Хранилища и способ подключения

Назначение заметки

Эта заметка описывает, куда Кибер Бэкап 17.0–17.4 может сохранять резервные копии, какой компонент подключается к хранилищу и как технологии NFS, SMB, SAN, FC, iSCSI и LUN отображаются внутри продукта.

Главная задача — не смешивать три разных уровня:

1. Тип хранилища в интерфейсе Кибер Бэкапа.
2. Сетевой или блочный протокол доступа.
3. Физическая система хранения данных.

Например:

SAN        — сеть хранения данных
FC/iSCSI   — транспорт к блочному устройству
LUN        — блочный том
XFS/NTFS   — файловая система поверх LUN
/local/bkp — путь, который Кибер Бэкап видит как локальную папку

В интерфейсе Кибер Бэкапа нет отдельного универсального пункта «SAN» или «LUN» для хранения резервной копии. После подготовки на уровне операционной системы такой backend обычно выбирается как:

• Локальная папка, если LUN представлен ОС как локально подключённое устройство;
• Сетевая папка, если СХД опубликована через SMB/CIFS/DFS;
• Узел хранения, если путь оформлен как управляемое хранилище;
• Папка NFS, если используется штатный NFS-экспорт и этот тип поддерживается выбранной рабочей нагрузкой.

[!info] Область заметки
Ленточные устройства намеренно исключены. Здесь рассматриваются дисковые, файловые, блочные и программно-определяемые хранилища.

Руководства версий 17.0–17.4 содержат следующий базовый набор вариантов:

2.1. Изменение нумерации в документации

Основной раздел выбора хранилища перемещался:

Базовая модель подключения при этом сохранилась. Менялись состав поддерживаемых рабочих нагрузок, матрицы совместимости и отдельные ограничения.

4.1. Поддерживаемые форматы

Для SMB/CIFS:

\\server\share\path
smb://server/share/path/

Для DFS:

\\dns.domain.example\dfs-root\path

4.2. Аутентификация

Кибер Бэкап запрашивает имя пользователя и пароль при добавлении расположения. Сохранённые учётные данные можно изменить через значок ключа возле хранилища.

Официальная документация указывает:

резервное копирование в SMB-папку с анонимным доступом не поддерживается

Команда Киберпротекта отдельно подтверждает это в базе знаний. Анонимный SMB противоречит модели защищённого хранилища и не является штатным вариантом эксплуатации.

4.3. Linux-агент и SMB

Для агента Linux требуются системные пакеты.

В документации 17.4 приведён пример:

Названия пакетов могут отличаться между дистрибутивами.

4.4. Кто подключается к SMB

Прямой вариант

Агент -> SMB-сервер

Права, DNS и маршрут проверяются с машины агента.

Управляемый вариант

Агент -> узел хранения -> SMB-сервер

Доступ к шару проверяется с узла хранения. Наличие доступа с сервера управления ничего не доказывает.

4.5. Диагностика по рекомендации Киберпротекта

До проверки Кибер Бэкапа необходимо проверить средствами ОС:

1. разрешение имени;
2. доступность SMB;
3. успешную аутентификацию;
4. возможность создать файл;
5. возможность изменить и удалить файл;
6. отсутствие блокировки антивирусом или политиками;
7. права на каталог и вложенные объекты.

6.1. Форматы подключения

sftp://server
sftp://server/path
sftp://server:port/path
sftp://user@server:port/path
sftp://user:password@server:port/path

Если порт не указан, используется:

22/tcp

Поддерживается беспарольный доступ для пользователя, если он настроен на SFTP-сервере.

Обычный FTP не поддерживается.

6.2. Ограничения

В руководствах ветки 17 указано:

• SFTP нельзя использовать для резервных копий с поддержкой приложений;
• схема «Всегда инкрементное» недоступна;
• правило хранения по общему размеру недоступно;
• хранилище не поддерживает требуемый произвольный доступ для некоторых форматов и операций.

