Масштабирование объёма хранения

При росте объема хранения масштабирование может быть осуществлено на двух уровнях:

• Ну уровне дисковой подсистемы (zds)
• На логическом уровне за счёт добавления дополнительных ресурсов хранения.

Первый способ может быть ограничен серверной инфраструктурой: например, возможностью подключить диск(и). Второй способ, напротив, не ограничен и может быть всегда использован.

Масштабирование на уровне дисковой подсистемы

При использовании в качестве ресурса хранения zds (Zakroma data storage) рекомендуется объединять физические диски в volume group и логические вольюмы (lvm) для упрощения процедуры увеличения размера без необходимости ребаланса кластера Erasure coding. Следует учесть, что технология помехоустойчивого кодирования Erasure cooding не позволяет изменять соотношение частей данных и частей избыточности (data/parity) после начала использования.

Применение этого метода не требует использование механизмов приложения, т.к. происходит на уровне нижележащей инфраструктуры и может быть произведено по инструкции используемых для этого сторонних компонент.

Масштабирование на логическом уровне (приложения)

В любой момент можно расширить ёмкость хранения за счет добавления нового ресурса хранения (хранилища) и подключения его как новую группу хранения бакета.

Например, при использовании кластера zds в качестве основного хранилища данных бакета, при невозможности его расширения, вы можете создать второй кластер zds и подключить его в тот же бакет. Для S3-клиентов будет доступен суммарный объём двух кластеров таким образом, как если бы он был единый.

Для увеличения размера ёмкости хранения бакета в административной веб-консоли:

1. Хранилища на странице Хранилища
2. Откройте вкладку Настройка хранения бакета.
3. Нажмите кнопку + Добавить группу хранения
4. Выберите созданное на первом шаге хранилище и укажите путь в нём (при необходимости, иначе будет использован корень файловой системы).
5. При необходимости укажите ограничение на максимальный объём хранения для других групп хранения в параметрах группы. Это свойство учитывается для автоматического выбора при загрузке объекта вместе с приоритетом группы хранения (порядком следования в настройках хранения бакета).

Классы хранения

При этом подключаемое хранилище может быть того же или другого типа. Также это позволяет с помощью политик Жизненный_цикл настроить оптимальное распределение объектов по подключенным хранилищам, относясь к ним как к классам хранения.