Руководство по внедрению в среде OpenUDS
Для демонстрации процесса аварийного восстановления рассмотрим сценарий аварийной ситуации, которая могла бы возникнуть на основной площадке организации.
Предположим, что у нас есть две независимые инсталляции OpenUDS на разных физических серверах: vdi-primary.test (Primary Broker) и vdi-secondary.test (Secondary Broker).
Основной брокер (Primary Broker) управляет доступом пользователей к активным сервисам, несущим бизнес-нагрузку организации. Однако, несмотря на предпринятые меры предосторожности, иногда возникают аварийные ситуации, такие как отказы оборудования, сетевые проблемы или другие непредвиденные события, которые могут привести к недоступности основного брокера.
В таких критических сценариях, необходимо быстро и эффективно восстановить доступ к сервисам организации. Для этого используется резервный брокер (Secondary Broker), предварительно подготовленный к принятию ресурсов VDI с основного в случае аварии.
В данном контексте мы будем рассматривать сценарий, в котором возникла аварийная ситуация на площадке с основным брокером (vdi-primary.test), и нам необходимо выполнить аварийное восстановление на резервный брокер (vdi-secondary.test). Разберем пошаговый план и действия, необходимые для успешного восстановления доступа к сервисам, используя модуль xrm_OpenUDS, на примере нашего тестового стенда.
Описание стенда:
Две независимые инсталляции OpenUDS на разных физических серверах. Основной брокер управляет доступом к сервису Windows Static Multiple.
Адрес брокера
vdi-primary.test
vdi-secondary.test
Сервис-пул
Windows Static Multiple
-
Учётная запись
user
root
Аутентификатор
ActiveDirectory
admin
Основной брокер (Primary Broker):
vdi-primary.test – FQDN основного брокера, управляющего доступом к сервису Windows Static Multiple, с которого генерируем план восстановления;
Windows Static Multiple – сервис-пул на основе провайдера машин со статическим IP;
user – учётная запись с основного брокера;
ActiveDirectory – аутентификатор Active Directory ;
RDP – транспорт для подключения к сервису Windows Static Multiple типа Direct RDP.
Резервная площадка (Secondary Site):
vdi-secondary.test – резервный брокер, предварительно подготовленный к принятию ресурсов VDI с основного в случае аварии;
root – встроенная учётная запись администратора;
admin – встроенный аутентификатор.
Шаг 1. Настройка раздела "ПАРАМЕТРЫ" модуля xrm_OpenUDS для создания, удаления и запуска плана восстановления.
XRM, секция ПАРАМЕТРЫ модуля xrm_OpenUDS
Cправа в секции ПАРАМЕТРЫ необходимо настроить требуемые параметры.
Шаг 2. Создание, удаление, и запуск планов восстановления.
Войти в XRM, на верхней панели в меню навигации выбрать ДЕЙСТВИЯ, слева развернуть раздел XRM_OPENUDS.
XRM подключается к внешним системам с помощью расширяемого набора модулей, содержащих действия.
Действия - это набор сценариев доступных в составе модуля XRM. C помощью действий выполняются основные операции по управлению внешними системами, например, создание и запуск планов восстановления.
В модуле доступны следующие действия с планами восстановления:
Generate (Generate recovery plan configuration)
Генерация нового плана восстановления.
При запуске действия необходимо указать уникальное наименование плана (по умолчанию - test).
Delete (Delete recovery plan configuration)
Удаление существующего плана восстановления.
При запуске действия необходимо указать наименование плана (по умолчанию - test).
Fail_Over (Perform disaster recovery to secondary Site)
Запуск созданного с помощью действия Generate восстановления сервисов на резервной площадке.
В рамках выполнения действия происходит перенос сервисов после сбоя на резервный брокер (Secondary Broker).
При запуске действия необходимо указать наименование плана (по умолчанию - test).
Для эффективного выполнения действия Fail_Over (Выполнение процедуры аварийного восстановления на резервном брокере), необходимо сначала сгенерировать план восстановления – Generate.
Шаг 2.1. Генерация плана восстановления.
План определяет последовательность действий, необходимых для восстановления сервисов после аварии.
В меню навигации XRM выберите ДЕЙСТВИЯ, в левой части окна разверните раздел XRM_OPENUDS и выберите опцию Generate (Generate recovery plan configuration).
В правой части окна укажите наименование плана восстановления plan_name. Рекомендуется выбирать имя, которое ясно отражает суть аварийного восстановления, В нашем примере: Plan_Recovery. После указания наименования плана восстановления, следует нажать кнопку ЗАПУСТИТЬ. После нажатия, в левом нижнем углу экрана отобразится всплывающее зеленое окно с надписью Действие 'xrm_openuds_Generate' было успешно запущено.
Чтобы убедиться в успешном завершении операции по генерации плана восстановления, в меню навигации XRM выберите ИСТОРИЯ в этом разделе находится история операций и событий. В левой части окна найдите запись, связанную с выполнением операции по генерации плана восстановления (xrm_openuds.Generate). Если процесс генерации плана восстановления все еще выполняется, в правой части окна отображается надпись СТАТУС Выполняется. Это информирует вас о том, что операция еще не завершилась, и ей требуется дополнительное время для выполнения. В этом случае, дождитесь завершения процесса генерации. После внимательно просмотрите статус этой записи. Если операция завершилась успешно, вы увидите зеленую галочку и зеленую надпись Успешно.
В случае неуспешного выполнения, отобразится статус Ошибка. Для просмотра логов хода операции в правой части, на сером блоке с названием result, перейдите по ссылке expand.
После успешной генерации плана восстановления и сбора конфигурационных данных с основного брокера (Primary Broker) vdi-primary.test у нас теперь имеется готовый и эффективный план восстановления!
Когда аварийная ситуация произошла и основной брокер vdi-primary.test недоступен, резервный брокер vdi-secondary.test готов взять на себя роль основного для обеспечения непрерывности вашей инфраструктуры VDI. Давайте перейдем к следующему действию, которое заключается в запуске сервисов после сбоя на резервном брокере (Secondary Broker).
Шаг 2.2. Процедура Fail_Over. Восстановление работоспособности системы управления средой VDI. (Secondary Broker).
В меню навигации XRM выберите ДЕЙСТВИЯ, в левой части окна разверните раздел XRM_OPENUDS и выберите опцию Fail_Over (Perform disaster recovery to secondary Site). В правой части окна укажите наименование плана восстановления plan_name, который вы указывали в шаге 2.1. Генерация плана восстановления, в нашем примере: Plan_Recovery. После указания имени плана восстановления, вам следует нажать кнопку ЗАПУСТИТЬ.
После нажатия, в левом нижнем углу экрана отобразится всплывающее зеленое окно с надписью Действие 'xrm_openuds_Fail_Over' было успешно запущено.
Это сообщение указывает на то, что задача на выполнение операции Fail_Over была успешно создана, и поставлена в очередь для выполнения.
В меню навигации ИСТОРИЯ вы так же можете отслеживать ход выполнения процедуры xrm_openuds.Fail_Over по аналогии с предыдущим шагом.
Процедура Fail_Over успешно завершена. Сервис-пул добавлен на резервную площадку.
Last updated