Какие действия можно выполнять с развертываниями или поддерживаемыми ресурсами Automation Assembler

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

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

Администратор или администратор проекта может настраивать политики действий по регулярному обслуживанию в Automation Service Broker. См. раздел Предоставление пользователям права на политики действий по регулярному обслуживанию Automation Service Broker

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

Осторожно!:

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

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

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

Табл. 1. Список возможных действий

Действие	Применяется к этим типам ресурсов	Доступно для этих типов облачных систем	Источник ресурса	Описание
Добавление диска	Компьютеры	Amazon Web Service Google Cloud Platform Microsoft Azure VMware vSphere	Развернутые Внедренные	Добавление дополнительных дисков к существующим виртуальным машинам. При добавлении диска на компьютер Azure постоянный или непостоянный диск развертывается в группе ресурсов, в которой содержится компьютер. При добавлении диска на компьютер Azure можно также зашифровать новый диск, используя набор шифрования диска Azure, настроенный в профиле хранилища. На компьютер Azure с неуправляемым диском диск добавить нельзя. При добавлении диска на компьютеры vSphere можно выбрать развернутый контроллер SCSI, для которого указан порядок в облачном шаблоне. Кроме того, можно указать номер элемента для нового диска. Номер элемента без выбранного контроллера указать нельзя. Если вы не выбрали контроллер или не указали номер элемента, новый диск развертывается на первом доступном контроллере и ему назначается следующий доступный номер элемента в этом контроллере. При добавлении диска на компьютер vSphere в проекте с заданными ограничениями хранилища размер этого диска не должен превышать ограничения для хранилища. В ограничениях для хранилища учитывается фактическая емкость для полного и экономного выделения ресурсов, поэтому с помощью экономного выделения ресурсов нельзя предоставить ресурсы сверх заданного предела. Если используется DRS хранилища VMware (SDRS) и в профиле хранилища настроен кластер, диски, содержащиеся в SDRS, можно добавлять на компьютеры vSphere.
Присоединение ресурса SaltStack	Компьютеры	Amazon Web Services Google Cloud Platform Microsoft Azure VMware vSphere	Развернутые Внедренные	Чтобы установить служебный сервер Salt и обновить конфигурацию Salt на виртуальной машине, присоедините ресурс SaltStack к ресурсу развертывания. Это действие можно использовать для обновления конфигурации ресурса или присоединения ресурса и установки служебного сервера на другом ресурсе в развертывании. Действие «Присоединение ресурса Salt» доступно, если настроена интеграция SaltStack Config. Чтобы применить конфигурацию, необходимо выбрать метод проверки подлинности. Параметр Удаленный доступ с существующими учетными данными использует учетные данные удаленного доступа, включенные в развертывание. Если изменить учетные данные на компьютере после развертывания, это может привести к сбою. Если новые учетные данные известны, используйте проверку подлинности с помощью пароля. Пароль и Закрытый ключ используют имя пользователя и пароль или ключ для проверки учетных данных и подключения к виртуальной машине с помощью SSH. Если не задать значение для идентификатора главного и служебного сервера, Salt задаст их автоматически.
Отмена	Развертывания Различные типы ресурсов в развертываниях	Amazon Web Service Google Cloud Platform Microsoft Azure VMware vSphere	Развернутые Внедренные	Отмена развертывания либо действия по регулярному обслуживанию в развертывании или ресурсе во время обработки запроса. Запрос можно отменить на карточке развертывания или в сведениях о развертывании. После отмены запроса он отображается как невыполненный запрос на странице Развертывания. Чтобы освободить развернутые ресурсы и очистить список развертываний, используйте действие Удалить. Отмена запроса, который, по вашему мнению, выполняется слишком долго, — это один из способов управления временем развертывания. Однако более эффективный способ — установить в проектах параметр Время ожидания запроса. Время ожидания по умолчанию составляет два часа. Если развертывание рабочей нагрузки для проекта требует больше времени, это значение можно увеличить.
Изменение аренды	Развертывания	Amazon Web Service Microsoft Azure VMware vSphere	Развернутые Внедренные	Изменение даты и времени истечения аренды. По истечении срока аренды развертывание уничтожается и ресурсы освобождаются. Политики аренды настраиваются в Automation Service Broker.
Изменить владельца	Развертывания	Amazon Web Service Google Cloud Platform Microsoft Azure VMware vSphere	Развернутые Внедренные	Выбор пользователя или группы Active Directory в качестве владельца развертывания. Выбранный пользователь или группа AD должны быть администратором или участником того же проекта, по запросу которого развернут ресурс. Владельцем могут стать только пользователи или группы AD, определенные в проекте. Настраиваемые группы не могут быть целевыми владельцами. Если разработчик облачных шаблонов развертывает шаблон, он выступает одновременно и инициатором запроса, и владельцем. При этом инициатор запроса может сделать владельцем другого участника проекта. С помощью политик можно управлять возможностями владельца в отношении развертывания: ограничивать или расширять набор разрешений.
Изменение проекта	Развертывания	Amazon Web Service Google Cloud Platform Microsoft Azure NSX-T NSX-V VMware Cloud Director VMware Cloud Foundation VMware Cloud on AWS VMware vSphere	Развернутые Перенесенные Внедренные	Действие изменения проекта используется для перемещения развертывания из одного проекта в другой. Действие изменения проекта доступно для развертываний с развернутыми ресурсами, перенесенными ресурсами, внедренными ресурсами, а также развертываний с ресурсами различного типа (развернутыми, перенесенными и внедренными). Поддерживаемые ресурсы включают в себя следующие типы ресурсов и ограничения. Развертывания с развернутыми ресурсами могут содержать виртуальные машины, диски, подсистемы балансировки нагрузки, сети, группы безопасности, группы Azure, NAT, шлюзы, настраиваемые ресурсы, конфигурации Terraform, ресурсы Ansible и Ansible Tower. Развертывания с перенесенными ресурсами могут содержать виртуальные машины, диски, подсистемы балансировки нагрузки, сети, группы безопасности, NAT, шлюзы и настраиваемые ресурсы. Развертывания с внедренными ресурсами могут содержать виртуальные машины, диски и сети. В случае добавления неподдерживаемого типа ресурса в любой тип развертывания с развернутыми, перенесенными или внедренными ресурсами действие изменения проекта выполнить нельзя. Роли, рекомендации и ограничения для развертываний с развернутыми, перенесенными, внедренными ресурсами, а также ресурсами гибридного и смешанного типа. Чтобы изменить проект развертывания с развернутыми или перенесенными ресурсами, пользователь-инициатор должен иметь следующую роль: администратор облачных систем. Проект можно изменить только в том случае, eсли целевой проект содержит все облачные зоны, в которых развернуты компьютеры и диски развертывания. Для перемещенного развертывания будут заданы настроенные ограничения целевого проекта, в том числе количество экземпляров, память, ЦП и хранилище. После перемещения ресурсы, используемые в исходном проекте, освобождаются. После перемещения развертывания в целевой проект к нему будут применены политики целевого проекта. Например, аренда, действия по регулярному обслуживанию, квота ресурсов и другие политики. Для перемещения развертывания срок аренды развертывания, заданный политикой аренды в целевом проекте, должен действовать в течение следующих 24 часов. Действие «Изменить проект» поддерживается для развертываний, в которых настраиваемые ресурсы доступны для любого проекта. Действия жизненного цикла и действия по регулярному обслуживанию для каждого настраиваемого ресурса в развертывании должны быть общими в рамках всех проектов, чтобы можно было продолжать управлять настраиваемым ресурсом с помощью действий жизненного цикла или действий по регулярному обслуживанию после перемещения развертывания в новый проект. Ограничения расширяемости для целевого проекта должны соответствовать интеграции vRO или тому же поставщику ABX FaaS, что и исходный проект. Интеграции и поставщики должны соответствовать друг другу, чтобы можно было управлять настраиваемым ресурсом с помощью действий жизненного цикла или действий по регулярному обслуживанию после перемещения развертывания в новый проект. Действие «Изменить проект» доступно для развертываний с конфигурациями Terraform, в которых все источники содержимого являются общими. Если к какому-либо из источников содержимого, используемых в развертывании, не предоставлен общий доступ, действие «Изменить проект» не проходит проверку и не выполняется. Действие «Изменить проект» может завершаться сбоем из-за того, что к источнику содержимого GitHub-репозитория Terraform не предоставлен общий доступ. В этом случае следует отметить соответствующий идентификатор, который требуется сделать общим, а затем предоставить общий доступ к источнику. Чтобы предоставить общий доступ к исходному репозиторию, выберите Инфраструктура > Интеграции и интеграцию с GitHub. На открытой странице интеграции перейдите на вкладку «Проекты», разверните проект с репозиторием, который соответствует действию, завершившемуся сбоем, и включите общий доступ для этого репозитория. Также предоставить доступ к репозиториям источников содержимого можно через API-интерфейс. Действие «Изменить проект» может быть недоступно при переносе развертывания, содержащего настраиваемый ресурс, в котором этот настраиваемый ресурс содержит действие обновления, и в том случае, если вы выполнили итеративное обновление развертывания путем повторного развертывания облачного шаблона. Роли, рекомендации и ограничения для развертываний с внедренными ресурсами Чтобы переместить развертывание с внедренными ресурсами, пользователь-инициатор должен иметь хотя бы одну из следующих ролей. администратор облачных систем. Разрешение на управление развертываниями. Это разрешение можно определить как настраиваемую роль. Администратор целевого проекта. Участник целевого проекта и развертывания являются общедоступными для всех пользователей в этом проекте. Несмотря на то что внедренные ресурсы можно переместить в проект, который не содержит те же самые облачные зоны, если в целевом проекте нет тех же облачных зон, то любые последующие действия по регулярному обслуживанию, связанные с применяемой облачной учетной записью или ресурсами региона, могут не работать. Общие рекомендации Если вы являетесь администратором, перемещающим развертывание, вы сможете переместить его в проект, участником которого владелец проекта не является, в результате чего он потеряет к нему доступ. Чтобы устранить проблему, можно добавить владельца в целевой проект, переместить развертывание в проект, участником которого он является, или использовать действие «Изменить владельца».
Изменение групп безопасности	Компьютеры	VMware vSphere	Развернутые Внедренные	В развертывании группы безопасности можно связать с сетями компьютеров и удалить такую связь. Действие «Изменение» применяется к существующим группам безопасности и группам безопасности по требованию для NSX-V и NSX-T. Это действие доступно только для отдельных компьютеров, а не кластеров компьютеров. Чтобы связать группу безопасности с сетью компьютеров, эта группа уже должна существовать в развертывании. Удаление связи для группы безопасности из всех сетей всех компьютеров в развертывании не приводит к удалению группы безопасности из развертывания. Эти изменения не влияют на группы безопасности, применяемые в рамках профилей сети. Это действие изменяет конфигурацию группы безопасности компьютера без повторного создания компьютера. Такое изменение не вызывает нарушение работы. Чтобы изменить конфигурацию группы безопасности компьютера, выберите компьютер на панели «Топология», затем меню Действие на правой панели и нажмите Изменение групп безопасности. Теперь можно добавить связь c группами безопасности с сетями компьютеров или удалить ее.
Подключение к удаленной консоли	Компьютеры	VMware vSphere	Развернутые Обнаруженные Внедренные	Открытие удаленного сеанса на выбранном компьютере. Для успешного подключения ознакомьтесь со следующими требованиями. Потребитель развертывания должен проверить, что подготовленный компьютер включен.
Создание моментального снимка диска	Компьютеры и диски	Microsoft Azure	Развернутые Внедренные	Создание моментального снимка диска виртуальной машины или диска хранилища. Для компьютеров создаются моментальные снимки отдельных дисков компьютера, включая загрузочный диск, диски образов и диски хранилища. Для дисков хранилища создаются моментальные снимки независимых управляемых дисков; снимки неуправляемых дисков не создаются. Помимо имени, можно указать следующие данные моментального снимка. Инкрементный моментальный снимок. Поставьте флажок, чтобы создать снимок, содержащий не все данные, а только изменения с момента создания последнего снимка. Группа ресурсов. Введите имя целевой группы ресурсов, в которой нужно создать моментальный снимок. По умолчанию моментальный снимок создается в группе ресурсов, которая используется родительским диском. Идентификатор набора средств шифрования. Выберите ключ шифрования для моментального снимка. По умолчанию моментальный снимок шифруется с помощью ключа, который используется родительским диском. Теги. Введите любые теги, которые позволят управлять моментальными снимками в Microsoft Azure.
Создание моментальных снимков	Компьютеры	Google Cloud Platform VMware vSphere	Развернутые Внедренные	Создание моментального снимка виртуальной машины. Если в vSphere разрешается создать только два моментальных снимка и они уже созданы, эта команда станет доступной только после удаления одного моментального снимка. При создании моментального снимка для компьютера Google Cloud Platform также можно создать моментальный снимок подключенных дисков. Комбинированный моментальный снимок позволяет управлять компьютером и подключенными дисками как единым объектом.
Удалить	Развертывания	Amazon Web Service Google Cloud Platform Microsoft Azure VMware vSphere	Развернутые Внедренные	Уничтожение развертывания. Все ресурсы будут удалены и освобождены. Если действие удаления завершается сбоем, это действие можно запустить в развертывании еще раз. Во время второй попытки можно выбрать вариант Игнорировать ошибки удаления. В случае выбора этого варианта развертывание будет удалено, но ресурсы могут быть не освобождены. Необходимо проверить системы, в которых развертывание было подготовлено, и убедиться, что все ресурсы удалены. Если это не так, удалите вручную остаточные ресурсы в этих системах.
	Шлюз NSX	NSX	Развернутые Внедренные	Удалите правила переадресации портов NAT из шлюза NSX-T или NSX-V.
	Компьютеры и подсистемы балансировки нагрузки	Amazon Web Service Microsoft Azure VMware vSphere VMware NSX	Развернутые Внедренные	Удалите компьютер или подсистему балансировки нагрузки из развертывания. В результате выполнения этого действия развертывание может стать непригодным для использования.
	Группы безопасности	NSX-T NSX-V	Развернутые Внедренные	Если группа безопасности не связана ни с одним компьютером в развертывании, она удаляется из развертывания. Если группа безопасности является группой по требованию, она будет уничтожена в конечной точке. Если к группе безопасности предоставлен общий доступ, произойдет сбой действия.
	Кластеры Tanzu Kubernetes	VMware vSphere	Развернутые Внедренные	Удалите кластер Tanzu Kubernetes из развертывания.
