Automation Service Broker 배포 또는 지원되는 리소스에서 실행할 수 있는 작업

카탈로그 항목을 배포한 후에는 Automation Service Broker에서 리소스를 수정 및 관리하는 작업을 실행할 수 있습니다. 사용할 수 있는 작업은 리소스 유형 및 특정 클라우드 계정 또는 통합 플랫폼에서 해당 작업이 지원되는지 여부에 따라 달라집니다.

가능한 작업도 관리자가 권한을 부여하는 대상에 따라 달라집니다.

관리자나 프로젝트 관리자는 2일차 작업 정책을 설정할 수 있습니다. 정책을 사용하여 배포 사용자에게 Automation Service Broker 2일차 작업 권한을 부여하는 방법의 내용을 참조하십시오.

목록에 포함되지 않은 작업이 표시될 수도 있습니다. 관리자가 Automation Assembler에서 구성한 사용자 지정 작업일 수 있습니다.

경고:

배포를 변경하려면 해당 클라우드 템플릿을 편집하고 다시 적용하거나 2일차 작업을 사용하면 됩니다. 하지만 대부분의 경우 두 가지 방법을 혼합하지 않도록 해야 합니다.

전원 켜기/끄기와 같은 수명 주기 2일차 변경 내용은 일반적으로 안전하지만 디스크를 추가하는 경우와 같이 다른 사항은 주의가 필요합니다.

예를 들어 2일차 작업으로 디스크를 추가한 다음 클라우드 템플릿을 다시 적용하는 혼합된 방식을 취하면 클라우드 템플릿이 2일차 변경 내용을 덮어쓸 수 있으며 이로 인해 디스크가 제거되고 데이터 손실이 발생할 수 있습니다.

표 1. 가능한 작업 목록

