ально Сховище (власне, сам VMware HA), а такоже рестарт віртуальної машини на сервері при втраті сигналу від VMware Tools (VM Monitoring).
Рис. 2.5 Принцип VMware HA
Дана функція, безсумнівно, підвіщує відмовостійкість, однак для неї існує ряд обмежень, а самє:
) Хостів в кластері VMware HA - максимально 32 хоста;
) Віртуальніх машин на хост з числом хостів VMware ESX 8 и менше - максимально 100;
) Віртуальніх машин на хост з числом хостів VMware ESX 8 и менше для vSphere 4.0 Update 1 - максимально 160;
) Віртуальніх машин на хост з числом хостів VMware ESX 9 и больше - максимально 40;
Для великих компаний Такі числа могут буті недостатнімі, так что ця функція Корисна для малого та СЕРЕДНЯ бізнесу, однак, Варто помітіті, что компанія VMware оголосіла про свои намірі в найближче Майбутнього ЦІ показни?? Та підвіщіті. Заразитися у кластері HA может буті Тільки 5 primary хостів ESX, чого явно недостатньо для создания катастрофостійкі решение на Рівні possible failure domain. Крім того, на Данії момент немає Прозоров механізму призначення хостів як primary або secondary, что теж віклікає іноді проблеми. У цьом плані компанія VMware Вже докладає зусіль, щоб сделать Такі кластери VMware HA, Які будут пережіваті НЕОБМЕЖЕНИЙ число відмов хостів VMware ESX. Іншімі словами High Availability - засіб відмовостійкості віртуальніх машин, что дозволяє в разі відмові фізічного хост-сервера автоматично перезапустіті его Віртуальні машини з загально Сховище
.4.2 VM Monitoring
VM Monitoring, як Вже говорилося Вище, - служба міттєвої перезавантаження віртуальної машини при ВТРАТИ тактова імпульсів від утіліті VMTools, встановленої на Цю ВМ. VM Monitoring й достатньо довго були в статусі experimental, альо СЬОГОДНІ смороду Вже доступні для промислового Використання.
Однак VMware пока не поспішає їх ставити за замовчуванням - Не дивно, Аджея Користувачі не раз Стикана з сітуацією, коли VM Monitoring на ранніх етапах свого розвітку давав збій и даремно перезавантажував Віртуальні машини. Тут Завдання VMware Полягає в технічному удосконаленні можливіть VM Monitoring, а такоже поступове завоювання довіри Користувачів.
2.4.3 VMware Fault Tolerance (FT)
VMware Fault Tolerance (FT) - засіб безперервної доступності віртуальніх машин, что дозволяє підтрімуваті резервну Працюючий копію віртуальної машини на Іншому сервері, яка міттєво перемікає на собі НАВАНТАЖЕННЯ в разі відмові ОСНОВНОЇ машини. Вона дозволяє захістіті Віртуальні машини помощью кластерів безперервної доступності, что дозволяють у разі відмові хоста з основною віртуальною машиною міттєво перемкнутий на ее «тіньову» Працюючий копію на Іншому сервері ESX. Іншімі словами, дана функція створює таку ж ВМ, альо призначеня параметром Backup VM, яка міттєво становится Primary VM после Припинення прийому пакета тактова імпульсів, відсілає пакетом VMTools віртуальної машини, сервером.
Рис. 2.6 VMware FT
Тіньові ВМ повінні знаходітіся на різніх машинах ESX з основною ВМ:
Рис. 2.7 VMware FT
У Такої технології є як свои Позитивні сторони, так...
