Руководство по использованию сервиса «Репликация и DR»

Версия zVirt: 4.2

Версия Репликация и DR: 4.2

Аннотация

В этом документе содержатся инструкции для администраторов, которые помогут установить и настроить сервис «Репликация и DR» (поддерживается платформой zVirt не ниже версии 4.1).

1. Введение

«Репликация и DR» — это сервис для обеспечения непрерывности бизнес приложений и аварийного восстановления, который помогает планировать, тестировать и запускать восстановление виртуальных машин (ВМ) между основным ЦОД (ОЦОД) и резервным ЦОД (РЦОД).

Процесс аварийного восстановления состоит из первоначальной репликации виртуальных машин из ОЦОД в РЦОД и последующего запуска ВМ из одной из точек восстановления.

Аварийное восстановление отличается от резервного копирования параметрами RPO (Recovery point objective, целевая точка восстановления) и RTO (Recovery time objective, целевое время восстановления).

1.1. Термины и определения

Таблица 1. Термины и определения
Термин Определение

Агент-отправитель

Виртуальная машина(ы), которая развертывается в ОЦОД (на уровне всей инсталляции/центра данных/кластера/хоста и выполняет репликацию ВМ в РЦОД)

Агент-приемник

Виртуальная машина(ы), которая развертывается в РЦОД и работает с реплицированными данными ВМ в РЦОД

Группа восстановления

Группа ВМ, восстанавливаемых в РЦОД. Состав группы формируется при создании плана восстановления

Группа репликации

Набор ВМ, объединенных в группу, для которой настроены параметры репликации

Контроллер репликации

ВМ, развернутая в РЦОД, которая управляет процессами репликации

Моментальный снимок

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

ОЦОД

Основная площадка, с которой выполняется репликация в РЦОД

Общий диск

Общий (shared) диск, который может быть подключен к нескольким ВМ

План восстановления

Шаблон, в котором описана последовательность восстановления ВМ в РЦОД из реплицированных данных

Ранг

Приоритет запуска ВМ. ВМ с рангом «0» запускаются первыми, затем запускаются ВМ с рангом «1» и так далее

Реплика

Копия ВМ в РЦОД

Репликация

Механизм синхронизации содержимого ВМ на разных площадках (ОЦОД и РЦОД)

РЦОД

Резервная площадка, на которую выполняется репликация. При запуске планов восстановления на ней запускаются реплицированные ВМ

1.2. Архитектура

Ниже на схеме представлена архитектура сервиса «Репликация и DR».

arch

На схеме не отображены порты служебных сервисов. См. таблицу с требованиями.
Решение состоит из следующих компонентов

  • Контроллер репликации zVirt. Отвечает за конфигурацию, запуск репликации и восстановление, управляет агентами. Представлен ВМ, размещаемой в РЦОД.

  • Агент-отправитель. Отвечает за создание моментальных снимков состояния реплицируемых ВМ и их передачу в РЦОД. Представлен ВМ, размещаемой в ОЦОД.

  • Агент-приемник. Отвечает за запись данных реплицируемых ВМ в РЦОД. Представлен ВМ, размещаемой в РЦОД.

  • ВМ 1 и ВМ 2 — защищаемые ВМ, расположенные на платформе zVirt в ОЦОД.

  • Реплика ВМ 1 и ВМ 2 — ВМ, создаваемые контроллером репликации в РЦОД на платформе zVirt для защиты ВМ 1 и ВМ 2.

  • zVirt Engine и узел виртуализации zVirt — независимые платформы виртуализации zVirt, размещаемые в ОЦОД и РЦОД. Каждый zVirt engine управляет гипервизорами только локально в рамках своего ЦОД. Платформы виртуализации в ОЦОД и РЦОД не имеют общего хранилища и могут не иметь растянутой L2-сети.

Агент-отправитель при запуске сервисов инициирует соединение с контроллером и получает конфигурацию ОЦОД. Для получения данных дисков реплицируемых ВМ агент-отправитель обращается к гипервизору, на котором работает реплицируемая ВМ, и забирает данные дисков. Сетевое взаимодействие основной ВМ (на схеме ВМ 1) с агентами или контроллером репликации не требуется. Возможно масштабирование количества агентов-отправителей для увеличения пропускной способности репликации ВМ.

Контроллер репликации zVirt располагается в РЦОД. Взаимодействие агентов-отправителей с контроллером может осуществляться как с трансляцией адресов (используется параметр «Публичный IP-адрес контроллера репликации» у контроллера), так и напрямую с использованием маршрутизации. Контроллер обращается к API zVirt Engine для управления резервными ВМ, а также передает реплицируемые данные через агент-приемник. Контроллер выполняет функции хранения данных о настроенных группах репликации, планах восстановления, о состоянии репликации ВМ, запускает и управляет репликациями и планами восстановления. Горизонтальное масштабирование функций контроллера между несколькими ВМ не поддерживается.

На стадии репликации ВМ с ОЦОД на РЦОД происходит поблочное копирование дисков. На стадии переключения ВМ подготавливается ВМ в РЦОД (добавление сетевых интерфейсов, назначение вычислительных ресурсов согласно плану восстановления) и запуск ВМ с cloud-init конфигурацией. Требуется предварительная настройка сервиса гостевой ОС ВМ.

1.3. Описание работы с сервисом

Процесс работы с сервисом «Репликация и DR» состоит из следующих этапов:

  1. Развертывание и настройка сервиса.

  2. Настройка защиты ВМ: настройка репликации и создание планов восстановления.

  3. Тестирование планов восстановления.

  4. Запуск плана восстановления при аварии.

  5. Восстановление в ОЦОД.

Восстановление в ОЦОД представляет из себя совокупность действий по обратной репликации и плановому переключению ВМ из РЦОД в ОЦОД. Для обратной миграции ВМ требуется выполнить «зеркальную» настройку сервиса и репликации ВМ. То есть развернуть еще один экземпляр сервиса, работающий в обратном направлении (репликация из РЦОД в ОЦОД).

Для успешного запуска плана восстановления при аварии в ОЦОД необходимо выполнить шаги, указанные на схеме:

workflow

  1. Подготовка инфраструктуры. Этот этап необходим для проработки архитектуры применяемого сервиса и топологии сети для сервиса, а также для внесения изменений в инфраструктуру для развертывания сервиса:

    • Планирование инфраструктуры, которое включает в себя планирование сетей репликации, выделение IP-адресов и планирование вычислительных ресурсов для компонентов сервиса и реплик.

    • Подготовка инфраструктуры, которая включает в себя обновление платформы виртуализации zVirt в ОЦОД и РЦОД до версии 4.1 или выше, создание служебных пользователей, создание/модификация ролей администраторов, скачивание образа контроллера, создание сетей репликации и сетей размещения восстановленных ВМ, создание DNS-записей для компонентов сервиса.

  2. Развертывание сервиса (подготовка служебных компонентов для защиты ВМ):

    • Создание ВМ контроллера в РЦОД из образа диска.

    • Инициализация контроллера в интерфейсе zVirt в РЦОД, включая добавление ОЦОД.

    • Скачивание образов дисков агентов из интерфейса zVirt в РЦОД.

    • Создание ВМ агентов-отправителей и агентов-получателей на основе скачанных дисков, запуск ВМ и настройка сетевого адаптера у ВМ.

  3. Настройка защиты ВМ:

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

    • Создание планов восстановления — указание параметров для защищаемых ВМ, которые будут применяться при активации плана восстановления. При этом важно учитывать, что план восстановления zVirt предоставляет только механизм переключения ВМ. Также за рамками «Репликация и DR» должны быть сформированы и прописаны дополнительные действия и проверки, необходимые для полноценного запуска защищаемого ИТ-сервиса и его взаимодействий в РЦОД.

  4. Тестирование плана восстановления. Этап тестирования является важным этапом, который позволяет удостовериться в корректности настройки плана восстановления, наличии реплик всех необходимых ВМ для запуска ИТ-сервиса, а также готовности инфраструктуры в РЦОД (сетевые взаимодействия, вычислительные ресурсы, административные и пользовательские доступы) к аварийному восстановлению:

    • Запуск плана восстановления, в результате которого будет создана группа восстановления в интерфейсе zVirt. Группа восстановления показывает статус запуска ВМ в РЦОД.

      Репликация ВМ в составе группы восстановления будет приостановлена.

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

    • Удаление группы восстановления. После проверки работы ИТ-системы необходимо удалить группу восстановления для того, чтобы высвободить вычислительные ресурсы в РЦОД и продолжить репликацию ВМ по расписанию.

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

  5. Аварийное переключение ВМ. Этот этап выполняется в случае реального отказа ОЦОД и необходимости запустить ИТ-системы в РЦОД. Подразумевается, что репликация остановлена из-за потери сетевой связанности с ОЦОД и ВМ в ОЦОД отключены или изолированы:

    • Запуск плана восстановления, в результате которого будет создана группа восстановления в интерфейсе zVirt. Шаг аналогичен тестированию плана переключения.

    • Проверка работоспособности ИТ-сервисов.

    • Отсоединение группы восстановления. При отсоединении группы восстановления запущенные ВМ продолжат свою работу и у них будут удалены промежуточные снимки, которые использовались для репликации ВМ. После отсоединения группы восстановления она перестанет отображаться в интерфейсе «Репликация и DR». С ВМ в РЦОД можно работать без ограничений.

