May 13th, 2012 
admin
Задачей VMware HA кластера является минимизация времени простоя всех или большинства ВМ из-за отказа сервера (а считая компонент VM Monitoring – и из-за отказа на уровне гостевой ОС). А VMware Fault Tolerance позволяет отдельные ВМ избавить от простоев из-за отказа сервера (подразумевается аппаратный сбой или проблема с самим ESX(i)). Предполагается, что таким образом защищать мы будем наиболее критичные для нас ВМ.
Обратите внимание: FT не защитит ВМ от сбоя системы хранения или от программного сбоя приложения и гостевой ОС. Зато от сбоя сервера эта функция защищает прозрачно от гостевой ОС и приложений.
Суть FT – в том, что для защищаемой ВМ создается ее копия на другом сервере. И выполняемые исходной ВМ процессорные инструкции непрерывно реплицируются на копию. Если падает сервер, на котором работает исходная ВМ, то достаточно выпустить в сеть копию, чтобы работа продолжилась без перерыва.
Еще один вариант – отказоустойчивость по требованию. Например, есть ВМ
с формирующим отчетность сервером. Обычно эта ВМ защищена только HA. Но в отчетный период, когда прерывание формирования отчета грозит потерей времени, для этой ВМ легко включить FT и получить большую доступность, чем дает HA.
Настройка VMware FT
Для работы VMware FT должны быть выполнены некоторые условия.
Условия для инфраструктуры:
Q должен существовать кластер HA. FT является его подфункцией. Притом если HA включается для кластера и защищает все ВМ в нем, то FT включается индивидуально для отдельных ВМ в нем;
Высокая доступность виртуальных машин
Q для всех серверов, использующихся для FT, должна быть включена проверка сертификатов серверов (она включена по умолчанию);
Q на каждом сервере должен быть интерфейс VMkernel, настроенный для VMotion, и интерфейс VMkernel, настроенный для FT Logging (и то, и другое – флажки в свойствах интерфейса VMkernel). VMware рекомендует, чтобы это были два разных интерфейса, работающие через разные физиче ские сетевые контроллеры;
Q между серверами должна быть совместимость по процессорам;
Q начиная с версии 4.1 серверы не обязаны иметь одинаковую версию ESX(i) и одинаковый набор обновлений. В новых версиях vSphere проверяется только совместимость версий компонента, отвечающего за Fault Tolerance. Таким образом, вполне возможна ситуация, когда FT работает между хостами разных версий ESX(i), и даже версии FT-компонента могут отличать ся – но они должны быть совместимы;
Q защищаемые FT ВМ должны использовать дисковые ресурсы, доступные
со всех серверов.
Условия для серверов:
Q процессоры серверов должны быть из списка совместимости VMware Fault Tolerance. Подробности – в статье базы знаний номер 1008027. Желательно, чтобы тактовая частота процессоров серверов отличалась не более чем на 300 МГц;
Q в BIOS серверов должна быть включена аппаратная поддержка виртуали-
зации.
Условия для виртуальных машин. К сожалению, FT налагает достаточно много ограничений на виртуальную машину под своей защитой:
Q у виртуальной машины не должно быть снимков состояния (snapshot) на
момент включения FT, и их нельзя создавать для ВМ под защитой FT. Это может быть важно для резервного копирования этой ВМ – многие решения резервного копирования используют снимки состояния в своей работе (к сожалению, это ограничение присутствует и в версии 4.1);
Q VMware протестировала FT не для любых ОС и не любых комбинаций ОС
и процессоров. Подробности – в статье базы знаний номер 1008027;
Q нельзя осуществить Storage VMotion для ВМ под защитой FT (к сожалению, это ограничение присутствует и в версии 4.1);
Q DRS получил полную интеграцию с FT начиная с версии 4.1. Теперь Primary и Secondary виртуальные машины могут быть перенесены между серверами для балансировки нагрузки, в том числе автоматически;
Q у ВМ должен быть только один vCPU. Это очень сильно ограничивает при-
менение данной функции для критичных и требовательных к процессору задач, ведь один vCPU – это одно ядро;
Q к ВМ не должны быть подключены диски в формате physical RDM;
Q CD-ROM и FDD этой ВМ могут ссылаться только на файлы-образы с общих хранилищ. Если подмонтирован образ с приватного хранилища и про-
изошел сбой сервера с Primary ВМ, то переезд состоится, но новая Primary к этому образу доступа уже не получит;
Q не поддерживаются ВМ с паравиртуализованным SCSI-контроллером, так
что в конфигурации ВМ не должно быть PVSCSI;
Q не должна использоваться паравиртуализация для гостевых ОС;
Q не должно быть USBи аудиоустройств;
Q NPIV не должен использоваться для этой ВМ;
Q VMDirectPath I/O не должен использоваться для этой ВМ;
Q для защищенной FT ВМ невозможно горячее добавление устройств;
Q не поддерживается Extended Page Tables/Rapid Virtualization Indexing (EPT/RVI);
Q файлы ВМ должны быть расположены на общем хранилище. Тип храни-
лища не важен;
Q диском ВМ может быть virtual RDM или файл vmdk типа eagerzeroedthick.
Для создания такого vmdk отметьте флажок Cluster Options при его создании (рис. 7.12).
Рис. 7.12. Создание файла vmdk с предварительным обнулением
Высокая доступность виртуальных машин
Впрочем, диски ВМ можно преобразовать и после создания. Для этого поможет любое действие из следующего списка:
Q запуск Storage VMotion и выбор Thick как типа дисков, предварительно
добавив в файл vmx строку Set cbtmotion.forceEagerZeroedThick = true;
Q или пункт Inflate в контекстном меню файла vmdk, если найти его через встроенный файловый менеджер;
Q или команда vmkfstools –diskformat eagerzeroedthick;
Q наконец, самое простое – при включении FT сам мастер предложит вам изменить тип дисков на необходимый. Но обратите внимание: ESX(i) преобразует thin-диск в диск нужного для FT формата, лишь если вы включили FT для выключенной ВМ.
Настройка инфраструктуры и включение FT
Итак, для включения Fault Tolerance вам необходимо произвести следующие действия:
1. Включить проверку сертификатов серверов.
2. Настроить сеть на каждом сервере.
3. Создать кластер HA, добавить в него серверы и проверить соответствие настроек.
Для включения проверки сертификатов серверов зайдите в меню Administration ? vCenter Settings ? SSL Settings ? отметьте Check host certificates.
Под настройкой сети подразумевается следующее: вам нужны два интерфейса VMkernel, один из которых будет использоваться под VMotion, а второй – под трафик Fault Tolerance. Чтобы конфигурация была поддерживаемой, они должны иметь по собственному и выделенному гигабитному сетевому контроллеру, хотя бы по одному.
Таким образом, вам необходимо создать два порта VMkernel, выделить каждому по физическому сетевому контроллеру и расставить флажки (рис. 7.13 и 7.14).
Мною приведен лишь пример конфигурации сети. Разумеется, нет нужды помещать VMotion и FT интерфейсы VMkernel на один виртуальный коммутатор.
Рис. 7.13. Настройки портов VMkernel для FT
Рис. 7.14. Пример сети для FT
Рис. 7.22. Закладка Performance для FT-защищенной ВМ
Управление обновлениями виртуальной инфраструктуры
Источник: Михеев М. О. Администрирование VMware vSphere 4.1. – М.: ДМК Пресс, 2011. – 448 с.: ил.
Опубликовано в рубрике