Vmware fault tolerance, ft, все про ремонт і настройку комп’ютера

Завданням VMware HA кластера є мінімізація часу простою всіх або більшості ВМ через відмову сервера (а вважаючи компонент VM Monitoring - і через відмову на рівні гостьовий ОС). А VMware Fault Tolerance дозволяє окремі ВМ позбавити від простоїв через відмови сервера (мається на увазі апаратний збій або проблема з самим ESX (i)). Передбачається, що таким чином захищати ми найбільш критичні нам ВМ.

Зверніть увагу: FT не захистить ВМ від збою системи зберігання або від програмного збою додатка і гостьовий ОС. Зате від збою сервера ця функція захищає прозоро від гостьової ОС і додатків.

Суть FT - в тому, що для захищається ВМ створюється її копія на іншому сервері. І виконуються вихідної ВМ процесорні інструкції безперервно реплицируются на копію. Якщо падає сервер, де працює вихідна ВМ, то досить випустити в мережу копію, щоб робота продовжилася без перерви.

Ще один варіант - відмовостійкість на вимогу. Наприклад, є ВМ

з формує звітність сервером. Зазвичай ця ВМ захищена тільки HA. Але в звітний період, коли переривання формування звіту загрожує втратою часу, для цієї ВМ легко включити FT і отримати більшу доступність, ніж дає HA.

Налаштування VMware FT

Для роботи VMware FT повинні бути виконані деякі умови.

Умови для інфраструктури:

Q повинен існувати кластер HA. FT є його подфункцией. Притому якщо HA включається для кластера і захищає все ВМ в ньому, то FT включається індивідуально для окремих ВМ у ньому;

Висока доступність віртуальних машин

Q для всіх серверів, що використовуються для FT, повинна бути включена перевірка сертифікатів серверів (вона включена за замовчуванням);

Q на кожному сервері повинен бути інтерфейс VMkernel, настроєний для VMotion, і інтерфейс VMkernel, настроєний для FT Logging (і те, і інше - прапорці у властивостях інтерфейсу VMkernel). VMware рекомендує, щоб це були два різних інтерфейсу працюють через різні физиче ські мережеві контролери;

Q між серверами повинна бути сумісність по процесорам;

Q починаючи із версії 4.1 сервери не повинні мати однакову версію ESX (i) і однаковий набор оновлень. У нових версіях vSphere перевіряється тільки сумісність версій компонента, що відповідає за Fault Tolerance. Таким чином, цілком можлива ситуація, коли FT працює між хостами різних версій ESX (i), і навіть версії FT-компонента можуть відрізняти ся - але вони повинні бути сумісні;

Q захищаються FT ВМ повинні використовувати дискові ресурси, доступні

з усіх серверів.

Умови для серверів:

Q процесори серверів повинні бути зі списку сумісності VMware Fault Tolerance. Подробиці - в статті бази знань номер 1008027. Бажано, щоб тактова частота процесорів серверів відрізнялася не більше ніж на 300 МГц;

Q в BIOS серверів повинна бути включена апаратна підтримка віртуалі-

Умови для віртуальних машин. На жаль, FT накладає досить багато обмежень на віртуальну машину під своїм захистом:

Q у віртуальної машини не повинно бути знімків стану (snapshot) на

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

Q VMware протестувала FT не для будь-яких ОС і не будь-яких комбінацій ОС

і процесорів. Подробиці - в статті бази знань номер 1008027;

Q можна здійснити Storage VMotion для ВМ під захистом FT (на жаль, це обмеження присутній і в версії 4.1);

Q DRS отримав повну інтеграцію з FT починаючи з версії 4.1. Тепер Primary і Secondary віртуальні машини може бути перенесені між серверами для балансування навантаження, в тому числі автоматично;

Q у ВМ повинен бути тільки один vCPU. Це дуже сильно обмежує при-

сування даної функції для критичних і вимогливих до процесора завдань, адже один vCPU - це одне ядро;

Q до ВМ не повинні бути підключені диски в форматі physical RDM;

Q CD-ROM і FDD цієї ВМ можуть посилатися тільки на файли-образи з загальних сховищ. Якщо подмонтіровать образ з приватного сховища і про-

ізошел збій сервера з Primary ВМ, то переїзд відбудеться, але нова Primary до цього образу доступу вже не отримає;

Q не підтримуються ВМ з паравіртуалізованним SCSI-контролером, так

що в конфігурації ВМ не повинно бути PVSCSI;

Q не повинна використовуватися паравіртуалізація для гостьових ОС;

Q не повинно бути USBі аудіопристроїв;

Q NPIV не повинен використовуватися для цієї ВМ;

Q VMDirectPath I / O не повинен використовуватися для цієї ВМ;

Q для захищеної FT ВМ неможливо гаряче додавання пристроїв;

Q не підтримує Extended Page Tables / Rapid Virtualization Indexing (EPT / RVI);

Q файли ВМ повинні бути розташовані на загальному сховищі. Тип храни-

Q диском ВМ може бути virtual RDM або файл vmdk типу eagerzeroedthick.

Для створення такого vmdk відзначте прапорець Cluster Options при його створенні (рис. 7.12).

Мал. 7.12. Створення файлу vmdk з попередніми обнуленням

Висока доступність віртуальних машин

Втім, диск ВМ можна перетворити і після створення. Для цього допоможе будь-яка дія з наступного списку:

Q запуск Storage VMotion і вибір Thick як типу дисків, попередньо

додавши в файл vmx рядок Set cbtmotion.forceEagerZeroedThick = true;

Q або пункт Inflate в контекстному меню файлу vmdk, якщо знайти його через вбудований файловий менеджер;

Q або команда vmkfstools -diskformat eagerzeroedthick;

Q нарешті, найпростіше - під час увімкнення FT сам майстер запропонує вам змінити тип дисків на необхідний. Але зверніть увагу: ESX (i) перетворює thin-диск в диск потрібного для FT формату, лише якщо ви включили FT для виключеною ВМ.

Налаштування інфраструктури та включення FT

Отже, для включення Fault Tolerance вам необхідно виконати наступні дії:

1. Включити перевірку сертифікатів серверів.

2. Налаштувати мережу на кожному сервері.

3. Створити кластер HA, додати в нього сервери і перевірити відповідність налаштувань.

Для включення перевірки сертифікатів серверів зайдіть в меню Administration. vCenter Settings. SSL Settings. відзначте Check host certificates.

Під налаштуванням мережі мається на увазі наступне: вам потрібні два інтерфейси VMkernel один з яких буде використовуватися під VMotion, а другий - під трафік Fault Tolerance. Щоб конфігурація була підтримуваної, вони зобов'язані мати власний і виділеного гігабітного мережевого контроллера, хоча б по одному.

Таким чином, вам необхідно створити два порти VMkernel, виділити кожному з фізичного мережевого контроллера і розставити прапорці (рис. 7.13 і 7.14).

Мною наведено лише приклад конфігурації мережі. Зрозуміло, немає потреби поміщати VMotion і FT інтерфейси VMkernel на один віртуальний комутатор.

Мал. 7.13. Налаштування портів VMkernel для FT

Мал. 7.14. Приклад мережі для FT

Мал. 7.22. Закладка Performance для FT-захищеної ВМ

Управління оновленнями віртуальної інфраструктури