When your vmware esxi host is in a non-responding state

Как перезапустить зависшую виртуальную машину

Сразу хочу отметить, что если в графическом интерфейсе у вас не выходит, что либо сделать, то у вас остается только командная строка ssh. Включаем на ESXI хосте SSH службу. Далее подключаемся через Putty или MremoteNG. Я подключаюсь через MremoteNG. Первое, что вам необходимо сделать, это как посмотреть список активных процессов, все как в Windows. Для этого есть команда:

esxtop (Список всех команд в ssh на ESXI)

В моем примере, я вижу свою виртуальную машину TERM6. Если системные процессы мозолят вам глаза, то вы можете одновременно нажать SHIFT+V, что оставит отображение только виртуальных машин.

Теперь нам нужно вычислить LWID — Leader World Id, завершив который вы завершите работу нужной виртуалки. ПО умолчанию LWID не отображается, чтобы его включить нажмите клавишу F. У вас откроется меню, где можно добавлять или скрывать поля. Видим, что если нажать клавишу «C», то у вас будет добавлен LWID- Leader World Id. Нажимаем «C» и «Enter».

Теперь зная LWID, нажмите клавишу «K», она вызовет меню «World to kill (WID)», данная операция поможет принудительно завершить процесс LWID. Вбиваем наш LWID и нажимаем «Enter».

Тут у вас два варианта, чудо произошло (80% вероятности) и чудо не произошло, часто бывает в случаях с ошибкой «Another task is already in progress»

Кстати World ID можно вычисли и просто введя команду:

esxcli vm process list

Там вы сможете увидеть World ID, после чего его можно убить командой:

esxcli vm process kill —type=hard —world-id=имя id

В моем случае чудо произошло, виртуалка перешла в состояние Power OFF, я это вижу в Power-CLI.

Если принудительное завершение процесса вам не помогло, то делаем вот что, по возможности мигрируйте все остальные виртуальные машины с данного хоста, у вас из-за ошибки останется только сбойная. Все в том же SSH. введите:

ps | grep vmx | grep имя виртуалки

В итоге у вас будет выведен список, где первая колонка это PID процесса, вторая PID родительского процесса, убиваем его для вашей виртуальной машины.

После чего пишем kill PID-родительского процесса. Если не помогло, то пробуем выполнить вот, что (по возможности перевезите другие сервера с данного хоста на другие хосты)

services.sh restart

В результате действий хост стал работать нормально, единственное может быть ситуация, что виртуалку придется удалить из inventory и добавить заново. Если и это не помогло, то попробуйте выполнить:

/etc/init.dhostd restart && /etc/init.dvpxa restart

My Notes

You may be face this error on ESXi server after deploy the vm image onto ESXi.

» The attempted operation cannot be performed in the current state (Powered Off)«

After convert the vm, you will try power-on to the vm image. But vm can’t boot up and it’s only show above error at the console. And you can’t power-off to that vm image also. This may occur relatively snapshot of vm image.

Here I will show how to solve this error.

First, you need to power-off the vm, but you can’t power off from vSphere or vCenter. So login to the ESXi server via ssh.

And use the «esxtop» and need to find out the WID of that vm’s process and kill it. #esxtop By default, esxtop won’t show the WID, you need to enable in the feild order. So Press «f» and choose the WID feild and press «Enter».

Now it’s showing WID at the esxtop field. And record the WID of your vm name.

And To kill the process, press «k» and put the WID of your vm then press enter . Now you can quit from the esxtop, Press «q». Check at the vSphere, you will be see your vm is already power off.

Now you need to go VM folder location, So browse the datastore, and find your vm image folder and browse it.

There, you will be found «xxxxx.vmsd» file and delete it.

Now you can power-on the vm image again, It will up successfully without error.

Описание проблемы

