Як керувати глобальним замовленням запуску VM в усьому центрі обробки даних?


14

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

Всередині у вас багато віртуальних машин, які в будь-який момент часу можуть перебувати на тому чи іншому хості (у цьому вся суть кластеризації, чи не так?).

Ви відчуваєте втрату електроенергії, і, так чи інакше, вам вдається витончено вимкнути всі VM та всі хости; Давайте зараз не будемо заглиблюватися в це, давайте просто припустимо, що ваше програмне забезпечення UPS може впоратися з цим. Або, принаймні, припустимо, що відключення було не таким витонченим, але все-таки все-таки може з'явитися знову, як тільки відновиться живлення.

Повертається живлення, і ваші хости перезавантажуються.

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

Всі ми знаємо (або, маємо надію, знати), як налаштувати автоматичний запуск VM та як конкретизувати порядок запуску та затримку VM на одному хості ESX / i.

Але як це зробити через цілий центр обробки даних?

Чи є спосіб сказати vSphere "запустити ці VM в цьому глобальному порядку, незалежно від фізичного хоста, на якому вони працюють"?

Бонусні бали: якщо сам vCenter працює на віртуальній машині, як це змінить речі?

Відповіді:


7

Здається, не існує чистого способу повного управління холодним запуском віртуальної інфраструктури, коли HA налаштовується на окремих хостах. Увімкнення HA та DRS, здається, вимикає параметри запуску та відключення віртуальної машини на хост-серверах. Однак будь-яке впорядкування, встановлене перед переміщенням хоста в кластер, схоже, зберігається. Якщо кількість хостів невелика або керована, можна встановити пріоритет запуску в клієнті vSphere, підключившись до хостів окремо. Поставте туди свої правила. Це насправді працює в описаній вами ситуації.

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

Зберігання на першому місці!

Після того, як спільне сховище працює, я працюю над хостами ... У мене були часткові відключення, де vCenter віртуалізувався. Що я роблю в цьому випадку, це налаштування автоматичного завантаження та замовлення для найбільш критичних систем; зазвичай контролер домену та DNS / DHCP. Пам'ятайте, що vCenter, ймовірно, не буде доступний у сценарії "холодного старту". Якщо мені вдасться це вмістити, я буду ... інакше це починається вручну.

Звідти я переконуюсь, що правила HA та DRS недоторкані. Зазвичай у мене встановлені правила розбіжності для термінальних серверів, серверів додатків і контролерів домену. Як тільки vCenter з'являється, більшість із цього розбирається.

У мене кілька тижнів тому був удар блискавки, який знищив частину моєї серверної кімнати, включаючи лезо комутатора, що містить мережу зберігання даних. VMWare HA повертає все назад, як тільки перемикаються порти і перепрограмуються порти комутатора зберігання.

Отже, цей тип проблем підпадає під справжню надзвичайну ситуацію або вручну. Я не сподівався б на запуск системного середовища в описуваному вами сценарії.

Редагувати:

Два тижні тому у мене був коричневий сигнал, який спрацьовував від ДБЖ. Два хости, VC та пристрій SAN / NAS. Все повернулося самостійно, і мені не довелося втручатися (я був насправді в літаку і отримав повідомлення після посадки).


Так, я знаю, загальне відключення центру обробки даних (сподіваємось ...) незвичайна річ, тому, швидше за все, хтось буде там, щоб все перезапустити. Але було б непогано мати щось з цим автоматично впоратися ...
Массімо

Редагувати: Ви можете підключитися до хостів окремо і встановити пріоритет запуску VM, навіть якщо вони знаходяться в кластері HA. Отримайте там свої DC та DNS та основні послуги. Потім запустіть Віртуальний центр.
ewwhite

Але це може бути зроблено лише для віртуальних машин, розміщених на заданому хості ..., і це не матиме ефекту, як тільки ВМ будуть переміщені кудись інше.
Массімо

Це все ще працює. Я просто ввімкнув автоматичний запуск та вимкнення для окремих хостів, встановив пріоритет запуску та переконфігурував HA, щоб бути впевненим. Переміщення ВМ з нумерованим пріоритетом до іншого хоста розміщує його будь-яку категорію замовлення у пункті призначення. Тож VM обов'язково автозапуститься.
ewwhite

Гаразд, він автоматично запуститься; але в будь-якому порядку . О, ну, краще, ніж взагалі не починати, звичайно ...
Массімо

3

Ви можете налаштувати vApp, щоб допомогти з порядком запуску та завершення роботи.

Щоб запозичити цю нитку vApp :

Якщо ваш кластер зазнав катастрофічного збою, у вас є кілька варіантів, щоб забезпечити пріоритет перезапуску VM. Мені подобається створити для цього vApps і перетягнути / перетягнути VM, що йдеться, у цей vApp. Скажімо, ви хочете, щоб ваш сервер баз даних запускався перед веб-сервером, тому ви перетягуєте їх обидва у свій новий vApp. Ви можете натиснути правою кнопкою миші vApp -> Редагувати налаштування -> вкладку "Почати замовлення" -> потім ви побачите Групу 1 та Групу 2. У нижній частині вікна зауважте, що "Усі об'єкти в одній групі запускаються раніше перехід до наступної групи. Відключення робиться у зворотному порядку ". Ну, ви можете переміщувати ваші сервери в групи, використовуючи стрілки біля поля (я обвів їх на зображенні, що додається). Нарешті, VMware надає вам можливість диктувати, чи VM в групі 2 (і в групі 3, і в групі 4,

vApp Налаштування порядку запуску


Це корисно лише для vApps, а не для загальних VM.
Массімо

3
Деякі організації просто групують VM в vApps з цією єдиною метою.
jftuga
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.