В этой статье собрал основные моменты и рецепты по конфигурированию 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 и совместимости.

О совместимости процессоров VMotion CPU Compatibility Requirements for Intel Processors и VMotion CPU Compatibility Requirements for AMD Processors.

Если у Вас одна линейка CPU с одинаковыми инструкциями на всех хостах, то проблем нет. А вот если разные, то тут будут проблемы. При миграции ВМ мастер сразу выдаст предупреждение на несовпадение масок CPU.  Это можно обойти при условии, что CPU находятся близко друг к другу по функциям и инструкциям.

Способ первый.

Официально поддерживаемый 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, то их придется переносить в другой кластер.

O поддержке процессоров EVC и режимах прочитать можно тут.

EVC включить очень просто.

Идем в свойства кластера.

Далее в раздел VMware EVC. По умолчанию EVC выключена.

Жмем Change и выбираем нужный режим. Если брать предыдущий пример, то для него нужный нам режим Intel Xeon 45nm Core 2.

При выборе правильного режима и соблюдение всех условий появится подобная картинка

Кстати забыл написать. Главное перед включением EVC необходимо выключить ВМ, на том хосте, который по функциям будет выравниваться. Обычно хост с более новыми CPU выравнивается под более старые CPU другого хоста. Запутано,  возможно, простота в том, что мастер сам вам подскажет на каком хосте нужно вырубить ВМ.

После применения EVC можно спокойно мигрировать машины между хостами в кластере.

Способ второй.

Править вручную маску CPU и ВМ. Основным плюсом можно назвать, что конфигурировать можно более гибко. Например в кластере с разношерстными хостами по CPU и ВМ по функциям. Но и главный недостаток в том, что конфигурировать придется каждую ВМ по отдельности. Плюс ко всему данный способ официально не поддерживается VMware, так что скажем buy сапорту VMware.

И так как править маски CPU у ВМ.

Первое что нужно сделать это прочитать вот этот KB от VMware и еще на английском вот это.

Если с английским плохо, читаем дальше. Опишу, как изменить маску по примеру приведенному выше для CPU x5400 и x5500.

Из KB для Intel CPU дана вот такая таблица.

Отличие инструкций между семействами CPU x5400 и x5500 только в поддержки SSE 4.2 у последнего. Поэтому в маске нужно указать, чтобы не использовались данные инструкции. Все очень просто.

Выключаем нужную ВМ. Идем в ее свойства. Вкладка Options -> CPUID Mask.

Жмем Advanced. Далее исходя из таблички выше нам нужно подправить маску в уровнях 1, строку ecx  и 800000001, строку edx.

Кликаем на нужную строчку, в нашем случае edx строка  и пишем туда следующее —- 0— —- —- —- —- —- —-

Далее находим следующую строчку, и пишем как указано в таблице из KB —- —- 0—0 —- —- —- —- —-

Все применяем нужные изменения. Ждем когда закончится реконфигурация ВМ и запускаем ее. Все теперь данную ВМ можно спокойно мигрировать. Мастер VMotion не должен выдавать предупреждений по поводу несовпадения масок.

Способ третий.

Глобальное изменение масок в файле конфигурации vCenter’а. Если Вам не подходит EVC, а нужен VMotion, а также у Вас разные поколения CPU и много ВМ, то это именно то что доктор прописал. Описание способа доступо в этом KB и начинается с пункта Global Masking with ESX Server 2.x and Later.

Теперь о самой настройки VMotion.

Тут все просто. Выше я уже приводил что необходимо для работы VMotion.

И так у нас есть общий LUN с ВМ, кластере в vCenter. Также настройки сетевой конфигурации идентичны на всех хостах. На всех хостах идентичные CPU по инструкциям или же включено EVC/подправлены маски. Осталось малое, сконфигурировать VMotion для работы.

Первое что нужно сделать это добавить порт VMkernel и при конфигурирование поставить галочку VMotion на всех хостах. Подробно описывать сей процесс не буду, так как уже делал заметку о VMkernel ранее.

В принципе на этом и все с конфигурацией. Далее еще проще. Выбираем нужную ВМ в клиенте vSphere, клик правой кнопкой мыши — >Migrate.