Как я и писал выше есть хост с установленным гипервизором Vmware ESXI 6.5. В какой-то момент система мониторинга присылает сообщение, о том, что одна из виртуальных машин не доступна. Подключившись к vCenter серверу виртуальный сервер имел статус «Power On», «Web Console» так же не отвечала. Я попытался сделать ей принудительное завершение (Power Off), но эффекта это не дало, у меня выскочила ошибка «Cannot power off»

The virtual machine might be performing concurrent operations. Actions: Complete the concurrent operation and retry the power-off operation. The virtual machine is in an invalid state. Virtual machines can enter an invalid state for many reasons.

При попытке мигрировать виртуальную машину вы может получить ошибку:

Failed to migrate the virtual machine for reasons described it the event message

Так же вы можете увидеть ошибку при попытке, выключить или перезапустить виртуалку:

Another task is already in progress

Во всех случаях вам скажут, что данная виртуальная машина имеет некий процесс, который в данный момент не дает выполнить ваши повторные действия. Так же данная виртуалка у меня была членом RDS фермы, при попытке перевода его в режим стока (Drain-Mode) я получил ошибку «Не удалось изменить состояние подключения для сервера».

Как создать снапшот в VMware vSphere

Сама процедура очень простая и сейчас будет описана. Если же вы захотите ее автоматизировать, то советую почитать Как создать snapshot виртуальной машины по расписанию в VMware vCenter 5.5.

сразу подчеркиваю shapshot это не замена бэкапа, запомните это

Выбираете любую виртуальную машину, щелкаете по ней правым кликом и из контекстного меню выбираете Snapshot > Take Snapshot

В следующем окне задаем имя snapshot и при желании описание в поле description

Обратите внимание на две возможные галки. В ESXI 6.5 и выше, создание снимка виртуальной машины делается подобным образом, но уже из веб-интерфейса. Вы так же выбираете нужный сервер, вызываете его контекстное меню «Snaphots — Tale Snapshot»

Вы так же выбираете нужный сервер, вызываете его контекстное меню «Snaphots — Tale Snapshot»

В ESXI 6.5 и выше, создание снимка виртуальной машины делается подобным образом, но уже из веб-интерфейса. Вы так же выбираете нужный сервер, вызываете его контекстное меню «Snaphots — Tale Snapshot»

Описание параметров снимка

Snapshot the virtual machine’s memory > данная опция нужна для того, чтобы во время снятия snapshot esxi виртуалки было состояние оперативной памяти, что при откате даст работающую виртуальную машину. Если вы ее снимите, то вернувшись из снапшота виртуальная машина будет выключена, но зато такой снапшот будет создаваться быстрее, так как нет необходимости сохранять оперативную память в файл, особенно если память большая и постоянно обновляется.
Quiesce guest file system (need VMware Tools installed) > Это процесс при котором подготавливаются данные на виртуальном диске в состояние требуемое для резервного копирования. Заморозить гостевую файловую систему (требуется установка VMware Tools и ее драйвер Sync Driver) позволяет гарантировать, что данные гостевой операционной системы останутся не поврежденными в снимке.

В итоге VMware Tools с помощью VMware Snapshot Provider запускает создание VSS snapshot внутри гостевой ОС. После чего все VSS writers (смотрим их командой «vssadmin list writers») в гостевой ОС получают запрос и подготавливают соответствующие приложения к бэкапу (происходит запись всех транзакций из памяти на диск). Когда все VSS writers заканчивают работу, они сообщают службе VMware Tools через VMware Snapshot Provider, который, в свою очередь, говорит VMware о том, что снапшот можно снять. Таким образом все приложения резервного копирования для VMware vSphere используют следующие комбинации при отдании команды на создание снапшота VMware (заметьте, что процесс непосредственно создания снапшота целиком и полностью контролируется самой VMware)

Если делать бэкап без опции Quiesce guest file system, то могут быть большие проблемы при восстановлении контроллера домена или Exchange сервера.

Параметры DRS в vCenter 6.5