Удаление моментального снимка диска	Компьютеры и диски	Microsoft Azure	Развернутые Внедренные	Удаление диска виртуальной машины Azure или моментального снимка управляемого диска. Это действие доступно при наличии хотя бы одного моментального снимка.
Удаление моментального снимка	Компьютеры	VMware vSphere Google Cloud Platform	Развернутые Внедренные	Удаление моментального снимка виртуальной машины.
Отключить диагностику загрузки	Компьютеры	Microsoft Azure	Развернутые Внедренные	Отключите функцию отладки виртуальной машины Azure. Этот параметр доступен только в том случае, если данная функция включена.
Отключение функции аналитической обработки журналов	Компьютеры	Microsoft Azure	Развернутые Внедренные	Отключите возможность запуска запросов журналов в журналах виртуальных машин Azure. Выберите имя расширения, которое необходимо деактивировать. Если имена расширений выбрать нельзя, это означает, что в настоящее время функция аналитической обработки журналов на этом компьютере не включена. Чтобы работать с функцией аналитической обработки журналов, в службе Azure Monitor и облачном шаблоне необходимо настроить поддержку рабочей области. См. раздел Аналитическая обработка журналов.
Редактирование тегов	Развертывания	Amazon Web Service Microsoft Azure VMware vSphere	Развернутые Внедренные	Добавление или изменение тегов ресурсов, которые применяются к отдельным ресурсам развертывания.
Включить диагностику загрузки	Компьютеры	Microsoft Azure	Развернутые Внедренные	Включите функцию отладки виртуальной машины Azure, чтобы диагностировать ошибки загрузки виртуальных машин. Сведения о диагностике загрузки доступны в консоли Azure. Включение доступно только в том случае, если функция выключена.
Включение функции аналитической обработки журналов	Компьютеры	Microsoft Azure	Развернутые Внедренные	Включите виртуальную машину Azure, чтобы редактировать и запускать запросы журналов в данных, собранных в журналах монитора Azure. Укажите имя расширения. Идентификатор и ключ рабочей области должны представлять собой значения, настроенные в Azure. Чтобы работать с функцией аналитической обработки журналов, в службе Azure Monitor и облачном шаблоне необходимо настроить поддержку рабочей области. См. раздел Аналитическая обработка журналов.
Получение состояния Terraform	Конфигурация Terraform	Amazon Web Service Google Cloud Platform Microsoft Azure VMware vSphere	Развернутые Внедренные	Отображение файла состояния Terraform Чтобы просмотреть изменения, внесенные на компьютерах Terraform на облачных платформах, где они были развернуты, и обновить развертывание, сначала запустите действие «Обновление состояния Terraform», а затем выполните действие «Получение состояния Terraform». Когда файл отображается в диалоговом окне. Файл доступен в течение примерно 1 часа, прежде чем потребуется выполнить новое действие обновления. Если файл будет нужен позже, его можно скопировать. Файл также можно просмотреть на вкладке «Журнал» развертывания. Выберите событие «Получение состояния Terraform» на вкладке «События», а затем щелкните Сведения о запросе. Если срок действия файла не истек, щелкните Просмотреть содержимое. Если срок действия файла истек, выполните действия «Обновить» и «Получить» еще раз. Для ресурсов Terraform, встроенных в конфигурацию, можно запустить другое действие по регулярному обслуживанию. Доступные действия зависят от типа ресурса, облачной платформы, в которой они развернуты, и от того, имеете ли вы право запускать действия в соответствии с политикой регулярного обслуживания.
Выключение	Развертывания	Amazon Web Service Microsoft Azure VMware vSphere	Развернутые Обнаруженные Внедренные	Выключите питание для развертывания после первой попытки завершения работы гостевых операционных систем. Если гибкое выключение питания завершается сбоем, жесткое выключение может быть по-прежнему выполнено.
	Компьютеры	Amazon Web Service Google Cloud Platform Microsoft Azure VMware vSphere	Развернутые Внедренные	Выключите питание компьютера после первой попытки завершения работы гостевых операционных систем. Если гибкое выключение питания завершается сбоем, жесткое выключение может быть по-прежнему выполнено.
