Перейти к содержанию

Настройка репликации, резервных копий и высокой доступности

При построении отказоустойчивого кластера рекомендуется составить план, включающий:

  • Распределение запускаемых ВМ по приоритету и допускаемому времени простоя.

  • Выбранную стратегию обеспечения отказоустойчивости ВМ на основе приоритета.

    Например, репликация, резервное копирование или высокая доступность.

  • Расписание выполнения запланированных задач, чтобы избежать одновременного выполнения.

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

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

Для остальных ВМ рекомендуется настроить режим высокой доступности на уровне кластера или индивидуально для каждой ВМ.

Репликация

Репликация контроллеров

Создание репликации между контроллерами включает следующие шаги:

  1. Инициализировать связь между экземплярами контроллера, используя следующую команду в CLI на каждом контроллере: controller add <IP второго контроллера>. В ходе выполнения данной команды необходимо будет по запросу ввести пароль пользователя root второго контроллера.

  2. Назначить роль slave резервному контроллеру. Для этого выполнить следующую команду в CLI резервного контроллера:

    controller role slave
    
  3. Назначить роль master основному контроллеру. Для этого выполнить следующую команду в CLI основного контроллера:

    controller role master
    
  4. Проверить связность контроллеров:

    controller status
    

    Примечание

    Статус pending означает недоступность второго контроллера по ssh. Необходимо проверить ssh ключи и сетевую связность контроллеров.

Подробнее о репликации контроллеров.


Репликация ВМ

Для создания репликаций ВМ необходимо создать задачу по расписанию.

  • В разделе Задачи по расписанию нажать кнопку Добавить задачу.

    Создать задачу по расписанию возможно в основном меню, в окне подробного просмотра выбранной ВМ, сервера или контроллера в разделе Задачи по расписанию.

  • Выбрать тип сущности: Виртуальная машина.

  • Выбрать ВМ.

  • Указать название.

  • Выбрать действие: replication_sync.

  • Выбрать периодичность.

  • Указать дату запуска.

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

  • Указать описание.

    Необязательное поле.

  • Указать количество реплик.

    Указывает максимальное число поддерживаемых реплик. Настоящее число зависит от наличия и доступности узлов. Минимальным числом является одна реплика.

  • Добавить серверы.

    Указывает на каких узлах можно создавать реплики ВМ. Без указания будут использоваться все узлы в текущем кластере. Каждый сервер нужно добавлять отдельно, указав в открывшемся окне пул ресурсов, сервер и пул данных (выбрать ранее созданный пул данных с типом GFS2).

  • Опцию Удалить задачу после запуска оставить выключенной.

  • Включить опцию Включить выполнение задачи по расписанию.

    Задача по расписанию будет автоматически активирована после создания.

Для создания задачи необходимо нажать кнопку ОК.

После создания задачи выполнить аналогичные действия для создания репликаций других ВМ.


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

Резервное копирование БД контроллера

В БД контроллера содержится конфигурация SpaceVM, включая пользователей и их настройки, информация о виртуальных машинах, подключенных серверах и систем хранения данных, сетевые настройки как физических подключений, так и виртуальных сетей и т.д.

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

  • В разделе Задачи по расписанию нажать кнопку Добавить задачу.

    Создать задачу по расписанию возможно в основном меню, в окне подробного просмотра выбранной ВМ, сервера или контроллера в разделе Задачи по расписанию.

  • Выбрать тип сущности: Контроллер.

  • Выбрать контроллер.

  • Указать название.

  • Выбрать действие: backup_db.

  • Выбрать периодичность.

  • Указать дату запуска.

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

  • Указать описание.

    Необязательное поле.

  • Опцию Удалить задачу после запуска оставить выключенной.

  • Включить опцию Включить выполнение задачи по расписанию.

    Задача по расписанию будет автоматически активирована после создания.

Для создания задачи необходимо нажать кнопку ОК.

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


Резервное копирование ВМ

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

Подробнее о дополнительных возможностях задачи с типом backup для ВМ.

Примечание

При выборе задачи с типом backup необходимо включить опцию Выбрать пул данных и выбрать ранее созданный пул данных с типом NFS.

Гостевой агент

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

Подробнее о гостевых утилитах.

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

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


Высокая доступность ВМ

Высокая доступность — это набор механизмов управления, позволяющий восстанавливать работоспособность ВМ без риска повреждения данных при прекращении работы узла кластера. Настройка высокой доступности, применяемая на весь кластер, выполняется в разделе Кластеры - Имя кластера - Высокая доступность. Другая опция — настроить ВД выборочно для конкретных ВМ в разделе Высокая доступность окна подробного просмотра ВМ. При этом индивидуальные настройки ВМ являются приоритетными.

Для включения ВД для виртуальной машины необходимо в разделе Высокая доступность окна подробного просмотра ВМ активировать опцию высокой доступности и настроить параметры доступности гостевой ОС. Также необходимо перенести узлы в поле Серверы, используемые для восстановления ВМ.

Подробнее о параметрах доступности гостевой ОС.