Все про диски ВМ

Тут докладно торкнуся того, що з себе можуть представляти диски віртуаль них машин

Глобально варіантів тут два:

1 Диск ВМ – це файл vmdk на сховище VMFS або NFS

2 Диск ВМ – це весь LUN на FC / iSCSI / локальних дисках Називається такий тип підключення Raw Device Mapping, RDM

І в першому, і в другому випадку у нас є кілька варіантів Поговоримо про всі варіанти докладніше

Про віртуальні диски саме як файли буде розказано трохи далі, в розділі «Файли ВМ» Зараз поговоримо про різні налаштування віртуальних дисків – файлів vmdk

Рис 516 Вибір пристрою для підключення до ВМ

Для підключення диска до ВМ зайдіть в її властивості, натисніть кнопку Add на закладці Hardware і виберіть Hard Disk Після натискання Next ви побачите наступні кроки майстра

1&nbsp&nbsp&nbsp Select a Disk – Тут ви виберете, чи хочете створити новий файл vmdk, підключити вже існуючий і розташований на доступному цього ESX (i) сховище, або ж підключити RDM Зараз розглянемо перший варіант

2&nbsp&nbsp&nbsp Create a Disk – Тут ви можете вказати наступні налаштування:

•&nbsp&nbsp&nbsp Capacity – Номінальний розмір диска Стільки місця на ньому побачить гостьова ОС Розмір ж файлу vmdk залежить від наступної настройки: нагадую, що максимальний розмір файлу обмежений розміром блоку розділу VMFS, на якому ви його створюєте На VMFS, створеному за замовчуванням, ви не створите один файл vmdk розміром більше 256 Гб

•&nbsp&nbsp&nbsp Disk Provisioning – Тип файлу vmdk Варіант за замовчуванням, без флаж ков, створить vmdk типу zeroedthick Прапорець Thin Provisioning створить

файл vmdk типу thin Другий прапорець створить файл типу eagerzeroedthick

Про типи дисків – трохи нижче

•&nbsp&nbsp Location – На якому сховище буде перебувати створюваний файл

3&nbsp&nbsp&nbsp&nbsp Advanced Options – Ці настройки зазвичай міняти не потрібно:

•&nbsp&nbsp Virtual Device Node – На якому ID якого віртуального контролера буде розташовуватися цей віртуальний диск SCSI (1:2) означає, що цей диск займе друге SCSI ID на віртуальному SCSI-контролері номер 1 (нумеруються вони з нуля) Зверніть увагу, якщо цього контролера в ВМ ще немає – він буде доданий разом з диском У ВМ може бути до 4 SCSI-контролерів і до 15 дисків на кожному Також ви можете вказати, що створюваний диск підключений до контролера IDE Для IDE-дисків недоступні деякі функції, такі як гаряче додавання і збільшення розміру

•&nbsp&nbsp Mode – Якщо поставити прапорецьIndependent, То до цього віртуального

диску не застосовуватимуться знімки стану (snapshot) У режимі Persistent всі зміни будуть негайно записуватися в цей файл vmdk У режиміNonpersistent всі зміни з моменту включення будуть записуватися в окремий файл, який буде віддалятися після виключення ВМ Такий режим має сенс, наприклад, для демонстраційних ВМ Ми їх підготували, налаштували, перевели їх диски в даний режим Тепер після виключення вони завжди будуть повертатися до свого стану на момент включення цього режиму

Файли vmdk можуть бути різних типів, і типи ці наступні:

Q  zeroedthick – «Обнуляється предразмеченний» Цей режим для диска використовується за умовчанням при створенні файлу vmdk на сховищах VMFS У цьому режимі місце під файл vmdk виділяється в момент створення Тобто якщо ви створюєте для ВМ диск розміром 50 Гб, файл vmdk займе на диску 50 Гб навіть тоді, коли ніяких даних ВМ ще записала на цей диск Блоки даних обнуляються (очищаються від даних, які перебували там раніше) перед першим до них зверненням – тому перше звернення до раніше вільного місця буде трохи повільніше, ніж могло б бути Він є рекомендованим під більшість завдань

Q  eagerzeroedthick – «Заздалегідь обнуляється предразмеченний» У цьому режимі місце під файл vmdk виділяється в момент створення Також у момент створення відбувається обнуління всіх блоків, займаних цим файлом Через обнулення процес створення файлу vmdk такого типу займає набагато більше часу, ніж створення файлу vmdk будь-якого іншого типу Використовуйте його для ВМ під захистом Fault Tolerance (при включенні FT майстер оповістить про необхідність перетворити файли vmdk ВМ до цього типу) Також файли vmdk цього типу рекомендується використовувати під диск для даних кластера Майкрософт Щоб створити файл цього типу, в графічному інтерфейсі поставте прапорець «Support clustering features such as Fault Tolerance»

