Как управлять глобальным порядком запуска виртуальных машин во всем центре обработки данных?


14

Предположим, у вас есть полностью виртуализированная инфраструктура VMware: ESXi, vCenter, vMotion, HA, DRS, весь пакет.

Внутри у вас много виртуальных машин, которые в любой момент времени могут находиться на одном или другом хосте (в этом и заключается весь смысл кластеризации, не так ли?).

Вы испытываете потерю мощности и, так или иначе, вам удается корректно завершить работу всех виртуальных машин и всех хостов; давайте пока не будем углубляться в это, давайте просто предположим, что ваше программное обеспечение ИБП справится с этим. Или, по крайней мере, давайте предположим, что отключение было не таким изящным, но все еще может восстановиться после восстановления питания.

Питание возвращается, и ваши хосты перезагружаются.

Ваша среда довольно сложна и имеет естественные зависимости между виртуальными машинами: сначала должны запускаться контроллеры домена, сервер приложений не может запуститься, пока его внутренний сервер БД уже не запущен и так далее.

Мы все знаем (или, надеюсь, должны знать), как настроить автоматический запуск виртуальной машины и как определить порядок запуска виртуальной машины и задержку на одном хосте ESX / i.

Но как это сделать по всему центру обработки данных?

Есть ли способ сказать vSphere «запускать эти виртуальные машины в этом глобальном порядке, независимо от физического хоста, на котором они работают»?

Бонусные баллы: если vCenter работает на виртуальной машине, как это меняет ситуацию?

Ответы:


7

Кажется, не существует чистого способа полностью управлять холодным запуском виртуальной инфраструктуры, когда HA настроен на отдельных хостах. Включение HA и DRS, по-видимому, отключает параметры запуска и завершения работы виртуальной машины на хост-серверах. Однако любой порядок упорядочения перед перемещением хоста в кластер, похоже, остается неизменным. Если количество хостов невелико или управляемо, можно установить приоритет запуска в клиенте vSphere, подключившись к хостам индивидуально. Положите свои правила там. Это на самом деле работает в ситуации, которую вы описываете.

введите описание изображения здесь

Память на первом месте!

Когда общее хранилище работает, я работаю на хостах ... У меня были частичные сбои, когда виртуализировался и vCenter. Что я делаю в этом случае - это устанавливаю параметры автоматической загрузки и упорядочения для наиболее критичных систем; обычно контроллер домена и DNS / DHCP. Помните, что vCenter вряд ли будет доступен в сценарии холодного запуска. Если я смогу это сделать, тогда я ... иначе он запустится вручную.

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

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

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

Редактировать:

Две недели назад у меня произошел провал в работе, который отключил ИБП. Два хоста, VC и устройство SAN / NAS. Все вернулось само по себе, и мне не пришлось вмешиваться (я был на самом деле в самолете и получил сообщения при приземлении).


Да, я знаю, что полное отключение центра обработки данных является (надеюсь ...) необычной вещью, поэтому, скорее всего, кто-то будет там, чтобы перезапустить все. Но было бы неплохо иметь что-то, чтобы справиться с этим автоматически ...
Массимо

Изменить: вы можете подключиться к хостам индивидуально и установить приоритет запуска виртуальной машины, даже если они находятся в кластере высокой доступности. Получите ваш DC и DNS и основные услуги там. Затем запустите виртуальный центр.
2012 года

Но это может быть сделано только для виртуальных машин, которые размещены на данном хосте ... и не будет иметь никакого эффекта, как только виртуальные машины будут перемещены в другое место.
Массимо

Это все еще работает. Я просто включил автоматический запуск и выключение на отдельных хостах, установил приоритет запуска и перенастроил HA, чтобы быть уверенным. Перемещение виртуальной машины с пронумерованным приоритетом на другой хост помещает любую категорию заказа в место назначения. Так что ВМ обязательно запустится автоматически.
2012 года

Хорошо, это будет автозапуск; но в любом порядке . О, ну, лучше, чем вообще не начинать, конечно ...
Массимо

3

Вы можете настроить vApp, чтобы помочь с порядком запуска и завершения работы.

Чтобы заимствовать из этой темы vApp :

Если в вашем кластере произошел катастрофический сбой, у вас есть несколько вариантов обеспечения приоритета перезагрузки виртуальной машины. Мне нравится создавать для этого vApps и перетаскивать нужные виртуальные машины в этот vApp. Допустим, вы хотите, чтобы ваш сервер баз данных запускался раньше, чем ваш веб-сервер, поэтому вы перетаскиваете их обоих в свой новый vApp. Вы можете щелкнуть правой кнопкой мыши vApp -> Edit Settings -> вкладка Start Order ->, затем вы увидите Group 1 и Group 2. В нижней части окна обратите внимание, что «Все объекты в одной группе запускаются до переходя к следующей группе. Отключение производится в обратном порядке. " Ну, вы можете переместить ваши серверы в группы, используя стрелки рядом с полем (я обвел их на прикрепленном изображении). Наконец, VMware дает вам возможность диктовать, будут ли виртуальные машины в группе 2 (и группе 3, и группе 4,

vApp Start Порядок настройки


Это полезно только для vApps, а не для обычных виртуальных машин.
Массимо

3
Некоторые организации просто группируют виртуальные машины в vApps для этой единственной цели.
Jftuga
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.