Репликация виртуальных машин
Общие сведения
Репликация ВМ — это процесс создания и поддержания одной или более копий виртуальной машины на разных узлах. Данный функционал предназначен для повышения отказоустойчивости, позволяя переключиться на репликацию при сбое основной ВМ.
Отличие репликации от резервной копии
Репликация | Резервная копия | |
---|---|---|
Назначение | Репликация ВМ предназначена для обеспечения высокой доступности и непрерывности работы, позволяя переключаться на репликацию при сбое. | Резервная копия предназначена для восстановления данных и систем в случае их утраты или повреждения. Но это процесс, который может занять больше времени, так как резервная копия обычно восстанавливается вручную. |
Частота обновлений | Репликация автоматически обновляется с минимальной задержкой. | Резервные копии создаются по расписанию или вручную и не обязательно отражают самые последние изменения на ВМ. |
Сценарий использования | Репликация используется для переключения на другой узел в случае сбоя. | Резервная копия используется для восстановления данных после сбоев, атак или случайных потерь. |
Создание репликации виртуальной машины
Для создания репликаций ВМ необходимо создать
задачу по расписанию.
Для этого необходимо:
-
В разделе Задачи по расписанию основного меню нажать кнопку Добавить задачу.
-
В открывшемся окне Создание задачи по расписанию указать:
-
Тип сущности: Виртуальная машина.
-
Сущность: необходимая ВМ.
Возможен множественный выбор.
-
-
Нажать кнопку ОК.
-
На втором этапе создания задачи по расписанию необходимо указать:
-
Название.
-
Действие: replication_sync.
-
Периодичность.
Периодичность синхронизации репликаций с основной ВМ.
-
Дата запуска.
Дата и время первого запуска задачи.
-
Количество репликаций.
Указывает максимальное число поддерживаемых репликаций.
Настоящее число зависит от наличия и доступности узлов.
Минимальным числом является одна репликация.
-
Добавить серверы.
Указывает на каких узлах можно создавать репликации ВМ.
Без указания репликации будут использоваться все узлы в текущем кластере.
-
Включить выполнение задачи по расписанию.
Включение задачи сразу после создания.
-
Примечания по поведению репликаций
-
Репликация не поддерживается при перенаправленных USB.
-
Репликации реализованы с помощью копирования файлов снимков состояний ВМ, поэтому репликация поддерживается только для ВМ с дисками на пулах данных типов local, nfs, glusterfs, cifs, gluster и gfs2.
-
При создании задачи по расписанию параметр Периодичность отвечает за то, как часто будет происходить синхронизация. Необходимо указывать значение периодичности исходя из нагруженности серверов и степени важности потери данных, так как при потере ВМ именно время, когда последний раз происходила синхронизация, будет отвечать, на какой момент состояния ее заменит репликация. Нормальным значением будет минимальное время 2 минуты. Необходимо учитывать, что на дисках за это время может быть мало изменений, и копирование снимков практически не займет времени. Снимок памяти будет иметь размер занимаемой памяти у ВМ, и копируемый файл будет иметь соответствующий размер.
-
При первом запуске задания по расписанию будут созданы все репликации.
-
Пока основная ВМ находится в состоянии включено, ее репликации находятся в состоянии паузы. После перевода ВМ в состояние выключено, ее репликации при следующем выполнении задачи по расписанию также переводятся в состояние выключено.
-
Если включить репликацию, то она перестанет быть репликацией, и при следующей синхронизации будет создана новая репликация. Не рекомендуется включать репликацию без необходимости, так как MAC-адреса интерфейсов на репликации соответствуют MAC-адресам на рабочей ВМ.
-
При выходе из строя ВМ (состояние Failed), при следующем выполнении задачи по расписанию одна из репликаций перейдет из состояния паузы в состояние включено. Также название ВМ изменится на название предыдущей рабочей ВМ и от нее будет создана новая репликация, если имеются доступные узлы. Как только состояние ранее основной ВМ перейдет в активное, при очередном выполнении задачи по расписанию она будет удалена.
-
Если некоторые репликации на момент синхронизации будут недоступны (имеют статус Failed), то создаются новые, если имеются доступны узлы. При очередном выполнении задачи по расписанию ранее недоступные репликации удаляются, если доступ к ним возобновился. Если все репликации и рабочая ВМ были недоступны, то задача по расписанию заканчивается с ошибкой.