Vmware evc mode что это
Обновлено: 02.07.2024
Технология vMotion позволяет перенести запущенную виртуальную машины VMWare с одного физического хоста ESXi на другой без прерывания ее работы и остановки сервисов. В этой статье мы рассмотрим особенности технологии VMWare vMotion: как работает vMotion, какие виды vMotion бывают, как настроить vMotion в VMWare vSphere и как вручную смигрировать виртуальную машину между хостами ESXi или хранилищами с помощью vMotion. Рассмотрим основные способы оптимизации vMotion и решения проблем.
Аналогичная технология Microsoft для миграции ВМ между хостами Hyper-V называется Hyper-V Live Migration
Как работает VMWare vMotion?
- Сервер управления VMWare vCenter;
- Наличие общего хранилища (подключенного через Fibre Channel, iSCSI или NAS), на котором хранятся файлы виртуальной машины. Благодаря общему хранилищу в SAN сети несколько физических ESXi серверов могут получать доступ к файлам одной ВМ;
- Наличие общей быстрой сети ( не менее 1 Гб Ethernet) между исходным и целевым хостом ESXi. При миграции у ВМ сохраняется ее оригинальный MAC адрес, а vMotion оповещает маршрутизатор о том, что местоположение данного MAC адреса изменилось. В результате активные сетевые соединения не теряются;
- Совместимость процессоров на хостах, или включённая опция Enhanced vMotion Compatibility (EVC)
Как происходит vMotion? Сначала на целевом хосте создается теневой клон исходной ВМ с такой-же конфигурацией из vmx файла. Эта ВМ-клон видит все файлы ВМ на общем хранилище. Содержимое оперативной памяти и состояние запущенной ВМ передается по сети между исходным и целевым хостом ESXi. vMotion делает снапшот состояния памяти ВМ, копирует его на целевой сервер по сети. vMotion при этом отслеживает изменения в страницах памяти, а затем до-копирует модифицированные сегменты памяти (это может происходить в несколько этапов, каждый раз копируется все меньший объем данных и за меньшее время).
В какой-то момент состояние исходной ВМ замораживается, выполняется копированию изменённых сегментов памяти и команд процессора, и ВМ запускается на целевом ESXi. Весь процесс для 1/10 Гб Ethernet сети для средних размеров ВМ занимает несколько секунд.
Виды VMware vMotion
VMWare под названием vMotion понимает целый стек различных технологий, позволяющих переместить на лету запущенные ВМ между серверами, дисковыми массивами, городами или между наземной и облачной инфраструктурой.
- Классический vMotion – миграция запущенной ВМ между серверами ESXi;
- Storage vMotion – онлайн перенос файлов виртуальной машины между хранилищами (дисковыми массивами);
- Shared-Nothing vMotion – миграция ВМ между серверами ESXi по сети без использования общего хранилища (требуется L2 сеть);
- Long Distance vMotion – перенос ВМ между удаленными сайтами (максимальная задержка Round Trip Time до 150 мс, в том числе в L3-сетях). Появился в версии vSphere 6.0;
- Encrypted vSphere vMotion – возможность шифрования ВМ при передачи по сети (доступно в vSphere 6.5);
- Cross-Cloud Cold и Hot Migration – онлайн и офлайн миграция между наземной и облачной инфраструктурой;
Особенности VMware Storage vMotion
Как мы уже сказали, технология Storage VMotion позволяет переместить файлы запущенной виртуальной машины (виртуальные диски и файлы конфигурации) на другое VMFS/NFS хранилище (LUN, дисковый массива) без остановки ВМ.
Требования для успешного выполнения Storage VMotion:
- Диски VM должны иметь тип persistent или RDM;
- Не поддерживается миграция ВМ, во время установки VMware Tools;
- При миграции нужно учитывать версию VMFS на хранилище. Например, нельзя перенести диск размером более 2 Тб с VMFS5 на VMFS3;
- Наличие лицензии на хосте ESXi;
- Хост, на котором запущена ВМ должен иметь доступ к исходному и целевому хранилищу;
- При копировании для диска виртуальной машины используется технология Changed Block Tracking, которая позволяет отслеживать измененные блоки данных и до-копировать их.
Enhanced vMotion Compatibility (EVC) в VMWare
Режим Enhanced vMotion Compatibility (EVC) для кластеров VMware HA/DRS используется, если кластер построен на хостах с процессорами разных поколений (но не разных производителей!!). При включении EVC для кластера, гипервизор начинает маскировать инструкции CPU, которые поддерживаются не на всех хостах. При включении EVC все функции процессоров хостов ESXi в кластере начинают соответствовать некому базовому минимальному набору инструкций CPU, который задал администратора vSphere в настройках.
Таким образом благодаря EVC вы можете мигрировать ВМ между хостами с разными наборами инструкций процессора.
Нельзя смешивать в одном кластере vSphere хосты с разными вендорами процессоров, например, Intel и AMD. EVC позволяет добиться совместимости между процессорами только одного вендора.Вы можете включить VMWare EVC на уровне кластера. Перейдите в раздел Configure -> Configuration -> VMWare EVC и нажмите кнопку Edit.
При включении 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?
Рассмотрим, как включить vMotion на примере VMWare vSphere 6.7. Для использования vMotion достаточно лицензии Essentials Plus .
vMotion включается на уровне VMkernel виртуального коммутатора хоста ESXi. Выберите хост, перейдите на вкладку Configure -> Networking -> VMkernel adapters.
Выберите ваш 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). Я всегда использую именно его.
Осталось нажать Next -> Finish и запустится процедура миграции ВМ на другой хост. За статусом миграции можно следить в панели Recent Tasks (задание Relocate virtual machine). В моем случае процесс миграции ВМ с помощью vMotion по 10 Гб Ethernet занял около 3 секунд.
Убедитесь, что ваша ВМ теперь запущена на другом хосте 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 для быстрой миграции ВМ?
Вы можете ускорить миграцию ваших виртуальных машин несколькими способами.
- В первую очередь желательно использовать максимально производительную сеть между ESXi хостами. Нужно использовать как минимум 10 Gb, а лучше 25Gb сеть (сетевой адаптер вашего ESXi сервера и физический коммутатор должны поддерживать этот режим).
- Использовать разные физические интерфейсы для трафика vMotion;
- При миграции vMotion используются потоки. Для одного интерфейса VMkernel, для которого включен vMotion, создается один поток. При этом этот поток может использовать только одно ядро процессора.
Чтобы предоставить для процессов vMotion более одного ядра CPU, нужно создать несколько VMkernel интерфейсов с включенной опцией vMotion и привязать их к одному NIC интерфейсу. Один поток vMotion имеет среднюю пропускную способность около 15 GbE, соответственно, чтобы загрузить сеть 100 GbE вам нужно 6 потоков.
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 или выше.
- VMware Technology Network
- :
- Global
- :
- Russian
- :
- Russian Discussions
- :
- Включение и отключение EVC в кластере ESXi 6.0
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
на кластере включен EVC Ivy Bridge , один из хостов с данным поколением процессора добавился в кластер, далее при попытке добавить хост с процессором НОВОГО поколения Broadwell , возникает ошибка:
The host's CPU hardware does not support Enhanced vMotion Compatibility, which is enabled for this cluster. Enhanced vMotion Compatibility cannot be enabled because the cluster contains hosts that lack EVC-capable hardware
Как я понимаю, надо отключить машины на хосте с процессором нового поколения и добавить его в кластер, НО как быть, если vCenter развернут на этом самом хосте? То есть, если я выключу виртуалку с Center, получится, что управление кластером будет потеряно. Замкнутый круг какой-то
Как быть в такой ситуации?
Можно ли выключить режим EVC при работающем хосте с процессором старого поколения (на нем отсутствуют VM), далее перенести в кластер хост с новым поколением процессора и включить режим EVC не выключая VM на новом ?
Finikiez- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Кнопка Migrate работает только тогда, когда работает vcenter.
Если vcenter выключен, смигрировать вы его не сможете.
Вам нужно идти по следующим шагам:
1. Выключить виртуальную машину с vcenter.
4. Найдите файл с расширением .vmx, нажмите правой кнопкой мыши по нему и выберите Add to inventory.
5. Ответьте на вопросы визарда. Выберете нужную группу портов для подключения ВМ.
6. Включите ВМ vcenter.
Важное условие этих шагов: ВМ с vcenter находится на общем хранилище.
Дальше, если на вашем новом сервере не осталось никаких работающих виртуальных машин, вы можете добавить его в кластер с включенным EVC.
Finikiez- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Ваши хосты подключены к распределенному коммутатору? или же используют стандартные виртуальные коммутаторы?
ВМ vcenter лежит на общем датасторе?
В случае, если используются стандартные виртуальные коммутаторы, то в принципе ничего сложного. Вам нужно погаситься виртуальную машину с vcenter. Удалить ее из инвентори подключаемого хоста.
Затем зарегистрировать ее (Add to Inventory) на каком-либо хосте в кластере и включить.
Если используется распределенный коммутатор, то могут быть нюансы в зависимости от настроенного биндинга портов.
Smlsk091987- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Да, виртуальные машины подключены к стандартным виртуальным коммутаторам. Хранилище общее, оно видится двумя хостами и есть в списке Storage
Машина с Vcenter находится на хосте, НЕ входящем в кластер. Это хост с новым поколением процессора (Broadwell), который не может быть добавлен в кластер, так как на нем включен режим EVC Ivy Bridge.
Смотрите, есть опция при клике правой кн. мыши по машине с vcenter: Migrate . То есть, я выключаю машину vcenter с помощью этой опции просто указываю хост, который уже в кластере и все, перемещение должно состоятся?
Не будет ли потом проблем с запуском данной виртуалки из-за того, что на другом хосте старое поколение процессора? Есть какие либо подводные камни? Подскажите плиз!
Finikiez- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Кнопка Migrate работает только тогда, когда работает vcenter.
Если vcenter выключен, смигрировать вы его не сможете.
Вам нужно идти по следующим шагам:
1. Выключить виртуальную машину с vcenter.
4. Найдите файл с расширением .vmx, нажмите правой кнопкой мыши по нему и выберите Add to inventory.
5. Ответьте на вопросы визарда. Выберете нужную группу портов для подключения ВМ.
6. Включите ВМ vcenter.
Важное условие этих шагов: ВМ с vcenter находится на общем хранилище.
Дальше, если на вашем новом сервере не осталось никаких работающих виртуальных машин, вы можете добавить его в кластер с включенным EVC.
Smlsk091987- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
В общем попытался подключиться через web интерфейс (google chrome) выдает такую ошибку:
А если я подключусь к хосту через vsphere миграция не получится? Надо именно с vmx файлом операции выполнять?
UPD получилось подключиться через mozilla )
Но при попытке просмотреть жесткие диски через datastore browser вылетает an error occured
С чем может быть такое связано?
Finikiez- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Простите, я проглядел, что у вас ESXi 6.0
Можете использовать обычный vsphere client при прямом подключение к ESXi хосту.
Порядок работы не меняется.
Smlsk091987- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Скажите, перед тем как переносить машину на новый хост в кластере, в его свойствах надо отключать admission control ?
Finikiez- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Admission control резервирует ресурсы кластера на случай сбоя сервера или нескольких серверов в зависимости от настроек.
Если у вас ресурсов впритых, подстрахуйтесь и выключиет admission control.
Если ресурсов более чем достаточно, можно не отключать.
Smlsk091987- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
На том хосте вообще пока что нет ничего, он единственный сейчас в кластере, мне теперь надо перенести на него vCenter чтобы потом отключить другие виртуалки и перенести основной хост в кластер.
Тут вопрос в том: запустится ли данная vm с vCenter на новом хосте если будет включен admission control ?
Finikiez- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Дабы убрать собственные сомнения просто отключите admission control. Его потом можно включить.
Smlsk091987- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Спасибо большое! Перенос vCenter удался!
Чуть позже начну перенос основного хоста в кластер.
Не пропадайте пожалуйста!)
Finikiez- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Пишите. Постараюсь проконсультировать.
Smlsk091987- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Перенес второй хост в кластер, при переносе "не ругался", теперь вопрос: Admission control можно активировать при РАБОТАЮЩИХ виртуальных машинах? Или же лучше их выключать? Control я выключал на время переноса
Как рекомендуете настраивать политику admission control ? Хотелось чтобы ресурсы хостов равномерно распределялись на виртуальные машины. DRS поставил на full automated с коэффициентом 5.
Finikiez- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Admission control можно включать при работающих виртуальных машинах. Выключать их смысла нет.
Smlsk091987- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Спасибо за информацию! Оставил Admission control выключенным.
Теперь есть вопрос про рестарт виртуальных машин.
Смотрите, в настройках кластера по умолчанию стоит уровень medium (cluster settings) для всех машин.
Но некоторые особо важные сервера я перевел в режим high. То есть, если я правильно понимаю, при выходе из строя хоста например с тремя машинами, первая перезапустится та, чей приоритет high, а далее те которые используют cluster settings (medium) ?
Finikiez- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
В случае сбоя, сначала будет предпринята попытка перезапустить ВМ с приоритетом High.
Smlsk091987- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Подскажите, далее для тестирования отказоустойчивости просто выключаем один из хостов и. наслаждаемся процессом перезапуска машин? После процесса
Хотел еще спросить про такой момент как NIC teaming.
На скрине (host1) показаны vSwitch 0 и 1 в первом хосте. Как вы уже поняли, для каждого свитча задействован физический сетевой интерфейс, в связи с этим возникает вопрос: в данной схеме NIC Teaming нужен? Я так понимаю, что он обеспечивает и отказоустойчивость физических сетевых интерфейсов и увеличение полосы пропускания или только отказоустойчивость?
На втором хосте (host 2) планирую выделить один из физических сетевых интерфейсов под vmkernel для vMotion, создав vSwitch 1. И опять вопрос: Даст ли что нибудь NIC teaming ?
Finikiez- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Для проверки работы HA нужно погасить хост по питанию (нажатием кнопки или, например, через его менеджмент процессор) при работающих виртуальных машинах. Как альтернативный вариант, можно услать хост в PSOD. Для этого подключитесь через SSH или через консоль к командной строки и выполните команду ' vsish -e set /reliability/ crashMe /Panic 1'
По поводу тиминга.
На ваших скриншотах у вас есть единая точка отказа - сетевой интерфейс. При обрыве линка виртуальные машины или vmkernel интерфейсы потеряют доступность по сети. Соответственно лучше сделать единый виртуальный коммутатор и добавить в него оба vmnic интерфейса в качестве аплинков.
Если не хотите ничего конфигурировать на физическом коммутаторе, оставьте политику тиминга - route based on originated virtual port id. При нем 2 vmnic интерфейса могут быть одновременно активными. Если хотите развести трафик по аплинкам, то на уровне vSwitch выставляете оба vmnic как Active, а на уровне групп портов выставляете один vmnic Active, друго vmnic - Standby. Тогда при проблемах с линками, у вас доступ по сети не потеряется.
Чтобы был хоть какой-нибудь прирост производительности от тиминга, нужно конфигурировать EtherChanel или LACP с политикой тиминга Route based on IP hash.
Плюс у вас на скриншоте несколько vmkernel интерфейсов из одной подсети. Зачем вам это нужно? Данную конфигурацию нужно избегать и разделять vmkernel интерфейсы по подсетям. Два сценария, когда приминема конфигурация vmkernel интерфейсов из одной подсети - iSCSI и multinic vmotion
ИТ Архитектор специализирующийся на Cloud Computing, Big Data, комплексных ИТ проектах и решениях, а также блогер, энтузиаст облачных вычислений.
VMware vExpert 2010/2011.
Рубрики:
Последние комментарии
Метки
Архив
Еще одна статья теперь о уже замечательной функциональности vSphere -VMotion, позволяющая мигрировать ВМ между хостами без остановки и прерывания работы самих ВМ. Ну, просто очень полезная штука! Расписывать не буду все возможности и плюсы данной технологии, так как можно прочитать об этом на официальном сайте VMware и еще в большом количестве на других сайтах. Скажу одно штука нужная и полезная, а также сильно облегчает жизнь ИТ персоналу.
В этой статье собрал основные моменты и рецепты по конфигурированию VMotion и связанных с этим процессом побочных действий, а также некоторые рекомендации. В свое время, когда я знакомился с живой миграцией, то столкнулся с некоторыми подводными камнями, пришлось читать много доков и информации.
Поехали!
Функционал VMotion доступен начиная с редакции vSphere Advanced.
Для VMotion надо:
- vCenter;
- Кластер в vCenter (нужен для активации EVC, если EVC не используется, то можно и без кластера);
- Общее хранилище ВМ (iSCSI, NFS, FC), необходимо чтобы все хосты в кластере с VMotion имели доступ к хранилищу;
- Одинаковая конфигурация виртуальной сети на всех хостах в кластере с VMotion (название порт групп, VLAN ID и т.п.). Не обязательно идентичная должна быть конфигурация сетки. Главное чтобы совпадала конфигурация основных порт групп к которым привязаны мигрируемые ВМ. Ну и порт группы на хостах должны иметь одинаковый доступ к физической сети;
- Процессоры на хостах должны иметь одинаковый набор инструкций и быть близкими друг к другу по функциям и инструкциям. В идеале один тип CPU или же одно поколение и один и тот же набор инструкций (например, линейка Intel Xeon 54XX). Это главное и главный подводный камень. Частота и другие параметры CPU не важны. Также важна основная архитектура и производитель, например, совместить хосты с Intel и AMD CPU не получится;
- Интерфейс VMkernel с включенной опцией VMotion;
Теперь немного о CPU и совместимости.
Если у Вас одна линейка CPU с одинаковыми инструкциями на всех хостах, то проблем нет. А вот если разные, то тут будут проблемы. При миграции ВМ мастер сразу выдаст предупреждение на несовпадение масок CPU. Это можно обойти при условии, что CPU находятся близко друг к другу по функциям и инструкциям.
Способ первый.
Основной плюсы EVC то что применяется сразу ко всему кластеру, т.е на все хосты при активации. Недостаток в том, что EVC должны поддерживать сами CPU. Если CPU не поддерживает EVC, тогда смотрим чуть ниже. Плюс ко всему если у вас в кластере были хосты с ВМ в которых идут операции с поддержкой неиспользуемых функций CPU, то их придется переносить в другой кластер.
O поддержке процессоров EVC и режимах прочитать можно тут.
EVC включить очень просто.
Идем в свойства кластера.
Далее в раздел VMware EVC. По умолчанию EVC выключена.
Жмем Change и выбираем нужный режим. Если брать предыдущий пример, то для него нужный нам режим Intel Xeon 45nm Core 2.
При выборе правильного режима и соблюдение всех условий появится подобная картинка
Кстати забыл написать. Главное перед включением EVC необходимо выключить ВМ, на том хосте, который по функциям будет выравниваться. Обычно хост с более новыми CPU выравнивается под более старые CPU другого хоста. Запутано, возможно, простота в том, что мастер сам вам подскажет на каком хосте нужно вырубить ВМ.
После применения EVC можно спокойно мигрировать машины между хостами в кластере.
Способ второй.
Первое что нужно сделать это прочитать вот этот KB от VMware и еще на английском вот это.
Если с английским плохо, читаем дальше. Опишу, как изменить маску по примеру приведенному выше для CPU x5400 и x5500.
Из KB для Intel CPU дана вот такая таблица.
Отличие инструкций между семействами CPU x5400 и x5500 только в поддержки SSE 4.2 у последнего. Поэтому в маске нужно указать, чтобы не использовались данные инструкции. Все очень просто.
Выключаем нужную ВМ. Идем в ее свойства. Вкладка Options -> CPUID Mask.
Все применяем нужные изменения. Ждем когда закончится реконфигурация ВМ и запускаем ее. Все теперь данную ВМ можно спокойно мигрировать. Мастер VMotion не должен выдавать предупреждений по поводу несовпадения масок.
Способ третий.
Теперь о самой настройки VMotion.
Тут все просто. Выше я уже приводил что необходимо для работы VMotion.
И так у нас есть общий LUN с ВМ, кластере в vCenter. Также настройки сетевой конфигурации идентичны на всех хостах. На всех хостах идентичные CPU по инструкциям или же включено EVC/подправлены маски. Осталось малое, сконфигурировать VMotion для работы.
Первое что нужно сделать это добавить порт VMkernel и при конфигурирование поставить галочку VMotion на всех хостах. Подробно описывать сей процесс не буду, так как уже делал заметку о VMkernel ранее.
Открывается мастер. Выбираем Change host.
Далее выбираем нужный хост, на который будет переезжать ВМ. При правильной конфигурации, мастер скажет, что валидация успешна.
Далее будут еще две странички мастера. Страничка приоритета VMotion, тут можно оставить то что предлагает мастер, и последняя страница со сводной инфой. Все жмем Finish и ждем когда ВМ мигрируется на новый хост.
Читайте также: