Требования к хранилищам в публичных облаках

Требования к хранилищам в публичных облаках#

Примечание

Общие требования перечислены в разделе Требования к физическим серверам.

Ниже приведены дополнительные требования:

  • При работе с публичным облаком Backup Gateway использует локальное хранилище для промежуточного копирования, а также для хранения служебной информации. Это означает, что данные, предназначенные для загрузки в публичное облако, сначала сохраняются локально и только после этого отправляются в место назначения. По этой причине для сохранности данных крайне важно, чтобы локальное хранилище было постоянным и избыточным. Можно развернуть Backup Gateway на нескольких узлах кластера и выбрать подходящий режим резервирования. Если продукт Кибер Инфраструктура со шлюзом развернут на одном физическом узле, можно сделать локальное хранилище избыточным, реплицируя его между локальными дисками. Если продукт Кибер Инфраструктура со шлюзом развернут в виртуальной машине, убедитесь, что для него есть достаточный уровень резервирования со стороны виртуальной машины, на которой он работает.

  • Убедитесь, что в локальном кластере хранилища достаточно логического пространства для промежуточного копирования. Например, при ежедневном резервном копировании обеспечьте достаточно места для резервных копий как минимум на 1,5 дня. Если размер ежедневной резервной копии составляет 2 ТБ, необходимо как минимум 3 ТБ логического пространства. Требуемый объем неформатированного пространства будет различаться в зависимости от режима кодирования: 9 ТБ (3 ТБ на сервер) в режиме 1+2, 5 ТБ (1 ТБ на сервер) в режиме 3+2 и т. д.

  • Для каждого кластера хранилища резервных копий требуется отдельный контейнер объектов.

  • Для хранения резервных копий в хранилищах объектов публичных облачных сервисов рекомендуется использовать предварительно настроенные шаблоны продукта Кибер Инфраструктура. Эти шаблоны предоставляют гибридную модель хранения резервных копий для продуктов Кибер Бэкап и Кибер Бэкап Облачный. Более того, с помощью этих шаблонов можно значительно сократить временные затраты на развертывание виртуальных машин в публичных облаках.

    Подробную информацию об использовании этих шаблонов см. в следующих документах:

Ниже приведен пример резервирования ОЗУ и ЦП, если целевым хранилищем выбрано публичное облако.

Пример: одна виртуальная машина с одним диском для системы и метаданных и одним диском для хранения данных. Режим избыточности — 1+0, область отказа — диск. Фактическая избыточность обеспечивается решением виртуализации, на котором работает виртуальная машина.

Таблица 4 Хранилище в публичном облаке#

Сервис

Сервер

Система

4,5 ГБ, 3,3 ядра

Сервисы хранилища

1 диск для хранения данных [1] диск для системы и метаданных (0,5 ГБ и 0,2 ядра на каждый). Всего 1 ГБ и 0,4 ядра.

Backup Gateway

1 ГБ, 0,5 ядра

Зарезервировано для сервисов

6,5 ГБ ОЗУ и 4,2 ядра

Минимальная конфигурация

8 ГБ ОЗУ и 4 ядра

Рекомендуемая конфигурация

16 ГБ ОЗУ [2] и 6 ядер

См. также