작업	적용 대상 리소스 유형	다음 클라우드 유형에 사용 가능	리소스 원본	설명
디스크 추가	시스템	Amazon Web Service Google Cloud Platform Microsoft Azure VMware vSphere	배포됨 온보딩됨	기존 가상 시스템에 디스크를 추가합니다. Azure 시스템에 디스크를 추가하면 영구 디스크 또는 비영구 디스크가 해당 시스템이 포함되어 있는 리소스 그룹에 배포됩니다. Azure 시스템에 디스크를 추가할 때 스토리지 프로파일에 구성된 Azure 디스크 암호화 집합을 사용하여 새 디스크를 암호화할 수도 있습니다. 관리되지 않는 디스크가 있는 Azure 시스템에 디스크를 추가할 수 없습니다. vSphere 시스템에 디스크를 추가할 때 SCSI 컨트롤러를 선택할 수 있으며, 그 순서는 클라우드 템플릿에서 설정되고 배포됩니다. 새 디스크의 장치 번호를 지정할 수도 있습니다. 선택한 컨트롤러가 없으면 장치 번호를 지정할 수 없습니다. 컨트롤러를 선택하지 않거나 장치 번호를 제공하지 않으면 새 디스크는 사용 가능한 첫 번째 컨트롤러에 배포되고 이 컨트롤러에서 다음으로 사용 가능한 장치 번호가 할당됩니다. 스토리지 제한이 정의된 프로젝트의 vSphere 시스템에 디스크를 추가하는 경우 추가된 디스크는 스토리지 제한을 초과하지 않아야 합니다. 스토리지 제한은 씬 프로비저닝을 사용하여 과다 프로비저닝할 수 없도록 씩 및 씬 리소스 프로비저닝의 실제 용량을 고려합니다. VMware SDRS(Storage DRS)를 사용하고 스토리지 프로파일에 데이터스토어 클러스터가 구성된 경우, SDRS의 디스크를 vSphere 시스템에 추가할 수 있습니다.
SaltStack 리소스 연결	시스템	Amazon Web Services Google Cloud Platform Microsoft Azure VMware vSphere	배포됨 온보딩됨	Salt 미니언을 설치하고 가상 시스템에서 Salt 구성을 업데이트할 수 있도록 SaltStack 리소스를 배포 리소스에 연결합니다. 이 작업을 사용하여 리소스의 구성을 업데이트하거나 리소스를 연결하고 배포의 다른 리소스에 미니언을 설치할 수 있습니다. SaltStack Config 통합을 구성한 경우 Salt 리소스 연결 작업을 사용할 수 있습니다. 구성을 적용하려면 인증 방법을 선택해야 합니다. 기존 자격 증명을 사용하여 원격 액세스는 배포에 포함된 원격 액세스 자격 증명을 사용합니다. 배포 후 시스템 자격 증명을 변경하면 작업이 실패할 수 있습니다. 새 자격 증명을 알고 있으면 암호 인증 방법을 사용합니다. 암호 및 개인 키는 사용자 이름과 암호 또는 키를 사용하여 자격 증명의 유효성을 검사한 다음 SSH를 사용하여 가상 시스템에 연결합니다. 마스터 ID와 미니언 ID 값을 제공하지 않으면 Salt에서 해당 값이 생성됩니다.
취소	배포 배포의 다양한 리소스 유형	Amazon Web Service Google Cloud Platform Microsoft Azure VMware vSphere	배포됨 온보딩됨	요청이 처리되는 동안 배포 또는 리소스에 대한 2일차 작업 또는 배포를 취소합니다. 배포 카드나 배포 세부 정보에서 요청을 취소할 수 있습니다. 요청을 취소하는 경우 해당 요청은 배포 페이지에 실패한 요청으로 표시됩니다. 삭제 작업을 사용하여 배포된 리소스를 해제하고 배포 목록을 정리합니다. 너무 오래 실행되고 있다고 생각되는 요청을 취소하는 것도 배포 시간을 관리하는 한 가지 방법입니다. 그러나 프로젝트에서 요청 시간 초과를 설정하는 것이 더 효율적입니다. 기본 시간 초과 값은 2시간입니다. 프로젝트에 대한 워크로드 배포에 더 많은 시간이 필요한 경우 더 긴 기간을 설정할 수 있습니다.
리스 변경	배포	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, 게이트웨이 및 사용자 지정 리소스가 포함될 수 있습니다. 온보딩된 리소스가 있는 배포에는 가상 시스템, 디스크 및 네트워크가 포함될 수 있습니다. 지원되지 않는 리소스 유형을 배포 유형, 배포된 리소스, 마이그레이션된 리소스 또는 온보딩된 리소스에 추가하면 프로젝트 변경 작업을 실행할 수 없습니다. 배포된 리소스, 마이그레이션된 리소스, 온보딩된 리소스 및 하이브리드/혼합 리소스가 있는 배포에 대한 역할, 고려 사항 및 제약 조건: 배포되거나 마이그레이션된 리소스가 있는 배포의 프로젝트를 변경하려면 시작하는 사용자에게 다음 역할이 있어야 합니다. 클라우드 관리자. 대상 프로젝트에 배포의 시스템 및 디스크가 배포된 모든 클라우드 영역이 포함된 경우에만 프로젝트를 변경할 수 있습니다. 이동된 배포에는 인스턴스 수, 메모리, CPU 및 스토리지를 포함하여 대상 프로젝트의 구성된 제한이 적용됩니다. 이동 후 현재 사용량이 소스 프로젝트에서 해제됩니다. 배포를 대상 프로젝트로 이동한 후 대상 프로젝트의 정책이 적용됩니다. 예를 들어 리스, 2일차 작업, 리소스 할당량 및 기타 정책이 있습니다. 배포를 이동하려면 대상 프로젝트의 리스 정책에 정의된 배포 리스가 앞으로 24시간 내에 만료되지 않아야 합니다. 프로젝트 변경 작업은 사용자 지정 리소스의 범위가 모든 프로젝트에서 사용할 수 있도록 지정된 배포에 사용할 수 있습니다. 배포의 각 사용자 지정 리소스에 대한 수명 주기 및 2일차 작업을 모든 프로젝트와 공유하여 배포를 새 프로젝트로 이동한 후 수명 주기 작업 또는 2일차 작업을 사용하여 사용자 지정 리소스를 계속 관리할 수 있도록 해야 합니다. 대상 프로젝트의 확장성 제약 조건은 vRO 통합 또는 소스 프로젝트와 동일한 ABX FaaS 제공자와 일치해야 합니다. 배포를 새 프로젝트로 이동한 후 수명 주기 작업 또는 2일차 작업을 사용하여 사용자 지정 리소스를 관리할 수 있도록 통합 및 제공자가 일치해야 합니다. 프로젝트 변경 작업은 모든 컨텐츠 소스가 공유되는 Terraform 구성이 있는 배포에 사용할 수 있습니다. 배포에 사용된 컨텐츠 소스가 공유되지 않으면 프로젝트 변경 작업이 유효성 검사에 실패하고 실행되지 않습니다. Terraform GitHub 저장소 컨텐츠 소스가 공유되지 않아서 프로젝트 변경 작업이 실패하는 경우에는 공유해야 하는 해당 ID를 확인한 다음 소스를 공유할 수 있습니다. 소스 저장소를 공유하려면 인프라 > 통합을 선택하고 GitHub 통합을 선택합니다. 열린 통합 페이지에서 [프로젝트] 탭을 클릭하고 실패한 작업에 대한 저장소가 포함된 프로젝트를 확장한 후 해당 저장소에 대한 공유를 켭니다. API를 사용하여 컨텐츠 소스 저장소를 공유할 수도 있습니다. 사용자 지정 리소스가 포함된 배포(사용자 지정 리소스에 업데이트 작업 포함)를 마이그레이션하고 클라우드 템플릿을 다시 배포하여 배포의 반복 업데이트를 수행한 경우 [프로젝트 변경] 작업을 사용하지 못할 수 있습니다. 온보딩된 리소스가 있는 배포에 대한 역할, 고려 사항 및 제약 조건: 온보딩된 리소스가 있는 배포를 이동하려면 시작하는 사용자에게 다음 역할 중 하나 이상이 있어야 합니다. 클라우드 관리자. 배포 관리 권한. 이 권한은 사용자 지정 역할로 정의할 수 있습니다. 대상 프로젝트의 프로젝트 관리자. 대상 프로젝트의 프로젝트 멤버 및 배포는 대상 프로젝트의 모든 사용자 간에 공유됩니다. 온보딩된 리소스를 동일한 클라우드 영역이 포함되지 않은 프로젝트로 이동할 수 있지만 대상 프로젝트에 동일한 클라우드 영역이 없으면 실행하는 클라우드 계정/지역 리소스와 관련된 향후 2일차 작업이 작동하지 않을 수 있습니다. 일반적인 고려 사항: 배포를 이동하는 관리자인 경우 소유자가 멤버가 아닌 프로젝트로 배포를 이동할 수 있으며 이 경우 소유자는 액세스 권한을 잃게 됩니다. 문제를 해결하려면 소유자를 대상 프로젝트에 추가하거나 소유자가 멤버인 프로젝트로 배포를 이동하거나 [소유자 변경] 작업을 사용할 수 있습니다.
보안 그룹 변경	시스템	VMware vSphere	배포됨 온보딩됨	배포의 시스템 네트워크에 보안 그룹을 연결하고 분리할 수 있습니다. 변경 작업은 NSX-V 및 NSX-T에 대한 기존 및 주문형 보안 그룹에 적용됩니다. 이 작업은 시스템 클러스터가 아닌 단일 시스템에만 사용할 수 있습니다. 보안 그룹을 시스템 네트워크에 연결하려면 배포에 보안 그룹이 있어야 합니다. 배포에 있는 모든 시스템의 모든 네트워크에서 보안 그룹을 분리하는 경우 보안 그룹이 배포에서 제거되지 않습니다. 이러한 변경 내용은 네트워크 프로파일의 일부로 적용된 보안 그룹에는 영향을 주지 않습니다. 이 작업은 시스템을 다시 생성하지 않고 시스템의 보안 그룹 구성을 변경합니다. 이는 비파괴적인 변경입니다. 시스템의 보안 그룹 구성을 변경하려면 토폴로지 창에서 시스템을 선택하고 오른쪽 창에서 작업 메뉴를 클릭한 다음 보안 그룹 변경을 선택합니다. 이제 시스템 네트워크를 사용하여 보안 그룹에서 연결을 추가하거나 제거할 수 있습니다.
원격 콘솔에 연결	시스템	VMware vSphere	배포됨 검색됨 온보딩됨	선택한 시스템에서 원격 세션을 엽니다. 성공적인 연결을 위해 다음 요구 사항을 검토합니다. 배포 소비자는, 프로비저닝된 시스템의 전원이 켜져 있는지 확인합니다.
디스크 스냅샷 생성	시스템 및 디스크	Microsoft Azure	배포됨 온보딩됨	가상 시스템 디스크 또는 스토리지 디스크의 스냅샷을 생성합니다. 시스템의 경우, 부팅 디스크, 이미지 디스크 및 스토리지 디스크를 포함하여 개별 시스템 디스크에 대한 스냅샷을 생성합니다. 스토리지 디스크의 경우, 비관리 디스크가 아닌 독립 관리 디스크의 스냅샷을 생성합니다. 스냅샷 이름을 제공하는 것 외에 스냅샷에 대해 다음 정보를 제공할 수도 있습니다. 증분 스냅샷. 전체 스냅샷이 아닌 마지막 스냅샷 이후의 변경 내용에 대한 스냅샷을 생성하려면 이 확인란을 합니다. 리소스 그룹. 스냅샷을 생성할 대상 리소스 그룹의 이름을 입력합니다. 기본적으로 스냅샷은 상위 디스크에서 사용하는 동일한 리소스 그룹에 생성됩니다. 암호화 집합 ID. 스냅샷의 암호화 키를 선택합니다. 기본적으로 스냅샷은 상위 디스크에서 사용하는 것과 동일한 키로 암호화됩니다. 태그. Microsoft Azure에서 스냅샷을 관리하는 데 도움이 되는 태그를 입력합니다.
스냅샷 생성	시스템	Google Cloud Platform VMware vSphere	배포됨 온보딩됨	가상 시스템의 스냅샷을 생성합니다. vSphere에서 2개의 스냅샷만 허용되고 이미 스냅샷이 2개 있는 경우, 스냅샷을 삭제할 때까지 이 명령을 사용할 수 없습니다. Google Cloud Platform 시스템에 대한 스냅샷을 생성할 때 연결된 디스크의 디스크 스냅샷을 생성할 수도 있습니다. 결합된 스냅샷을 사용하면 시스템을 연결된 디스크로 단일 엔티티로 관리할 수 있습니다.
삭제	배포	Amazon Web Service Google Cloud Platform Microsoft Azure VMware vSphere	배포됨 온보딩됨	배포를 제거합니다. 모든 리소스가 삭제되고 회수됩니다. 삭제가 실패하면 배포에 대한 삭제 작업을 두 번째로 실행할 수 있습니다. 두 번째 시도 중에 삭제 실패 무시를 선택할 수 있습니다. 이 옵션을 선택하면 배포가 삭제되지만 리소스가 회수되지 않을 수 있습니다. 모든 리소스가 제거되었는지 확인하려면 배포가 프로비저닝된 시스템을 확인해야 합니다. 그렇지 않은 경우 해당 시스템의 나머지 리소스를 수동으로 삭제해야 합니다.
	NSX 게이트웨이	NSX	배포됨 온보딩됨	NSX-T 또는 NSX-V 게이트웨이에서 NAT 포트 포워딩 규칙을 삭제합니다.
	시스템 및 로드 밸런서	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 Monitor 로그에서 수집한 데이터에 대한 로그 쿼리를 편집하고 실행하려면 Azure 가상 시스템을 켭니다. 확장 이름을 제공합니다. 업무 공간 ID 및 키는 Azure에 구성된 값이어야 합니다. 로그 분석을 사용하려면 업무 공간을 지원하도록 Azure Monitor 및 클라우드 템플릿을 구성해야 합니다. 로그 분석을 참조하십시오.