Изучив данный вопрос, я понял, что это связано с новым алгоритмом DRS, представленным в vCenter Server 6.5, который можно исправить, но перед этим давайте я напомню какие есть режимы работы DRS кластера. Выберите ваш кластер и перейдите на вкладку «Configure», далее вкладка «vSphare DRS» и в правой части найдите кнопку «Edit».

Вы можете определить, будет ли DRS просто отображать рекомендации по миграции или автоматически выполнять миграцию, когда кластер становится несбалансированным, определяя уровень автоматизации. DRS принимает решения, о размещении виртуальных машин, когда виртуальная машина включена и когда виртуальные машины должны быть перебалансированы по хостам в кластере DRS. Доступны три уровня автоматизации:

Вручную (Manual)- при включении виртуальной машины DRS отобразит список рекомендуемых хостов, на которых вы можете разместить виртуальную машину. Если кластер DRS становится несбалансированным, DRS отобразит рекомендации по миграции виртуальной машины.
Частично автоматизировано (Partially Automated)- когда виртуальная машина включается, DRS разместит ее на наиболее подходящем хосте без запроса пользователя. Если кластер DRS становится несбалансированным, DRS отобразит рекомендации по миграции виртуальной машины.
Полностью автоматизированный (Fully Automated) — когда виртуальная машина включается, DRS разместит ее на наиболее подходящем хосте без запроса пользователя. Если кластер DRS становится несбалансированным, DRS автоматически мигрирует виртуальные машины с чрезмерно загруженных хостов на недостаточно используемые хосты.

Порог миграции (Migration Threshold) — этот ползунок определяет, насколько агрессивно DRS будет мигрировать виртуальные машины. Для полностью автоматизированного уровня доступны пять вариантов:

Уровень 1 (Консервативный) (Level 1 (Conservative)) — применять только рекомендации 1-го приоритета. vCenter Server применяет только рекомендации, которые должны быть приняты для удовлетворения ограничений кластера, таких как правила соответствия (affinity rules) и обслуживание хоста (maintenance).
Уровень 2 (Level 2) — применять рекомендации 1 и 2 приоритета. vCenter Server применяет рекомендации, которые обещают значительное улучшение баланса нагрузки кластера.
Уровень 3 (Level 3) — применять рекомендации 1,2 и 3 приоритета. vCenter Server применяет рекомендации, которые обещают хорошее улучшение баланса нагрузки кластера. Это значение по умолчанию.
Уровень 4 (Level 4) — применять рекомендации 1,2,3 и 4 приоритета. vCenter Server применяет рекомендации, которые обещают умеренное улучшение баланса нагрузки кластера.
Уровень 5 (Агрессивный) (Level 5 (Aggressive)) — применить все рекомендации. vCenter Server применяет рекомендации, которые обещают даже небольшое улучшение баланса нагрузки кластера.

Что по факту в vCenter 6.5, если стоит режим «Manual», то при запуске виртуальной машины, кластер не предлагает на выбор несколько ESXI хостов, хотя должен. Он все так же предлагает только один ESXI хост. В режиме «Partially Automated» виртуальная машина должна автоматически быть запущена на наиболее подходящем хосте, но в итоге это один и тот же. Режим «Fully Automated» не подходит, так как начнет двигать сервера в рабочее время, чем будет создавать дополнительную нагрузку на сервисы, так же есть ряд технологий, которые требуют размещение определенных виртуальных машин на одном ESXI хосте, например технология NLB.

Restarting VMware Agents in ESXi Shell (SSH)

ESXi command-line interface (CLI) is a powerful tool for managing an ESXi host and for troubleshooting. SSH access to the ESXi host must be enabled for remote management. Use an SSH client for connecting to an ESXi host remotely and using the command-line interface. You can use PuTTY on a Windows machine as the SSH client. Define the IP address or a hostname of the ESXi server, select the port (22 by default), and then enter administrative credentials in the SSH client. You should then see the console (terminal) session via SSH.

