카탈로그 항목을 배포한 후에는 Automation Service Broker에서 리소스를 수정 및 관리하는 작업을 실행할 수 있습니다. 사용할 수 있는 작업은 리소스 유형 및 특정 클라우드 계정 또는 통합 플랫폼에서 해당 작업이 지원되는지 여부에 따라 달라집니다.
가능한 작업도 관리자가 권한을 부여하는 대상에 따라 달라집니다.
관리자나 프로젝트 관리자는 2일차 작업 정책을 설정할 수 있습니다. 정책을 사용하여 배포 사용자에게 Automation Service Broker 2일차 작업 권한을 부여하는 방법의 내용을 참조하십시오.
목록에 포함되지 않은 작업이 표시될 수도 있습니다. 관리자가 Automation Assembler에서 구성한 사용자 지정 작업일 수 있습니다.
배포를 변경하려면 해당 클라우드 템플릿을 편집하고 다시 적용하거나 2일차 작업을 사용하면 됩니다. 하지만 대부분의 경우 두 가지 방법을 혼합하지 않도록 해야 합니다.
전원 켜기/끄기와 같은 수명 주기 2일차 변경 내용은 일반적으로 안전하지만 디스크를 추가하는 경우와 같이 다른 사항은 주의가 필요합니다.
예를 들어 2일차 작업으로 디스크를 추가한 다음 클라우드 템플릿을 다시 적용하는 혼합된 방식을 취하면 클라우드 템플릿이 2일차 변경 내용을 덮어쓸 수 있으며 이로 인해 디스크가 제거되고 데이터 손실이 발생할 수 있습니다.
| 작업 | 적용 대상 리소스 유형 | 다음 클라우드 유형에 사용 가능 | 리소스 원본 | 설명 |
|---|---|---|---|---|
| 디스크 추가 | 시스템 |
|
|
기존 가상 시스템에 디스크를 추가합니다. Azure 시스템에 디스크를 추가하면 영구 디스크 또는 비영구 디스크가 해당 시스템이 포함되어 있는 리소스 그룹에 배포됩니다. Azure 시스템에 디스크를 추가할 때 스토리지 프로파일에 구성된 Azure 디스크 암호화 집합을 사용하여 새 디스크를 암호화할 수도 있습니다. 관리되지 않는 디스크가 있는 Azure 시스템에 디스크를 추가할 수 없습니다. vSphere 시스템에 디스크를 추가할 때 SCSI 컨트롤러를 선택할 수 있으며, 그 순서는 클라우드 템플릿에서 설정되고 배포됩니다. 새 디스크의 장치 번호를 지정할 수도 있습니다. 선택한 컨트롤러가 없으면 장치 번호를 지정할 수 없습니다. 컨트롤러를 선택하지 않거나 장치 번호를 제공하지 않으면 새 디스크는 사용 가능한 첫 번째 컨트롤러에 배포되고 이 컨트롤러에서 다음으로 사용 가능한 장치 번호가 할당됩니다. 스토리지 제한이 정의된 프로젝트의 vSphere 시스템에 디스크를 추가하는 경우 추가된 디스크는 스토리지 제한을 초과하지 않아야 합니다. 스토리지 제한은 씬 프로비저닝을 사용하여 과다 프로비저닝할 수 없도록 씩 및 씬 리소스 프로비저닝의 실제 용량을 고려합니다. VMware SDRS(Storage DRS)를 사용하고 스토리지 프로파일에 데이터스토어 클러스터가 구성된 경우, SDRS의 디스크를 vSphere 시스템에 추가할 수 있습니다. |
| SaltStack 리소스 연결 | 시스템 |
|
|
Salt 미니언을 설치하고 가상 시스템에서 Salt 구성을 업데이트할 수 있도록 SaltStack 리소스를 배포 리소스에 연결합니다. 이 작업을 사용하여 리소스의 구성을 업데이트하거나 리소스를 연결하고 배포의 다른 리소스에 미니언을 설치할 수 있습니다. SaltStack Config 통합을 구성한 경우 Salt 리소스 연결 작업을 사용할 수 있습니다. 구성을 적용하려면 인증 방법을 선택해야 합니다. 기존 자격 증명을 사용하여 원격 액세스는 배포에 포함된 원격 액세스 자격 증명을 사용합니다. 배포 후 시스템 자격 증명을 변경하면 작업이 실패할 수 있습니다. 새 자격 증명을 알고 있으면 암호 인증 방법을 사용합니다. 암호 및 개인 키는 사용자 이름과 암호 또는 키를 사용하여 자격 증명의 유효성을 검사한 다음 SSH를 사용하여 가상 시스템에 연결합니다. 마스터 ID와 미니언 ID 값을 제공하지 않으면 Salt에서 해당 값이 생성됩니다. |
| 취소 |
|
|
|
요청이 처리되는 동안 배포 또는 리소스에 대한 2일차 작업 또는 배포를 취소합니다. 배포 카드나 배포 세부 정보에서 요청을 취소할 수 있습니다. 요청을 취소하는 경우 해당 요청은 배포 페이지에 실패한 요청으로 표시됩니다. 삭제 작업을 사용하여 배포된 리소스를 해제하고 배포 목록을 정리합니다. 너무 오래 실행되고 있다고 생각되는 요청을 취소하는 것도 배포 시간을 관리하는 한 가지 방법입니다. 그러나 프로젝트에서 요청 시간 초과를 설정하는 것이 더 효율적입니다. 기본 시간 초과 값은 2시간입니다. 프로젝트에 대한 워크로드 배포에 더 많은 시간이 필요한 경우 더 긴 기간을 설정할 수 있습니다. |
| 리스 변경 | 배포 |
|
|
리스 만료 날짜 및 시간을 변경합니다. 리스가 만료되면 배포가 삭제되고 리소스가 회수됩니다. 리스 정책은 Automation Service Broker에 설정됩니다. |
| 소유자 변경 | 배포 |
|
|
배포 소유자를 선택한 사용자 또는 Active Directory 그룹으로 변경합니다. 선택한 사용자 또는 AD 그룹은 관리자이거나 요청을 배포한 동일한 프로젝트의 멤버여야 합니다. 프로젝트에 정의된 사용자 또는 AD 그룹만 소유자가 될 수 있습니다. 사용자 지정 그룹은 대상 소유자가 될 수 없습니다. 클라우드 템플릿 디자이너가 템플릿을 배포하는 경우, 디자이너는 요청자이자 소유자입니다. 하지만 요청자는 다른 프로젝트 멤버를 소유자로 만들 수 있습니다. 정책을 사용하여 소유자가 배포를 통해 수행할 수 있는 작업을 제어하고 더 제한적이거나 덜 제한적인 사용 권한을 부여할 수 있습니다. |
| 프로젝트 변경 | 배포 |
|
|
프로젝트 변경 작업을 사용하여 한 프로젝트에서 다른 프로젝트로 배포를 이동합니다. 프로젝트 변경 작업은 배포된 리소스, 마이그레이션된 리소스, 온보딩된 리소스가 있는 배포 및 배포된 리소스, 마이그레이션된 리소스 및 온보딩된 리소스가 혼합된 배포에 사용할 수 있습니다.
지원되는 리소스에는 다음과 같은 리소스 유형 및 제약 조건이 있습니다.
배포된 리소스, 마이그레이션된 리소스, 온보딩된 리소스 및 하이브리드/혼합 리소스가 있는 배포에 대한 역할, 고려 사항 및 제약 조건:
온보딩된 리소스가 있는 배포에 대한 역할, 고려 사항 및 제약 조건:
일반적인 고려 사항:
|
| 보안 그룹 변경 | 시스템 |
|
|
배포의 시스템 네트워크에 보안 그룹을 연결하고 분리할 수 있습니다. 변경 작업은 NSX-V 및 NSX-T에 대한 기존 및 주문형 보안 그룹에 적용됩니다. 이 작업은 시스템 클러스터가 아닌 단일 시스템에만 사용할 수 있습니다. 보안 그룹을 시스템 네트워크에 연결하려면 배포에 보안 그룹이 있어야 합니다. 배포에 있는 모든 시스템의 모든 네트워크에서 보안 그룹을 분리하는 경우 보안 그룹이 배포에서 제거되지 않습니다. 이러한 변경 내용은 네트워크 프로파일의 일부로 적용된 보안 그룹에는 영향을 주지 않습니다. 이 작업은 시스템을 다시 생성하지 않고 시스템의 보안 그룹 구성을 변경합니다. 이는 비파괴적인 변경입니다.
|
| 원격 콘솔에 연결 | 시스템 |
|
|
선택한 시스템에서 원격 세션을 엽니다. 성공적인 연결을 위해 다음 요구 사항을 검토합니다.
|
| 디스크 스냅샷 생성 | 시스템 및 디스크 |
|
|
가상 시스템 디스크 또는 스토리지 디스크의 스냅샷을 생성합니다.
스냅샷 이름을 제공하는 것 외에 스냅샷에 대해 다음 정보를 제공할 수도 있습니다.
|
| 스냅샷 생성 | 시스템 |
|
|
가상 시스템의 스냅샷을 생성합니다. vSphere에서 2개의 스냅샷만 허용되고 이미 스냅샷이 2개 있는 경우, 스냅샷을 삭제할 때까지 이 명령을 사용할 수 없습니다. Google Cloud Platform 시스템에 대한 스냅샷을 생성할 때 연결된 디스크의 디스크 스냅샷을 생성할 수도 있습니다. 결합된 스냅샷을 사용하면 시스템을 연결된 디스크로 단일 엔티티로 관리할 수 있습니다. |
| 삭제 | 배포 |
|
|
배포를 제거합니다. 모든 리소스가 삭제되고 회수됩니다. 삭제가 실패하면 배포에 대한 삭제 작업을 두 번째로 실행할 수 있습니다. 두 번째 시도 중에 삭제 실패 무시를 선택할 수 있습니다. 이 옵션을 선택하면 배포가 삭제되지만 리소스가 회수되지 않을 수 있습니다. 모든 리소스가 제거되었는지 확인하려면 배포가 프로비저닝된 시스템을 확인해야 합니다. 그렇지 않은 경우 해당 시스템의 나머지 리소스를 수동으로 삭제해야 합니다. |
| NSX 게이트웨이 |
|
|
NSX-T 또는 NSX-V 게이트웨이에서 NAT 포트 포워딩 규칙을 삭제합니다. | |
| 시스템 및 로드 밸런서 |
|
|
배포에서 시스템 또는 로드 밸런서를 제거합니다. 이 작업을 수행하면 배포가 불가능해질 수 있습니다. | |
| 보안 그룹 |
|
|
보안 그룹이 배포의 어떤 시스템과도 연결되어 있지 않으면 프로세스는 배포에서 보안 그룹을 제거합니다.
|
|
| Tanzu Kubernetes 클러스터 |
|
|
배포에서 Tanzu Kubernetes 클러스터를 제거합니다. | |
| 디스크 스냅샷 삭제 | 시스템 및 디스크 |
|
|
Azure 가상 시스템 디스크 또는 관리 디스크 스냅샷을 삭제합니다. 이 작업은 스냅샷이 하나 이상 있는 경우 사용할 수 있습니다. |
| 스냅샷 삭제 | 시스템 |
|
|
가상 시스템의 스냅샷을 삭제합니다. |
| 부팅 진단 사용 안 함 | 시스템 |
|
|
Azure 가상 시스템 디버깅 기능을 끕니다. 이 옵션은 기능이 켜져 있는 경우에만 사용할 수 있습니다. |
| 로그 분석 사용 안 함 | 시스템 |
|
|
Azure 가상 시스템 로그에서 로그 쿼리를 실행하는 기능을 끕니다. 비활성화하려는 확장의 이름을 선택합니다. 선택할 확장 이름이 없으면 현재 이 시스템에서 로그 분석을 사용하도록 설정되지 않은 것입니다. 로그 분석을 사용하려면 업무 공간을 지원하도록 Azure Monitor 및 클라우드 템플릿을 구성해야 합니다. 로그 분석을 참조하십시오. |
| 태그 편집 | 배포 |
|
|
개별 배포 리소스에 적용되는 리소스 태그를 추가하거나 수정합니다. |
| 부팅 진단 사용 | 시스템 |
|
|
Azure 가상 시스템 디버깅 기능을 켜서 가상 시스템 부팅 실패를 진단합니다. 부팅 진단 정보는 Azure 콘솔에서 사용할 수 있습니다. [사용] 옵션은 기능이 현재 켜져 있지 않은 경우에만 사용할 수 있습니다. |
| 로그 분석 사용 | 시스템 |
|
|
Azure Monitor 로그에서 수집한 데이터에 대한 로그 쿼리를 편집하고 실행하려면 Azure 가상 시스템을 켭니다. 확장 이름을 제공합니다. 업무 공간 ID 및 키는 Azure에 구성된 값이어야 합니다. 로그 분석을 사용하려면 업무 공간을 지원하도록 Azure Monitor 및 클라우드 템플릿을 구성해야 합니다. 로그 분석을 참조하십시오. |
| Terraform 상태 가져오기 | Terraform 구성 |
|
|
Terraform 상태 파일을 표시합니다. 배포된 클라우드 플랫폼에서 Terraform 시스템에 대해 변경한 내용을 확인하고 배포를 업데이트하려면, 먼저 [Terraform 상태 새로 고침] 작업을 실행한 다음 [Terraform 상태 가져오기] 작업을 실행합니다. 대화 상자에 파일이 표시되는 경우, 새로 고침 작업을 새로 실행하기 전에 약 1시간 동안 파일을 사용할 수 있습니다. 나중을 위해 필요한 경우 복사할 수 있습니다. 배포 기록 탭에서 파일을 볼 수도 있습니다. [이벤트] 탭에서 [Terraform 상태 가져오기] 이벤트를 선택하고 요청 세부 정보를 클릭합니다. 파일이 만료되지 않았으면 컨텐츠 보기를 클릭합니다. 파일이 만료된 경우 [새로 고침] 및 [가져오기] 작업을 다시 실행합니다. ![Terraform 상태 파일을 볼 수 있는 [요청 세부 정보] 예시입니다.](images/GUID-098043B5-0194-400B-B19F-2A7D8442AC75-low.png) 구성에 내장된 Terraform 리소스에 대해 다른 2일차 작업을 실행할 수 있습니다. 가능한 작업은 리소스 유형, 배포된 클라우드 플랫폼, 2일차 정책에 따라 작업을 실행할 권한이 있는지 여부에 따라 다릅니다. |
| 전원 끄기 | 배포 |
|
|
게스트 운영 체제를 먼저 종료하려고 시도한 후 배포의 전원을 끕니다. 소프트 전원 끄기가 실패해도 하드 전원 끄기가 계속 실행됩니다. |
| 시스템 |
|
|
게스트 운영 체제를 먼저 종료하려고 시도한 후 시스템의 전원을 끕니다. 소프트 전원 끄기가 실패해도 하드 전원 끄기가 계속 실행됩니다. |
|
| 전원 켜기 | 배포 |
|
|
배포 전원을 켭니다. 리소스가 일시 중단된 경우, 리소스가 일시 중단된 지점에서 정상 작업이 재개됩니다. |
| 시스템 |
|
|
시스템 전원을 켭니다. 시스템이 일시 중단된 경우, 시스템이 일시 중단된 지점에서 정상 작업이 재개됩니다. | |
| 재부팅 | 시스템 |
|
|
가상 시스템에서 게스트 운영 체제를 재부팅합니다. vSphere 시스템의 경우, 이 작업을 사용하려면 해당 시스템에 VMware Tools가 설치되어 있어야 합니다. |
| 다시 빌드 | 시스템 |
|
|
배포 결과로 부분 배포가 발생했거나, 가상 시스템을 사용할 수 없는 경우 또는 배포가 성공한 후 문제가 있는 가상 시스템을 재프로비저닝하기 위해 가상 시스템을 다시 빌드합니다. 다시 빌드 프로세스는 이름, ID, IP 주소, 시스템 데이터스토어 및 사용자 지정 속성과 같은 구성을 동일하게 유지합니다. 가상 시스템에 연결된 비영구 디스크는 완전히 지워진 다음 빌드 작업의 일부로 다시 생성됩니다. 연결된 FCD(First Class Disk)가 있으면 분리되고 컨텐츠가 유지됩니다. 시스템을 다시 빌드한 후 디스크를 다시 연결할 수 있습니다. |
| 재구성 | 로드 밸런서 |
|
|
로드 밸런서 크기 및 로깅 수준을 변경합니다. 또한 경로를 추가 또는 제거하고 프로토콜, 포트, 상태 구성 및 멤버 풀 설정을 변경할 수 있습니다. NSX 로드 밸런서의 경우 상태 점검을 사용하도록 설정하거나 비활성화하고 상태 옵션을 수정할 수 있습니다. NSX-T의 경우 점검을 액티브 또는 패시브로 설정할 수 있습니다. NSX-V는 패시브 상태 점검을 지원하지 않습니다. |
| NSX 게이트웨이 포트 포워딩 |
|
|
NSX-T 또는 NSX-V 게이트웨이에서 NAT 포트 포워딩 규칙을 추가, 편집 또는 삭제합니다. | |
| 보안 그룹 |
|
|
보안 그룹이 주문형 보안 그룹인지 아니면 기존 보안 그룹인지에 따라 방화벽 규칙 또는 제약 조건을 추가, 편집 또는 제거합니다.
|
|
| Terraform 상태 새로 고침 | Terraform 구성 |
|
|
Terraform 상태 파일의 최신 반복을 검색합니다. 배포된 클라우드 플랫폼에서 Terraform 시스템에 대한 변경 사항을 검색하고 배포를 업데이트하려면 먼저 [Terraform 상태 새로 고침] 작업을 실행합니다. 파일을 보려면 구성에서 Terraform 상태 가져오기 작업을 실행합니다. 배포 기록 탭을 사용하여 새로 고침 프로세스를 모니터링합니다. |
| 디스크 제거 | 시스템 |
|
|
기존 가상 시스템에서 디스크를 제거합니다. vSphere 시스템 및 디스크로 배포된 배포에 대해 2일차 작업을 실행하면 프로젝트 스토리지 제한에 적용되므로 디스크 수가 회수됩니다. 스토리지 제한은 씬 프로비저닝을 사용하여 과다 프로비저닝할 수 없도록 씩 및 씬 리소스 프로비저닝의 실제 용량을 고려합니다. 배포 후 2일차 작업으로 추가한 추가 디스크에는 프로젝트 스토리지 제한이 적용되지 않습니다. |
| 재설정 | 시스템 |
|
|
게스트 운영 체제를 종료하지 않고 가상 시스템을 강제로 다시 시작합니다. |
| 크기 조정 | 시스템 |
|
|
가상 시스템의 CPU 및 메모리를 늘리거나 줄입니다. |
| 부팅 디스크 크기 조정 | 시스템 |
|
|
부팅 디스크 매체의 크기를 늘리거나 줄입니다. vSphere 시스템 및 디스크로 배포된 배포에 대해 2일차 작업을 실행한 경우 작업이 실패하고 "요청된 스토리지가 사용 가능한 스토리지 배치 보다 큽니다."와 유사한 메시지가 표시되면 프로젝트에 정의되어 있는 vSphere VM 템플릿 및 컨텐츠 라이브러리에 정의된 스토리지 제한 때문일 수 있습니다. 스토리지 제한은 씬 프로비저닝을 사용하여 과다 프로비저닝할 수 없도록 씩 및 씬 리소스 프로비저닝의 실제 용량을 고려합니다. 배포 후 2일차 작업으로 추가한 추가 디스크에는 프로젝트 스토리지 제한이 적용되지 않습니다. |
| 디스크 크기 조정 | 스토리지 디스크 |
|
|
스토리지 디스크의 용량을 늘립니다. vSphere 시스템 및 디스크로 배포된 배포에 대해 2일차 작업을 실행한 경우 작업이 실패하고 "요청된 스토리지가 사용 가능한 스토리지 배치 보다 큽니다."와 유사한 메시지가 표시되면 프로젝트에 정의되어 있는 vSphere VM 템플릿 및 컨텐츠 라이브러리에 정의된 스토리지 제한 때문일 수 있습니다. 스토리지 제한은 씬 프로비저닝을 사용하여 과다 프로비저닝할 수 없도록 씩 및 씬 리소스 프로비저닝의 실제 용량을 고려합니다. 배포 후 2일차 작업으로 추가한 추가 디스크에는 프로젝트 스토리지 제한이 적용되지 않습니다. vSphere Storage DRS 경우 공간이 부족한 현재 LUN의 클러스터 내에서 가상 시스템을 재배치할 수 있습니다. |
| 시스템 |
|
|
시스템 이미지 템플릿 및 연결된 디스크에 포함된 디스크의 크기를 늘리거나 줄입니다. | |
| 다시 시작 | 시스템 |
|
|
실행 중인 시스템을 종료하고 다시 시작합니다. |
| 스냅샷으로 되돌리기 | 시스템 |
|
|
시스템의 이전 스냅샷으로 되돌립니다. 이 작업을 사용하려면 기존 스냅샷이 있어야 합니다. 연결된 디스크가 포함된 Google Cloud Platform 시스템에 대한 스냅샷을 생성한 경우 전체 스냅샷이 되돌려집니다. |
| Puppet 작업 실행 | 관리되는 리소스 |
|
|
배포 내의 시스템에서 선택한 작업을 실행합니다. 작업은 Puppet 인스턴스에 정의됩니다. 작업을 식별하고 입력 매개 변수를 제공할 수 있어야 합니다. |
| 작업자 노드 축소/확장 | Tanzu Kubernetes 클러스터 |
|
|
배치에서 Tanzu Kubernetes 작업자 노드 가상 시스템의 수를 늘리거나 줄입니다. |
| 종료 | 시스템 |
|
|
게스트 운영 체제를 종료한 후 시스템 전원을 끕니다. 이 작업을 사용하려면 시스템에 VMware Tools가 설치되어 있어야 합니다. |
| 일시 중단 | 시스템 |
|
|
시스템이 사용될 수 없고 현재 사용 중인 스토리지 이외의 시스템 리소스를 사용하지 않도록 시스템을 일시 중지합니다. |
| 업데이트 | 배포 |
|
|
입력 매개 변수에 따라 배포를 변경합니다. 예를 보려면 배포된 시스템을 다른 네트워크로 이동하는 방법 항목을 참조하십시오. 배포가 vSphere 리소스에 기반하고 시스템 및 디스크에 count 옵션이 포함되어 있는 경우 count를 늘리면 프로젝트에 정의된 스토리지 제한이 적용될 수 있습니다. 작업이 실패하고 "요청된 스토리지가 사용 가능한 스토리지 배치 보다 큽니다."와 유사한 메시지가 표시되면 프로젝트에 정의되어 있는 vSphere VM 템플릿에 정의된 스토리지 제한 때문일 수 있습니다. 배포 후 2일차 작업으로 추가한 추가 디스크에는 프로젝트 스토리지 제한이 적용되지 않습니다. 이 작업을 사용하여 업데이트할 수 없는 몇 가지 속성이 있습니다. VMware Aria Automation에서 2일차 작업을 사용하여 업데이트할 수 없는 배포 속성의 내용을 참조하십시오. |
| Salt 구성 업데이트 | SaltStack Config 리소스 |
|
|
Salt 환경을 추가 또는 변경하거나 상태 파일을 적용하거나 선택한 Salt 리소스에 대한 변수를 제공합니다. |
| 태그 업데이트 | 시스템 및 디스크 |
|
|
개별 리소스에 적용된 태그를 추가, 수정 또는 삭제합니다. |
| Tanzu 버전 업데이트 | Tanzu Kubernetes 클러스터 |
|
|
현재 Kubernetes 버전을 이후 버전으로 업데이트합니다. |
| 등록 취소 | 시스템 |
|
|
시스템을 등록 취소하여 VMware Aria Automation 관리 및 인벤토리에서 제거합니다. 클라우드 플랫폼에서 시스템이 제거되지 않습니다. 등록되지 않은 시스템은 온보딩에 사용할 수 있습니다. 온보딩 워크플로를 실행하여 다시 관리 상태로 되돌릴 수 있습니다. 예를 들어 시스템을 새 프로젝트 또는 다른 VMware Aria Automation 인스턴스에 온보딩할 수 있습니다.
|