Открывается мастер. Выбираем Change host.

Далее выбираем нужный хост, на который будет переезжать ВМ. При правильной конфигурации, мастер скажет, что валидация успешна.

Далее будут еще две странички мастера. Страничка приоритета VMotion, тут можно оставить то что предлагает мастер, и последняя страница со сводной инфой. Все жмем Finish и ждем когда ВМ мигрируется на новый хост.

Вот и все.

Ах да еще напишу основные рекомендации относительно VMotion.

• Гигабитная сеть, как минимум;
• Хороший коммутатор (физический ) с поддержкой VLAN и хорошей пропускной способностью;
• В идеале выделенный, как минимум один физический сетевой адаптер под нужды VMotion, а лучше два;
• Отдельная сеть со своим VLAN для VMotion;
• Отдельный vSwitch и отдельный порт VMkernel с VMotion. Но это не обязательно, просто я так обычно стараюсь конфигурировать;

Все видео на английском, но думаю там и так понятно все будет.

Установка VMware ESX 4.

Установка VMware vCenter и его компонентов.

Конфигурирование vSphere 4 через vCenter (iSCSI, HA, vMotion, Virtual Appliance).

Установка и настройка VMware Fault Tolerance.

Горячее добавление устройств и Thin-Provisioning (тонкие диски).

Storage vMotion.

Немного о VMkernel.
VMkernel – это ядро VMware ESX/ESXi Server. Оно занимает слой виртуализации и управляет большинством физических ресурсов: процессорами, памятью, системами хранения данных, сетевыми контролерами и п.р. Кто то может заметить, что в VMware ESX Server есть Red Hat Enterprise Linux, так и есть, но роль линукса сводится только к тому, чтобы загружить машину и само ядро VMkernel, вот оно то и управляет всем. Сам линукс в ESX Server служит только для предоставления командной консоли, а также для установки агентов мониторинга железа и бекапа. Кстати в VMware ESXi Server тоже есть линукс, но он просто очень и очень сильно обрезан.

Сетевые сервисы использующие стек TCP/IP такие как VMotion, iSCSI, NFS также работают через VMkernel, поэтому для включения их необходимо правильно сконфигурировать VMkernel. Стек TCP/IP в VMkernel полностью отделен от стека TCP/IP используемого в Service Console . Стек TCP\IP VMkernel создается как порт группа VMkernel и подключается к одному или нескольких vSwitch, которые в свою очередь подключены к различным сетям.

Конфигурирование сетевых сервисов VMkernel.
Как я уже выше писал, для работы VMotion, инициатора iSCSI и NFS необходимо сконфигурировать стек TCP\IP VMkernel. Конфигурация довольна, проста и заключается в добавление порт группы VMkernel к vSwitch на через который должен течь трафик сетевых сервисов iSCSI, NFS, VMotion. Все хватит теории, я больше люблю практику.

Go — go — go!

Открываем клиент vSphere и идем в раздел Configuration->Networking. В данном примере у меня на хосте 2-ве физические сетевые карты. Первая карта подключена vSwitch0, к которому подключены ВМ. Вторая карта подключена на vSwitch1, вот как раз на нем я и собираюсь создать порт VMkernel и гонять трафик.

Жмем Properties на нужном нам vSwitch и в  появившемся окне жмем Add.

Потом выбираем VMkernel.

И просто забиваем нужные параметры.  Думаю тут все понятно, имя порта и vlan id если необходим.

Далее сконфигурируем IP адрес, маску, и шлюз для VMkernel порта.

Жмем Next. Смотрим суммарную инфу и жмем Finish. После завершения мастера создастся порт VMkernel со своим сетевым интерфейсом.

Остается только проверить доступен ли только что созданный сетевой интерфейс VMkernel. Просто пингуем с машины которая находится в одной сети с портом VMkernel его интерфейс или же можно с консоли ESX пингануть какую либо машину в сети. Для пинга через интерфейс VMkernel используется команда vmkping.

Вот и вся конфигурация. Далее теперь можно сконфигурировать VMotion, iSCSI и NFS. Но это уже выходит за рамки этой публикации.

О конфигурации VMotion можно прочесть тут.

О конфигурации iSCSI тут.