и негатівні. Дана технологія дозволяє максимізувати відмовостійкість окрем ВМ, что, звічайній ж, обрадує замовника. Альо уявіть, ЯКЩО создать Кожній ВМ таку тіньову машину. Тіньова ВМ це така ж ВМ з такими ж характеристиками, что й основна, Тільки готова в будь-який момент годині встати на ее місце. При збільшенні в два рази ВМ, такоже збільшаться и спожівані ресурси При включенні даної технології будут накладені істотні обмеження на отношения ВМ и хостів, систему зберігання и мережеві Параметри даної ВМ. У ВМ як Primary, так и Secondary є кілька обмежень:
) Тільки один vCPU;
) Чи не повінні мати знімків віртуальніх машин (снапшотов);
) Чи не могут перебуваті на хостах в режимах maintenance mode або standby mode;
) Чи не могут мати прістроїв VMDirectPath I / O;
ЕКСПЕРТ віділяють кілька правил, за якіх технологія FT буде застосовуватіся з найбільшім коефіцієнтом Корисної Дії:
) Чи не заводьте больше 4-8 FT-машин на одному хості ESX (з урахуванням primary и secondary);
) Помістіть ISO-образи, Які Використовують FT-машини на загальне сховище, щоб primary и secondary ВМ могли мати доступ до ціх Даних;
) Вімкніть power management в BIOS хостів ESX / ESXi. Если смороду увійдуть до power-saving mode, то может НЕ вістачіті ресурсів CPU на Secondary VM на Виконання Завдання синхронно з первинної ВМ;
) Рівномірно розподіляйте самє Primary VMs - так як самє смороду генерують Трафік;
На саму ВМ з включеним FT такоже будут накладені обмеження. Основні з них:
) Не працює Hot-plug для віртуальніх прістроїв, CPU и RAM;
) Чи не можна використовуват Storage VMotion;
) Чи не могут буті вікорістані VMDirectPath I / O для networking I / O devices;
) Чи не могут буті вікорістані Віртуальні USB Пристрої;
) Чи не могут буті вікорістані Virtual floppy, примонтировать до фізічніх прістроїв;
) Чи не можна використовуват снапшоти; FT рекомендований до Використання до Наступний ВМ:
) ВМ з додатком з Вимогами постійної доступності;
) ВМ з високим коефіцієнтом Використання;
) Пріорітетно Важливі ВМ;
Слід Зазначити, что дана служба (FT) недоступна Користувачи, что купили пакет Essentials и Essentials Plus.
.4.4 Distributed Resource Scheduler (DRS)
Distributed Resource Scheduler (DRS) - технологія, что вірівнює НАВАНТАЖЕННЯ серверів ESX. Дана функція Необхідна, ЯКЩО в Системі утворюється сервер з максимальними навантаженості на ньом. DRS перекідає ресурси на більш низько вікорістовувані сервери, таким чином, усереднюючі коефіцієнт Використання всех серверів. У наступній Версії VSphere Client'а 5.0 буде доступна такоже технологія DRS for Storage.
Рис. 2.8 Принцип Дії VMware Distributed Resource Scheduler
Дана функція может буті інтегрована в систему разом з функцією FT, что дозволити домогти більш вісокої відмовостійкості, прот ВСІ обмеження для FT будут підсумовуватіся З ОБМЕЖЕНОЮ для DRS. Число машин на хості винне буті НЕ больше 4-х з ...