SFTP подходит для удалённой передачи, но имеет больше функциональных ограничений, чем локальная, SMB- или управляемая файловая система.

8.1. Терминология

8.2. Как LUN превращается в хранилище Кибер Бэкапа

flowchart LR
    Array[СХД] --> LUN[LUN]
    LUN --> Transport[FC / iSCSI]
    Transport --> OS[ОС узла]
    OS --> MP[Multipath]
    MP --> Volume[Раздел / LVM]
    Volume --> FS[Файловая система]
    FS --> Path[Каталог]
    Path --> CB[Локальное или управляемое хранилище]

Кибер Бэкап не создаёт zoning, target, initiator, multipath или файловую систему. Эти слои должны быть готовы до добавления расположения.

8.3. Прямое использование LUN

СХД -> LUN -> агент -> локальная файловая система

В плане выбирается Локальная папка.

Подходит, если:

• LUN принадлежит одному агенту;
• агент постоянно доступен;
• не требуется централизованный узел хранения;
• отказ агента допустимо связывать с доступом к архиву.

8.4. LUN за узлом хранения

СХД -> LUN -> узел хранения -> управляемое хранилище

В плане выбирается:

Узел хранения -> имя управляемого хранилища

Это предпочтительная корпоративная схема, если один backend используется большим количеством агентов.

8.5. Общий LUN и кластер

Официальное руководство Киберпротекта по отказоустойчивому кластеру использует:

• внешнее блочное iSCSI-хранилище;
• разделяемые дисковые устройства;
• перемещаемые файловые системы;
• Pacemaker/Corosync;
• виртуальный IP;
• STONITH/fencing;
• внешний арбитр.

Из этого следует важное ограничение:

Один обычный файловый том нельзя просто выдать нескольким независимым узлам хранения для одновременной записи.

Общий блочный backend требует кластерной координации и защиты от split-brain. Обычное подключение одного LUN к двум серверам не превращает их в отказоустойчивый узел.

8.6. Не путать с SAN transport VMware

SAN может использоваться в двух независимых ролях:

Источник

VMware datastore -> SAN transport -> агент VMware

Место назначения

Агент -> файловая система на SAN LUN

Наличие SAN transport для чтения VMware не означает, что копия сохраняется на SAN. И наоборот, хранение копий на LUN не означает, что VMware-данные читаются через SAN transport.

Зона безопасности — специальный раздел на локальном диске защищаемой машины.

Её свойства:

• создаётся вручную;
• хранит локальные резервные копии;
• не требует сетевого подключения;
• может использоваться как временное или вспомогательное хранилище.

Официальная документация прямо предупреждает:

Зона безопасности не должна быть единственным хранилищем

Физический отказ диска уничтожит одновременно исходные данные и резервную копию.

Ограничения:

• базовый диск, не динамический;
• не LVM;
• FAT32;
• большие данные делятся на части;
• формат одного файла не поддерживается;
• некоторые схемы автоматически заменяются на совместимые.

Для корпоративной SAN/NFS-архитектуры Зона безопасности является вспомогательным, а не основным вариантом.

План может использовать несколько уровней хранения:

Источник
   -> первичное хранилище
      -> реплика во второе хранилище

Пример:

VMware -> SAN LUN
SAN LUN -> NFS на другой площадке

или:

Linux -> локальное хранилище
локальное хранилище -> SMB

Поддерживаемые комбинации источника и назначения зависят от:

• типа хранилища;
• формата копии;
• наличия дедупликации;
• версии Кибер Бэкапа;
• режима репликации внутри плана или отдельным off-host-планом.

В 17.4 отдельная матрица репликации показывает, что не все типы можно свободно комбинировать.

Киберпротект разделяет процедуры для:

• неуправляемого хранилища;
• управляемого хранилища.

Для неуправляемого расположения штатная процедура может включать:

