Назад | Перейти на главную страницу

VMware Virtual vCenter и высокая доступность

Чтобы продолжить этот вопрос: Должен ли быть высокодоступный сервер Vmware vCenter?

Согласно ответу, даже если vCenter не работает, HA продолжит работу.

Итак, если мой vCenter представляет собой виртуальную машину, использующую экспресс-версию sql на той же виртуальной машине, и эта виртуальная машина размещена в том же кластере, которым она управляет (и кластер настроен для высокой доступности): правильно ли я предполагаю, что если хост, который хосты, на которых vCenter выключается. HA будет перемещать виртуальную машину vCenter на другой хост, и она продолжит работу?

Кстати: моя среда небольшая, два хоста ESXi 5.0, около 50 виртуальных машин, с использованием общего хранилища iSCSI для всего.

Вы частично правы, за исключением того, что HA не использует vMotion - он просто перезапускает виртуальную машину на предварительно настроенном хосте (если он доступен).

Моя среда далеко не маленькая, у нас много кластеров хостов 24-32, и мы используем именно этот метод для наших различных VCentres - он просто отлично работает, хотя мы используем «полный» MSSQL в кластерном режиме на нескольких физических компьютерах Windows. для наших баз данных VC.

Виртуальная машина vCenter не будет перенесена на оставшийся хост, она будет перезапущена на оставшемся хосте, поэтому vMotion не произойдет. Это также зависит от приоритета перезапуска виртуальной машины. Если приоритет перезапуска виртуальной машины для виртуальной машины vCenter отключен, она не будет перезапущена на оставшемся узле. Если для приоритета перезапуска виртуальной машины установлено любое значение, кроме отключения, виртуальная машина vCenter будет / должна быть перезапущена на оставшемся узле. Обратите внимание, что приоритет перезапуска виртуальной машины зависит от доступных ресурсов на оставшемся узле и настройки контроля допуска (с или без DRS), поэтому вы хотите установить высокий приоритет перезапуска виртуальной машины vCenter, чтобы гарантировать ее запуск на оставшемся узле.

Также обратите внимание, что vMotion не возникает для виртуальных машин на отказавшем хосте. VMware HA перезапускает виртуальные машины на напоминающем хосте, но не переносит их (с vMotion) на оставшийся хост.

Прочтите здесь для получения дополнительной информации:

http://pubs.vmware.com/vsphere-4-esx-vcenter/index.jsp?topic=/com.vmware.vsphere.availability.doc_41/c_useha_works.html

Кроме того, в версии 5.o стоит отметить, что HA была перестроена с большим количеством методов проверки доступности виртуальных машин и хостов. Например, если он теряет связь с хостом через управляющий IP-адрес, он проверяет определенные места хранения, чтобы увидеть, работают ли виртуальные машины на недоступном хосте, и действовать соответствующим образом.

У меня есть одна виртуальная машина для vCenter, на которой работает полноценный SQL Server, управляющий 8 хостами и более 100 виртуальными машинами. Я просто удостоверяюсь, что он имеет приоритет перезапуска сразу после контроллеров домена. HA обрабатывается агентом, работающим на хостах, а не vCenter напрямую. Таким образом, хосты и высокая доступность продолжают работать даже без vCenter, в зависимости от того, какая конфигурация была до отказа vCenter.

Что ж, ваша система будет продолжать работать ... Это было ответил в вопросе, на который вы указали.

Ничто не будет "vMotion" на другой хост, но уже настроенные службы HA перезапустят вышедшие из строя / неработающие виртуальные машины с отказавшего хоста на другой хост в кластере.