Резервное копирование RUSTACK

Система резервного копирования RuBackup позволяет выполнять резервное копирование и восстановление виртуальных машин платформы виртуализации RUSTACK версии 2.6. Доступно полное, инкрементальное и дифференциальное резервное копирование. Так же возможно выполнять резервное копирование с использованием дедупликации и хранить резервные копии в дедуплицированном хранилище.

Резервное копирование виртуальных машин RUSTACK выполняется безагентным способом. Это означает, что в виртуальную машину, для которой предполагается создание резервной копии, не устанавливается агент RuBackup (однако требуется установка гостевых расширений операционной системы, например qemu-guest-agent); резервное копирование виртуальной машины выполняется целиком, для всех дисков виртуальной машины; в ходе резервного копирования во всех случаях из резервной копии удаляются дублирующие блоки (всегда выполняется локальная дедупликация).

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

Для выполнения резервного копирования виртуальных машин среды виртуализации RUSTACK необходимо установить клиента резервного копирования RuBackup по одной из следующих схем:

  • на одну из виртуальных машин в данной среде виртуализации, для которой настроен доступ к гипервизору (гипервизорам);

  • на несколько виртуальных машин в данной среде виртуализации, если это обусловлено необходимостью динамически распределять нагрузку в ходе резервного копирования или обеспечить возможность вывода той или иной виртуальной машины из эксплуатации без изменений в расписании резервного копирования (в данной схеме необходимо включить эти гипервизоры в кластерную группу клиентов системы резервного копирования);

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

Перед созданием снимка и сразу после его создания RuBackup может выполнить скрипт внутри виртуальной машины для того, чтобы иметь возможность привести данные приложений внутри виртуальной машины в консистентное состояние. Для выполнения скрипта, необходимо указать его расположение в тонких настройках правила, в параметрах script_before_snapshot или script_after_snapshot.

Также внутри виртуальной машины может быть создан скрипт, располагающийся в файле /opt/rubackup/scripts/rustack.sh. В том случае, если внутри виртуальной машины существует такой файл с атрибутами на исполнение, то перед созданием моментального снимка он будет выполнен с аргументом before, а сразу после создания моментального снимка он будет выполнен с аргументом after. Если в параметрах script_before_snapshot или script_after_snapshot указано расположение другого скрипта, то скрипт /opt/rubackup/scripts/rustack.sh не будет выполнен.

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

  • конфигурационный файл настроек доступа к API RUSTACK rb_module_rustack.conf (подробнее в разделе Установка Клиента RuBackup) кроме основной пользовательской учетной записи должен содержать учетную запись администратора;

  • для развертывания виртуальной машины, для которой предполагается создание резервных копий, используется гипервизор типа QEMU;

    • для виртуальной машины, на которой развернут клиент RuBackup и модуль rb_module_rustack, необходимо: установить пакет libvirt-clients;

    • скопировать ssh ключ на хосты гипервизоров платформы RUSTACK.

  • на виртуальной машине, для которой предполагается создание резервных копий, необходимо установить пакет qemu-guest-agent.

В RuBackup 2.0:

  • Поддерживается работа с Nova-api v2.1 и Cinder v3.0.

  • Модуль поддерживает любые типы хранилищ ВМ (проверена работа с ocfs2, nfs, netapp-iscsi).

  • Репликация не реализована.

  • Восстановление в существующую внутри платформы RUSTACK виртуальную машину не реализовано.