1.4. Особенности и ограничения

Ниже приведены ограничения и особенности сервиса «Репликация и DR».

  • Контроллер репликации предназначен только для использования в сервисе «Репликация и DR». Нельзя использовать его при работе с инструментом конвертации.

  • Нельзя создать группу репликации с именем «default».

  • Архитектура решения предусматривает настройку репликации «один-к-одному» (одна основная площадка — источник репликации, одна резервная — приемник репликации).

  • Для реплицируемых ВМ поддерживаются следующие типы хранилищ: внешнее хранилище с протоколами Fibre Channel, iSCSI и NFS.

  • Для контроллера репликации и агентов не поддерживается secure boot EFI.

  • Для настроек агентов и площадок используются только локальные учетные записи zVirt.

  • Для работы функциональности назначения сетевых настроек при переключении ВМ необходима установка и настройка сервиса Cloud-Init. Подробнее в разделе Настройка Cloud-Init для различных гостевых ОС.

  • Настройки сети, указанные в плане для ВМ под управлением Windows, не применяются при восстановлении.

  • Если при восстановлении ВМ в РЦОД необходимо сохранить исходный IP-адрес, то следует указать соответствующие настройки сети в плане восстановления. Иначе сохранение IP-адреса не гарантируется.

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

  • На вкладке ВМ ОЦОД отображаются все ВМ, обнаруженные агентом-отправителем в ОЦОД, даже если они были впоследствии удалены из ОЦОД. В таком случае следует удалить ВМ из списка вручную на вкладке ВМ ОЦОД.

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

  • В момент репликации невозможно расширение виртуального диска ВМ в ОЦОД.

  • Для настройки и работы сервиса «Репликация и DR» необходимо наличие DNS-сервиса в сети управления.

  • Репликация дисков ВМ, подключенных как прямой LUN (Direct LUN), не поддерживается.

  • Гарантируется работа репликации ВМ с суммарным объемом дисков не более 1 ТБ.

  • Для целевых доменов хранения на базе протоколов Fibre Channel и iSCSI максимальный допустимый объем накопленных изменений ВМ зависит от настроек платформы виртуализации. Подробнее о настройках политики выделения дискового пространства.

  • На основной и резервной площадках должны быть одинаковые версии zVirt.

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

  • Не допускаются удаление, переименование снимков ВМ в ОЦОД и РЦОД, автоматически созданных сервисом «Репликация и DR».

  • Не допускаются включение, удаление и модификация ВМ в РЦОД, автоматически созданных сервисом «Репликация и DR», до момента отсоединения группы восстановления.

2. Требования к развертыванию

В этом разделе приведены рекомендуемые требования к компонентам, поддерживаемые операционные системы.

2.1. Требования к компонентам

Таблица 2. Требования к компонентам
Компонент Минимальные системные требования Исходящий порт Входящий порт

Контроллер репликации

  • 8 vCPUs

  • 16 ГБ vRAM

  • 200 ГБ vHDD (рекомендуется размещение на SSD)

  • TCP 80 — подключение к агенту-приемнику

  • TCP 443 — подключение к Менеджеру управления

  • TCP 443 — соединение с агентами и Менеджером управления

  • TCP 4443 — инициализация контроллера репликации

  • UDP 12201 — получение журналов от агентов

  • TCP 30080* — сервис управления СУБД

  • TCP 30081* — сервис сбора логов

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

Агент-отправитель

  • 2 vCPUs

  • 4 ГБ vRAM

  • 10 ГБ vHDD

  • TCP 443 — подключение к контроллеру репликации

  • UDP 12201 — отправка журналов в контроллер

  • TCP 54322 — подключение к узлу виртуализации

  • TCP 443, TCP 54323 — подключение к Менеджеру управления

—

Агент-приемник

  • 2 vCPUs

  • 4 ГБ vRAM

  • 10 ГБ vHDD

  • TCP 443 — подключение к контроллеру репликации

  • UDP 12201 — отправка журналов в контроллер

  • TCP 54322 — подключение к узлу виртуализации

  • TCP 443, TCP 54323 — подключение к Менеджеру управления

TCP 80 — соединение с контроллером репликации

Менеджер управления

—

  • TCP 4443 — для инициализации контроллера репликации

  • TCP 443 — подключение к контроллеру репликации и Менеджеру управления в ОЦОД

TCP 443, TCP 54323 — соединение с агентом

Узлы виртуализации

—

—

TCP 54322 — соединение с агентом

2.2. Поддерживаемые ОС виртуальных машин

Таблица 3. Поддерживаемые ОС виртуальных машин
Операционная система Версия

Windows Server

2008 R, 2012, 2012R2, 2016, 2019

Windows

7, 8, 8.1, 10

RHEL

6, 7, 8, 9

CentOS

6, 7, 8, 9

РЕД ОС

7.1, 7.2, 7.3, 8

Debian

7, 8, 9, 10, 11

Ubuntu

14.04, 16.04, 18.04, 20.04, 22.04

Astra Linux

1.7

2.3. Сетевые требования и рекомендации

Ниже представлены сетевые требования и рекомендации для платформы виртуализации zVirt.

  • Обязательно наличие в инфраструктуре сервиса системы доменных имен (DNS). В DNS должны быть созданы следующие А-записи:

    • FQDN Менеджера управления в ОЦОД

    • FQDN узлов виртуализации (гипервизоры в ОЦОД)

    • FQDN Менеджера управления в РЦОД

    • FQDN узлов виртуализации (гипервизоры в РЦОД)

    • FQDN контроллера репликации, если в настройках указан FQDN вместо IP-адреса

  • Пропускная способность сети: минимальный рекомендуемый канал связи для репликации ВМ между площадками платформы zVirt — 1 Гбис/с.

    Но основным критерием для ширины каналов связи является объем реплицируемого трафика ВМ. То есть пропускная способность канала должна обеспечить передачу суммарно измененных данных ВМ в группе репликации между двумя интервалами репликации.

  • Если для репликации используются выделенные сетевые интерфейсы в изолированном сегменте, без доступа к сети управления платформы zVirt, то для корректной работы репликации потребуется:

    • добавить дополнительный сетевой интерфейс (изолированной сети) в Менеджер управления zVirt;

    • в инфраструктурных сервисах репликации (Менеджер управления, контроллер репликации, агент-отправитель, агент-приемник) прописать вручную доменные имена компонентов платформы zVirt.

  • Увеличение производительности репликации ВМ между площадками можно достичь как при помощи горизонтальной, так и при помощи вертикальной масштабируемости.

    Вертикальная масштабируемость поддерживается для всех компонентов: контроллера репликации, агента-приемника и агента-отправителя. Рекомендации по конфигурации для репликации:

    Таблица 4. Конфигурация для репликации
    Количество ВМ* Контроллер Агент-отправитель Агент-приемник

    10

    8 ЦП / 16 ГБ

    2 ЦП / 4 ГБ

    2 ЦП / 4 ГБ

    100

    8 ЦП / 16 ГБ

    4 ЦП / 4 ГБ

    4 ЦП / 4 ГБ

    200

    8 ЦП / 32 ГБ

    8 ЦП / 8 ГБ

    8 ЦП / 8 ГБ

    * Суммарное количество ВМ в группах репликации.

    Горизонтальное масштабирование поддерживается только для агента-приемника и агента-отправителя.

    Количество агентов-приемников не ограничено. Количество агентов-отправителя ограничено настройкой «Уровень поиска ВМ», и, соответственно, для параметров: «Центр данных» — количество центров данных, «Кластер» – количество кластеров, «Хост» — количество хостов.

3. Перед началом работы

  • Создайте в ОЦОД и РЦОД локального пользователя с ролью «SuperUser» без ограничений по количеству и времени сессий. Созданные пользователи будут использоваться для настроек агента-отправителя, агента-приемника и соединения контроллера репликации с Менеджером управления в РЦОД. Или можно воспользоваться имеющейся учетной записью администратора с ролью «SuperUser».

  • Для доступа к сервису активируйте разрешение «Управление аварийным восстановлением». Для этого:

    1. В интерфейсе платформы zVirt перейдите в Управление  Настройка  Роли.

    2. Нажмите Новая.

    3. Укажите имя новой роли.

    4. Выберите тип учетной записи Администратор.

    5. Разверните раздел Система, а затем Настроить систему.

      s role1

    6. Активируйте опцию «Управление аварийным восстановлением».

      s role2

    7. Нажмите ОК.

Подробнее о ролях и правах доступа можно прочесть в Руководстве администратора zVirt.

  • Скачайте из репозитория образ контроллера репликации.

