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

Репликация виртуальных машин

Общие сведения

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


Отличие репликации от резервной копии

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

Создание репликации виртуальной машины

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

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

  2. В открывшемся окне Создание задачи по расписанию указать:

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

    • Сущность: необходимая ВМ.

      Возможен множественный выбор.

  3. Нажать кнопку ОК.

  4. На втором этапе создания задачи по расписанию необходимо указать:

    • Название.

    • Действие: replication_sync.

    • Периодичность.

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

    • Дата запуска.

      Дата и время первого запуска задачи.

    • Количество репликаций.

      Указывает максимальное число поддерживаемых репликаций.

      Настоящее число зависит от наличия и доступности узлов.

      Минимальным числом является одна репликация.

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

      Указывает на каких узлах можно создавать репликации ВМ.

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

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

      Включение задачи сразу после создания.


Примечания по поведению репликаций

  • Репликация не поддерживается при перенаправленных USB.

  • Репликации реализованы с помощью копирования файлов снимков состояний ВМ, поэтому репликация поддерживается только для ВМ с дисками на пулах данных типов local, nfs, glusterfs, cifs, gluster и gfs2.

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

  • При первом запуске задания по расписанию будут созданы все репликации.

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

  • Если включить репликацию, то она перестанет быть репликацией, и при следующей синхронизации будет создана новая репликация. Не рекомендуется включать репликацию без необходимости, так как MAC-адреса интерфейсов на репликации соответствуют MAC-адресам на рабочей ВМ.

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

  • Если некоторые репликации на момент синхронизации будут недоступны (имеют статус Failed), то создаются новые, если имеются доступны узлы. При очередном выполнении задачи по расписанию ранее недоступные репликации удаляются, если доступ к ним возобновился. Если все репликации и рабочая ВМ были недоступны, то задача по расписанию заканчивается с ошибкой.