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