Dell Unity. Разница между использованием хранилища данных на уровне VMware и использованием LUN хранилища Unity

Заказчики замечают, что в хранилище данных ESXi отображается больше занимаемого пространства, чем в коррелировавшем хранилище данных Unity.
 

Разница между использованием хранилища данных на уровне VMware и использованием LUN хранилища Unity

Такие проблемы могут возникнуть в двух случаях:

1. Для заказчика включена экономия пространства на стороне хранилища, например дедупликация и сжатие. 

Что такое дедупликация?
Под дедупликацией понимается метод удаления избыточных данных набора данных. В процессе безопасной дедупликации данных инструмент оценки дедупликации выявляет дополнительные копии данных и удаляет их, чтобы затем можно было сохранить один экземпляр. ПО для дедупликации данных анализирует данные, чтобы выявить повторяющиеся шаблоны байтов.

Что такое сжатие?
Сжатие данных — это уменьшение количества битов, необходимых для представления данных. Сжатие данных позволяет сэкономить емкость хранилища.

Такая экономия пространства выполняется только в массиве хранения данных, поэтому использование LUN будет значительно снижено, но хранилище данных VMFS будет сообщать о более высоком использовании в соответствии с файлами, имеющимися в хранилище данных.

2. Заказчик подготовил «толстый» VMDK

Дополнительное потребляемое пространство, наблюдаемое на стороне VMware, связано с тем, что заказчик создает VMDK с «толстым» выделением ресурсов в хранилище данных. При создании VMDK с «толстым» выделением ресурсов в хранилище данных VMware резервирует это пространство в хранилище данных и считает его использованным. С точки зрения массива, истинные данные еще не записаны, поэтому потребление остается низким. Только после того, как хост начнет записывать данные, LUN/хранилище данных Unity станет похожим на используемое.

Учитывая, что VMDK выделяется «толстым» поверх хранилища данных VMFS, VMware продолжает отображать пространство как использованное, пока массив соответствует истинному размеру записанных данных.

Если включена экономия пространства, решения для такой ситуации не существует. 

При наличии конфигурации с толстым VMDK у нас есть два варианта. Можно создать VMDK как устройства с «тонким» выделением ресурсов или согласиться с тем, что VMware будет рассматривать пространство, используемое VMDK с «толстым» выделением ресурсов, как зарезервированное. Это связано с тем, что он резервирует пространство в хранилище данных аналогично тому, как толстый LUN использует объем пула LUN при создании из массива. Поэтому любое расхождение в использовании пространства в таких случаях может быть проигнорировано, так как это известный эффект.