VMware Fault Tolerance, FT

Задачей  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 с.: ил.

Похожие посты:

Вы можете оставить комментарий, или ссылку на Ваш сайт.

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