Включение	Развертывания	Amazon Web Service Microsoft Azure VMware vSphere	Развернутые Внедренные	Включение развертывания. Если ресурсы были приостановлены, нормальное функционирование будет возобновлено с той точки, в которой они были приостановлены.
	Компьютеры	Amazon Web Service Google Cloud Platform Microsoft Azure VMware vSphere	Развернутые Обнаруженные Внедренные	Включение компьютера. Если работа компьютера была приостановлена, нормальное функционирование будет возобновлено с той точки, в которой оно было приостановлено.
Перезагрузить	Компьютеры	Amazon Web Service VMware vSphere	Развернутые Внедренные	Перезагрузка гостевой операционной системы на виртуальной машине. Чтобы использовать это действие, на компьютере (vSphere) необходимо установить VMware Tools.
Повторная сборка	Компьютеры	VMware vSphere	Развернутые Перенесенные Внедренные	Выполните сборку виртуальной машины повторно, если произошло частичное развертывание, если виртуальная машина не пригодна для использования или если требуется повторить подготовку проблемной виртуальной машины после успешного развертывания. В процессе повторной сборки сохраняется та же конфигурация, в том числе имя, идентификатор, IP-адрес, хранилище данных компьютера и настраиваемые свойства. Непостоянный диск, подключенный к виртуальной машине, очищается, а затем создается повторно в рамках сборки. Все подключенные диски первого класса отключаются, а их содержимое сохраняется. После повторной сборки диск можно подключить вновь.
Повторная настройка	Подсистемы балансировки нагрузки	Amazon Web Service Microsoft Azure VMware NSX	Развернутые Внедренные	Изменение размера подсистемы балансировки нагрузки и уровня ведения журнала. Кроме того, можно добавлять или удалять маршруты, а также изменять параметры протокола, порта, конфигурации работоспособности и пула участников. Для подсистем балансировки нагрузки NSX можно включить или деактивировать проверку работоспособности и изменить параметры работоспособности. Для NSX-T можно настроить активную или пассивную проверку. NSX-V не поддерживает пассивную проверку работоспособности.
	Переадресация портов шлюза NSX	NSX-T NSX-V	Развернутые Внедренные	Добавьте, измените или удалите правила переадресации портов NAT из шлюза NSX-T или NSX-V.
	Группы безопасности	NSX-T NSX-V VMware Cloud VMware vSphere	Развернутые Внедренные	Правила брандмауэра или ограничения можно добавлять, изменять или удалять в зависимости от типа группы безопасности (группа по требованию или существующая группа). Группа безопасности по требованию Добавление, изменение или удаление правил брандмауэра для групп безопасности по требованию в NSX-T и VMware Cloud. Чтобы добавить или удалить правило, выберите группу безопасности на панели топологии, перейдите в меню Действие на правой панели и выберите Перенастройка. Теперь можно добавлять, изменять или удалять правила. Существующая группа безопасности Добавление, изменение или удаление ограничений для существующих групп безопасности в NSX-V, NSX-T и VMware Cloud. Чтобы добавить или удалить ограничение, выберите группу безопасности на панели топологии, перейдите в меню Действие на правой панели и выберите Перенастройка. Теперь можно добавлять, изменять или удалять ограничения.