If you want to use ESXi shell directly (without remote access), you must enable ESXi shell, and use a keyboard and monitor physically attached to the ESXi server. Read the blog post about ESXCLI to learn more about ESXi command-line options.

Note: Commands used in this blog post are compatible with ESXi 6.x and ESXi 7.x.

List all services available on the ESXi host (optional) with the command:chkconfig –list
Find the hostd and vpxa services in the console output and check their status.

Restart the hostd and vpxa services (management agents) with the commands:/etc/init.d/hostd restart/etc/init.d/vpxa restart

Use this command as an alternative, to restart all management agents on the ESXi host.services.sh restart &tail -f /var/log/jumpstart-stdout.logThe progress of the VMware agents restart is displayed in the console output.

You can also try to reset the management network on a VMkernel interface:esxcli network ip interface set -e false -i vmk0; esxcli network ip interface set -e true -i vmk0

The vmk0 interface is used by default on ESXi. If you have a different name for the management network interface, use the appropriate interface name in the command.

This complex command consists of two basic commands separated by ; (semicolon). The vmk0 management network interface is disabled by the first part of the command. When this part is executed successfully and vmk0 is down, then the second part of the command is executed to enable the vmk0 interface. As a result, the ESXi management network interface is restarted.

Using DCUI via SSH

If you have SSH access to an ESXi host, you can open the DCUI in the SSH session. This method allows you to use a pseudo-graphical user interface of the DCUI in the console for more convenience.

Run the command to open the DCUI in the console/terminal:dcui
Press F2 to customize the system.
Select the needed options to restart VMware management agents as explained in the section above where the DCUI was explained.

vCenter Server

Следующий инструмент виртуализации – это VMware vCenter Server, который является платформой для единого управления созданной виртуальной инфраструктурой. Смысл использования подобной программы заключается в управление всеми процедурами с единой консоли.

Многие сравнивают vCenter с диспетчером, который помогает мониторить работу всех ВМ, отслеживать возникающие ошибки, выполнять масштабирование инфраструктуры и т. д. Использование единой консоли помогает снизить нагрузку на управление и сделать процесс более простым. При помощи vCenter оптимизируются стандартные задачи и операции, особенно полезна такая функция в крупномасштабных инфраструктурах. Кстати, работает консоль под управлением собственной ОС – Photon, поэтому не потребуются сторонние обновления.

Сервер возможно установить на операционке Windows или развернуть как ВМ на Linux. Такое ПО является лицензированным, поэтому для его использования потребуется покупка лицензии. Сделать это можно несколькими способами:

Приобрести пакет Essentials. vCenter входит в состав этого комплекта. При помощи такой лицензии вам будет доступно управление 3 хостами с 2 физическими процессорам на каждом из них. Решение оптимально для маленьких фирм, так как вместе с набором вы получите лицензию на ESXi и сможете управлять небольшим количеством виртуальных машин.
Приобрести Standalone vCenter. Это – отдельная полноценная версия программы, которая позволит управлять 2 тыс. хостов с 25 тыс. виртуальных машин

Однако важно понимать, что в этом случае вы приобретаете лицензию только на vCenter, поэтому для полноценного управления ИТ-инфраструктурой вам потребуется докупить лицензию на каждый хост. Этот вариант подойдет для крупных корпораций с разветвленной ИТ-инфраструктурой.

Рабочая станция VMware

В VMware Workstation сначала отключите виртуальную машину, которую вы хотите сжать. Вы не можете завершить этот процесс, если он включен или приостановлен.

Выберите виртуальную машину, которую вы хотите сжать, в главном окне и нажмите VM> Manage> Clean Up Disks.

Инструмент проанализирует диск выбранной виртуальной машины и покажет, сколько места можно восстановить. Чтобы освободить место, нажмите «Очистить сейчас».

Если свободное место не может быть освобождено, вместо этого вы увидите сообщение «Очистка не нужна».