4. Настройка сервиса

В этом разделе приведены инструкции по настройке сервиса «Репликация и DR».

4.1. Развертывание образа ВМ контроллера репликации

Загрузите образ диска в домен хранения (рекомендуется использовать домен хранения с параметрами производительности SSD):

ВМ контроллера репликации предоставляется в виде образа диска в qcow2-формате.

  1. В интерфейсе платформы zVirt перейдите в Хранилище  Диски.

  2. В правом верхнем углу нажмите Загрузить  Начать.

    s add disk

  3. Нажмите Выберите файл.

  4. Выберите ранее скачанный образ диска.

  5. В параметре Имя укажите имя диска, которое будет у загруженного образа.

  6. Выберите необходимый домен хранения, (опционально) профиль диска и (опционально) хост.

  7. Убедитесь, что не выбраны опции «Может быть общим» и «Включить инкрементное резервное копирование».

    s add disk2

  8. Нажмите ОК.

    После окончания загрузки диска его состояние изменится на «ОК».

4.2. Создание ВМ контроллера репликации на основе диска

Чтобы создать ВМ:

  1. В интерфейсе платформы zVirt перейдите в Ресурсы  Виртуальные машины.

  2. Нажмите Создать.

  3. В разделе Общее задайте следующие параметры:

    Подробнее о рекомендуемых требованиях к развертыванию.

    • Операционная система — выберите «Ubuntu 18 Bionic Beaver LTS+».

    • Имя — имя ВМ.

    • Профили нагрузки — Сервер.

      s create vm1

  4. В поле Виртуальные диски нажмите Прикрепить.

    s create vm2

    В появившемся окне выберите ранее загруженный диск, укажите опцию «OS» и нажмите ОК.

  5. В поле Сетевые интерфейсы (с привязкой к vNIC профилю), в параметре nic1 выберите сеть, в которой будет размещаться ВМ.

    s create vm3

  6. Перейдите в раздел Система (при отсутствии раздела нажмите Показать расширенные настройки) и укажите в параметрах:

    • Оперативная память (разделяемая) — объем ОЗУ для ВМ.

    • Всего ЦП — количество ЦП для ВМ.

      (Опционально) Разверните раздел Дополнительные параметры и скорректируйте Ядра на виртуальном сокете в соответствии с количеством ЦП.

  7. Перейдите в раздел Запуск инициализации.

  8. Активируйте опцию «Cloud-Init».

  9. Активируйте опцию «Настроить временную зону» и укажите временную зону, в которой размещается ВМ.

    s create vm4

  10. Разверните раздел Сети:

    1. В параметре Сетевой протокол Cloud-Init выберите Openstack Metadata.

    2. В параметре DNS-серверы через пробел укажите список DNS-серверов.

    3. Активируйте опцию «Гостевой сетевой интерфейс».

    4. Нажмите Добавить новый.

    5. В параметре Гостевой сетевой интерфейс введите «enp1s0».

    6. В параметре Протокол загрузки IPv4 выберите:

      • DHCP — если планируете использовать DHCP-сервер для получения адреса.

      • Статичная — если планируете назначить адрес вручную.

        При выборе Статичная укажите параметры IPv4 адрес, Сетевая маска IPv4 и Шлюз IPv4.

        s edit vm

  11. Нажмите ОК.

  12. Запустите ВМ с помощью кнопки Запустить.

Дождитесь загрузки ВМ (может достигать 20-ти минут в зависимости от производительности дисковой и вычислительной подсистем).

Убедитесь, что ВМ получила адрес: в списке ВМ в параметре IP-адрес будет указан назначенный ВМ адрес.

4.3. Инициализация контроллера репликации

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

  1. В интерфейсе платформы zVirt перейдите в раздел Репликация и DR, на вкладке Площадки нажмите Инициализировать.

  2. На вкладке Создание пользователя-администратора задайте:

    • Имя пользователя — имя пользователя-администратора контроллера. Параметр должен содержать не менее трех символов.

    • Пароль — пароль пользователя-администратора. Параметр должен содержать не менее четырех символов.

    • Подтвердите пароль — подтверждение пароля пользователя-администратора.

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

  3. Нажмите Далее.

  4. На вкладке Настройка основных параметров РЦОД задайте следующие параметры:

    • Точка доступа — точка доступа к API, например https://engine.local/ovirt-engine/api.

    • Имя пользователя — имя пользователя, которого создали перед началом работы, для доступа контроллера к API zVirt в формате «username@internal».

      При использовании Keycloak в качестве провайдера авторизации необходимо вводить логин в формате «username@internalsso».

    • Пароль — пароль пользователя для доступ к API.

      s iniz3

    • Центр данных — центр данных, в котором будут размещаться реплики по умолчанию.

    • Домен хранения — домен хранения, на котором будут размещаться реплики по умолчанию.

      s iniz4

    • Кластер — кластер, на котором будут размещаться реплики по умолчанию.

    • Хост для запуска ВМ по умолчанию — на указанном хосте будут запускаться реплицированные ВМ. Если не указан, то при запуске ВМ хост выбирается автоматически.

    • IP-адрес контроллера репликации — IP-адрес, который будет использоваться для подключения к контроллеру.

    • Публичный IP-адрес контроллера репликации — общедоступный IP-адрес или DNS-имя, которое будет использоваться агентами-отправителями.

      s iniz5

  5. Нажмите Далее.

  6. (Опционально) На вкладке Настройка дополнительных параметров РЦОД в параметрах:

    • Использовать публичный IP для агентов-приемников — при активации опции агент-приемник будет использовать публичный адрес контроллера репликации для подключения.

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

    • Формат хранения дисков в РЦОД — выберите qcow2 или raw.

    • Таймаут группы восстановления — укажите таймаут группы восстановления в минутах. Рекомендуемое минимальное время — 30 минут.

      s iniz6

  7. Нажмите Далее.

  8. На вкладке Подтверждение информации проверьте, что указанная информация верна, и нажмите Инициализировать. При необходимости вы можете вернуться на предыдущие шаги и изменить параметры.

После успешной инициализации контроллера его статус изменится на «Настроен». Далее добавьте ОЦОД.

4.4. Добавление основной площадки

Чтобы добавить основную площадку:

  1. В интерфейсе платформы zVirt перейдите в раздел Репликация и DR, на вкладке Площадки нажмите Добавить.

    s site3

  2. Задайте следующие параметры: Имя площадки, Полное доменное имя сервера СУВ/системы управления виртуализации, Имя пользователя в формате «username@internal» и Пароль.

    При использовании Keycloak в качестве провайдера авторизации необходимо вводить логин в формате «username@internalsso».

  3. Проверьте соединение.

    s add site

  4. Нажмите Создать.

Основная площадка добавлена.

4.5. Установка агента-отправителя

Установка агента-отправителя необходима для настройки репликации. Разворачивается в ОЦОД.

4.5.1. Настройка агента-отправителя

Перед развертыванием образа задайте настройки агента-отправителя:

  1. Раскройте параметр Настройки агента-отправителя под карточкой с информацией об основной площадке.

  2. Укажите точку доступа API, имя пользователя, которого создали перед началом работы, и уровень поиска ВМ. Например, при выборе уровня «Кластер» устанавливается только один агент на кластер. Агент будет выполнять поиск ВМ в рамках соответствующего кластера.

  3. Нажмите Сохранить.

    s agent del

4.5.2. Развертывание образа агента-отправителя

Чтобы развернуть образ:

  1. В интерфейсе платформы zVirt перейдите в раздел Репликация и DR, на вкладке Площадки нажмите Скачать агент-отправитель.

    s site

  2. Загрузите образ диска в домен хранения:

    1. В интерфейсе платформы zVirt перейдите в Хранилище  Диски.

    2. Нажмите Загрузить  Начать.

      s add disk

    3. Нажмите Выберите файл.

    4. Выберите скачанный образ диска.

    5. В параметре Имя укажите имя диска, которое будет у загруженного образа.

    6. Выберите необходимый домен хранения, (опционально) профиль диска и (опционально) хост.

    7. Убедитесь, что не выбраны опции «Может быть общим» и «Включить инкрементное резервное копирование».

      s add disk2

    8. Нажмите ОК.

      После окончания загрузки диска его состояние изменится на «ОК».

4.5.3. Создание ВМ на основе диска

