При створенні ВМ, найбільша кількість вибору налаштувань доводиться на диски. Якщо Ви не дуже знайомі з цими настройками, ви залишаєте все за замовчуванням і це правильно. Отримуємо звичайний диск, який нам і потрібен. Але ці настройки досить багато значать, якщо нам потрібна специфічне завдання. Припустимо, нам потрібно, щоб при кожному рестарт ВМ ми отримували спочатку створену конфігурацію. Це потрібно, припустимо, для тестування обладнання, або ми з ВМ зробили ThinApp Packager. Тоді дефолтна конфігурація нам не допоможе.
Почнемо з типів дисків. У новій версії VSphere 5 у нашій ВМ 3 варіанти вибору диска:
Що кожен варіант позначає:
- Lazy диск є товстим і при створенні такого диска він буде відразу весь завербований ВМ, тобто інші блоки туди записані не будуть. Але при заброньовано блоків не будуть очищені від минулих даних, тобто всі дані будуть відразу писатися поверх старих. Плюс. моментально створюється. Мінус. при першому зверненні, тобто в перші 2 тижні роботи, буде знижена продуктивність;
- Eager диски теж товсті, але на відміну від Lazy, система почистить минулі блоки і нові дані будуть записані моментально. Плюс. найшвидша система, тільки з нею можна використовувати технологію Fault Tolerance. Мінус. довго створюється ВМ (чим більше диск, тим довше створення);
- Thin диски є тонкими і ми можемо видати їм скільки завгодно місце, все одно фізично буде використовувати лише простір, використане ВМ на дані момент. Плюс. величезна економія простору. Мінус. більш низька продуктивність і надійність, бо ВМ в кожен момент часу необхідно шукати порожні блоки і не факт що вона завжди їх знайде.
За замовчуванням у нас наступна картинка:
Це означає, що диск у нас стандартний, всі дані потрапляють на дельта-диск, який створюється після створення знімка (snapshot). При відкат до минулого знімку ми отримуємо диск, який виглядав точь-в-точь, як диск під час продукування знімка. Припустимо, у нас два диска, системний і призначений для користувача. Якщо вони обоє в такому положенні, то в міру створення снапшотов, ми отримуємо наступну конфігурацію з двома дельта дисків. Якщо відкочується назад, то і обидва диска відкочуються.
Друга конфігурація, це Independent Persistent disk:
У цьому випадку дані пишуться відразу на диск, без дельта файлу. Потрібна така конфігурація, якщо у нас є диск, який завжди повинен бути одним і тим же, відкатуємося ми назад чи ні. В основному це краще, якщо у нас є призначений для користувача диск, на якому дані повинні бути збережені.
Останній варіант - це Non-Persistent disk:
Такий тип диска потрібен якраз в тестових середовищах. Дана конфігурація означає, що під час перезавантаження ми отримуємо диск, яким він був до внесення на нього змін. Дельта файл, на який потрапляють зміни, віддаляється, і ми отримуємо минулої конфігурацію. Це зручно, якщо ми встановили тестове ПО, або той же ThinApp, який повинен використовуватися при незабрудненій системі. Також зручно, якщо ВМ використовує багато народу і потрібно приводити її постійно до минулого стану.
При розумінні цих значень, ми ніколи не втратимо дані, і у нас буде диск налаштований так, як нам потрібно.