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