Чтобы создать ВМ агента-отправителя:

  1. В интерфейсе платформы zVirt перейдите в Ресурсы  Виртуальные машины.

  2. Нажмите Создать.

  3. В разделе Общее заполните следующие параметры:

    Подробнее о рекомендуемых требованиях к развертыванию.

    • Операционная система — выберите «Ubuntu 18 Bionic Beaver LTS+».

    • Профили нагрузки — Сервер.

    • Имя — имя ВМ.

      s create vm1

  4. В поле Виртуальные диски нажмите Прикрепить.

    s create vm2

    В появившемся окне выберите ранее загруженный диск, укажите опцию «OS» и нажмите ОК.

  5. В поле Сетевые интерфейсы (с привязкой к vNIC профилю), в параметре nic1 выберите сеть, в которой будет размещаться ВМ.

    s create vm3

  6. Перейдите в раздел Система (при отсутствии раздела нажмите Показать расширенные настройки) и заполните следующие параметры:

    • Оперативная память (разделяемая) — объем ОЗУ для ВМ.

    • Всего ЦП — количество ЦП для ВМ.

      (Опционально) Разверните раздел Дополнительные параметры и скорректируйте Ядра на виртуальном сокете в соответствии с количеством ЦП.

  7. Перейдите в раздел Запуск инициализации.

  8. Активируйте опцию «Cloud-Init».

  9. Активируйте опцию «Настроить временную зону» и укажите временную зону, в которой размещается ВМ.

    s create vm4

  10. Разверните раздел Сети:

    1. В параметре Сетевой протокол Cloud-Init выберите Openstack Metadata.

    2. В параметре DNS-серверы через пробел укажите список DNS-серверов.

    3. Активируйте опцию «Гостевой сетевой интерфейс».

    4. Нажмите Добавить новый.

    5. В параметре Гостевой сетевой интерфейс введите «enp1s0».

    6. В параметре Протокол загрузки IPv4 выберите:

      • DHCP — если планируете использовать DHCP-сервер для получения адреса.

      • Статичная — если планируете назначить адрес вручную.

        При выборе Статичная укажите параметры IPv4 адрес, Сетевая маска IPv4 и Шлюз IPv4.

        s edit vm

  11. Нажмите ОК.

  12. Запустите ВМ с помощью кнопки Запустить.

4.6. Установка агента-приемника

Установка агента-приемника необходима для настройки репликации. Работает в РЦОД.

4.6.1. Развертывание образа агента-приемника

Чтобы развернуть образ:

  1. В интерфейсе платформы zVirt перейдите в раздел Репликация и DR, на вкладке Площадки нажмите Скачать агент-приемник.

    Дождитесь окончания загрузки.

    s site2

  2. Загрузите скачанный образ диска в домен хранения:

    1. В интерфейсе платформы zVirt перейдите в Хранилище  Диски.

    2. Нажмите Загрузить  Начать.

      s add disk

    3. Нажмите Выберите файл.

    4. Выберите скачанный образ диска.

    5. В параметре Имя укажите имя диска, которое будет у загруженного образа.

    6. Выберите необходимый домен хранения, (опционально) профиль диска и (опционально) хост.

    7. Убедитесь, что не выбраны опции «Может быть общим» и «Включить инкрементное резервное копирование».

      s add disk2

    8. Нажмите ОК.

      Дождитесь окончания загрузки диска. После чего состояние диска изменится на «ОК».

4.6.2. Создание ВМ на основе диска

Чтобы создать ВМ агента-приемника:

  1. В интерфейсе платформы zVirt перейдите в Ресурсы  Виртуальные машины.

  2. Нажмите Создать.

  3. В разделе Общее заполните следующие параметры:

    Подробнее о рекомендуемых требованиях к развертыванию.

    • Операционная система — выберите «Ubuntu 18 Bionic Beaver LTS+».

    • Имя — имя ВМ.

    • Профили нагрузки — Сервер.

      s create vm1

  4. В поле Виртуальные диски нажмите Прикрепить.

    s create vm2

    В появившемся окне выберите ранее загруженный диск, укажите опцию «OS» и нажмите ОК.

  5. В поле Сетевые интерфейсы (с привязкой к vNIC профилю), в параметре nic1 выберите сеть, в которой будет размещаться ВМ.

    s create vm3

  6. Перейдите в раздел Система (при отсутствии раздела нажмите Показать расширенные настройки) и заполните следующие параметры:

    • Оперативная память (разделяемая) — объем ОЗУ для ВМ.

    • Всего ЦП — количество ЦП для ВМ.

      (Опционально) Разверните раздел Дополнительные параметры и скорректируйте Ядра на виртуальном сокете в соответствии с количеством ЦП.

  7. Перейдите в раздел Запуск инициализации.

  8. Активируйте опцию «Cloud-Init».

  9. Активируйте опцию «Настроить временную зону» и укажите временную зону, в которой размещается ВМ.

    s create vm4

  10. Разверните раздел Сети:

    1. В параметре Сетевой протокол Cloud-Init выберите Openstack Metadata.

    2. В параметре DNS-серверы через пробел укажите список DNS-серверов.

    3. Активируйте опцию «Гостевой сетевой интерфейс».

    4. Нажмите Добавить новый.

    5. В параметре Гостевой сетевой интерфейс введите «enp1s0».

    6. В параметре Протокол загрузки IPv4 выберите:

      • DHCP — если планируете использовать DHCP-сервер для получения адреса.

      • Статичная — если планируете назначить адрес вручную.

        При выборе Статичная укажите параметры IPv4 адрес, Сетевая маска IPv4 и Шлюз IPv4.

        s edit vm

  11. Нажмите ОК.

  12. Запустите ВМ с помощью кнопки Запустить.

4.7. Изменение настроек сервиса

В интерфейсе платформы zVirt, на вкладке Площадки после добавления основной площадки можно отредактировать:

Учетные данные администратора

При изменении пароля пользователя Менеджера управления вы можете обновить имя пользователя-администратора контроллера репликации и задать новый пароль.

s login
Адрес контроллера

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

s address
Часовой пояс

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

s timezone
Настройки агента-отправителя

Вы можете изменить точку доступа API, имя пользователя и уровень поиска ВМ. Уровень, на котором агенты-отправители будут искать ВМ. Например, при выборе уровня «Кластер» следует устанавливать один (и только один) агент на кластер. Агент будет выполнять поиск ВМ в рамках соответствующего кластера. При изменении этого параметра выполните шаги по перезапуску сервисов.

При использовании Keycloak в качестве провайдера авторизации необходимо указывать имя пользователя «username@internalsso».
s agent del
Настройки агента-приемника

Вы можете изменить настройки агента-приемника. При изменении параметров выполните шаги по перезапуску сервисов.

При использовании Keycloak в качестве провайдера авторизации необходимо указывать имя пользователя в формате «username@internalsso».
s agent rec
s agent rec3
Настройки подключения к контроллеру

Вы можете изменить IP-адрес или FQDN контроллера, используемое Менеджером управления для подключения. После изменения этого параметра выполните шаги по изменению адреса контроллера репликации.

s fqdn
Настройки мониторинга

Вы можете подключить мониторинг, чтобы контролировать состояние подключения к контроллеру и информацию о действиях пользователя. Уведомления отображаются в правом верхнем углу, в Блоке уведомлений, при нажатии b fa bell.

s notification
s monitoring1

4.8. Удаление соединения с контроллером

Чтобы удалить соединение с контроллером репликации:

  1. Перейдите на вкладку Площадки.

  2. На карточке РЦОД нажмите b fa trash green.

    Кнопка удаления доступна, если контроллер находится в статусе «Настроен».

  3. Нажмите Удалить.

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

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

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

4.9. Изменение параметров агентов

Чтобы изменить параметры агентов:

  1. В интерфейсе платформы zVirt перейдите в Ресурсы  Виртуальные машины.

  2. В списке выберите ВМ агент-приемник и нажмите на ее имя.

  3. Нажмите Консоль.

  4. Чтобы изменять параметры агентов, в консоли ВМ выберите Agent options и нажмите Enter.

Появится окно со списком действий, которые можно выполнить с агентом:

s change ip
Перезапуск сервисов

Чтобы перезапустить сервис:

  1. Выберите пункт 1 «Restart agent services».

  2. Нажмите ОК.

  3. Нажмите Yes.

Изменение IP-адреса агента

Чтобы изменить IP-адрес агента:

  1. Выберите пункт 3 «Edit network».

  2. В открывшемся окне выберите «Edit a connection».

  3. Нажмите Enter.

    s change ip1

  4. Выберите сетевой адаптер «enp1s0».

  5. С помощью tab перейдите на Edit и нажмите Enter.

    s change ip2

  6. Отредактируйте свойства:

    s change ip3

  7. Перезапустите сервис агента согласно шагу выше.

Добавление записей в файл hosts (локальное разрешение имен)

Чтобы добавить записи в файл hosts:

  1. Выберите пункт 4 «Edit hosts».

  2. Добавьте записи в формате IP-адрес имя и нажмите Ctrl+X.

  3. Введите y и нажмите Enter.

    s change ip4
Изменение адреса контроллера репликации

Если у контроллера репликации был изменен IP-адрес, то необходимо изменить соответствующий параметр у агентов:

  1. Выберите пункт 5 «Edit controller addresses».

  2. Выберите пункт 1 «Update all addresses at once».

  3. Введите адрес контроллера репликации и нажмите Edit.

    s change ip5

При изменении адреса контроллера репликации сервисы агента будут перезапущены автоматически.