Q  thin – «Тонкий» Файли vmdk цього типу створюються нульового розміру і ростуть у міру того, як гостьова ОС змінює дані на цьому диску От-

особисто підходять для економії місця на сховищах Щоб створити файл цього типу, в графічному інтерфейсі поставте прапорець «Allocate and commit space on demand (Thin Provisioning)» Блоки даних обнуляються перед першим до них зверненням Трохи більше подробиць дам пізніше

Q  2gbsparse – Файл розбивається на частини розміром по 2 Гб Якщо файли vmdk

ВМ в такому форматі, то включити її на ESX (i) не можна Однак у подібному форматі ВМ використовуються в інших продуктах VMware Так що ВМ у такому форматі вам може знадобитися при перенесенні її на ESX (i) з іншого продукту VMware або для запуску на іншому продукті створеної на ESX (i) віртуальної машини Перетворювати vmdk в формат 2gbsparse або з нього в thin / thick ви можете за допомогою команди vmkfstools

Q  rdm і rdmp – Такий тип у vmdk, які є посиланнями на LUN, під-

ключення Raw Device Mapping, RDM vRDM – virtual RDM, pRDM – physical RDM Докладніше про RDM – трохи нижче

Q  monosparse і monoflat – Віртуальні диски в цих форматах використовують-

ся в інших продуктах VMware

Зверніть увагу Поняття і технологія thin disk також використовуються деякими апаратними системами зберігання (3Par, NetApp), причому такий «апаратний thindisk» може бути створений незалежно від «програмного thin-диска ESX (i)» У разі підтримки системою зберігання thin provisioning створений thick-диск в thin-режимі СГД займе місце на системі зберігання тільки в міру заповнення його дійсними даними Але в книзі розглядається тільки thin provisioning у варіанті від VMware

На ESX (i) 3x був ще тип віртуального диска thick – предразмеченний необнуляемий При роботі з ним ESX (i) не справляв обнулення блоків Однак у ESX (i) 4 створити файл vmdk в такому форматі можна У графічному інтерфейсі і в даній книзі під типом «thick» розуміється zeroedthick

Режим thin для віртуального диска зазвичай використовується за умовчанням при створенні файлу vmdk на сховищах NFS Але не завжди, це залежить від налаштувань на стороні сервера NFS

За великим рахунком, у разі використання vmdk вибирати нам треба між thin і zeroedthick Які міркування має сенс брати до уваги

Thin-диски вимагають набагато менше місця на сховище при створенні і на початку експлуатації ВМ Однак через пят-другий місяців різниця з предразмеченнимі дисками може зійти нанівець, тому що операції зменшення (Shrink) віртуального диска в ESX (i) не передбачено Однак деякі способи очистити thin-диск від записаних, а згодом видалених даних таки існують, див розділ «Зменшення розміру віртуального диска »

Зокрема, тому що при видаленні даних зсередини гостьовий ОС відбувається тільки очищення заголовків – ОС позначає якісь блоки як «їх тепер можна використовувати» ESX (i) не може відрізнити блоки, зайняті такими (віддаленими, з точки зору гостьовий ОС) даними, від блоків з неудаленнимі даними

Плюс до того деякі операційні системи (Windows, зокрема) для запису нових даних воліють використовувати спочатку порожні блоки, ніж зайняті раніше віддаленими даними Наприклад, ми створимо ВМ з Win dows Server 2008 і з диском в 20 Гб У момент створення ВМ розмір її файлу vmdk дорівнює нулю Після установки ОС – порядку 6 Гб Якщо тепер скопіювати на її файл диск розміром в 2 Гб, видалити його, знову скопіювати і видалити і востаннє скопіювати, то:

1 У гостьовій ОС ми побачимо приблизно 8 зайнятих гігабайт: 6 + 2 – 2 + 2 – 2 + 2

2 З точки зору файлів ВМ, ми побачимо, що файл vmdk займає близько 12 Гб: 6 + 2 + 2 + 2

Висновок: під деякі задачі, коли дані часто додаються і видаляються, thin-диски швидко виростуть до номінальних розмірів

