Vmware evc mode что это
Vmware evc mode что это
Официально поддерживаемый VMware — EVC (Enhanced VMotion Compatibility). Суть технологии в том, что EVC автоматически настраивает кластер для совместимости процессоров разных поколений. В разрезе совместимость достигается тем, что на хостах где CPU более новые с новыми инструкциями, отключаются (если быть точным и более правильно, то просто не используются) данные инструкции. Скажем, если есть два хоста с CPU Intel Xeon 54XX и Intel Xeon 55XX, при выборе правильного режима EVC, на хосте с CPU Intel Xeon 55XX не используются инструкции, которых нет в Intel Xeon 54XX. В данном примере просто в кластере ВМ не будут использовать инструкции SSE 4.2.
Основной плюсы EVC то что применяется сразу ко всему кластеру, т.е на все хосты при активации. Недостаток в том, что EVC должны поддерживать сами CPU. Если CPU не поддерживает EVC, тогда смотрим чуть ниже. Плюс ко всему если у вас в кластере были хосты с ВМ в которых идут операции с поддержкой неиспользуемых функций CPU, то их придется переносить в другой кластер. Как настроить 1 способ тут, второй и третий тут.
Когда эта функция включена, она позволяет переносить виртуальные машины между процессорами, которые в противном случае считались бы несовместимыми. Он работает, заставляя узлы предоставлять общий набор функций ЦП (базовых показателей) для виртуальных машин. Эти функции поддерживаются каждым хостом в кластере. Новые хосты, добавленные в кластер, будут автоматически настроены на базовый уровень ЦП. Хостам, которые не могут быть настроены на базовый уровень, не разрешено присоединяться к кластеру.
Какие режимы EVC поддерживаются?
ESXi 6.5, которая является самой последней итерацией на момент написания, поддерживает следующие режимы;
Каковы требования?
Чтобы включить EVC, вы должны убедиться, что хосты ESXi в вашем кластере удовлетворяют следующим требованиям.
FAQ по vMotion в VMWare vSphere: особенности, типы, настройка
Технология vMotion позволяет перенести запущенную виртуальную машины VMWare с одного физического хоста ESXi на другой без прерывания ее работы и остановки сервисов. В этой статье мы рассмотрим особенности технологии VMWare vMotion: как работает vMotion, какие виды vMotion бывают, как настроить vMotion в VMWare vSphere и как вручную смигрировать виртуальную машину между хостами ESXi или хранилищами с помощью vMotion. Рассмотрим основные способы оптимизации vMotion и решения проблем.
Как мы уже сказали, vMotion позволяет выполнить “живую миграцию” виртуальных машин без простоя и прерывания работы пользователей. Технология vMotion позиционируется не как средство обеспечения высокой доступности ВМ при авариях. В первую очередь это простое и удобное средство переноса продуктивных ВМ, когда вам нужно выполнить обслуживание/обновление/замену физических серверов с установленным гипервизором ESXi или дисковых массивов. Также vMotion является основой технологии распределения (выравнивания) нагрузки на физические сервера — DRS (Dynamic Resource Scheduler)).
Как работает VMWare vMotion?
Для миграции ВМ между физическим хостами с помощью vMotion используются следующие компоненты VMWare:
Как происходит vMotion? Сначала на целевом хосте создается теневой клон исходной ВМ с такой-же конфигурацией из vmx файла. Эта ВМ-клон видит все файлы ВМ на общем хранилище. Содержимое оперативной памяти и состояние запущенной ВМ передается по сети между исходным и целевым хостом ESXi. vMotion делает снапшот состояния памяти ВМ, копирует его на целевой сервер по сети. vMotion при этом отслеживает изменения в страницах памяти, а затем до-копирует модифицированные сегменты памяти (это может происходить в несколько этапов, каждый раз копируется все меньший объем данных и за меньшее время).
В какой-то момент состояние исходной ВМ замораживается, выполняется копированию изменённых сегментов памяти и команд процессора, и ВМ запускается на целевом ESXi. Весь процесс для 1/10 Гб Ethernet сети для средних размеров ВМ занимает несколько секунд.
Виды VMware vMotion
VMWare под названием vMotion понимает целый стек различных технологий, позволяющих переместить на лету запущенные ВМ между серверами, дисковыми массивами, городами или между наземной и облачной инфраструктурой.
Особенности VMware Storage vMotion
Как мы уже сказали, технология Storage VMotion позволяет переместить файлы запущенной виртуальной машины (виртуальные диски и файлы конфигурации) на другое VMFS/NFS хранилище (LUN, дисковый массива) без остановки ВМ.
Требования для успешного выполнения Storage VMotion:
Enhanced vMotion Compatibility (EVC) в VMWare
Режим Enhanced vMotion Compatibility (EVC) для кластеров VMware HA/DRS используется, если кластер построен на хостах с процессорами разных поколений (но не разных производителей!!). При включении EVC для кластера, гипервизор начинает маскировать инструкции CPU, которые поддерживаются не на всех хостах. При включении EVC все функции процессоров хостов ESXi в кластере начинают соответствовать некому базовому минимальному набору инструкций CPU, который задал администратора vSphere в настройках.
Таким образом благодаря EVC вы можете мигрировать ВМ между хостами с разными наборами инструкций процессора.
При включении EVC для кластера вам нужно выбрать режим EVC (для AMD или Intel) и выбрать в выпадающем списке минимальное поколение процессоров вендора, которые имеются в вашем кластере.
В VMware vSphere 6.7 появились технологии миграции между облаком и on-prem (Cross-Cloud Cold и Hot Migration). Для реализации ВМ в облако теперь можно включать в настройках ВМ Per-VM EVC (доступно в vSphere 6.7 с Hardware Version 14).
Можно получить базовые уровни EVC выставлены для ВМ в кластере из PowerCLI:
Чтобы получить максимально поддерживаемый режим EVC на:
Get-VMHost | Select-Object Name,ProcessorType,MaxEVCMode
Как включить vMotion в VMWare vSphere?
Выберите ваш VMkernel интерфейс и откройте его свойства (Edit).
В свойствах vmk порта в секции Enabled Service включите опцию vMotion.
vMotion: как мигрировать ВМ между серверами
Чтобы с помощью vMotion перенести запущенную ВМ между двумя ESXi хостами, запустите vSphere Client, щелкните по ВМ и выберите Migrate.
Выберите тип миграции, который вы хотите использовать:
Я выбрал первый вариант.
Мастер миграции предложит выбрать хост, кластер, resourse pool или vApp, в который нужно перенести данную виртуальную машину. Выберите хост. Если vMotion настроен правильно, и не обнаружено конфликтов, в секции Compatibility будет указано: Compatibility checks succeeded.
Мастер миграции ВМ предложит выбрать в какую сети нужно поместить vNIC сетевой ВМ при миграции. Если вы хотите, чтобы ВМ была доступна после миграции, она должна быть помещена в тот же самый сегмент (VLAN), как и на исходном хосте. Если у вас используется стандартный vSphere Switch, нужно создать одинаковые группы портов (Port Group) на всех ESXi хостах. При использовании VDS, группы портов на всех хостах кластера одинаковые.
На последнем этапе нужно выбрать приоритет задачи миграции vMotion. По-умолчанию используется наивысший приоритете (Schedule vMotion with high priority). Я всегда использую именно его.
Убедитесь, что ваша ВМ теперь запущена на другом хосте ESXi.
Можно переместить запущенную ВМ на другой хост с помощью PowerShell командлета Move-VM из PowerCLI. Например, мы хотим перенести все ВМ с хоста esxi-1 на esxi-2:
Get-VMHost esxi-1|Get-Vm| Move-VM –Destination (Get-VMHost esxi-2)
Почему не работает vMotion?
Перечислим основные причины, из-за которых vMotion может завершаться с ошибкой или миграция ВМ выполняться очень медленно:
Как ускорить/оптимизировать vMotion для быстрой миграции ВМ?
Вы можете ускорить миграцию ваших виртуальных машин несколькими способами.
Чтобы предоставить для процессов vMotion более одного ядра CPU, нужно создать несколько VMkernel интерфейсов с включенной опцией vMotion и привязать их к одному NIC интерфейсу. Один поток vMotion имеет среднюю пропускную способность около 15 GbE, соответственно, чтобы загрузить сеть 100 GbE вам нужно 6 потоков.
Vmware evc mode что это
Что такое EVC (Enhanced vMotion Compatibility) описано тут первый способ мы рассмотрели ранее. Теперь посмотри второй и третий способ.
В этой статье собрал основные моменты и рецепты по конфигурированию VMotion и связанных с этим процессом побочных действий, а также некоторые рекомендации. В свое время, когда я знакомился с живой миграцией, то столкнулся с некоторыми подводными камнями, пришлось читать много доков и информации. Поехали!
Теперь немного о CPU и совместимости.
Если у Вас одна линейка CPU с одинаковыми инструкциями на всех хостах, то проблем нет. А вот если разные, то тут будут проблемы. При миграции ВМ мастер сразу выдаст предупреждение на несовпадение масок CPU. Это можно обойти при условии, что CPU находятся близко друг к другу по функциям и инструкциям.
Второй способ.
Править вручную маску CPU и ВМ. Основным плюсом можно назвать, что конфигурировать можно более гибко. Например в кластере с разношерстными хостами по CPU и ВМ по функциям. Но и главный недостаток в том, что конфигурировать придется каждую ВМ по отдельности. Плюс ко всему данный способ официально не поддерживается VMware, так что скажем buy сапорту VMware.
И так как править маски CPU у ВМ.
Если с английским плохо, читаем дальше. Опишу, как изменить маску по примеру приведенному выше для CPU x5400 и x5500.
Из KB для Intel CPU дана вот такая таблица.
Как включить EVC (Enhanced vMotion Compatibility) в vMware Esxi 5.x.x-01
Как включить EVC (Enhanced vMotion Compatibility) в vMware Esxi 5.x.x-02
Жмем Advanced. Далее исходя из таблички выше нам нужно подправить маску в уровнях 1, строку ecx и 800000001, строку edx. Кликаем на нужную строчку, в нашем случае edx строка и пишем туда следующее —- 0— —- —- —- —- —- —-
Как включить EVC (Enhanced vMotion Compatibility) в vMware Esxi 5.x.x-03
Далее находим следующую строчку, и пишем как указано в таблице из KB —- —- 0—0 —- —- —- —- —-
Как включить EVC (Enhanced vMotion Compatibility) в vMware Esxi 5.x.x-04
Все применяем нужные изменения. Ждем когда закончится реконфигурация ВМ и запускаем ее. Все теперь данную ВМ можно спокойно мигрировать. Мастер VMotion не должен выдавать предупреждений по поводу несовпадения масок.
Способ третий.
Теперь о самой настройки VMotion.
Тут все просто. Выше я уже приводил что необходимо для работы VMotion. И так у нас есть общий LUN с ВМ, кластере в vCenter. Также настройки сетевой конфигурации идентичны на всех хостах. На всех хостах идентичные CPU по инструкциям или же включено EVC/подправлены маски. Осталось малое, сконфигурировать VMotion для работы.
Первое что нужно сделать это добавить порт VMkernel и при конфигурирование поставить галочку VMotion на всех хостах. Подробно описывать сей процесс не буду, так как уже делал заметку о VMkernel ранее. В принципе на этом и все с конфигурацией. Далее еще проще. Выбираем нужную ВМ в клиенте vSphere, клик правой кнопкой мыши — >Migrate.
Как включить EVC (Enhanced vMotion Compatibility) в vMware Esxi 5.x.x-05
Открывается мастер. Выбираем Change host.
Как включить EVC (Enhanced vMotion Compatibility) в vMware Esxi 5.x.x-06
Далее выбираем нужный хост, на который будет переезжать ВМ. При правильной конфигурации, мастер скажет, что валидация успешна.
Как включить EVC (Enhanced vMotion Compatibility) в vMware Esxi 5.x.x-07
Далее будут еще две странички мастера. Страничка приоритета VMotion, тут можно оставить то что предлагает мастер, и последняя страница со сводной инфой. Все жмем Finish и ждем когда ВМ мигрируется на новый хост.
Вот и все. Ах да еще напишу основные рекомендации относительно VMotion.
vCenter 7 — включаем VMware EVC в кластере
EVC — Enhanced vMotion Compatibility. Режим EVC в кластере VMware применяется при использовании в кластере гипервизоров с процессорами разных поколений одного производителя: AMD или Intel.
При включении EVC гипервизоры кластера начинает маскировать инструкции CPU, которые появились в процессорах более новых поколений. Все функции процессоров кластера начинают соответствовать минимальному базовому набору инструкций CPU, который выбран в настройках EVC.
Благодаря EVC мы можем мигрировать виртуальные машины между хостами с разными поколениями процессоров.
Ссылки
Настройка VMware EVC Mode
У меня все хосты кластера разные, вернее, все с процессорами Intel разных поколений.
Смотрю название процессора у самого древнего хоста кластера. Это Intel Xeon CPU E5-2650 v4 @ 2.20GHz.
На сайте Intel нахожу кодовое название семейства процессоров, это Broadwell.
Configure > Configuration > VMware EVC. По умолчанию опция VMware EVC отключена. Нажимаю EDIT.
Включаю EVC — Enable EVC for Intel Hosts. Выбираю CPU Mode — Intel «Broadwell» Generation. OK.
В кластере теперь могут быть хосты с поколением процессоров Broadwell или выше.
Enhanced vMotion Compatibility (EVC) Explained
vSphere Enhanced vMotion Compatibility (EVC) ensures that workloads can be live migrated, using vMotion, between ESXi hosts in a cluster that are running different CPU generations. The general recommendation is to have EVC enabled as it will help you in the future where you’ll be scaling your clusters with new hosts that might contain new CPU models. To enable EVC in a brownfield scenario can be challenging. That’s why we stress to have it enabled from the get-go. This blog post will go into details about EVC and the per-VM EVC feature.
How does EVC work?
The way EVC allows for uniform vMotion compatibility, is by enforcing a CPUID (instruction) baseline for the virtual machines running on the ESXi hosts. That means EVC will allow and expose CPU instruction-sets to the virtual machines depending on the chosen and supported compatibility level. If you would add a newer host to the cluster, containing newer CPU packages, EVC would potentially hide the new CPU instructions to the virtual machines. By doing so, EVC ensures that all virtual machines in the cluster are running on the same CPU instructions allowing for virtual machines to be live migrated (vMotion) between the ESXi hosts.
EVC determines what instructions to mask from the guest OS by using the CPUID. Basically, you can look at the CPUID being an API for the CPU. It allows EVC to learn what instruction-sets the CPU is capable of doing, and what instructions needs to be masked depending on the configured EVC baseline. When EVC is enabled on the cluster, all ESXi hosts in the cluster must adhere to that setting.
This VMware KB article goes into more detail about all current EVC baselines and what CPU instructions they expose to the virtual machines.
Per-VM EVC
EVC is a cluster level setting that supports virtual machine mobility within a cluster. When a virtual machine is moved to another cluster, either on-prem or in a hybrid cloud environment, it loses its EVC configuration depending on the destination environment. Next to that, it is challenging to change a cluster EVC baseline in a environment with live workloads.
By implementing per-VM EVC, the EVC mode becomes an attribute of the virtual machine rather than the specific processor generation it happens to be booted on in the cluster. This helps to be more flexible with EVC enablement and baselines. We introduced the per-VM EVC feature in vSphere 6.7. Virtual machine hardware version 14 or up is required to enable per-VM EVC. When a virtual machine is powered off, you can change the per-VM EVC baseline.
The per-EVC configuration is saved in the vmx file. The vmx file is the file used as a value dictionary that provides the configuration of the virtual machine. If the virtual machine is migrated to another cluster, the per-EVC configuration is moving along with the virtual machine itself. The vmx file will contain featMask.vm.cpuid lines like the following when per-VM EVC is enabled:
featMask.vm.cpuid.Intel = “Val:1”
featMask.vm.cpuid.FAMILY = “Val:6”
featMask.vm.cpuid.MODEL = “Val:0x4f”
featMask.vm.cpuid.STEPPING = “Val:0”
featMask.vm.cpuid.NUMLEVELS = “Val:0xd”
Customer Feedback
A recent Twitter poll showed some interesting results and feedback. It looks like 80% of our customers are in fact using EVC. However, taking a look at our telemetry data, the number of EVC enabled clusters or virtual machines showed a slightly different picture. It’s good to see that a large proportion of our customer-base already benefits from EVC by having it enabled on their clusters and/or virtual machines.
Curious to hear from the vCommunity; Are you using Enhanced vMotion Compatibility (EVC) in your vSphere environment(s)?#vSphere #vExpert #VMware
Going through the comments, the general consensus around having EVC enabled by default differs. We see a lot of customers that understand enabling EVC in a brownfield environment is challenging, so they opt to enable EVC from the start. On the other hand, we see customers who didn’t enable EVC because they have a uniform clusters and don’t see the value of having it enabled. It is important to understand that the EVC feature itself has zero overhead on your virtual infrastructure. However, it can save you from the burden of enabling cluster EVC later on when you might want to scale your cluster with additional hosts that might contain newer CPU versions.
Another concern of customer is the impact on performance. What about workloads that cannot use the latest and greatest CPU instructions because of the configured EVC baseline? It does depend on the workloads, but overall we don’t see significant impact on performance because of all new CPU instructions not being exposed to the application running inside the guest OS. We did release a paper that goes into detail on this topic.
To enable EVC on a live environment with virtual machines powered on, you would need to power down the virtual machines in order to change the EVC configuration. This is an area where per-VM EVC helps. Check out this extensive post by Kyle Ruddy on how you can enable per-VM EVC in an automated way.
Check EVC Configurations
To gain insights of your environment and what EVC configurations are used, scripting can be utilized. The following snippets allows for creating an overview that includes the virtual machines and the virtual machine EVC level next to the cluster EVC level. Because it is tabular data, it is easily exported to a CSV file by adding | ConvertTo-CSV.