5. Обзор статусов на вкладке «Площадки»

Статус работы сервиса и состояние репликации

На вкладке Площадки можно просмотреть статусы:

s status
Таблица 5. Текущий статус работы сервиса
Статус Описание

Исправен

Подключение к контроллеру репликации активно

Ошибка

Подключение к контроллеру репликации неактивно
Таблица 6. Текущее состояние репликации
Состояние Описание

Исправна

ВМ реплицируются без ошибок

Предупреждение

  • ВМ не реплицируются

  • Репликация ВМ приостановлена

Ошибка

ВМ реплицируются с ошибками

Не настроена

Нет настроенных ВМ для репликации
Статус контроллера репликации
s status2
Таблица 7. Текущий статус контроллера репликации
Статус Описание

Настроен

Контроллер инициализирован

Не настроен

Контроллер не инициализирован

6. Управление ВМ ОЦОД

В интерфейсе платформы zVirt, на вкладке ВМ ОЦОД отображаются все ВМ, которые найдены агентом-отправителем, со следующими статусами и состояниями:

Таблица 8. Состояние агента
Состояние Описание

Онлайн

Агент активен, и он обнаружил ВМ

Оффлайн

Проблема с агентом или ВМ отсутствует в зоне обнаружения агента
Таблица 9. Статус репликации
Статус Описание

Не защищено

ВМ не реплицируется

Приостановлено

Репликация ВМ поставлена на паузу

Ошибка

При репликации ВМ возникла ошибка или она активна, и три последние попытки репликации по расписанию не были успешно завершены. Проверьте состояние агентов и контроллера репликации

Отсоединение

Происходит отсоединение ВМ, входящей в состав группы восстановления

Предупреждение

Проверьте состояние агентов и контроллера репликации

Защищено

Выполнена репликация. У ВМ имеются реплики на резервной площадке

Запуск блокирован

Происходит восстановление ВМ на резервной площадке
Таблица 10. Состояние репликации
Состояние Описание

Активна

Происходит репликация ВМ

Неактивна

Не происходит репликация ВМ

Предупреждение

Репликация ВМ невозможна

Если уже есть созданная группа репликации, то можно выбрать ВМ из списка и добавить ее в эту группу. Для этого наведите указатель мыши на нужную ВМ и нажмите fa plus gray. (Опционально) В открывшемся окне задайте параметры:

  • Группа — выберите из списка созданную группу.

  • Центр данных — центр данных, в котором будут размещаться реплицированные данные.

  • Домен хранения — домен хранения, на котором будут размещаться реплицированные данные.

    s vmdc2

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

  • Хост — хост для реплицированной ВМ.

  • Постфикс — окончание имени ВМ, которое будет добавляться у ВМ, создаваемой в РЦОД. Параметр может содержать не более 10 символов.

    s vmdc3

  • Тип диска — выберите qcow2 или raw.

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

    Если для ВМ настройки не заданы, то будут применены настройки по умолчанию.

    Также можно активировать опцию «Запустить репликацию», чтобы не дожидаться расписания репликации, и нажмите Добавить.

    s vmdc4

ВМ добавлена в группу репликации.

С помощью кнопки fa ellipsis v можно:

  • настроить видимость колонок;

  • экспортировать в csv. Выгрузка выполняется в соответствии с настроенными фильтрами и выбранными для отображения столбцами, а также с параметрами сортировки. Экспортируется не более 1 0000 записей. Если записей в таблице более 1 0000, то экспортируются первые 1 0000 (с учетом фильтра и параметров сортировки).

Чтобы удалить ВМ, наведите указатель мыши на нужную ВМ и нажмите b fa trash gray. ВМ не будет удалена в ОЦОД, будут удалены реплики ВМ в РЦОД.

7. Управление группой репликации

В интерфейсе платформы zVirt, на вкладке Группы репликации отображается список настроенных групп репликации, которыми можно управлять.

Информацию о статусах ВМ можно посмотреть в разделе ВМ ОЦОД.

С помощью кнопки fa ellipsis v можно:

  • настроить видимость колонок;

  • экспортировать в csv. Выгрузка выполняется в соответствии с настроенными фильтрами и выбранными для отображения столбцами, а также с параметрами сортировки. Экспортируется не более 1 0000 записей. Если записей в таблице более 1 0000, то экспортируются первые 1 0000 (с учетом фильтра и параметров сортировки). При экспорте таблицы групп репликации выполняется экспорт списка виртуальных машин по каждой из отображаемых групп репликации. При экспорте таблицы групп репликации в записи по каждой виртуальной машине содержатся поля с информацией по группе репликации, в которой находится виртуальная машина:

    • Имя группы

    • Описание группы

    • Статус репликации группы

    • Тип группы

    • Тип репликации группы

    • Период репликации

7.1. Создание группы репликации

Чтобы создать группу репликации:

  1. На вкладке Группы репликации нажмите Создать группу репликации.

  2. На вкладке Новая группа репликации задайте следующие параметры:

    • Имя — имя группы. Должно начинаться с буквы и состоять только из символов латинского алфавита и '_', '-', '.'.

    • (Опционально) Описание — дополнительная информация о группе.

      s add group

  3. Нажмите Далее.

  4. На вкладке Виртуальные машины активируйте опцию рядом с нужной ВМ, чтобы добавить.

    s group replic

  5. Нажмите Далее.

  6. (Опционально) На вкладке Дополнительные параметры виртуальных машин укажите дополнительные параметры с помощью кнопки b edit1. Если для ВМ настройки не заданы, то будут применены настройки по умолчанию.

    • Центр данных — центр данных, в котором будут размещаться реплики.

    • Домен хранения — домен хранения, на котором будут размещаться реплики.

    • Кластер — кластер, на котором будут размещаться реплики.

    • Хост — хост для реплицируемой ВМ.

    • Постфикс — окончание имени ВМ, которое будет добавляться у ВМ, создаваемой в РЦОД. Этот параметр может содержать не более 10 символов.

      s add group1

    • Тип диска — выберите qcow2 или raw.

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

      s add group2

  7. Нажмите Сохранить  Далее.

  8. В разделе Настройка репликации задайте следующие параметры:

    • Тип репликации — Инкрементальный.

    • Период репликации. Выберите:

      • Периодическая — репликация происходит через равные промежутки времени. Например, каждые 15 минут или каждые 6 часов. Этот вариант подходит для некритичных компонентов бизнес-приложения, поэтому он не оказывает серьезного влияния на производительность системы и не загружает сеть.

        При выборе этого периода задайте следующие параметры:

        • Частота репликации — период, через который запускается репликация измененных данных. Рекомендуемый минимальный период репликации — 15 минут.

        • Единица измерения — можно выбрать минуты, часы, дни.

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

          s period

      • По Cron — расписание в формате cron.

        s cron

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

  9. (Опционально) Активируйте опцию «Запустить репликацию сразу после создания группы». При выборе этой опции репликация ВМ будет запущена сразу после создания группы независимо от заданного расписания.

    Первая репликация всегда является полной репликацией ВМ.

  10. Нажмите Далее.

  11. На вкладке Подтверждение информации проверьте, что указанная информация верна, и нажмите Создать. При необходимости вы можете вернуться на предыдущие шаги и изменить параметры.

После создания группа репликации появится в списке.

7.2. Редактирование группы репликации

Чтобы изменить параметры группы репликации:

  1. На вкладке Группы репликации наведите указатель мыши на группу и нажмите b fa pencil alt gray.

  2. На вкладке Новая группа репликации измените следующие параметры:

    • Имя — Имя группы. Должно начинаться с буквы и состоять только из символов латинского алфавита и '_', '-', '.'.

    • (Опционально) Описание — дополнительная информация о группе.

  3. Нажмите Далее.

  4. На вкладке Виртуальные машины выберите ВМ, которые нужно добавить в группу.

  5. Нажмите Далее.

  6. (Опционально) На вкладке Дополнительные параметры виртуальных машин укажите дополнительные параметры с помощью кнопки b fa pencil alt gray. Если для ВМ настройки не заданы, то будут применены настройки по умолчанию.

    • Центр данных — центр данных, в котором будут размещаться реплики.

    • Домен хранения — домен хранения, на котором будут размещаться реплики.

    • Кластер — кластер, на котором будут размещаться реплики.

    • Хост — хост для реплицированной ВМ.

    • Постфикс — окончание имени ВМ, которое будет добавляться у ВМ, создаваемой в РЦОД. Этот параметр может содержать не более 10 символов.

    • Тип диска — выберите qcow2 или raw.

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

  7. Нажмите Сохранить  Далее.

  8. На вкладке Удаление виртуальных машин выберите ВМ, которые нужно удалить.

  9. Нажмите Далее.

  10. На вкладке Настройка репликации задайте следующие параметры:

    • Тип репликации — Инкрементальный.

    • Период репликации. Выберите:

      • Периодическая — репликация происходит через равные промежутки времени. Например, каждые 15 минут или каждые 6 часов. Этот вариант подходит для некритичных компонентов бизнес-приложения, поэтому он не оказывает серьезного влияния на производительность системы и не загружает сеть.

        При выборе этого периода задайте следующие параметры:

        • Частота репликации — период, через который запускается репликация измененных данных. Рекомендуемый минимальный период репликации — 15 минут.

        • Единица измерения — можно выбрать минуты, часы, дни.

      • По Cron — расписание в формате cron.

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

  11. (Опционально) Активируйте опцию «Запустить репликацию сразу после создания группы». При выборе этой опции репликация ВМ будет запущена сразу после создания группы независимо от заданного расписания.

  12. Нажмите Далее.

  13. В разделе Подтверждение информации проверьте, что указанная информация верна, и нажмите Сохранить. При необходимости вы можете вернуться на предыдущие шаги и изменить параметры.

