Vmware ha cluster
Кластер High Availability (високої доступності) це те, заради чого багато і впроваджують платну віртуалізацію. Коли на сервері ESXi працює кілька віртуальних машин, файли цих машин лежать на локальних дисках або навіть на системі зберігання даних, а кластер не створений, і раптом цей сервер виходить з ладу. Тоді все вимикається і чекає поки людина втрутиться в процес. А Людина - системний адміністратор спить вдома і на роботу швидше за все опаздать задержется, і в дорозі йому почнуть дзвонити незадоволені і питати коли, коли ... Ось для таких випадків і налаштовується HA Cluster. З ним все відбувається автоматично, один сервер ESXi виходить з ладу - ВМ, які були запущені на ньому, перезапускати на іншому сервері кластера. І ще одне застосування HA, якщо гостьова операційна система всередині віртуальної машини зависає і перестає відповідати на запити, така ВМ автоматично перезапускається. Ось цей функціонал я і покажу в поточній статті.
Природно, все не так просто, і перед HA. було вироблено чимало налаштувань, подивитися можна тут.

У мене тут два сервера ESXi, які управляються через vCenter server. Створено 2 віртуальні машини, файли яких лежать на LUN-е системи зберігання даних FreeNAS (все це було описано раніше). І я створюю новий кластер.


Host Monitoring status - це основний механізм в HA, відстежує стан серверів ESXi і по результату даного моніторингу відбуваються вже дії, такі як перезапуск віртуальних машин, наприклад.
Admission Control - якщо в кластері HA може не вистачити ресурсів для запуску віртуальних машин з вийшов з ладу сервера ESXi то зайві віртуальні машини не дасть запустити Admission control (сподіваюся зрозуміло). А ось скільки сервером може вийти одночасно з ладу серверів вказується через Admission control policy (за замовчуванням 1).
Альтернативно можна також налаштувати політику, щоб вона залишала ресурси CPU і пам'яті. Але багато адміністраторів відразу відключають цей штучний контроль - дратує сильно.

тут все по-замовчуванню

VM Monitoring - як тільки Windows (наприклад) всередині віртуальної машини вилітає в BSOD, VM Monitoring відстежує, що ОС не відповідає на запити і перезавантажує ВМ.

EVC - encahced vMotion compatibility - якщо у вас різні процесори в серверах ESXi або різну кількість ядер, то процес міграції віртуальної машини vMotion може закінчитися невдачею. Такі сервери додати в кластер HA з вимкненим EVC не вийде. EVC призводить сервери до спільного знаменника, щоб вони могли працювати в кластері і забезпечувати відмовостійкість. EVC в основному дивиться на процесор, знижуючи функціональність всіх процесорів до самого слабкого в кластері.

Зберігати файл підкачки в папці віртуальної машини.

Все готово, кластер майже створений

Створено успішно. Зліва вгорі бачимо сам кластер і наші ESXi сервери окремо. Тепер потрібно перенести хости в кластер. Діємо мишкою, Drug-and-Drop

На кожен сервер ESXi під час додавання в кластер встановлюється агент HA. Якщо цікаво, як саме працює, HA, як встановлені агенти обмінюються інформацією і устравают вибори майстра, погуглити. Мені важливо, що HA працює тепер краще ніж в VMware vSphere 4.1

Тепер щоб подивитися, на якому з серверів ESXi в даний момент працює віртуальна машина, потрібно дивитися в її властивості. WinXp закріплена за 106 хостом.

Прийшов час перевірити, як працює кластер високої доступності HA, вимикаємо один з вузлів.

Так ми впевнені, що хочемо вимкнути, хоч він і не в Maintenance mode. Цей режим потрібен, щоб коректно виводити сервер з експлуатації, щоб випадково не погасити ВМ, а мені саме це і потрібно зараз.

Вимикаєш, вкажи причину.

Спочатку агент HA, забив на сполох. Потім на віртуальній машині з'явився червоний знак оклику.

Відвалився ESXi хост