У яких ситуаціях нам цікаво використовувати thin-диски Для виробниц дарських ВМ – коли ми хочемо заощадити на дисках в перший час експлуатації ції віртуальної інфраструктури Поясню свою думку

От у нас є завдання запустити 30 ВМ, для простоти однакових Припустимо, додатком може знадобитися до 50 Гб місця за пару років роботи У перші півроку-рік – навряд чи більше 15 Гб І за статистикою 50 Гб починає використовувати лише невелика частка таких серверів, в більшості випадків для цього приложе ня вистачає і 25 Гб Виходить:

Q при використанні thick-дисків нам необхідно 1500 Гб = 50 Гб × 30 ВМ

Але всередині більшої частини 50-гігабайтних файлів vmdk буде багато сво-

Бодня місця (швидше за все, ми це просто припускаємо)

Q при використанні thin-дисків ми можемо обійтися 450 Гб = 15 Гб × 30 ВМ

Через рік знадобиться від 1000 Гб = 25 Гб × 30 ВМ, плюс ще гігабайт 300

для тих, кому середньостатистичних 25 Гб таки недостатньо Але Всі

ці цифри є наближенням Їх точність залежить від наявних у нас даних з використання місця на диску конкретним додатком і оцінок щодо зростання навантаження в майбутньому Якщо ми помилилися в розрахунках і не встигли докупити ще дисків, то місце на сховище закінчиться, і робота всіх () віртуальних машин з заповнених сховищ стане неможлива Коли сховище заповнюється на 99%, ESX (i) автоматично переводить всі ВМ на цьому сховищі в стан паузи (suspend)

Висновок: використання thin provisioning дозволяє в початковий момент обійтися меншою кількістю місця на системі зберігання, але підвищує ймовірність зіткнутися з непрацездатністю відразу всіх ВМ у звязку з браком місця

За даними VMware, продуктивність ВМ з дисковою підсистемою не погіршується при використанні thin-дисків замість thick

І для thin, і для zeroedthick час самого першого звернення до блоку значно вище, ніж для eagerzeroedthick, бо його ще треба обнулити перед першим записом туди Якщо така затримка може бути неприємною для вашої програми, використовуйте eagerzeroedthick-диски Проте всі подальші звернення, крім самого першого, за швидкістю однакові і для thin, і для різного типу thick-дисків

Зверніть увагу Диски ВМ ми можемо конвертувати в будь-які формати При операціях Storage VMotion і Clone нас запитають, чи хочемо ми, щоб диски були товстими або тонкими (zeroedthick або thin) Також ми можемо конвертувати файли vmdk в ці та інші формати з командного рядка за допомогою консольної утиліти vmkfstools

Виділіть віртуальну машину з тонким диском і подивіться на закладку Summary Там в розділіResources ви побачите дані по займаному місцю (рис 517)

Q  Provisioned Storage – Це максимальний обсяг, який можуть зайняти файли віртуальної машини Тобто це номінальний обсяг її диска плюс обсяг всіх інших файлів З «інших файлів» заслуговують згадок два Це файл підкачки (* Vswp), який гіпервізор створює для цієї ВМ, і файли vmdk знімків стану Так як кожен знімок стану (snapshot) може зайняти місце, рівне номінальному розміру диска, то при кожному знімку стану величина Provisioned Storage збільшується на розмір диска / дисків

Q  Not-shared Storage – Скільки місця ця віртуальна машина займає саме під свої файли, не розділяючи їх з іншими ВМ

Q  Used Storage – Скільки місця реально займають на сховище файли-диски цієї ВМ

Рис 517 Дані з розмірів тонкого диска

Not-shared Storage завжди дорівнює Used Storage, за винятком двох варіантів:

Q коли використовується функція Linked Clone Вона доступна при використан-

нии поверх vSphere таких продуктів, як VMware Lab Manager або VMware View

Q коли диском ВМ є RDM і у вас кластер між ВМ (наприклад,

MSCS / MFC) У такому випадку RDM виступає в ролі загального сховища, належить одразу двом ВМ Not-shared Storage показуватиме інше місце, що ВМ займає на сховище, крім RDM

Зверніть увагу Provisioned Storage – це обмеження розміру файлу vmdk Тобто це гіпервізор не дасть файлу зрости більше Однак якщо на сховище закінчиться місце, то гіпервізор не зможе збільшити thin-диск (або файл знімка стану), навіть якщо той не досяг свого максимуму Це призведе до непрацездатності ВМ

Джерело: Міхєєв М О Адміністрування VMware vSphere 41 – М: ДМК Пресс, 2011 – 448 с: Ил

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*