Группа репликации изменена.

7.3. Удаление группы репликации

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

  1. На вкладке Группы репликации наведите указатель мыши на группу и нажмите b fa trash gray.

  2. Нажмите Удалить.

После удаления группы репликации:

  • удаляются реплики ВМ, входящих в состав группы;

  • удаляется расписание репликации для ВМ, входящих в состав группы;

  • ВМ, входящие в состав удаленной группы, становятся доступны для настройки репликации и отображаются на вкладке ВМ ОЦОД.

7.4. Остановка репликации

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

Действие «Остановить репликацию» остановит запуск репликации по расписанию. Если в момент нажатия «Остановить репликацию» состояние репликации было «Активно», то текущий цикл репликации будет выполнен. И следующий цикл не будет начат.

Выполните следующие действия:

  1. На вкладке Группы репликации наведите указатель мыши на ВМ или группы и нажмите b fa pause gray.

  2. Нажмите ОК.

После остановки репликации:

  • все моментальные снимки дисков будут сохранены;

  • ее статус изменится на «Предупреждение».

7.5. Запуск репликации

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

Выполните следующие действия:

  1. На вкладке Группы репликации наведите указатель мыши на ВМ или группы и нажмите b fa play gray.

  2. Нажмите OK.

После успешного запуска статус репликации изменится на «Настроена».

8. Управление планом восстановления

На основании плана восстановления происходит восстановление ВМ в РЦОД. Он используется как шаблон, содержащий в себе параметры запуска ВМ в РЦОД.

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

Если у плана восстановления статус — «Предупреждение», то в него добавлены ВМ, которые не могут быть восстановлены. В этом случае необходимо проверить репликацию ВМ, либо удалить ВМ из плана.

s test plan1

8.1. Создание плана восстановления

План восстановления является шаблоном, в котором описана последовательность восстановления ВМ в РЦОД из реплицированных данных.

Чтобы создать план восстановления, на вкладке Планы восстановления нажмите Создать план.

Вы можете создать план двумя способами:

  • Способ 1. Задайте параметры на вкладке Основной.

  • Способ 2. Задайте параметры в формате .json на вкладке JSON.

Способ 1. На вкладке «Основной»

Чтобы создать план:

  1. На вкладке Новый план восстановления, в параметре Имя плана укажите имя. Имя должно начинаться с буквы и состоять только из символов латинского алфавита и '_', '-', '.'.

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

    • Имя — название подсети.

    • Имя сети — выберите из списка сеть, которая будет использоваться при запуске плана восстановления.

    • Имя профиля сетевого порта — выберите профиль сетевого порта.

    • CIDR — CIDR.

      s subnet

  3. Нажмите Сохранить  Далее.

  4. На вкладке Выбор виртуальных машин выберите ВМ, которые будут входить в план восстановления.

  5. Нажмите Далее.

  6. На вкладке Настройка виртуальных машин можно:

    • выбрать ВМ и определить для них ранг, нажав Изменить ранг.

      s rang

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

      1. Наведите указатель мыши на нужную ВМ и нажмите b edit1.

      2. Задайте параметры: Ранг, ЦПУ, Ядра, ОЗУ (ГБ).

      3. В поле DNS-серверы укажите Адрес.

      4. В поле Порты укажите:

        1. Имя — имя сетевого интерфейса в гостевой ОС в РЦОД. Имя в этом параметре должно совпадать с реальным именем сетевого интерфейса, так как используется в конфигурации Cloud-Init для применения сетевых настроек.

          • Имя интерфейса зависит от типа гостевой ОС. Например, РЕД ОС назначает имя по расположению интерфейса в PCI-шине.

          • Имена соответствующих сетевых интерфейсов в ОЦОД и РЦОД могут отличаться, так как при создании ВМ в РЦОД используется общий для всех ВМ порядок добавления интерфейсов на PCI-шину.

        2. Подсеть — имя подсети, созданной на шаге 2. В эту подсеть будет подключен сетевой интерфейс.

        3. Адрес — адрес из диапазона подсети.

        4. Шлюз — шлюз сети по умолчанию для интерфейса.

          При необходимости вы можете активировать опцию Использовать DHCP. DHCP должен быть реализован на стороне инфраструктуры.

          Для работы функциональности назначения сетевых настроек при переключении ВМ необходима установка и настройка сервиса Cloud-Init. Подробнее в разделе Настройка Cloud-Init для различных гостевых ОС.
          s launch vm

  7. Нажмите Сохранить  Далее.

  8. На вкладке Подтверждение информации проверьте, что указанная информация верна, и нажмите Создать. При необходимости вы можете вернуться на предыдущие шаги и изменить параметры.

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

Способ 2. На вкладке «JSON»

Чтобы создать план в формате .json:

  1. Перейдите на соответствующую вкладку и задайте параметры.

    Пример 
    {
  "id": "f30e4d29-376a-4aef-96f4-4495724f1c91",
  "name": "redos",
  "rankCount": 1,
  "vms": [
    {
      "ports": [
        {
          "name": "enp1s0",
          "subnet": "test"
        }
      ],
      "id": "b2f9de72-476d-413f-9d64-62f68085c8bd",
      "name": "redos_7.3",
      "cpu": "1",
      "core": "1",
      "memory": "1",
      "rank": 0,
      "state": "protected",
      "group": {
        "id": "aa98c16b-7d83-4e8e-8447-961c4b83d8a7",
        "name": "ReplGroup01",
        "description": ""
      }
    }
  ],
  "subnets": [
    {
      "subnetId": "0000000a-000a-000a-000a-000000000398",
      "cidr": "10.10.10.0/24",
      "name": "test",
      "networkId": "00000000-0000-0000-0000-000000000009"
    }
  ],
  "status": "ready"
}

  2. Нажмите Применить.

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

8.2. Редактирование плана восстановления

Вы можете редактировать план восстановления:

Способ 1. На вкладке «Основной»

Чтобы изменить план восстановления:

  1. На вкладке Планы восстановления выберите план и нажмите b fa pencil alt gray.

  2. На вкладке Новый план восстановления, в параметре Имя плана измените имя.

  3. На вкладке Настройка подсетей измените подсеть.

  4. Нажмите Далее.

  5. На вкладке Выбор виртуальных машин выберите ВМ.

  6. Нажмите Далее.

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

  8. Нажмите Далее.

  9. На вкладке Подтверждение информации проверьте, что указанная информация верна, и нажмите Сохранить. При необходимости вы можете вернуться на предыдущие шаги и изменить параметры.

План восстановления изменен.

Способ 2. На вкладке «JSON»

Чтобы изменить план восстановления:

  1. Перейдите на соответствующую вкладку и измените параметры.

  2. Нажмите Применить.

План восстановления изменен.

8.3. Удаление плана восстановления

План восстановления можно удалить с помощью кнопки b fa trash green.

8.4. Запуск плана восстановления

Чтобы запустить план восстановления:

  1. На вкладке Планы восстановления нажмите Запустить.

  2. На вкладке Параметры задайте:

    • Имя группы восстановления. Имя должно начинаться с буквы и состоять только из символов латинского алфавита и '_', '-', '.'.

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

      s plan

  3. Нажмите Далее.

  4. Проверьте, что данные указаны верно, и нажмите Запустить.

План восстановления запущен.

8.4.1. Тестовое восстановление

Тестовое восстановление подразумевает запуск ВМ в РЦОД без влияния на продуктивные ВМ. При этом:

  • ВМ в ОЦОД не отключаются;

  • ВМ в РЦОД запускаются в изолированной сети. Для запуска ВМ в изолированной сети необходимо в плане восстановления указать соответствующую сеть.

После выполнения тестового восстановления рекомендуется удалить группу восстановления.

8.4.2. Восстановление при аварии

Восстановление при аварии подразумевает запуск ВМ при отказе ОЦОД. ВМ запускаются с выбранной точки восстановления. Необходимо учитывать, что будут потеряны данные, записанные с последней точки восстановления (RPO).

При аварийном восстановлении рекомендуется отсоединить группу восстановления для репликации ВМ в ОЦОД, после восстановления которого необходимо выполнить соответствующие настройки сервиса «Репликация и DR» в ОЦОД.