VMware Workstation также позволяет создавать моментальные снимки, которые содержат полный «моментальный снимок» состояния виртуальной машины в момент их создания. Это может занять много места, если виртуальная машина значительно изменилась с тех пор. Вы можете освободить дополнительное пространство, удалив снимки, которые вам больше не нужны.

Чтобы просмотреть снимки для виртуальной машины, выберите виртуальную машину в VMware Workstation и нажмите ВМ> Снимок> Менеджер снимков.

Чтобы удалить снимок, который вам больше не нужен, щелкните его правой кнопкой мыши в окне диспетчера снимков и выберите «Удалить». Он будет удален с вашего компьютера.

Конечно, после удаления снимка вы не сможете восстановить свою виртуальную машину до того предыдущего момента времени.

Vmware vSphere

Будем считать, что мы уже установили два виртуальных сервера. Прежде чем их настраивать в кластер, необходимо предоставить какой-то общий диск.

Добавление общего диска к первой ВМ кластера

Выключаем виртуальную машину.
В списке виртуальных машин выбираем ту, с которой предстоит работать и открываем окно свойств
Для того, что бы добавить общий диск, необходимо сначала добавить новый SCSI контроллер. Раскрываем список «New device», выбираем «SCSI Controller», жмем «Add» и переходим к настройке вновь добавленного контроллера.
Параметры нового контроллера:Уточнения по параметрам:Устанавливаем тип контроллера: LSI Logic SASSCSI Bus Sharing выбираем в зависимости от того где будет работать кластер виртуальных машин:Virtual — виртуальный диск, совместно используемый ВМ в пределах одного хоста ESXiPhysical — файл vmdk может использоваться совместно с ВМ на разных ESXi хостах.У нас чуть больше чем один хост ESXi и виртуальные машины должны распологаться на разных хостах. Поэтому выбираем тип Physical
Жмем «Ok»
Теперь нам на этой ВМ необходимо добавить новый диск, предоставленный дисковым хранилищем. Опять открываем свойства ВМ и в выпадающем списке добавления нового оборудования выбираем «RDM Disk». Нажимаем «Add» и в открывшемся окне выбираем необходимый нам диск.
Устанавливаем параметры диска:VM storage policy — оставляем без измененийLocation — устанавливаем общее хранилище, где будет храниться ссылка на дискSharing — устанавливаем Multi-writerVirtual Device Node — выбираем ранее добавленный SCSI контроллер

Далее переходим к настройкам второй ВМ.

Добавление общего диска к второй ВМ кластера

Так же как и на первой ВМ добавляем новый SCSI контроллер.
Затем добавляем новый диск. В выпадающем списке выбираем «Existing Hard Disk»
Нажимаем «Add» и выбираем ранее созданный диск:
Жмем «Ok» и переходим к настройкам добавленного диска:Устанавливаем Sharing в Multi-writerУстанавливаем Disk Mode в Independent — Persistdend. В этом режиме диск не будет участвовать в процессе снимков виртуальной машины.Virtual Device Node — устанавливаем ранее добавленный SCSI контроллер.
Жмем «Ok»

Если требуется использовать более одного общего диска в VMware, то для каждого из них не требуется дополнительный контроллер SCSI. Один контроллер может обслуживать до 16 различных дисков.

Небольшое, но очень важное уточнение. При использовании SCSI контроллера в режиме «SCSI bus Sharing» не возможно использовать моментальные снимки (snapshot) виртуальных машин. Так же становится невозможной миграция ВМ между хостами

Это необходимо учитывать при планировании кластерной структуры серверов в среде Vmware vSphere

Так же становится невозможной миграция ВМ между хостами. Это необходимо учитывать при планировании кластерной структуры серверов в среде Vmware vSphere.

На этом настройка аппаратной части виртуальных машин завершена. Включаем обе виртуальные машины и приступаем к настройке кластера уже на уровне операционной системы. В следующей статье речь пойдет о создании файлового сервера NFS в кластере высокой доступности.