Terraform 상태 가져오기	Terraform 구성	Amazon Web Service Google Cloud Platform Microsoft Azure VMware vSphere	배포됨 온보딩됨	Terraform 상태 파일을 표시합니다. 배포된 클라우드 플랫폼에서 Terraform 시스템에 대해 변경한 내용을 확인하고 배포를 업데이트하려면, 먼저 [Terraform 상태 새로 고침] 작업을 실행한 다음 [Terraform 상태 가져오기] 작업을 실행합니다. 대화 상자에 파일이 표시되는 경우, 새로 고침 작업을 새로 실행하기 전에 약 1시간 동안 파일을 사용할 수 있습니다. 나중을 위해 필요한 경우 복사할 수 있습니다. 배포 기록 탭에서 파일을 볼 수도 있습니다. [이벤트] 탭에서 [Terraform 상태 가져오기] 이벤트를 선택하고 요청 세부 정보를 클릭합니다. 파일이 만료되지 않았으면 컨텐츠 보기를 클릭합니다. 파일이 만료된 경우 [새로 고침] 및 [가져오기] 작업을 다시 실행합니다. 구성에 내장된 Terraform 리소스에 대해 다른 2일차 작업을 실행할 수 있습니다. 가능한 작업은 리소스 유형, 배포된 클라우드 플랫폼, 2일차 정책에 따라 작업을 실행할 권한이 있는지 여부에 따라 다릅니다.
전원 끄기	배포	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	배포됨 마이그레이션됨 온보딩됨	배포 결과로 부분 배포가 발생했거나, 가상 시스템을 사용할 수 없는 경우 또는 배포가 성공한 후 문제가 있는 가상 시스템을 재프로비저닝하기 위해 가상 시스템을 다시 빌드합니다. 다시 빌드 프로세스는 이름, ID, IP 주소, 시스템 데이터스토어 및 사용자 지정 속성과 같은 구성을 동일하게 유지합니다. 가상 시스템에 연결된 비영구 디스크는 완전히 지워진 다음 빌드 작업의 일부로 다시 생성됩니다. 연결된 FCD(First Class Disk)가 있으면 분리되고 컨텐츠가 유지됩니다. 시스템을 다시 빌드한 후 디스크를 다시 연결할 수 있습니다.
재구성	로드 밸런서	Amazon Web Service Microsoft Azure VMware NSX	배포됨 온보딩됨	로드 밸런서 크기 및 로깅 수준을 변경합니다. 또한 경로를 추가 또는 제거하고 프로토콜, 포트, 상태 구성 및 멤버 풀 설정을 변경할 수 있습니다. NSX 로드 밸런서의 경우 상태 점검을 사용하도록 설정하거나 비활성화하고 상태 옵션을 수정할 수 있습니다. NSX-T의 경우 점검을 액티브 또는 패시브로 설정할 수 있습니다. NSX-V는 패시브 상태 점검을 지원하지 않습니다.
	NSX 게이트웨이 포트 포워딩	NSX-T NSX-V	배포됨 온보딩됨	NSX-T 또는 NSX-V 게이트웨이에서 NAT 포트 포워딩 규칙을 추가, 편집 또는 삭제합니다.
	보안 그룹	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 시스템 및 디스크로 배포된 배포에 대해 2일차 작업을 실행하면 프로젝트 스토리지 제한에 적용되므로 디스크 수가 회수됩니다. 스토리지 제한은 씬 프로비저닝을 사용하여 과다 프로비저닝할 수 없도록 씩 및 씬 리소스 프로비저닝의 실제 용량을 고려합니다. 배포 후 2일차 작업으로 추가한 추가 디스크에는 프로젝트 스토리지 제한이 적용되지 않습니다.