9. Управление группой восстановления

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

В плане восстановления прописываются правила для запуска ВМ в РЦОД. При запуске плана восстановления создается группа восстановления, содержащая в себе реплики ВМ в РЦОД и информацию о них.

Также на этой вкладке можно обновлять информацию по списку групп восстановления и по выбранной группе восстановления вручную с помощью кнопки b reload. Или настроить автоматическую синхронизацию, выбрав интервал: 5, 10, 20, 30 и 60 секунд.

s sec

9.1. Удаление группы восстановления

Чтобы удалить группу восстановления:

  1. На вкладке Группы восстановления нажмите на карточку с группой.

  2. Нажмите Удалить  ОК.

При удалении группы восстановления ВМ:

  • отключатся в РЦОД;

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

  • продолжат реплицироваться согласно расписанию группы репликации, в которую они входят.

9.2. Отсоединение группы восстановления

Чтобы отсоединить группу восстановления:

  1. На вкладке Группы восстановления нажмите на карточку с группой.

  2. Нажмите Отсоединить  ОК.

Группа восстановления отсоединена. При этом ВМ продолжают работать в РЦОД.

10. События

В разделе События отображаются сведения о выполнении таких операций, как создание группы репликации, плана восстановления, запуск репликации и так далее.

s events

С помощью кнопки fa ellipsis v можно экспортировать в csv. Выгрузка выполняется в соответствии с настроенными фильтрами и выбранными для отображения столбцами, а также с параметрами сортировки. Экспортируется не более 1 0000 записей. Если записей в таблице более 1 0000, то экспортируются первые 1 0000 (с учетом фильтра и параметров сортировки).

Список событий и их описание приведены в таблице ниже.

Таблица 11. События
Событие Описание

DR Controller initialized successfully by user {user.name}

Менеджер управления инициализирован пользователем {user.name}

DR Controller initialization failed by user {user.name}

Ошибка при инициализации Менеджера управления пользователем {user.name}

Main DC agent configuration was changed by user {user.name}

Редактирование конфигурации агентов ОЦОД пользователем {user.name}

Main DC agent configuration change failed by user {user.name}

Ошибка при редактировании конфигурации агентов ОЦОД пользователем {user.name}

Reserved DC agent configuration was changed by user {user.name}

Редактирование конфигурации агентов РЦОД пользователем {user.name}

Reserved DC agent configuration change failed by user {user.name}

Ошибка при редактировании конфигурации агентов РЦОД пользователем {user.name}

Connector config created successfully by user {user.name}

Создание параметров коннектора пользователем {user.name}

Connector config created failed by user {user.name}

Ошибка при создание параметров коннектора пользователем {user.name}

Connector config updated successfully by user {user.name}

Редактирование параметров коннектора пользователем {user.name}

Connector config update failed by user {user.name}

Ошибка при редактировании параметров коннектора пользователем {user.name}

Connector config deleted successfully by user {user.name}

Удаление параметров коннектора пользователем {user.name}

Connector config delete failed by user {user.name}

Ошибка при удалении параметров коннектора пользователем {user.name}

Main DC updated successfully by user {user.name}

Редактирование конфигурации ОЦОД пользователем {user.name}

Main DC update failed by user {user.name}

Ошибка при редактировании конфигурации ОЦОД пользователем {user.name}

Main DC deleted successfully by user {user.name}

Удалении конфигурации ОЦОД пользователем {user.name}

Main DC delete failed by user {user.name}

Ошибка при удалении параметров ОЦОД пользователем {user.name}

Reserved DC updated successfully by user {user.name}

Редактирование имени РЦОД пользователем {user.name}

Reserved DC update failed by user {user.name}

Ошибка при редактировании имени ОЦОД пользователем {user.name}

Main DC Agents config created successfully by user {user.name}

Создание конфигурации агентов ОЦОД пользователем {user.name}

Main DC Agents config create failed by user {user.name}

Ошибка при создании конфигурации агентов ОЦОД пользователем {user.name}

Reserved DC Agents config created successfully by user {user.name}

Создание конфигурации агентов РЦОД пользователем {user.name}

Reserved DC Agents config create failed by user {user.name}

Ошибка при создании конфигурации агентов РЦОД пользователем {user.name}

Connector user password updated successfully by user {user.name}

Изменение пароля коннектора пользователем {user.name}

Connector user password update failed by user {user.name}

Ошибка при изменении пароля коннектора пользователем {user.name}

Timezone changed successfully by user {user.name}

Изменение часового пояса пользователем {user.name}

Timezone change failed by user {user.name}

Ошибка при изменении часового пояса пользователем {user.name}

DR plan {planId} was started successfully by user {user.name}

План восстановления {planId} запущен пользователем {user.name}

Failed to run DR plan {planId} by user {user.name}

Ошибка запуска плана восстановления {planId} пользователем {user.name}

Recovery Group {runningPlanId} was deleted successfully by user {user.name}

Группа восстановления {runningPlanId} удалена пользователем {user.name}

Failed to delete Recovery Group {runningPlanId} by user {user.name}

Ошибка удаления группы восстановления {runningPlanId} пользователем {user.name}

Recovery Group {runningPlanId} was detached successfully by user {user.name}

Группа восстановления {runningPlanId} была отсоединена пользователем {user.name}

Failed to detach Recovery Group {runningPlanId} by user {user.name}

Ошибка отсоединения группы восстановления {runningPlanId} пользователем {user.name}

VM {vm.id} was deleted by user {user.name}

ВМ {vm.id} удалена пользователем {user.name}

Delete VM {vm.id} failed by user {user.name}

Ошибка при удалении ВМ {vm.id} пользователем {user.name}

DR plan {planName}({planId}) created by {user.name}

План восстановления {planName}({planId}) создан пользователем {user.name}

Failed to create DR plan {planName} by {user.name}

Ошибка при создании плана восстановления {planName} пользователем {user.name}

DR plan {planName}({planId}) updated by {user.name}

План восстановления {planName}({planId}) обновлен пользователем {user.name}

Failed to update DR plan {planId} by {user.name}

Ошибка при обновлении плана восстановления {planId} пользователем {user.name}

DR plan {planId} removed by {user.name}

План восстановления {planId} удален пользователем {user.name}

Failed to remove DR plan {planId} by {user.name}

Ошибка при удалении плана восстановления {planId} пользователем {user.name}

Replication group {groupName}({groupId}) created by {user.name}

Группа восстановления {groupName}({groupId}) создана пользователем {user.name}

Failed to create replication group {groupName} by {user.name}

Ошибка при создании группы восстановления {groupName} пользователем {user.name}

Replication group {groupName}({groupId}) updated by {user.name}

Группа восстановления {groupName}({groupId}) обновлена пользователем {user.name}

Failed to update replication group {groupId} by {user.name}

Ошибка при обновлении группы восстановления {groupId} пользователем {user.name}

Replication group {groupName}({groupId}) removed by {user.name}

Группа восстановления {groupName}({groupId}) удалена пользователем {user.name}

Failed to remove replication group {groupId} by {user.name}

Ошибка при удалении группы восстановления {groupId} пользователем {user.name}

VM {vm.id} was moved to group {group.id} by user {user.name}

ВМ {vm.id} перемещена в группу {group.id} пользователем {user.name}

Failed to move VM {vm.id} to group {group.id} by user {user.name}

Ошибка перемещения ВМ {vm.id} в группу {group.id} пользователем {user.name}

Trigger replication with {action} for {vm.ids} by user {user.name}

Для ВМ {vm.ids} репликация была запущена с действием {action} пользователем {user.name}

Failed to trigger replication with {action} for {vm.ids} by user {user.name}

Ошибка запуска репликации для ВМ {vm.ids} с действием {action} пользователем {user.name}

Monitoring config was changed successfully by user {user.name}

Параметры мониторинга обновлены пользователем {user.name}

Failed to change monitoring config by user {user.name}

Ошибка при обновлении параметров мониторинга пользователем {user.name}

Connector URL was changed to {url} successfully by user {user.name}

URL коннектора изменен на {url} пользователем {user.name}

Failed to change connector URL to {url} by user {user.name}

Ошибка изменения URL коннектора на {url} пользователем {user.name}
События контроллера

На вкладке События отображаются события контроллера репликации. Эти события могут понадобиться при обращении в техническую поддержку.

s events1
Блок уведомлений

В Блоке уведомлений можно посмотреть состояние подключения к контроллеру и информацию о действиях пользователя. Уведомления отображаются в правом верхнем углу, в блоке уведомлений, при нажатии b fa bell.

s notification

По умолчанию мониторинг сервиса «Репликация и DR» отключен. Чтобы его подключить, перейдите в настройки мониторинга. После подключения данные будут собираться по заданному интервалу.

11. Настройка уведомлений по электронной почте

