Системные требования

Рекомендуется использовать SSD для достижения наилучшей производительности. Если используется HDD, также рекомендуется настроить небольшой SSD в качестве кэширующего тома LVM. Устройство кэша должно использовать тот же размер блока, что и другие тома.

Не размещайте брики тома Gluster на дисках с разными размерами блоков. Перед созданием тома необходимо проверить размер блока любых устройств VDO, используемых для размещения бриков, так как размер блока по умолчанию для устройства VDO составляет 4 КБ. Для проверки размера блока (в байтах) диска выполните следующую команду:

Поддерживаются конфигурации RAID5 и RAID6, но ограничения на конфигурацию RAID зависят от используемой технологии.

Диски SAS/SATA 7k поддерживаются с RAID6 (максимум 10+2). Диски SAS 10k и 15k поддерживаются со следующими конфигурациями:

RAID-контроллеры должны использовать кэш записи с флеш-памятью.

Также рекомендуется иметь не менее один диск горячей замены на каждом сервере.

Если вы планируете использовать аппаратный RAID на слое ниже VDO, настоятельно рекомендуется использовать диски SSD/NVMe, чтобы избежать проблем с производительностью. Если аппаратный RAID не используется на слое ниже VDO, можно использовать HDD.

SDS поддерживает конфигурации JBOD и не требуют проверки архитектуры.

Логические тома, составляющие том gluster engine, должны использовать предварительное выделение пространства (thick). Это защищает Hosted Engine от ситуаций выхода за пределы пространства, изменения конфигурации тома, повышенных затрат ресурсов на ввод-вывод и миграции.

Логические тома, составляющие хранилище vmstore и дополнительные тома gluster data, должны использовать динамическое выделение пространства (thin). Это обеспечивает большую гибкость в конфигурации базовых томов.

Если тома с динамическим выделением пространства находятся на жестких дисках (HDD), настройте небольшой SSD в качестве lvmcache для повышения производительности. Устройство кэша должно использовать тот же размер блока, что и остальные тома.

Гиперконвергентная инфраструктура будет иметь 3 тома Gluster:

Для минимизации требований к хранению резервных копий рекомендуется использовать раздельные тома vmstore и data. Хранение данных виртуальной машины отдельно от образов операционной системы означает, что при нехватке места для хранения необходимо создавать резервные копии только тома data, поскольку образы операционной системы на томе vmstore легче восстанавливать.

SDS на этапе развертывания поддерживает только следующие типы томов:

Обратите внимание, что в арбитражных томах хранятся только имена файлов,структура и метаданные. Это означает, что для достижения такого же уровня согласованности 3-сторонний арбитражный реплицированный том требует примерно 75% дискового пространства, необходимого для 3-стороннего реплицированного тома. Поскольку арбитр хранит только метаданные, трехсторонний арбитражный реплицированный том обеспечивает доступность, аналогичную двухстороннему реплицированному тому.

В SDS можно настроить слой Virtual Data Optimizer (VDO).

Virtual Data Optimizer (VDO) — это модуль для Linux, который предоставляет возможности сжатия и дедупликации данных на уровне блочного устройства. VDO позволяет экономить место на диске за счет устранения дубликатов данных и сжатия данных на лету, что особенно полезно в средах с большим объемом хранения.

VDO поддерживается только при включении на новых инсталляциях во время развертывания.

Дедупликация — это процесс идентификации и удаления дублирующихся блоков данных. VDO находит дублированные данные с помощью модуля ядра UDS (Universal Deduplication Service). Вместо того, чтобы записывать дублированные данные, VDO записывает их как ссылку на исходный блок. Логический адрес блока сопоставляется с физическим адресом блока с помощью VDO.

Сжатие уменьшает размер данных, используя различные алгоритмы для более эффективной упаковки информации. В лучшем случае данные могут быть уменьшены до 15% от исходного размера.

VDO работает прозрачно: данные автоматически сжимаются и дедуплицируются при записи на диск и восстанавливаются при чтении, без необходимости вмешательства со стороны пользователя или приложения.

Поскольку уменьшение объема данных требует дополнительных затрат на обработку, включение сжатия и дедупликации снижает производительность записи. В связи с этим VDO не рекомендуется для рабочих нагрузок, чувствительных к производительности. Перед развертыванием VDO в продуктивной среде рекомендуется протестировать рабочую нагрузку. Необходимо убедиться, что рабочая нагрузка достигает необходимого уровня производительности с включенным VDO. Это особенно важно, если VDO используется в сочетании с технологией, снижающей производительность, такой как шифрование диска.

Если планируется использование аппаратного RAID-массива на уровне ниже VDO, zVirt рекомендует использовать диски SSD/NVMe, чтобы избежать проблем с производительностью. Если уровень RAID ниже VDO не используется, можно использовать HDD.