Введение #

В этом руководстве мы рассмотрим шаги по созданию среды аварийного восстановления (DR) для RELIANOID Кластер балансировки нагрузки (2 узла на базе Linux на базе Debian) в Azure с использованием службы Azure Site Recovery (ASR). RELIANOID Для балансировщика нагрузки требуются лицензии на активацию для каждого нового экземпляра, поэтому мы также рассмотрим вопросы лицензирования в среде аварийного восстановления.

Предпосылки #

• Подписка Azure: Убедитесь, что у вас есть активная подписка Azure с достаточными лимитами ресурсов.
• Debian на основе RELIANOID Кластер балансировки нагрузки: Убедитесь, что в вашей локальной или основной среде запущены два узла RELIANOID Балансировщик нагрузки в Debian Linux.
• RELIANOID Лицензирование: У вас должны быть необходимые лицензии на активацию для балансировщиков нагрузки при развертывании на сайте DR.
• Служба восстановления сайта Azure: Установите и настройте службу Azure Site Recovery на портале Azure.
• Конфигурация сети: Спланируйте сетевые потребности для сайта аварийного восстановления в Azure (виртуальная сеть, подсети, группы NSG и т. д.).
• Доступ к RELIANOID Конфигурации балансировщика нагрузки: Доступ к файлам конфигурации вашего балансировщика нагрузки и возможность их резервного копирования для восстановления.

Шаг 1: Подготовка Azure Site Recovery (ASR) #

Прежде чем вы сможете повторить свой RELIANOID кластера в Azure, вам необходимо настроить ASR для ваших виртуальных машин Linux.

Настройте хранилище служб восстановления #

1. Перейдите на портал Azure. и создать Хранилище служб восстановления.

• Перейдите на Создать ресурс > Мониторинг + Управление > Хранилище служб восстановления.
• Укажите имя, подписку, группу ресурсов и регион для хранилища.

2. Настройте параметры репликации ASR.

• После создания хранилища перейдите в него и нажмите Восстановление сайта > + Репликация.
• Выберите Исходная среда (локально или в другом облаке).
• Для пакетов Целевая среда, наведите на Лазурный.

Подготовьте инфраструктуру #

1. Установите Mobility Service на RELIANOID Nodes:

• Агент Mobility Service необходим для репликации виртуальных машин Linux.
• Загрузите Mobility Service для Linux из Azure и установите его на свой компьютер. RELIANOID Узлы Debian.

2. Настройте политику репликации:

• В хранилище ASR настройте Политика репликации. Сюда входит целевая точка восстановления (RPO) и продолжительность хранения для вашей настройки DR.
• Для критически важных систем, таких как балансировщики нагрузки, обычно рекомендуется 15-минутный RPO.

Создание сетевого сопоставления виртуальной машины Azure #

• Создать виртуальную сеть (VNet) в регионе Azure, где вы хотите разместить среду аварийного восстановления.
• Карта VNet к реплицированным узлам под Отображение сети в настройках ASR.

Шаг 2: Воспроизведение RELIANOID Узлы балансировки нагрузки в Azure #

Настроить репликацию #

1. В вашей Хранилище служб восстановления, перейдите в Восстановление сайта > Повторное применение.
2. Выберите Debian RELIANOID Узлы балансировки нагрузки вы хотите воспроизвести.
3. Выберите подходящий Политика репликации.
4. Настроить Диски и хранилища. Убедитесь, что оба узла имеют соответствующие возможности хранения данных (Premium SSD для высокой производительности ввода-вывода, если требуется).

Начать репликацию #

После настройки инициируйте репликацию. ASR начнет репликацию вашего RELIANOID узлы в Azure.

Контролируйте процесс репликации из ASR Vault. Полная репликация может занять некоторое время в зависимости от размера дисков виртуальной машины.

Шаг 3: Обработка RELIANOID Лицензирование в ДР #

Активация лицензии вручную #

Когда ваш RELIANOID узлы переключаются на Azure, им потребуются лицензии на активацию.

• Убедитесь, что у вас готовы сертификаты активации для новых экземпляров DR.
• Ручная активация при этом предоставляются сертификаты активации DR, необходимые при возникновении отказа.

Шаг 4: Создайте план восстановления после сбоя и восстановления после сбоя #

Тестовое аварийное переключение #

В ASR Vault запустите тестовый отказ, чтобы проверить настройки DR. Во время теста узлы балансировки нагрузки должны запуститься в Azure, и вы должны убедиться, что:

• Они правильно настроены.
• Лицензирование является функциональным.
• RELIANOID Балансировщик нагрузки работает и маршрутизирует трафик.

Плановое аварийное переключение (во время фактического события DR) #

Если произойдет авария и вам потребуется аварийное переключение, перейдите в хранилище ASR и запустите Планируемое аварийное переключение в Azure. Это приведет к отключению локальных узлов и запуску реплицированных узлов в Azure.

Возврат к локальной среде #

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

Шаг 5: Соображения после DR #

Проверка после сбоя #

После перехода на Azure убедитесь в следующем:

• RELIANOID Узлы балансировщика нагрузки функционируют правильно.
• Трафик правильно распределяется по вашим сервисам.
• Все лицензии на активацию активны и проверены.

Регулярное тестирование DR #

Запланируйте регулярные учения по восстановлению после сбоев и тестовые отказоустойчивости, чтобы гарантировать, что ваша среда всегда готова к отказоустойчивости. Убедитесь, что изменения в лицензировании и конфигурации учитываются после каждого теста.

Заключение #

Создание среды DR для вашего RELIANOID Кластер балансировки нагрузки в Azure с использованием Azure Site Recovery Service обеспечивает высокую доступность и непрерывность бизнеса. Благодаря правильным политикам репликации, управлению лицензиями и стратегиям отказоустойчивости ваша критическая инфраструктура будет защищена в случае аварии. Всегда проверяйте свой план отказоустойчивости с помощью регулярных тестов и оставайтесь с нами на связи относительно требований лицензирования.

Ссылки:
https://learn.microsoft.com/en-us/azure/migrate/tutorial-migrate-physical-virtual-machines
https://learn.microsoft.com/en-us/azure/site-recovery/vmware-physical-mobility-service-overview#linux-machine-1