Чтобы включить уведомления о состоянии подключения к контроллеру репликации и статусе репликации ВМ по электронной почте:

  1. Проверьте, что включен мониторинг.

  2. Выберите в меню слева Управление  Пользователи

  3. Выберите пользователя, нажав на его имя.

  4. Перейдите на вкладку Уведомления о событиях.

  5. Нажмите Управление событиями.

    s monitoring3

  6. Разверните раздел События «Репликация и DR».

  7. Активируйте опции «Сервис Репликации и DR исправен», «Сервис Репликации и DR в состоянии предупреждение», «Сервис Репликации и DR в состоянии ошибка».

  8. В параметре Получатель почты укажите электронную почту пользователя.

  9. Нажмите ОК.

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

s monitoring

12. Рекомендации

В этом разделе содержатся рекомендации по развертыванию контроллера репликации, настройкам политик выделения дискового пространства и Cloud-Init.

12.1. Развертывание контроллера репликации

Контроллер репликации предоставляется в виде образа диска в qcow2-формате, который необходимо загрузить на домен хранения на целевой площадке. Для корректной работы контроллера необходимо, чтобы дисковая подсистема домена хранения была размещена на дисках типа SSD, и производительность диска контроллера соответствовала следующим показателям:

  • задержка чтения/записи до 2 мс;

  • количество операций чтения/записи — 1000 IOPS (операции ввода-вывода в секунду).

Профиль обращения к диску — блок 8 КБ. Соотношение операций записи к операциям чтения — 25% / 75%.

12.2. Настройка политик выделения дискового пространства

Формат диска ВМ и его политика выделения дискового пространства влияют как на производительность, так и на занимаемое пространство дисковой подсистемы.

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

12.2.1. Настройка политик выделения дискового пространства СХД с протоколом блочного доступа

Утилизация ресурсов хранения зависит от политик выделения пространства:

  • на томе СХД (тонкий / толстый диск);

  • на виртуальном диске ВМ (предварительно размеченный / динамически расширяемый диск).

Если используются:

  • толстые диски (thick provisioning), то СХД помечает все пространство как выделенное независимо от того, размещены ли на домене хранения ВМ;

  • тонкие диски (thin provisioning), то СХД помечает использованным только то пространство, куда была выполнена запись. Размер блока, которым расширяется дисковое пространство, зависит от СХД (от единиц МБ до ГБ).

Независимо от показателей занятого пространства на СХД платформа zVirt указывает свободное и занятое пространство на домене хранения в соответствии с выделением пространства под виртуальные диски ВМ. Можно указать следующие политики выделения пространства для виртуальных дисков ВМ:

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

  • Динамически расширяемый. Для диска выделяется пространство по мере записи на диск. Пространство расширяется «квантами», размер которых определяется параметром volume_utilization_chunk_mb на каждом гипервизоре (см. инструкцию). По умолчанию — 1 ГБ.

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

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

Таблица 12. Соответствие политик выделения дискового пространства и параметров виртуальных дисков ВМ
Политика Толстый диск на СХД Тонкий диск на СХД

Предварительно размеченный

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

Средняя производительность. СХД отображает фактическое потребление

Некоторые СХД поддерживают только тонкое выделение пространства. И для них производительность в такой конфигурации является максимальной.

Динамически расширяемый

Средняя производительность. Фактическое потребление видно только со стороны платформы виртуализации zVirt

Минимальная производительность. Фактическое потребление видно как на компонентам, так и на СХД

12.2.2. Настройка политик выделения дискового пространства ВМ

Платформа виртуализации zVirt позволяет хранить диски ВМ (виртуальные диски ВМ) в нескольких форматах:

  • raw — формат хранения виртуального диска ВМ с линейной адресацией блоков. По умолчанию не поддерживает тонкое выделение пространства;

  • cow (qcow2) — формат хранение виртуального диска ВМ с произвольным сопоставлением блоков виртуального диска и блоков файла/диска, на котором хранится виртуальный диск ВМ.

При этом для виртуального диска ВМ доступна опция тонкого выделения пространства:

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

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

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

В зависимости от протоколов доступа, на базе которого создан домен хранения, платформа виртуализации zVirt создает виртуальные диски ВМ и поддерживает работу со следующими форматами:

Таблица 13. Соответствие политик выделения дискового пространства и форматов хранения
Тип хранилища Политика выделения Формат хранения базового диска Формат хранения снимка диска

Блочный

Предварительно размеченный

raw

qcow2

Блочный

Динамически расширяемый

qcow2

qcow2

Файловый

Предварительно размеченный

raw

qcow2

Файловый

Динамически расширяемый

raw (разреженный файл)

qcow2

12.2.3. Моментальные снимки ВМ

Так как при репликации создаются моментальные снимки, то стоит учитывать, что независимо от выбранной политики выделения пространства будут созданы «слои» в qcow2-формате.

Для моментальных снимков ВМ, диски которых расположены на домене хранения с файловым доступом (NFS), нет ограничений на размер изменений (размер снимка).

Для моментальных снимков ВМ, диски которых расположены на домене с блочным протоколом доступа (FC, iSCSI) платформа zVirt создает «слой» с размером 1 ГБ. На целевой площадке на такой «слой» записываются накопившиеся изменения с последней репликации. Важно учитывать, что изменения на ВМ не должны превышать указанный объем. Если ВМ имеет большее количество изменений, то рекомендуется выполнить одно или оба действия:

  • уменьшить интервал репликации для уменьшения объема изменений;

  • увеличить размер «слоев» виртуального диска по инструкции ниже.

    Инструкция по расширению размера «слоя» виртуального диска

    1. На каждом гипервизоре, где планируется размещать ВМ в файле /etc/vdsm/vdsm.conf добавьте записи или измените их при наличии:

      [irs]
volume_utilization_chunk_mb=2048

      Где: volume_utilization_chunk_mb — размер слоя.

    2. Перезапустите сервис «vdsm» с помощью команды:

      # systemctl restart vdsmd.service supervdsmd.service

      Эту операцию следует выполнять на гипервизоре, переведенном в режим обслуживания.

12.3. Настройка Cloud-Init для различных гостевых ОС

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

Сервис «Репликация и DR» использует Cloud-Init для назначения адреса ВМ при ее запуске на целевой площадке.

12.3.1. Особенности и ограничения

Перед настройкой сервиса Cloud-Init в конкретных ОС ознакомьтесь с особенностями и ограничениями.

Astra Linux 1.7

  • Сервис Cloud-Init не установлен по умолчанию. Установите официальную поддерживаемую версию.

  • Сервис resolvconf не установлен по умолчанию. Для корректного назначения DNS установите его.

RedOS 7.3

Представленная в репозитории ОС версия Cloud-Init не сохраняет настройки сети после перезагрузки. При необходимости работы с Cloud-Init отключите сервис Cloud-Init сразу после переключения ВМ в ОЦОД.

CentOS8, Rhel8

Сервис Cloud-Init не установлен по умолчанию. Установите официальную поддерживаемую версию.

Windows

Управление через Cloud-Init (Cloudbase-Init) не поддерживается. Автоматическое назначение статического адреса при миграции не поддерживается для ОС семейства Windows.

12.3.2. Настройка Cloud-Init

  1. Установите и настройте Cloud-Init внутри гостевой ОС. В качестве источника данных для настройки на компонентам монтируется виртуальный CD с настройками сети (configDrive в качестве источника данных).

  2. Чтобы указать, какие подсистемы будут задействованы при активации Cloud-Init:

    1. в файле /etc/cloud/cloud.cfg закомментируйте строки для модулей: cloud_init_modules, cloud_config_modules и cloud_final_modules. Каждый модуль отвечает за определенную стадию настройки ОС;

    2. проверьте, что в каталоге /etc/cloud/cloud.cfg.d файлы с расширением .cfg не перезаписывают необходимых параметров.

  3. (Рекомендуется) Отключите остальные источники данных для ускорения загрузки ОС и исключения ошибок, которые могут возникнуть при наличии других источников данных. В файле /etc/cloud/cloud.cfg укажите параметры: datasource_list: [ConfigDrive]. Проверьте, что отсутствует параметр datasource_list в остальных файлах в каталоге /etc/cloud/cloud.cfg.d/.

  4. Проверьте, что отсутствует файл /etc/cloud/cloud.cfg.d/subiquity-disable-cloudinit-networking.cfg, который ограничивает настройки сети с помощью Cloud-Init.

Устройство с конфигурацией подключается к ВМ только при первом запуске на целевой площадке. При следующих запусках устройство не подключается. Чтобы Cloud-Init не перезаписывал сетевые настройки на DHCP (поведение по умолчанию), его повторный запуск можно отключить одним из следующих способов:

  • В политиках работы Cloud-Init с источниками данных (файл /etc/cloud/ds-identity.cfg) укажите следующие значения: policy: search,found=all,maybe=none,notfound=disabled.

  • Удалите файл /etc/cloud/ds-identity.cfg при его наличии. При отсутствии файла используются политики запуска сервиса по умолчанию.