재설정	시스템	Amazon Web Service Google Cloud Platform VMware vSphere	배포됨 온보딩됨	게스트 운영 체제를 종료하지 않고 가상 시스템을 강제로 다시 시작합니다.
크기 조정	시스템	Amazon Web Service Microsoft Azure Google Cloud Platform VMware vSphere	배포됨 온보딩됨	가상 시스템의 CPU 및 메모리를 늘리거나 줄입니다.
부팅 디스크 크기 조정	시스템	Amazon Web Service Google Cloud Platform Microsoft Azure VMware vSphere	배포됨 온보딩됨	부팅 디스크 매체의 크기를 늘리거나 줄입니다. vSphere 시스템 및 디스크로 배포된 배포에 대해 2일차 작업을 실행한 경우 작업이 실패하고 "요청된 스토리지가 사용 가능한 스토리지 배치 보다 큽니다."와 유사한 메시지가 표시되면 프로젝트에 정의되어 있는 vSphere VM 템플릿 및 컨텐츠 라이브러리에 정의된 스토리지 제한 때문일 수 있습니다. 스토리지 제한은 씬 프로비저닝을 사용하여 과다 프로비저닝할 수 없도록 씩 및 씬 리소스 프로비저닝의 실제 용량을 고려합니다. 배포 후 2일차 작업으로 추가한 추가 디스크에는 프로젝트 스토리지 제한이 적용되지 않습니다.
디스크 크기 조정	스토리지 디스크	Amazon Web Service Google Cloud Platform	배포됨 온보딩됨	스토리지 디스크의 용량을 늘립니다. vSphere 시스템 및 디스크로 배포된 배포에 대해 2일차 작업을 실행한 경우 작업이 실패하고 "요청된 스토리지가 사용 가능한 스토리지 배치 보다 큽니다."와 유사한 메시지가 표시되면 프로젝트에 정의되어 있는 vSphere VM 템플릿 및 컨텐츠 라이브러리에 정의된 스토리지 제한 때문일 수 있습니다. 스토리지 제한은 씬 프로비저닝을 사용하여 과다 프로비저닝할 수 없도록 씩 및 씬 리소스 프로비저닝의 실제 용량을 고려합니다. 배포 후 2일차 작업으로 추가한 추가 디스크에는 프로젝트 스토리지 제한이 적용되지 않습니다. 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 리소스에 기반하고 시스템 및 디스크에 count 옵션이 포함되어 있는 경우 count를 늘리면 프로젝트에 정의된 스토리지 제한이 적용될 수 있습니다. 작업이 실패하고 "요청된 스토리지가 사용 가능한 스토리지 배치 보다 큽니다."와 유사한 메시지가 표시되면 프로젝트에 정의되어 있는 vSphere VM 템플릿에 정의된 스토리지 제한 때문일 수 있습니다. 배포 후 2일차 작업으로 추가한 추가 디스크에는 프로젝트 스토리지 제한이 적용되지 않습니다. 이 작업을 사용하여 업데이트할 수 없는 몇 가지 속성이 있습니다. VMware Aria Automation에서 2일차 작업을 사용하여 업데이트할 수 없는 배포 속성의 내용을 참조하십시오.
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 관리에서 제거됩니다. 디스크를 계속 관리해야 하는 경우 시스템을 등록 취소하기 전에 IaaS API를 사용하여 디스크를 분리할 수 있습니다. 배포에 시스템이 하나만 있는 경우 시스템을 등록 취소하면 배포가 VMware Aria Automation에 유지됩니다. 등록 취소된 시스템은 필요한 경우 온보딩할 수 있는 검색된 시스템일 수 있습니다. 시스템을 등록 취소한 후에는 전체 수집 주기(최대 24시간이 소요될 수 있음)가 끝날 때까지 시스템이 다시 검색되지 않습니다. 시스템이 VMware Aria Automation 라이센싱 및 측정에서 제거됩니다. 시스템이 더 이상 관리되지 않으면 예약 할당량 및 스토리지 제한이 조정됩니다. 시스템을 등록 취소하면 IP 주소가 AUTOMATION에서 [할당됨]에서 [등록 취소됨]으로 변경됩니다. 시스템이 다시 온보딩되면 IP 주소가 다시 [할당됨]으로 변경됩니다. 등록 취소된 시스템이 vCenter에서 삭제되면 IP 주소는 VMware Aria Automation에 [등록 취소됨] 상태로 유지됩니다. IP 주소를 수동으로 해제하려면 인프라 > 리소스 > 네트워크를 선택합니다. IP 주소 탭을 선택하고 [등록 취소됨] 상태인 IP 주소를 검색합니다. 필요에 따라 IP 주소를 해제합니다. 등록 취소된 시스템의 NIC를 대상으로 하는 모든 NAT 규칙은 시스템이 등록 취소될 때 VMware Aria Automation의 NAT 규칙 목록에서 제거됩니다. 모든 NAT 규칙이 등록 취소하려는 시스템의 NIC만 대상으로 하는 경우에는 등록 취소가 실패합니다. NAT에는 목록에 하나 이상의 규칙이 필요합니다. 시스템을 등록 취소하기 전에 NAT 규칙을 재구성하거나 NAT를 삭제할 수 있습니다. NSX DNAT 또는 라우터 구성은 변경되지 않습니다. 확장성 이벤트 등록 취소 항목이 존재하고 이벤트 브로커 서비스에서 사전 및 사후 등록 취소 이벤트가 생성됩니다. 온보딩된 시스템 고려 사항. 등록 취소된 시스템은 연결된 디스크와 함께 VMware Aria Automation 관리에서 제거됩니다. 시스템을 제거한 후 등록 취소된 시스템에 대해 온보딩 워크플로를 다시 실행할 수 있습니다. 리소스를 다시 온보딩할 수도 있습니다(이번에는 새 프로젝트에). 시스템을 온보딩한 후 변경하면(예: 시스템 등록을 취소하기 전에 디스크를 추가하는 경우) 등록 취소 작업이 실패합니다.