Обновление состояния Terraform	Конфигурация Terraform	Amazon Web Service Google Cloud Platform Microsoft Azure VMware vSphere	Развернутые Внедренные	Получение данных о последней итерации файла состояния Terraform. Чтобы получить сведения об изменениях, внесенных на компьютерах Terraform на облачных платформах, где они были развернуты, и обновить развертывание, сначала запустите действие «Обновление состояния Terraform». Чтобы просмотреть файл, запустите действие Получение состояния Terraform в конфигурации. Для отслеживания процесса обновления используйте вкладку «Журнал» развертывания.
Удаление диска	Компьютеры	Amazon Web Service Google Cloud Platform Microsoft Azure VMware vSphere	Развернутые Внедренные	Удаление дисков из существующих виртуальных машин. Если вы запускаете действие по регулярному обслуживанию в развертывании, которое состоит из компьютеров и дисков vSphere, то указанное количество дисков освобождается, так как оно относится к ограничениям хранилища проекта. В ограничениях для хранилища учитывается фактическая емкость для полного и экономного выделения ресурсов, поэтому с помощью экономного выделения ресурсов нельзя предоставить ресурсы сверх заданного предела. Ограничения хранилища проекта не применяются к дополнительным дискам, добавленным после развертывания с помощью действия по регулярному обслуживанию.
Сброс	Компьютеры	Amazon Web Service Google Cloud Platform VMware vSphere	Развернутые Внедренные	Компьютер принудительно перезагружается без завершения работы гостевых операционных систем.
Изменить размер	Компьютеры	Amazon Web Service Microsoft Azure Google Cloud Platform VMware vSphere	Развернутые Внедренные	Увеличение или уменьшение ЦП и памяти виртуальной машины.
Изменение размера загрузочного диска	Компьютеры	Amazon Web Service Google Cloud Platform Microsoft Azure VMware vSphere	Развернутые Внедренные	Увеличение или уменьшение размера загрузочного диска. Если вы запускаете действие по регулярному обслуживанию в развертывании, состоящем из компьютеров и дисков vSphere, и такое действие завершается сбоем с сообщением «Запрошенный объем хранилища превышает доступный объем сегмента хранилища», скорее всего, это связано с ограничениями для хранилища, установленными в шаблонах виртуальных машин vSphere и библиотеке содержимого, которые определены в проекте. В ограничениях для хранилища учитывается фактическая емкость для полного и экономного выделения ресурсов, поэтому с помощью экономного выделения ресурсов нельзя предоставить ресурсы сверх заданного предела. Ограничения хранилища проекта не применяются к дополнительным дискам, добавленным после развертывания с помощью действия по регулярному обслуживанию.
Изменение размера диска	Дисковый накопитель	Amazon Web Service Google Cloud Platform	Развернутые Внедренные	Увеличение емкости дискового накопителя. Если вы запускаете действие по регулярному обслуживанию в развертывании, состоящем из компьютеров и дисков vSphere, и такое действие завершается сбоем с сообщением «Запрошенный объем хранилища превышает доступный объем сегмента хранилища», скорее всего, это связано с ограничениями для хранилища, установленными в шаблонах виртуальных машин vSphere и библиотеке содержимого, которые определены в проекте. В ограничениях для хранилища учитывается фактическая емкость для полного и экономного выделения ресурсов, поэтому с помощью экономного выделения ресурсов нельзя предоставить ресурсы сверх заданного предела. Ограничения хранилища проекта не применяются к дополнительным дискам, добавленным после развертывания с помощью действия по регулярному обслуживанию. Для vSphere Storage DRS можно переместить виртуальную машину в рамках кластера, если в текущем LUN не хватает пространства.
	Компьютеры	Amazon Web Service Google Cloud Platform Microsoft Azure VMware vSphere	Развернутые Внедренные	Увеличение или уменьшение размера дисков, включенных в шаблон образа компьютера, и всех подключенных дисков.
