워크로드 온보딩 계획을 사용하여 대상 지역이나 데이터 센터의 클라우드 계정 유형에서 데이터가 수집되지만 아직 Automation Assembler 프로젝트를 통해 관리되지 않는 시스템을 식별합니다.
Automation Assembler 외부에 배포된 시스템이 포함된 클라우드 계정을 추가하는 경우 해당 시스템을 온보드할 때까지 Automation Assembler에서 관리되지 않습니다. 온보딩 계획을 사용하여 관리되지 않는 시스템을 Automation Assembler 관리 대상으로 가져옵니다. 계획을 생성하고 시스템으로 채운 다음 계획을 실행하여 시스템을 가져옵니다. 온보딩 계획을 사용하면 클라우드 템플릿을 생성할 수 있고 기존 클라우드 템플릿을 사용하거나 사용하지 않고 하나 이상의 배포를 생성할 수도 있습니다.
온보딩 계획의 리소스 배치를 사용하여 클라우드 영역 또는 프로젝트와 연결된 리소스 할당량 정책에 정의된 리소스 제한을 적용할 수 있습니다. 리소스 배치를 사용하는 경우 사용자는 프로젝트와 연결된 클라우드 영역에서만 적격 검색된 시스템을 선택할 수 있습니다. 온보딩 계획을 생성하면 배치 사용 옵션은 읽기 전용입니다.
시스템을 수동으로 선택하여 단일 계획으로 하나 이상의 관리되지 않는 시스템을 온보딩할 수 있습니다.
- 시간당 단일 온보딩 계획 내에서 최대 3,500개의 관리되지 않는 시스템을 온보딩할 수 있습니다.
- 시간당 여러 온보딩 계획 내에서 최대 17,000개의 관리되지 않는 시스템을 동시에 온보딩할 수 있습니다.
워크로드 온보딩에 사용할 수 있는 시스템은 페이지의 Discovered 탭에 나열됩니다. 데이터 수집된 시스템만 나열됩니다. 시스템을 온보드한 후에는 관리됨 탭에 Onboarded로 표시됩니다. 
필터 아이콘을 클릭하여 온보딩된 시스템을 필터링할 수 있습니다.
워크로드 온보딩 계획을 실행하는 사용자는 시스템 소유자로 자동 할당됩니다.
- 리소스 제한. 온보딩된 워크로드가 설정된 리소스 제한을 준수하고 고려하도록 설정할 수 있습니다.
- 사용자 지정 속성. 계획 및 개별 시스템 수준에서 사용자 지정 속성을 설정할 수 있습니다. 시스템 수준에서 설정된 사용자 지정 속성은 계획 수준에서 동일한 속성을 재정의합니다.
- 연결된 디스크. 시스템에 부팅 불가능한 디스크가 있는 경우 해당 디스크는 자동으로 상위 시스템에 온보딩됩니다. 부팅 불가능한 디스크를 보려면 계획에서 시스템 이름을 클릭한 후 스토리지 탭으로 이동합니다.
- 배포 소유권. 온보딩을 통해 기본 배포 소유자를 변경할 수 있습니다. 소유자를 변경하려면 배포 탭에서 배포를 선택하고 을 클릭하고 프로젝트와 연결된 원하는 사용자를 선택합니다.
대량 VMware Aria Automation 온보딩에 대한 자세한 내용은 VMware Aria Automation 대량 온보딩을 참조하십시오.
온보딩 예시
온보딩 중에 추가된 각 시스템은 자체 Automation Assembler 배포에 배치됩니다.
- 클라우드 템플릿과 연결되지 않은 시스템 또는 시스템 집합을 온보딩하고 Automation Assembler에서 이를 사용하여 배포를 생성합니다.
시스템이 온보딩되면 배포 소유자는 업데이트 2일차 작업을 제외하고 배포에서 대부분의 2일차 작업을 실행할 수 있습니다.
온보딩 기술의 예는 예: 선택한 시스템을 Automation Assembler의 단일 배포로 온보딩에서 참조하십시오.
- 시스템을 온보딩하고 기존 템플릿과 연결합니다.
클라우드 템플릿에 사용자 입력이 제공되면 이러한 배포에 대해 업데이트 2일차 작업을 사용할 수 있습니다. 하지만 업데이트 작업은 원래 리소스가 삭제된 후 클라우드 템플릿 세부 정보를 기반으로 다시 생성되는 계획을 제공할 수 있습니다.참고: 업데이트 2일차 작업은 원래 리소스를 삭제하고 템플릿을 기반으로 다시 생성할 수 있습니다.
- 클라우드 템플릿 및 매핑을 사용하여 시스템을 온보딩합니다.
이 옵션을 사용하면 선택한 템플릿의 리소스에 VM이 매핑되는 배포를 생성할 수 있습니다. 배포에는 선택한 클라우드 템플릿과 동일한 수의 시스템이 있어야 하며 템플릿 리소스를 해당 시스템에 매핑해야 합니다.참고: 매핑은 vSphere 계정이 있는 계획에 대해서만 지원됩니다. Cloud.Machine 및 Cloud.vSphere.Machine 리소스 유형 및 이들과 연결된 디스크 및 네트워크만 지원됩니다. 클러스터링된 시스템은 지원되지 않습니다.
온보딩된 배포에서 업데이트 2일차 작업을 실행하면 기존 리소스에 새 변경 내용이 적용됩니다. 원래 리소스는 현재 버전의 클라우드 템플릿과 배포 간에 주요 변경 사항이 있는 경우에만 다시 생성됩니다.
온보딩 기술의 예는 예: 템플릿 및 매핑을 사용하여 시스템 온보딩에서 참조하십시오.
온보딩 이벤트 구독
계획을 실행하면 Deployment Onboarded 이벤트가 생성됩니다. 확장성 탭 옵션을 사용하면 이러한 배포 이벤트를 구독하고 이벤트에 대해 작업을 수행할 수 있습니다.
온보딩 후에 온보딩된 배포에 대한 2일차 작업으로 프로젝트를 업데이트할 수 있습니다. 프로젝트 변경 작업을 사용하려면 대상 프로젝트가 배포와 동일한 클라드 영역 리소스를 사용해야 합니다. 온보딩 후 변경한 온보딩 배포에서는 프로젝트 변경 작업을 실행할 수 없습니다.
온보딩 중 IP 할당
VM을 온보딩하면 연결된 네트워크가 온보딩되고 IP 주소가 할당됩니다. 네트워크가 올바르게 온보딩되었는지는 에서 확인할 수 있습니다.
온보딩 중에 IP 할당을 보장하려면 다음을 확인합니다.
- VM의 IP 주소에 대한 데이터를 수집해야 합니다.
- VM과 연결된 네트워크의 IP 범위를 생성해야 합니다.
VM이 vSphere NSX 네트워크에 속하는 경우 NSX 네트워크의 IP 범위를 생성해야 합니다.
- IP 주소에 대한 레코드가 Automation Assembler의 IP 주소 페이지에 이미 있어야 합니다.
- 레코드가 있으면 IP 주소를 사용할 수 있습니다. 사용 가능한 주소만 할당됩니다.
- IP 주소 아래에 레코드가 없으면 IP는 기본적으로 사용 가능하며 할당에 사용할 수 있습니다.
- 외부 IPAM 온보딩의 경우 온보딩 계획을 실행하기 전에
__Infoblox.IPAM.Migration.ExtensibilityKey및__IPAM.Migration.ExtensibilityKey사용자 지정 속성을 VM에 추가해야 합니다.값은 VM의 resourceIds입니다. resourceIds는 Infoblox에서 확장 가능한 특성으로 검색할 수 있습니다. 이렇게 하면 Automation Assembler에서 VM이 삭제되는 경우 Infoblox에서 IP를 할당 해제하는 데 도움이 됩니다.
문제 해결
- 템플릿을 사용할 수 없음
-
문제: 특정 템플릿을 사용하고 싶지만, 온보딩 중에 해당 템플릿을 선택할 수 없습니다.
솔루션:- 사용하려는 템플릿과 동일한 프로젝트에 온보딩 계획이 생성되었는지 확인합니다.
- 템플릿이 오류 없이 유효한 상태인지 확인합니다.
- 업데이트 2일차 작업이 사용되도록 설정되지 않음
-
문제: 업데이트 2일차 작업을 배포에 사용할 수 없습니다.
솔루션:- 기본 템플릿에 입력이 필요한지 확인합니다. 그렇지 않으면 할당된 템플릿이 있는 프로비저닝된 배포와 온보딩된 배포 모두에 대해 업데이트 2일차 작업이 사용되도록 설정되지 않은 것입니다.
- 배포에 적용되는 2일차 정책이 생성되었는지 확인합니다.
- 업데이트 2일차 작업에 온보딩된 리소스에 대한 업데이트가 표시됨
-
문제: 업데이트 2일차 작업/반복 배포에 온보딩된 리소스에 대한 업데이트가 표시됩니다.
솔루션:- 시스템이 템플릿 리소스에 올바르게 매핑되었는지 확인합니다.
- 시스템을 등록 취소한 다음 올바른 매핑을 사용하여 시스템을 다시 온보딩합니다.
