Параметри налаштування дисків VMware ESX, Windows IT Pro

Гіпервізор VMware ESX дозволяє налаштувати кілька параметрів під час створення віртуальних дисків (файлів VMDK) для віртуальних машин. Особливо важливо врахувати розмір блоку при форматуванні групи зберігання ESX, інакше, можливо, доведеться створювати резервні копії всіх віртуальних машин і повторно форматувати групу зберігання. Ці параметри налаштування диска значно впливають на функціональність, продуктивність і керованість.

Створення диска

При додаванні нового диска до віртуальної машини на сервері VMware ESX вам пропонується один із варіантів: створення нового віртуального диска, використання існуючого диска або підключення фізичного диска. Перші два варіанти не вимагають пояснень. Коли фізичний диск, що підключається, входить до складу сховища SAN, файли не інкапсулюються у файл VMDK. Якщо ви будете переглядати вміст логічного розділу (LUN) сховища SAN, побачите окремі файли, а не просто один файл VMDK, весь вміст якого інкапсульовано у формат диска віртуальної машини.

Якщо ви використовуєте сховище SAN, ви можете скористатися варіантом підключення фізичного диска, який під'єднує віртуальну машину до логічного розділу в мережі SAN. Використання цьоговаріанти забезпечує більш високу пропускну здатність для послідовних операцій введення-виведення дисків і майже таку ж продуктивність довільних операцій введення-виведення дисків у порівнянні зі звичайними віртуальними дисками. Але головною причиною підключення фізичного диска є необхідність у деяких сценаріях надати доступ до властивостей фізичного пристрою для програмного забезпечення, що управляє мережами SAN.

Варіант підключення фізичного диска можна використовувати у фізичному чи віртуальному режимі. У віртуальному режимі система розглядає підключений фізичний диск як звичайний файл VMDK з відповідним набором функцій, таких як створення знімків та клонування віртуальної машини, надається вибір між «тонким» (thin) і «повним» (thick) типом диска. Якщо ви виберете тип thick, при створенні диска ESX відразу виділить у групі зберігання його повний обсяг. Коли ви використовуєте тип диска thin, виділяється рівно стільки місця, скільки використовує диск віртуальної машини. Диски типу thin заощаджують місце на диску, але продуктивність погіршується, і при цьому підвищується ймовірність ситуації нестачі дискового простору групи зберігання ESX.

Різниця в продуктивності між дисками типів thick і thin залежить від багатьох факторів, у тому числі швидкості диска, налаштувань масиву та ступеня фрагментації диска. Як правило, тип thick забезпечує кращу продуктивність та знижує ймовірність раптової нестачі місця на диску. При цьому диски даного типу вимагають наявності більшого обсягу вільного місця у сховищі та вважаються більш консервативним рішенням.

Якщо ви плануєте використовувати тип thin для дисків віртуальної машини, я запропонував би задіяти його тільки для зберігання основних образів віртуальної машини,але не для створення дисків із даними. Якщо ви створите кілька віртуальних машин з «тонкими» дисками розміром 1 Тбайт і користувачі почнуть зберігати дані на цих дисках, місце в групі зберігання ESX може швидко закінчитися.

Інтерфейси та контролер

Під час створення дисків віртуальної машини необхідно вибрати між диском з інтерфейсом IDE та диском з інтерфейсом SCSI. Слід завжди наскільки можна використовувати диски SCSI, оскільки їх продуктивність вище, ніж в IDE. Можливо, вам доведеться використовувати диски IDE у випадках, коли програмне рішення віртуальної машини не підтримує SCSI.

Під час створення дисків слід вибрати тип контролера SCSI. Операційна система Windows визначає, який тип контролера SCSI використовувати, ґрунтуючись на сумісності та показниках продуктивності. У таблиці 1 показано, які типи контролерів використовують ті чи інші версії Windows.

Таблиця 1. Типи контролерів SCSI у різних версіях Windows

На додаток до контролерів SCSI з таблиці 1 ви також можете використовувати драйвер VMware Paravirtual. Однак використовувати драйвер Paravirtual слід лише при виконанні наступних умов:

драйвери зберігаються у мережі SAN, пристрої DAS не використовуються;
віртуальній машині потрібна пропускна здатність понад 2000 операцій введення-виведення на секунду;
віртуальна машина повинна працювати під керуванням Windows Server 2008 R2, Windows Server 2008, Windows Server 2003 або Red Hat Enterprise Linux (RHEL) 5;
жорсткий диск повинен бути завантажувальним;
віртуальна машина не стійка до відмови;
віртуальна машина не повинна використовуватися як частина кластера Microsoft.

Зазвичай використання драйвера VMware Paravirtual збільшує пропускну здатність диска на 10% і на 15% зменшує завантаження центрального процесора порівняно з використанням контролера LSI Logic SCSI у випадках, коли файл VMDK зберігається у мережі SAN.

Постійні проти непостійних

Після вибору інтерфейсу диска (IDE або SCSI) та типу контролера ви можете створити незалежний диск. Ви можете використовувати незалежний диск, якщо хочете, щоб на нього не впливало створення знімків.

У тих випадках, коли вам не потрібна дана функція, не варто вибирати відповідну опцію. Якщо ви захочете створити незалежний диск, з'явиться ще дві додаткові можливості: постійний диск або непостійний диск. У постійних дисках будь-які зміни відразу і перманентно записуються на диск, навіть під час створення знімків віртуальної машини. У непостійних дисках будь-які зміни будуть відхилені після перезавантаження або повернення до знімка віртуальної машини. Використання цього параметра слід застосовувати лише у тестових лабораторіях, коли ви хочете, щоб віртуальна машина повернулася до початкового стану після перезавантаження. Я рекомендую регулярно переглядати всі налаштування диска віртуальних машин для впевненості, що вони не використовують будь-які непостійні диски.

Розмір блоку групи

Адміністраторів, не знайомих з ESX, часто вводить в оману параметр, який визначає розмір блоку при форматуванні групи зберігання. Розмір блоку визначає максимальний розмір файлу VMDK, який можна створити у групі зберігання. Розмір блоку залежить від загального розміру групи зберігання. У таблиці 2 показана залежність між розміром блоку та розміром файлу групи зберігання.

Таблиця 2. Залежність розміру файлугрупи зберігання від максимального розміру блоку

Розмір блоку дорівнює за замовчуванням 1 Мбайт, так що ви можете створити файл VMDK розміром 256 Гбайт за вирахуванням 512 байт. Якщо ви хочете створити VMDK файл розміром більше 256 Гбайт, вам потрібно зробити резервну копію даних, відформатувати групу зберігання з використанням більшого розміру блоку та відновити файли VMDK, що не приносить особливого задоволення при роботі у виробничому середовищі.

Якщо ви хочете зберегти можливість робити знімки віртуальної машини, переконайтеся, що ви створюєте файл VMDK на 2 Гбайт менше, ніж максимально допустимий файл у групі зберігання. Наприклад, якщо ви відформатували сховище з розміром блоку 1 Мбайт, вам не слід створювати файл більше 254 Гбайт. Якщо ви створите файл VMDK розміром 256 Гбайт у групі зберігання, при спробі зробити знімок віртуальної машини буде помилка, пов'язана з тим, що файл VMDK перевищує максимальний розмір файлу в групі зберігання. Коли буде створено знімок, початковий файл VMDK створить файл заглушки розміром 2 Гбайт. Таким чином, при спробі згенерувати знімок віртуальної машини з файлом VMDK на 256 Гбайт ESX спробує створити файл VMDK розміром 258 Гбайт, і створення знімка закінчиться невдачею.

Вибирайте з обережністю

Під час створення дисків віртуальної машини за допомогою гіпервізора VMware ESX вам пропонується налаштувати безліч параметрів. Деякі з них доступні лише тоді, коли диск віртуальної машини розташований у мережі SAN. Можливо, найважче виявляється вибрати розмір блоку групи зберігання, так як надалі змінити його досить складно. Вибирайте налаштування диска з обережністю та шукайте оптимальне поєднання керованості, ціни, продуктивності тафункціональність для своїх віртуальних машин.

Алан Сугано ([email protected]) — президент компанії ADS Consulting Group, що спеціалізується на розробках у галузі Microsoft.NET, SQL Server та мережевих технологіях

Поділіться матеріалом з колегами та друзями