Чтобы найти оптимальную инфраструктуру для размещения развертывания, в vRealize Automation принимается несколько решений о фильтрации. Интеграция vRealize Automation с vRealize Operations Manager может обеспечить дополнительное уточнение решения о размещении.

vRealize Operations Manager может помочь оптимально разместить рабочие нагрузки при условии, что в облачных зонах на основе vSphere включен параметр «Расширенная политика размещения».

Кроме того, облачные учетные записи vSphere для облачных зон должны отслеживаться vRealize Operations Manager.

Фаза 1. Резервирование

Примечание: Хотя название такое же, резервирование не связано с функцией резервирования в vRealize Automation 7.

В vRealize Automation фаза резервирования одинаковая независимо от того, включено ли расширенное размещение в vRealize Operations Manager.

Схема фазы резервирования
  1. Резервирование начинается со связывания облачного шаблона с проектом. Проект в свою очередь связан с облачными зонами.
  2. Облачные зоны состоят из узлов, пулов и кластеров вычислительных ресурсов, а также подключенного хранилища.

    Изначально любая облачная зона в проекте может быть потенциальной целевой зоной размещения.

  3. vRealize Automation исключает облачные зоны, в которых не хватает работоспособных ресурсов для развертывания.

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

  4. vRealize Automation исключает облачные зоны, которые не соответствуют бизнес-требованиям.

    Например, для развертывания может быть превышено ограничение цены или бюджета для зоны.

  5. vRealize Automation исключает облачные зоны, которые не соответствуют требованиям к кластеру.

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

  6. vRealize Automation исключает облачные зоны, которые не имеют сходства с ограничениями приложения.

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

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

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

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

    Политика размещения проекта является лишь одним из факторов фазы резервирования облачной зоны. Она не влияет на политику размещения облачной зоны на этапе выделения и не имеет отношения к ней.

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

Фаза 2. Выделение

vRealize Automation проверяет вычислительные ресурсы зарезервированной облачной зоны и связанное хранилище.

Схема фазы выделения
  1. vRealize Automation исключает ресурсы облачной зоны, которые находятся в состоянии обслуживания или выключены.

    Обратите внимание, что для развертывания по-прежнему достаточно работоспособных ресурсов. В противном случае вся облачная зона была бы исключена на этапе резервирования.

  2. vRealize Automation исключает ресурсы, которые не соответствуют ограничениям на уровне кластера, найденным в облачном шаблоне или проекте.

    Например, ресурс в облачной зоне может иметь тег test в разделе Инфраструктура > Ресурсы > Вычислительные ресурсы.

    Если в облачном шаблоне или проекте есть тег ограничения использования ресурса dev, ресурс test исключается.

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

  3. vRealize Automation исключает ресурсы на основе параметров сходства, определенных в vCenter.

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

  4. vRealize Automation исключает ресурсы, которые не соответствуют оставшимся настраиваемым ограничениям, найденным в облачном шаблоне или проекте.

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

  5. vRealize Automation выполняет поиск наилучших возможных вычислительных ресурсов и хранилища в соответствии с политикой размещения облачной зоны.

    vRealize Automation задействует vRealize Operations Manager только в том случае, если выполнены два следующих условия.

    • Для политики размещения облачной зоны установлено значение «Расширенная».
    • После фильтрации на шаге 4 по крайней мере один кластер с поддержкой DRS и связанное с ним хранилище остаются пригодными.

    В противном случае vRealize Automation переходит к использованию собственного алгоритма размещения без входных данных из vRealize Operations Manager.

Рекомендация по размещению, предоставляемая vRealize Operations Manager

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

  • Пригодные целевые кластеры с поддержкой DRS и подключенные к ним хранилища данных или кластер хранилищ данных
  • Количество ресурсов или размер кластера развертывания
  • Требования к ЦП и памяти для виртуальных машин в развертывании
  • Требования к диску для виртуальных машин в развертывании

Если для пригодных целевых объектов vRealize Operations Manager может вернуть оптимальное размещение для каждой из виртуальных машин, vRealize Automation выделяет вычислительные ресурсы и хранилище согласно рекомендации vRealize Operations Manager.

Дополнительные сведения о том, как в vRealize Operations Manager обрабатываются рабочие нагрузки, см. в документации по vRealize Operations.

Если vRealize Operations Manager не удается найти рекомендацию или vRealize Automation не удается найти кластер и хранилище с поддержкой DRS, vRealize Automation проверяет параметр перехода в аварийный режим для облачной зоны.

  • С переходом в аварийный режим

    vRealize Automation выделяет вычислительные ресурсы и хранилище, которые являются пригодными даже без рекомендации vRealize Operations Manager.

  • Без перехода в аварийный режим

    vRealize Automation отменяет запрос и не переходит к подготовке.

Фаза 3. Подготовка

vRealize Automation проводит развертывание запрошенных виртуальных машин, хранилища и сети посредством адаптера для целевого объекта размещения, выбранного в конце фазы выделения.

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