Руководство по внедрению в среде HOSTVM VDI
Для автоматизации аварийного восстановления VDI на основе OpenUDS с помощью модуля xrm_OpenUDS в составе X Recovery Manager (XRM).
Last updated
Для автоматизации аварийного восстановления VDI на основе OpenUDS с помощью модуля xrm_OpenUDS в составе X Recovery Manager (XRM).
Last updated
HOSTVM VDI позволяет управлять широким спектром компонентов пользовательской инфраструктуры, таких как выделенные виртуальные машины, терминальные сессии, терминальные приложений, публикация физических ПК для удаленной работы.
Модуль xrm_OpenUDS в составе X Recovery Manager (XRM) предназначен для автоматизации аварийного восстановления пулов ресурсов и конфигурации среды на основе HOSTVM VDI и иных решений, построенных на основе открытой платформы OpenUDS.
Использование XRM совместно с VDI наиболее полезно в ситуации построения комплексной инфраструктуры, которую необходимо защитить от крупных сбоев и аварийных ситуаций, при этом обеспечиваются следующие возможности:
Обеспечение непрерывной работы: инфраструктура VDI играет критическую роль в бизнес-процессах многих организаций. XRM обеспечивает постоянную работу пользователей путем автоматизированного восстановления ресурсов VDI в случае сбоев, аварий или других непредвиденных ситуаций.
Минимизация времени простоя: аварийные ситуации могут привести к простою операций и серьезным финансовым потерям. XRM позволяет быстро восстановить работоспособность системы управления средой VDI по заранее созданному плану восстановления, что сокращает время простоя и минимизирует влияние сбоев на бизнес-процессы.
Автоматизация восстановления: XRM выполняет аварийное восстановление по заранее созданному и проверенному сценарию восстановления, что делает инфраструктуру более надежной и уменьшает вероятность человеческих ошибок при выполнении восстановительных действий, позволяет минимизировать окно простоя в случае аварии и сэкономить требуемое кол-во ресурсов администраторов для сопровождения VDI.
Для демонстрации процесса аварийного восстановления рассмотрим сценарий аварийной ситуации, которая могла бы возникнуть на основной площадке организации.
Предположим, что у нас есть две независимые инсталляции HOSTVM VDI на разных физических серверах: vdi-primary.pvhostvm.ru (Primary Broker) и vdi-secondary.pvhostvm.ru (Secondary Broker).
Основной брокер (Primary Broker) управляет доступом пользователей к активным сервисам, несущим бизнес-нагрузку организации. Однако, несмотря на предпринятые меры предосторожности, иногда возникают аварийные ситуации, такие как отказы оборудования, сетевые проблемы или другие непредвиденные события, которые могут привести к недоступности основного брокера.
В таких критических сценариях, необходимо быстро и эффективно восстановить доступ к сервисам организации. Для этого используется резервный брокер (Secondary Broker), предварительно подготовленный к принятию ресурсов VDI с основного в случае аварии.
В данном контексте мы будем рассматривать сценарий, в котором возникла аварийная ситуация на площадке с основным брокером (vdi-primary.pvhostvm.ru), и нам необходимо выполнить аварийное восстановление на резервный брокер (vdi-secondary.pvhostvm.ru). Разберем пошаговый план и действия, необходимые для успешного восстановления доступа к сервисам, используя модуль xrm_OpenUDS, на примере нашего тестового стенда.
Две независимые инсталляции HOSTVM VDI Broker на разных физических серверах. Основной брокер управляет доступом к сервису Windows Static Multiple.
| Параметр | Основной брокер | Резервный брокер |
|---|---|---|
Адрес брокера | vdi-primary.pvhostvm.ru | vdi-secondary.pvhostvm.ru |
Сервис-пул | Windows Static Multiple | - |
Учётная запись | user | root |
Аутентификатор | ActiveDirectory | admin |
vdi-primary.pvhostvm.ru – FQDN основного брокера, управляющего доступом к сервису Windows Static Multiple, с которого генерируем план восстановления;
Windows Static Multiple – сервис-пул на основе провайдера машин со статическим IP;
user – учётная запись с основного брокера;
ActiveDirectory – аутентификатор Active Directory ;
RDP – транспорт для подключения к сервису Windows Static Multiple типа Direct RDP.
vdi-secondary.pvhostvm.ru – резервный брокер, предварительно подготовленный к принятию ресурсов VDI с основного в случае аварии;
root – встроенная учётная запись администратора;
admin – встроенный аутентификатор.
Войти в XRM, используя Руководство пользователя. На верхней панели в меню навигации выбрать МОДУЛИ, слева в разделе INSTALLED выбрать модуль xrm_OpenUDS
Cправа в секции ПАРАМЕТРЫ необходимо настроить следующие параметры:
С подробным описанием параметров можно ознакомиться в главе Начальная настройка
В нашем примере секция CONFIG модуля «xrm_OpenUDS» выглядит следующим образом.
Конфигурация модуля xrm_OpenUDS завершена.
Войти в 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.
План определяет последовательность действий, необходимых для восстановления сервисов после аварии.
В меню навигации 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.pvhostvm.ru у нас теперь имеется готовый и эффективный план восстановления!
Когда аварийная ситуация произошла и основной брокер vdi-primary.pvhostvm.ru недоступен, резервный брокер vdi-secondary.pvhostvm.ru готов взять на себя роль основного для обеспечения непрерывности вашей инфраструктуры VDI. Давайте перейдем к следующему действию, которое заключается в запуске сервисов после сбоя на резервном брокере (Secondary Broker).
С помощью модуля аварийного восстановления, запустим процедуру Fail_Over для переключения на резервный брокер.
В меню навигации 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 успешно завершена. Сервис-пул добавлен на резервную площадку.