Перезапуск	Компьютеры	Microsoft Azure	Развернутые Внедренные	Завершение работы и перезапуск работающего компьютера.
Возврат к моментальному снимку	Компьютеры	Google Cloud Platform VMware vSphere	Развернутые Внедренные	Восстановление состояния этого компьютера из предыдущего моментального снимка. Для использования этого действия требуется моментальный снимок. Если для компьютера Google Cloud Platform был создан моментальный снимок, включающий подключенные диски, будет восстановлен весь моментальный снимок.
Запуск задачи Puppet	Управляемые ресурсы	Puppet Enterprise	Развернутые Внедренные	Выполнение выбранной задачи на компьютерах в развертывании. Задачи определены в экземпляре Puppet. Необходимо иметь возможность определить задачу и указать входные параметры.
Масштабирование рабочих узлов	Кластеры Tanzu Kubernetes	VMware vSphere	Развернутые Внедренные	Увеличьте или уменьшите количество виртуальных машин рабочих узлов Tanzu Kubernetes в развертывании.
Завершение работы	Компьютеры	VMware vSphere	Развернутые	Завершение работы гостевой операционной системы и выключение компьютера. Чтобы использовать это действие, на компьютере необходимо установить VMware Tools.
Приостановка	Компьютеры	Microsoft Azure VMware vSphere	Развернутые Внедренные	Приостановка работы компьютера для того, чтобы его невозможно было использовать и он не потреблял никакие системные ресурсы, кроме используемых в настоящее время ресурсов хранилища.
Обновить	Развертывания	Amazon Web Service Microsoft Azure VMware vSphere	Развернутые Внедренные	Изменение развертывания на основе входных параметров. См. пример в разделе Перемещение развернутого компьютера в другую сеть. Если развертывание основано на ресурсах vSphere, а компьютеры и диски содержат параметр «Количество», то при увеличении заданного количества могут применяться ограничения хранилища, которые заданы в проекте. Если действие завершается сбоем с сообщением «Запрошенный объем хранилища превышает доступный объем сегмента хранилища», скорее всего, это связано с ограничениями хранилища, установленными в шаблонах виртуальных машин vSphere, которые определены в проекте. Ограничения хранилища проекта не применяются к дополнительным дискам, добавленным после развертывания с помощью действия по регулярному обслуживанию. Некоторые свойства нельзя обновить с помощью этого действия. См. раздел Свойства развертывания, которые нельзя обновить в рамках действий по регулярному обслуживанию в VMware Aria Automation.
Обновить конфигурацию Salt	Ресурс SaltStack Config	Amazon Web Service VMware vSphere	Развернутые Внедренные	Добавьте или измените среду Salt, примените файлы состояния или введите переменные для выбранного ресурса Salt.
Обновление тегов	Компьютеры и диски	Amazon Web Service Microsoft Azure VMware vSphere	Развернутые Внедренные	Добавление, изменение или удаление тега, который применяется к отдельному ресурсу.
Обновление версии Tanzu	Кластеры Tanzu Kubernetes	VMware vSphere	Развернутые Внедренные	Обновите текущую версию Kubernetes до более поздней версии.
Отмена регистрации	Компьютеры	Amazon Web Service Google Cloud Platform Microsoft Azure VMware vSphere	Развернуто (только vSphere) Внедренные	Отмена регистрации компьютеров, чтобы удалить их из управления и иерархии VMware Aria Automation. Компьютеры не удаляются с облачной платформы. Незарегистрированные машины доступны для внедрения. Чтобы вернуть их под управление, можно выполнить рабочий процесс внедрения. Например, может потребоваться внедрить компьютер в новый проект или другой экземпляр VMware Aria Automation. Особенности развернутых компьютеров vSphere. Регистрацию компьютера, который является частью кластера или связан с подсистемой балансировки нагрузки, отменить нельзя. Благодаря таким ограничениям удается избежать нежелательных последствий для любых операций вертикального или горизонтального масштабирования. Компьютер с отмененной регистрацией вместе с подключенными дисками удаляется из сферы управления VMware Aria Automation. Если необходимо продолжить управлять этим диском, перед отменой регистрации компьютера можно отсоединить диск с помощью API-интерфейса инфраструктуры как услуги. Если в развертывании имеется только один компьютер и регистрация этого компьютера отменяется, данное развертывание остается в VMware Aria Automation. При необходимости компьютер с отмененной регистрацией может быть обнаружен, и его будет можно внедрить. Компьютер удаляется из процесса лицензирования и измерения VMware Aria Automation. После того как компьютер будет выведен из-под управления, квота резервирования и ограничение для хранилища будут скорректированы. При отмене регистрации для компьютера в разделе «AUTOMATION» состояние IP-адреса изменится с «ALLOCATED» на «UNREGISTERED». Если компьютер будет повторно внедрен, IP-адрес вернется в состояние «ВЫДЕЛЕН». Если компьютер с отмененной регистрацией будет удален в vCenter, IP-адрес останется в состоянии «РЕГИСТРАЦИЯ ОТМЕНЕНА» в VMware Aria Automation. Чтобы вручную освободить IP-адрес, выберите Инфраструктура > Ресурсы > Сети. Перейдите на вкладку IP-адреса и найдите IP-адреса с состоянием «Регистрация отменена». При необходимости освободите IP-адрес. После отмены регистрации компьютера все правила NAT, предназначенные для сетевого адаптера компьютера с отмененной регистрацией, будут удалены из списка правил NAT в VMware Aria Automation. Если все правила NAT предназначены только для сетевых адаптеров на компьютере, регистрацию которого необходимо отменить, операция отмены регистрации завершится сбоем. Для NAT в списке требуется хотя бы одно правило. Перед отменой регистрации для компьютера правила NAT можно перенастроить или удалить всю NAT. Конфигурации NSX DNAT или маршрутизатора изменены не будут. Существуют темы отмены регистрации событий расширяемости, а служба брокера создает события до и после отмены регистрации. Рекомендации для внедренных компьютеров. Компьютер с отмененной регистрацией вместе со всеми подключенными дисками удаляется из управления VMware Aria Automation. После удаления компьютера рабочий процесс внедрения можно повторно запустить для компьютера с отмененной регистрацией. Например, может потребоваться снова внедрить ресурс, но уже в новый проект. Рекомендации на случай отсутствия машин. После выполнения на vCenter переноса или резервного копирования и восстановления машина отмечается как отсутствующая. Обычно отсутствие означает, что запись в базе данных непригодна для использования. Чтобы удалить отсутствующую машину из базы данных, для нее можно отменить регистрацию. Незарегистрированная отсутствующая машина недоступна для внедрения.