Проблемы с инсталляцией, апгрейдом и миграцией

Loading /boot.cfg
Failed to load crypto64.efi
Fatal error: 15 (Not found)

Resolve Использовать baseline обновления хостов после импорта образа актуальной версии в инвентарь vCenter Server, если его еще нет в хранилище vLCM. Больше информации в КБ.

Issue: Если старые VIB все еще используются на ESXi-хосте, vLCM не может извлечь желаемую спецификацию софта в сид нового кластера. В vCenter Server 7.0U2 можно создавать новые кластера импортированием спецификации софта из единственного эталонного хоста. Но, если старые VIB все еще в деле, в «/var/log/lifecycle.log» можно получить сообщение вида:

020-11-11T06:54:03Z lifecycle: 1000082644: HostSeeding:499 ERROR Extract depot failed: Checksum doesn’t match. Calculated 5b404e28e83b1387841bb417da93c8c796ef2497c8af0f79583fd54e789d8826, expected: 0947542e30b794c721e21fb595f1851b247711d0619c55489a6a8cae6675e796 2020-11-11T06:54:04Z lifecycle: 1000082644: imagemanagerctl:366 ERROR Extract depot failed. 2020-11-11T06:54:04Z lifecycle: 1000082644: imagemanagerctl:145 ERROR

Resolve Воспользоваться рекомендациями из КБ.

Issue: Может наблюдаться краткое наращивание активности сообщений в syslog.log после каждой загрузки ESXi, например, показывается такое:

2021-01-19T22:44:22Z watchdog-vaai-nasd: ‘/usr/lib/vmware/nfs/bin/vaai-nasd -f’ exited after 0 seconds (quick failure 127) 1
2021-01-19T22:44:22Z watchdog-vaai-nasd: Executing ‘/usr/lib/vmware/nfs/bin/vaai-nasd -f’
2021-01-19T22:44:22.990Z aainasd: Log for VAAI-NAS Daemon for NFS version=1.0 build=build-00000 option=DEBUG
2021-01-19T22:44:22.990Z vaainasd: DictionaryLoadFile: No entries loaded by dictionary.
2021-01-19T22:44:22.990Z vaainasd: DictionaryLoad: Cannot open file “/usr/lib/vmware/config”: No such file or directory.
2021-01-19T22:44:22.990Z vaainasd: DictionaryLoad: Cannot open file “//.vmware/config”: No such file or directory.
2021-01-19T22:44:22.990Z vaainasd: DictionaryLoad: Cannot open file “//.vmware/preferences”: No such file or directory.
2021-01-19T22:44:22.990Z vaainasd: Switching to VMware syslog extensions
2021-01-19T22:44:22.992Z vaainasd: Loading VAAI-NAS plugin(s).
2021-01-19T22:44:22.992Z vaainasd: DISKLIB-PLUGIN : Not loading plugin /usr/lib/vmware/nas_plugins/lib64: Not a shared library.

Resolve Смысловой нагрузки не несет. Можно игнорировать.

Issue: Показываются предупреждения о пропущенных VIB в отчетах проверки совместимости vSphere Quick Boot после обновления до последней версии гипервизора и использования команды «/usr/lib/vmware/loadesx/bin/loadESXCheckCompat.py», вида:

Cannot find VIB(s) … in the given VIB collection.
Ignoring missing reserved VIB(s) …, they are removed from reserved VIB IDs.

Resolve: Можно спокойно не обращать внимания. Проблему совместимости не отражают. Конечная строка вывода команды «loadESXCheckCompat» покажет совместимость хоста.

Issue: Автоматическая загрузка кластера, управляемого с помощью образа vSphere Lifecycle Manager, завершается ошибкой:

2021-02-11T19:37:43Z Host Profiles: ERROR: EngineModule::ApplyHostConfig. Exception: Read-only file system

