Что такое VMware vCenter Heartbeat и чем он вам поможет?

Введение

Логика VMware заключается в том, что vCenter используется для управления таким количеством приложений уровня 1, что делает сам vCenter приложением уровня 1. Все мы знаем, что приложения уровня 1 должны быть высокодоступными. Таким образом, если логика VMware верна, то vCenter также должен быть высокодоступным. Именно здесь вступает в дело vCenter Heartbeat.

Конечно, эта логика верна только в том случае, если вы считаете, что vCenter достоин статуса приложения уровня 1. На крупных предприятиях могут вообще не задумываться над этим вопросом. В этих компаниях может быть большая команда администраторов виртуализации, которые круглосуточно используют vCenter. Возможно, они даже открыли доступ к vCenter различным подразделениям бизнеса, использующим его для управления своими виртуальными машинами. Очевидно, что в подобных случаях для одного администратора возникнут не только неудобства, если vCenter выйдет из строя.

Однако другим компаниям, использующим vCenter, приходится сначала обдумывать вопрос, что будет потеряно, если vCenter вдруг станет недоступен. Я могу сказать вам, что хосты ESX и гостевые виртуальные машины будут продолжать работать нормально. vCenter не требуется для функций ESX, но требуется для определенных, более сложных функций виртуальной инфраструктуры. Например, VMHA по-прежнему будет работать, а DRS — нет. Полный список см. в разделе Что делать, если мой сервер VirtualCenter выйдет из строя?

Что такое vCenter Heartbeat?

Итак, мы сказали, что vCenter Heartbeat обеспечивает высокую доступность vCenter, но что именно он проверяет и от чего пытается вас защитить?

• Сбои ОС на сервере vCenter
• Аппаратный сбой сервера vCenter
• Сетевые сбои, влияющие на сервер vCenter
• Сбои приложений на сервере vCenter (например, сбой служб vCenter или SQL-сервера, на котором находятся данные vCenter)

Резервный сервер vCenter заменит основной сервер даже в случае значительного снижения производительности приложений.

Как это работает? Сервер vCenter Heartbeat работает путем репликации всей конфигурации и данных vCenter на вторичный пассивный сервер с использованием (надеюсь) выделенного сетевого канала. Вторичный сервер действительно все время работает с активной конфигурацией активного сервера, но фильтр IP-пакетов маскирует его от активной сети.

Вот как это выглядит:

Рис. 1. Приложение vCenter Heartbeat Server ( презентацией VMworld Europe TA15)

А вот схема того, как это работает:

Рис. 2. Мягкий перенос сервера vCenter с активного на пассивный ( презентацией VMworld Europe TA15)

Решение VMware vCenter Heartbeat было анонсировано на выставке VMworld Europe 2009, и на момент анонса его уже используют более 130 000 клиентов по всему миру. Как же так, спросите вы? Нет, VMware не придумала этот продукт на ровном месте. На самом деле VMware просто перепродает NeverFail под своим именем. Согласно этой истории на Virtualization.info (VMware убивает еще одну экосистему с помощью vCenter Server Heartbeat 1.0), у VMware есть эксклюзивное соглашение с NeverFail. Это соглашение означает, что VMware не будет перепродавать другие продукты конкурентов, а NeverFail больше не сможет продавать этот продукт самостоятельно. В той же статье указано, как это новое эксклюзивное соглашение эффективно убивает всю конкуренцию со стороны различных компаний, которые ранее были партнерами VMware.

vCenter Heartbeat доступен по цене 9995 долларов США за vCenter или 12 995 долларов США в комплекте с сервером vCenter.

Как vCenter Heartbeat может вам помочь?

В частности, vCenter Heartbeat обеспечивает непрерывный мониторинг подключения vCenter, баз данных и компонентов, сервера лицензий и диспетчера обновлений. Я был очень рад видеть, что он действительно работает через локальную или глобальную сеть. Таким образом, Heartbeat обеспечивает удаленную репликацию и доступность для vCenter. Я также думаю, что это здорово, что это лишь незначительно влияет на производительность виртуальной инфраструктуры. В отличие от некоторых других кластерных решений, Heartbeat не зависит от аппаратного обеспечения, поэтому вы можете использовать физический сервер в качестве основного сервера, а виртуальный сервер — в качестве вторичного сервера и т. д.

Мы знаем, что если бы вы запускали vCenter на виртуальной машине, вы могли бы частично защитить ее с помощью VMHA. Однако это не сработает через глобальную сеть и не поможет, если данные SQL не находятся на сервере vCenter. Кроме того, VMHA не знает приложений о vCenter и может не волноваться, если службы не запустятся (например). При этом, по данным Virtualization.info, 60% клиентов по-прежнему используют vCenter на физических машинах.

Существует несколько проектных конфигураций для реализации vCenter Heartbeat. Например, у вас может быть физический в физический, физический в виртуальный или виртуальный в виртуальный.

Первоначально для создания вторичного сервера клонируется первичный сервер. Если первичный уже является виртуальным сервером, вы можете просто клонировать его с помощью VI Client. Если первичный сервер является физическим сервером, вам придется клонировать его с помощью инструмента преобразования P2V, такого как VMware Converter.

Имейте в виду, что Heartbeat защищает не только vCenter, но и другие компоненты ВИ, установленные на сервере vCenter, такие как Update Manager, License Server, Capacity Planner и VMware Converter Enterprise.

Пользователям Oracle следует знать, что VMware Heartbeat работает только в том случае, если вы используете MS SQL Server в качестве базы данных vCenter Server. Важный момент: база данных vCenter не обязательно должна находиться на том же сервере, что и vCenter для Heartbeat, чтобы защитить vCenter.

Для получения дополнительной информации о vCenter Heartbeat см. сессию VMworld 2009 — Защита вашего сервера vCenter с помощью Server Heartbeat, которая предлагает как видео, так и PDF-файлы.

Официальный сайт VMware, на котором можно приобрести (но не оценить) Heartbeat, находится по адресу: VMware vCenter Heartbeat.