1. удаление регистрации в разделе хранилищ;
2. повторное добавление того же физического пути;
3. повторное обнаружение архивов.

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

[!danger]
Удаление объекта хранилища из консоли и удаление физических файлов — разные операции.

Перед отключением необходимо зафиксировать:

• точный путь;
• тип подключения;
• учётную запись;
• узел хранения;
• имя или IP узла;
• формат резервных копий;
• планы, использующие расположение;
• наличие рабочих точек восстановления.

После переноса или переподключения архивы могут не отображаться до корректного повторного подключения и сканирования.

Логика

• Определён прямой или управляемый путь данных.
• Известно, какой компонент пишет в backend.
• Выбран поддерживаемый тип для конкретной рабочей нагрузки.
• Проверена матрица именно установленной версии 17.x.

Сеть

• DNS работает с агента или узла хранения.
• Проверены TCP-порты.
• Нет асимметричной маршрутизации.
• Измерена реальная пропускная способность.
• Настроен мониторинг ошибок и задержек.

NFS

• Установлен NFS-клиент ОС.
• Экспорт разрешает нужные IP.
• UID/GID позволяют запись.
• Проверено восстановление.
• Учтены ограничения off-host-проверки и очистки.

SMB

• Анонимный доступ не используется.
• Сервисная учётная запись имеет права.
• Linux-клиенты имеют cifs-utils.
• Для Kerberos установлен keyutils.
• Проверены создание, изменение и удаление файла.

SAN/LUN

• Настроены zoning и masking.
• Инициатор видит правильный LUN.
• Настроен multipath.
• Создана поддерживаемая файловая система.
• Каталог стабильно монтируется.
• Один обычный том не записывается несколькими независимыми узлами.
• Для кластера настроены fencing и координация.

Узел хранения

• Backend доступен с узла хранения.
• Агенты разрешают имя или IP узла.
• База дедупликации размещена отдельно.
• Сам узел резервируется в независимое неуправляемое хранилище.
• Задокументирована процедура повторного подключения.

Руководства пользователя

1. Кибер Бэкап 17.0
   https://docs.cyberprotect.ru/ru-RU/CyberBackup/17.0/CyberBackup_userguide_ru-RU.pdf

2. Кибер Бэкап 17.1
   https://docs.cyberprotect.ru/ru-RU/CyberBackup/17.1/CyberBackup_userguide_ru-RU.pdf

3. Кибер Бэкап 17.2
   https://docs.cyberprotect.ru/ru-RU/CyberBackup/17.2/CyberBackup_userguide_ru-RU.pdf

4. Кибер Бэкап 17.3
   https://docs.cyberprotect.ru/ru-RU/CyberBackup/17.3/CyberBackup_userguide_ru-RU.pdf

5. Кибер Бэкап 17.4
   https://docs.cyberprotect.ru/ru-RU/CyberBackup/17.4/CyberBackup_userguide_ru-RU.pdf

Дополнительная документация

6. Кибер Бэкап 17.4 — установка и настройка отказоустойчивых кластеров
   https://docs.cyberprotect.ru/ru-RU/CyberBackup/17.4/CMSFailover.pdf

7. Страница документации Кибер Бэкап
   https://cyberprotect.ru/documentation/backup

База знаний Киберпротекта

8. Отключение и повторное подключение хранилищ резервных копий
   https://kb.cyberprotect.ru/articles/attach-detach

9. Использование SMB-хранилища с анонимным доступом
   https://kb.cyberprotect.ru/articles/451

10. Диагностика подключения по протоколу SMB
    https://kb.cyberprotect.ru/articles/smb-connect

11. Резервное копирование и восстановление узла хранения
    https://kb.cyberprotect.ru/articles/586

12. Интеграция Кибер Бэкапа с СХД TATLIN.BACKUP
    https://kb.cyberprotect.ru/articles/tatlin-backup

13. Не отображаются резервные копии после переноса хранилища
    https://kb.cyberprotect.ru/articles/537