Если в качестве решения для обеспечения непрерывности бизнеса и аварийного восстановления для ресурсов vSphere используется Site Recovery Manager, можно настроить VMware Aria Automation так, чтобы эта служба продолжала управлять ресурсами, даже если их перемещает диспетчер восстановления сайтов (SRM) в дополнительное расположение.

В настоящее время мобильность рабочих нагрузок поддерживается для ресурсов, развернутых в vSphere. Ресурсы рабочей нагрузки включают в себя виртуальные машины, диски и сеть виртуальных машин. Вследствие ограничений Site Recovery Manager диски первого класса к таким ресурсам не относятся.

Функция мобильности рабочих нагрузок работает только с диспетчером восстановления сайтов (SRM). При переносе рабочих нагрузок с помощью средства, отличного от диспетчера восстановления сайтов (SRM), VMware Aria Automation теряет способность управления ресурсами, независимо от связи с сайтом учетной записи и настроек мобильности рабочих нагрузок проекта.

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

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

  • Убедитесь, что основной и дополнительный сайты относятся к одному проекту.
  • Чтобы понять процесс управления ресурсами после аварийного переключения, ознакомьтесь со следующими рекомендациями.
    Примечания Решения
    После аварийного переключения ресурсов с основного сайта на дополнительный во время сбора данных выполняется согласование сведений о ресурсах на дополнительном сайте. Для выполнения всего процесса согласования может потребоваться несколько циклов сбора данных. При обнаружении ошибок можно просмотреть журналы диспетчера восстановления сайтов (SRM) для выявления проблемы.
    После согласования на новом сайте ресурсы хранилища не относятся к облачной зоне. После аварийного переключения квоты хранилища могут быть неточными, а выделение новых дисков может завершаться сбоем, в зависимости от новой топологии vCenter. Нет
    Некоторые действия могут не выполняться на дополнительном сайте, если политики отличаются от политик для основного сайта.

    Например, некоторые теги могут не существовать в новом хранилище данных vCenter, и их не удается согласовать при перемещении ресурсов. Если ресурсы остаются в хранилище данных на дополнительном сайте, необходимо обновить теги в новом экземпляре vCenter, чтобы обеспечить дальнейшее соответствие своим политикам.

    Альтернативным решением является отзеркаливание сайтов, в том числе политик и тегов.

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

    На дополнительном сайте не поддерживаются следующие действия по регулярному обслуживанию.

    • Изменение сетей в случае использования действия «Обновление развертывания».

    Любое действие, которое потребляет много ресурсов, например добавление дисков или изменение их размера, ограничивается доступными ресурсами.

    В силу ограничений Site Recovery Manager диски первого класса не поддерживаются. Нет
    Если вы не обеспечиваете повторную защиту ресурсов на дополнительном сайте перед изменением ресурса в рамках итеративной разработки или общего управления ресурсами, диспетчер восстановления сайтов (SRM) генерирует ошибку, и ресурс не перемещается при возврате на основной сайт.

    После аварийного переключения необходимо повторно обеспечить защиту ресурсов на дополнительном сайте, чтобы в диспетчере восстановления сайтов (SRM) присутствовали сведения об изменениях. Повторная защита обеспечивает возможность возврата ресурсов на основной сайт с минимальными искажениями.

    Альтернативным решением является использование подключаемого модуля VMware Aria Automation Orchestrator, который добавляет новые подготовленные компьютеры в группы защиты в Site Recovery Manager. Руководство по подключаемому модулю доступно на странице документации по диспетчеру восстановления сайтов (SRM).

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

Настройка диспетчера VMware Site Recovery Manager

Убедитесь, что ресурсы, которыми управляет VMware Aria Automation, настроены для поддержки мобильности рабочих нагрузок. Дополнительные сведения см. в документации по Site Recovery Manager.

  1. Определите основной и дополнительный экземпляры vCenter.
  2. Создайте группу защиты для ресурсов.
  3. Создайте план восстановления для ресурсов.

Свяжите основную и дополнительную учетные записи в VMware Aria Automation

В VMware Aria Automation должна быть информация об альтернативных облачных учетных записях, используемых диспетчером восстановления сайтов (SRM) для группы защиты и плана восстановления.

Альтернативные учетные записи должны относиться к тому же проекту, что и основная учетная запись.

  1. В Automation Assembler выберите Инфраструктура > Подключения > Облачные учетные записи и убедитесь, что настроены основная и дополнительная облачные учетные записи.
  2. Откройте основную учетную запись и найдите раздел Связь сайта.
  3. Щелкните Добавить и выберите дополнительную облачную учетную запись.
  4. Для поддержки возврата на основной сайт, включите переключатель Два направления.
  5. Нажмите Сохранить.