Основні правила конфігурування віртуальних машин
Цей пост розповість вам про основні правила, які необхідні при конфігуруванні віртуальних машин в ПО Hyper-V. На продуктивність віртуальної машини впливає не тільки те, як налаштований фізичний сервер, але також і налаштування, зроблені безпосередньо при конфігуруванні віртуальної машини.
Установка Інтеграційних служб (Install Integration Services)
Перше, і, напевно, найважливіше правило - це те, що на віртуальних машинах повинні бути встановлені Інтеграційні служби (ІС) (Integration Services (IS)). Їх якомога швидше запускають з ПО Hyper-V, якщо операційна система, встановлена на віртуальній машині, підтримує ці служби (більш детальну інформацію див. Розділ «Інтеграційні служби»). Потім, поновіть ІС до останньої версії.
УдаленіеVMAdditionsі стиснення віртуальних жорстких дисків
Для кращої продуктивності встановіть монітор
Оскільки найкращий монітор у віртуальній машині забезпечує інтерфейсу кращу продуктивність, він також підтверджує факт, що апаратний розгін машини вже повністю вироблений.
Налаштуйте фіксований розмір віртуальних жорстких дисків
Хочете конфігурувати фіксований розмір віртуальних жорстких дисків замість того, щоб зробити динамічне розширення. У цьому випадку продуктивність стає швидше, зменшується ймовірність фрагментації файлової системи, і управління простором на фізичному диску стає легше. Завжди дефрагментируйте фізичний диск перш, ніж створювати віртуальний жорсткий диск.
Використовуйте віртуальні адаптериSCSIдля дисків даних (SmallComputerSystemInterface-інтерфейс малих обчислювальних систем)
ПО Hyper-V вимагає, щоб віртуальна машина завантажувалася з віртуального контролера IDE (Integrated Drive Electronics - вбудований інтерфейс накопичувачів), однак, віртуальні адаптери SCSI можуть використовуватися для того, щоб змонтувати додаткові віртуальні жорсткі диски. У той час як, відмінності в продуктивності між IDE і віртуальним контролером SCSI в ПО Hyper-V майже незначні (якщо Інтеграційні служби встановлені), велика ємність і віртуальні жорсткі диски можуть бути приєднані до віртуального контролера SCSI (4 контролера, кожен з 64 віртуальними дисками , в цілому 256). Тому, якщо ви потребуєте більше ніж у чотирьох віртуальних жорстких дисках, приєднаних до віртуальної машини, використовуйте віртуальний контролер SCSI.
Виділіть ресурси на ЦП (центральний процесор), з розрахунком на подальше використання
Також важливо визначитися з продуктивністю віртуальної машини, щоб бути впевненим в тому, що розподіл ресурсів ЦП на фізичному сервері відповідає тому, щоб підтримувати робоче навантаження у віртуальній машині.
Приділіть увагу використанню дисків передачі даних
Це найважливіше правило, пов'язане з тим, що необхідно використовувати віртуальні жорсткі диски при створенні віртуальної машини. Однак в житті це не завжди можливо. З використанням дисків передачі даних, продуктивність трохи краще, ніж з використанням віртуальних жорстких дисків. Це дозволяє робити трансляційне відношення більше, ніж 2TБ. При використанні дисків передачі даних дуже важливо те, що конфігураційні файли віртуальної машини необхідно перемістити на інший жорсткий диск або «розшарити» (зробити доступними всім користувачам). Тут ми розміщуємо «скріншот» (копію екрану) і досягаємо такої мобільності, як на віртуальних жорстких дисках.
Зробіть доступними файли (Расшарьте файли)
Найкраще правило, забезпечує файлу високу надійність - це те, коли файл для зберігання даних про конфігурацію віртуальної машини доступний всім користувачам.
Налаштуйте контролери домену, щоб оптимізувати продуктивність
Контролери домену підтримуються в Hyper-V, коли завантажена віртуальна машина. Для цих змін рекомендується виконувати і дотримуватися таких необхідні правила: ніколи не зберігайте стан в контролері домену, так як воно може викликати проблеми з синхронізацією даних в домені. Ніколи не призупиняйте віртуальну машину контролера домену на довгий час, так як це може негативно впливати на реплікацію. Не забувайте завершувати роботу контролера домену. Не втрачайте «скріншоти» (знімки екрану) контролера домену. Визначтеся з синхронізацією часу. Можна вибрати: використовувати інтеграційну службу ПО Hyper-V для синхронізації часу, чи ні. Якщо завдання полягає в тому, щоб обробити віртуальні контролери домену (DCs), засновані на контролерах домену (DCs) апаратних засобів, то необхідно відключити можливість синхронізації часу в розділі «Налаштування» для кожної віртуальної машини, вказати на Емулятор головного контролера домену (PDC) на джерело зовнішнього часу і дозволити всім користувачам контролерів домену (DCs) синхронізуватися з емулятора головного контролера (PDC). Якщо ж завдання полягає в тому, щоб синхронізуватися з «Батьківським розділом», всього лише необхідно включити можливості синхронізації часу контролера домену (DC), що містить Емулятор головного контролера домену (PDC) в ролі з типом FSMO (Flexible single-master operations - операції з одним виконавцем).
доповнення
На завершення цієї статті я хотів би сказати про те, чтоHyper-V підтримує міграцію віртуальних машин між фізичними хостами. Щоб автономно здійснити міграцію віртуальних машин, кожна віртуальна машина повинна знаходитися в своїй власній малій локальної мережі (SAN- small-area network) з номером логічного пристрою (LUN - logical unit number) або повинна бути зроблена копія, яка зажадає, щоб ви використовували систему для функціонального тестування та тренування (BITS - burn-in test system) на мережі Ethernet.
Ще якщо ви захочете зберегти свою віртуальну машину на централізований накопичувач і забезпечити доступ до всіх доступних хостам, то вам буде потрібно кластерна файлова система.
Sanbolic пропонує спільне використання рішення для Hyper-V, яке не потребує того, щоб створювати окремий номер логічного пристрою (LUN - logical unit number) для кожної віртуальної машини, поки забезпечена можливість автономно здійснювати міграцію віртуальних машин.
Пам'ятайте про всі можливі переваги платформи і вона розкриє перед вами всі свої секрети в повній мірі!