Resolve: Следовать гайдам вендора по очистке VMFS-партиций на целевом хосте и повторить операцию. Альтернативно использовать чистый диск. Больше узнать об этом поможет КБ.

Если по перечисленным проблемам без решения появятся какие-то дельные пути их устранения, а также, если обнаружатся дополнительные, связанные с новой версией гипервизора, ошибки, эта статья непременно будет соответствующим образом дополнена.

2014: VMware Workstation 11

1 октября 2014 года VMware сообщила о готовящемся выходе настольной платформы виртуализации VMware Workstation 11. Она станет доступна для загрузки в декабре 2014 года.

Основные возможности нового ПО

New OS Support — поддержка Windows 8/8.1, Windows 8.1 Update 1, Windows Server 2012 R2 в качестве хостовой и гостевой ОС. Заявлена поддержка анонсированной недавно Windows 10 Tech Preview в Workstation 11. Поддерживаются последние версии десктопных платформ Ubuntu 14.10, Fedora 20, RHEL 7, CentOS 7, Debian 7.6, OpenSUSE и других Linux-дистрибутивов.
Поддержка последних процессоров микроархитектуры Huswell — новые процессоры архитектуры Intel 64-bit x86 теперь поддерживаются лучше и дают до 45% роста производительности (мультимедиа, шифрование/дешифрование) по сравнению с их использованием в продукте Workstation 10.
Новые максимальные значение параметров хоста и виртуальных машин — до 16 vCPU для машины, виртуальные диски по 8 ТБ, 64 ГБ памяти хоста, 64 ГБ оперативной памяти на машину (2 ГБ видеопамяти).
VMware Hardware Version 11 — очередное обновление поколения виртуального программного обеспечения. Теперь возможностей у устройств виртуальной машины станет значительно больше. Например, можно создавать виртуальные машины с числом виртуальных процессоров (vCPU) до 16, кроме того улучшилась поддержка устройств USB 3.0, и появилась возможность выделять графическую память на уровне отдельной гостевой ОС.
Connection to VMware vCloud Air — организована возможность подключения к сервису VMware vCloud Air, чтобы использовать виртуальные машины из публичного облака компании.
CPU enablement — полная поддержка новых поколений процессоров микроархитектуры Intel Haswell и AMD Jaguar. Поддерживаются на уровне совместимости процессоры Intel Broadwell и AMD Steamroller.
Virtual xHCI controller — виртуальный контроллер xHCI действует в версии virtual hardware 8, в новой версии он соответствует спецификации Intel xHCI 1.0. Ожидается лучшая производительность устройств USB 3.0.
Dedicated graphics memory for guest operating system — полностью доступно управление выделением графической памяти под гостевые ОС. Это помогает лучше контролировать и обеспечивает гибкость конфигурации виртуальной машины.
Windows 8 Unity mode improvements — улучшен процесс работы с механизмом Unity, особенно для ВМ под управлением Windows 8/8.1. Улучшилась работа с экраном «Пуск» — при переключении между гостевой ОС и хоста.
Boot virtual machine with EFI — в новой версии Workstation есть возможность создать и запустить виртуальную машину на основе EFI, как альтернатива BIOS.
Experimental performance tuning for VM suspend and resume — в этом релизе платформы можно улучшить производительность операций по приостановке и возобновлению работы виртуальной машины (suspend/resume). Для этого машина должна иметь версию виртуального аппаратного обеспечения (Hardware Version) 11.

Для продукта сделано изменение в части системных требований. Теперь хост и его ОС должны быть 64-битными (запуск 32-битных виртуальных машин не создает проблем).

Финальный релиз VMware Workstation 11

2 декабря 2014 года стало известно о выпуске компанией VMware финальной версии настольной платформы виртуализации VMware Workstation 11.

Скриншот окна программы

Продукт полностью 64-битный — для запуска потребуется 64-битный процессор и 64-битная ОС (гостевые ОС: 32- и 64-битные).