Розподіліть потужність центрального процесора під Hyper-V за допомогою управління ресурсами WindowsPro
Ключовою проблемою віртуалізації серверів є краще використання величезних обчислювальних потужностей сучасних серверів та збільшення їх традиційно низького рівня використання, паралельно працюючи на декількох віртуальних машинах. Однак ви повинні бути обережними, щоб не перевантажити віртуалізовані процесори. Hyper-V пропонує 2 різні підходи для розподілу обчислювального часу для ВМ.
Настільні віртуалізатори, такі як VMware Workstation або Virtualbox, обмежують розподіл ресурсів ЦП кількістю логічних процесорів на одну ВМ. В інтерактивній роботі віртуальних екземплярів навряд чи можна припустити, що користувач буде паралельно запускати більше 2 або 3 віртуальних машин і використовувати їх із обчислювальними завданнями.
Зовсім інша ситуація спостерігається на сервері, де якомога більше віртуальних машин конкурують за тактові частоти процесора, деякі з них вимагають додаткових програм. Тут важливо розподілити обчислювальний час між віртуальними машинами якомога дешевше і запобігти перевантаженню сервера.
Встановіть час обчислень за допомогою диспетчера Hyper-V
У Hyper-V ресурси центрального процесора розподіляються через менеджер Hyper-V. Якщо клацнути правою кнопкою миші запис для певної ВМ, ви потрапите до команди "Налаштування". У наступному діалоговому вікні ви можете налаштувати час обчислення відповідної ВМ у розділі "Процесор". Якщо це зараз виконується, можна змінити лише деякі параметри.
Найпростіший для розуміння параметр - це кількість логічних процесорів. Він відображає кількість фізично доступних процесорних ядер. Наприклад, якщо комп'ютер має чотирьохядерний процесор, віртуальній машині можна призначити до 4 логічних процесорів у менеджері Hyper-V. Скільки ви пожертвуєте віртуальній машині на практиці, в першу чергу буде залежати від того, скільки гостьових систем на машині має працювати загалом.
Параметри обмеження часу процесора в розділі Контроль ресурсів здаються менш інтуїтивними. Налаштування там впливають або на абсолютний, або на відносний розподіл потужності процесора.
Вкажіть фіксовані граничні значення
Два поля з оманливою міткою Резерв для віртуального комп’ютера та Обмеження для віртуального комп’ютера відповідають за визначення фіксованих верхніх та нижніх меж. У першому ви вводите, скільки відсотків обчислювальної потужності виділених логічних процесорів повинна принаймні отримувати ВМ. Другий встановлює відсоток верхньої межі максимальної потужності процесора, доступної у віртуальній машині. Основним недоліком цього розділу є те, що віртуальна машина не може перевищувати задану верхню межу, навіть якщо машина в цілому використовується лише дуже незначно.
Під обома полями введення є поле з написом Частка загальних ресурсів у відсотках. Його неможливо відредагувати, навпаки, менеджер Hyper-V обчислює там, скільки отримує ВМ від загальної продуктивності системи. За цим стоїть проста формула, яка ділить введене відсоткове значення на кількість усіх віртуальних процесорів, доступних у системі.
Виберіть пріоритет щодо інших віртуальних машин
Якщо статичне розділення доступної обчислювальної потужності є для вас занадто негнучким, ви можете залишити значення за замовчуванням для верхньої та нижньої меж 0 і 100 відсотків і використовувати відносну вагу для визначення пріоритетів між віртуальними машинами. Як і слід було очікувати, віртуальна машина з відносною вагою 200 отримує вдвічі більше циклів процесора, ніж та, яка має 100.
Перевага використання відносних величин полягає в тому, що машину можна використовувати значною мірою. Однак недоліком такого гнучкого розподілу є те, що менеджер Hyper-V не пропонує подання, за допомогою якого можна відстежувати велику кількість віртуальних машин. Тому на двадцятій ВМ стає досить важко знайти ймовірне значення.
Моніторинг за допомогою монітора продуктивності
Особливо, якщо обмежити обчислювальну потужність фіксованими мінімальними та максимальними значеннями для віртуальних машин, цікаво спостерігати за загальним використанням машини, щоб визначити, перевищені чи не досягнуті критичні значення. При відносному зважуванні навантаження сервера не може виявитися занадто низьким для певної кількості віртуальних машин, але перевантаження, звичайно, легко можливо.
Якщо ви використовуєте диспетчер завдань батьківського розділу для моніторингу навантаження процесора, ви точно отримаєте занадто низькі значення, оскільки він не отримує ніякої інформації про споживання ресурсів гіпервізора та інших віртуальних машин.
Тому моніторинг продуктивності (perfmon.exe) є інструментом вибору серед стандартних інструментів Windows. Тут ви вибираєте показники% загального часу виконання,% часу виконання гостя та% часу виконання гіпервізора у віртуальному процесорі гіпервізора Hyper-V. Це дає вам хороший огляд загального використання системи, але інформація про час виконання гостя не розбивається на віртуальні машини, так що ви не можете побачити, яка гостьова система використовує скільки обчислювального часу.
Моніторинг продуктивності також можна здійснювати віддалено і, таким чином, контролювати віддалені сервери. Однак це передбачає, що брандмауер був правильно налаштований для цієї мети. При виборі додаткових показників продуктивності дратує те, що відповідальний діалог завжди скидається до локального комп’ютера, і тому віддалений сервер потрібно скидати кожен раз.