Dell Unity: Різниця між використанням сховища даних на рівні VMware та використанням LUN сховища Unity

Клієнти помічають, що сховище даних ESXi показує більше споживаного простору, ніж його відповідне сховище даних Unity.
 

Різниця між використанням сховища даних на рівні VMware та використанням LUN сховища Unity

Є два сценарії, коли такі проблеми можуть виникнути:

1. Клієнт має можливість економії простору на стороні сховища, наприклад дедуплікацію та стиснення. 

Що таке дедуплікація?
Дедуплікація – це метод усунення надлишкових даних набору даних. У безпечному процесі дедуплікації даних інструмент оцінювання дедуплікації виявляє зайві копії даних і видаляє їх, щоб потім можна було зберегти один екземпляр. Програмне забезпечення для дедуплікації даних аналізує дані, щоб виявити повторювані шаблони байтів.

Що таке компресія?
Стиснення даних – це зменшення кількості бітів, необхідних для представлення даних. Стиснення даних може заощадити ємність сховища.

Ця економія простору виконується лише на масиві зберігання, і, отже, буде значно зменшено використання в LUN, але сховище даних VMFS повідомить про більш високе використання відповідно до файлів, присутніх у сховищі даних.

2. Замовник надав як товстий VMDK

Додатковий займаний простір на стороні VMware пов'язаний з тим, що клієнт створює VMDK з товстим виділенням у сховищі даних. При створенні VMDK з товстим виділенням у сховищі даних, VMware резервує це місце в сховищі даних і вважає його використаним. З точки зору масиву, правдиві дані не були записані і тому залишаться з низьким споживанням. Тільки після того, як хост почне записувати дані, Unity LUN/Datastore почне нагадувати спожиті.

Враховуючи, що VMDK виділено поверх сховища даних VMFS, VMware продовжує показувати простір як використаний, тоді як масив нагадує справжній розмір записаних даних.

Якщо включена економія простору, рішення для такої ситуації немає. 

Якщо існує товста конфігурація VMDK, у нас є два варіанти. Ми можемо або створювати VMDK як пристрої з тонким виділенням, або погодитися з тим, що VMware розглядатиме простір, який використовують VMDK з товстим виділенням, як зарезервований. Це пов'язано з тим, що він резервує місце в сховищі даних так само, як товстий LUN споживає розмір LUN простору пулу при створенні з масиву. Тому будь-яка розбіжність у використанні простору в таких випадках можна не враховувати, оскільки це відомий ефект.