워크로드 온보딩 계획을 사용하여 대상 지역이나 데이터 센터의 클라우드 계정 유형에서 데이터가 수집되지만 아직 Cloud Assembly 프로젝트를 통해 관리되지 않는 시스템을 식별합니다.

Cloud Assembly 외부에 배포된 시스템이 포함된 클라우드 계정을 추가하는 경우 해당 시스템을 온보드할 때까지 Cloud Assembly에서 관리되지 않습니다. 온보딩 계획을 사용하여 관리되지 않는 시스템을 Cloud Assembly 관리 대상으로 가져옵니다. 계획을 생성하고 시스템으로 채운 다음 계획을 실행하여 시스템을 가져옵니다. 온보딩 계획을 사용하면 클라우드 템플릿을 생성하고 하나 이상의 배포를 생성할 수도 있습니다.

시스템을 수동으로 선택하여 단일 계획으로 하나 이상의 관리되지 않는 시스템을 온보딩할 수 있습니다.

워크로드 온보딩에 사용할 수 있는 시스템은 특정 클라우드 계정 유형 및 지역과 관련된 리소스 > 시스템 페이지에서 [원본] 열에 Discovered 레이블로 표시됩니다. 데이터 수집된 시스템만 나열됩니다. 시스템을 온보드한 후에는 [원본] 열에 Deployed로 표시됩니다.

워크로드 온보딩 계획을 실행하는 사용자는 시스템 소유자로 자동 할당됩니다.

온보딩은 온보딩 사용자 지정 속성, 연결된 디스크, 배포 소유자 변경 및 vSphere 네트워크도 지원합니다.

  • 사용자 지정 속성 - 계획 및 개별 시스템 수준에서 사용자 지정 속성을 설정할 수 있습니다. 시스템 수준에서 설정된 사용자 지정 속성은 계획 수준에서 동일한 속성을 재정의합니다.
  • 연결된 디스크 - 시스템에 부팅 불가능한 디스크가 있는 경우 해당 디스크는 자동으로 상위 시스템에 온보딩됩니다. 부팅 불가능한 디스크를 보려면 계획에서 시스템 이름을 클릭한 후 스토리지 탭으로 이동합니다.
  • 배포 소유권 - 온보딩을 통해 기본 배포 소유자를 변경할 수 있습니다. 소유자를 변경하려면 배포 탭에서 배포를 선택하고 소유자 편집을 클릭한 다음 프로젝트와 연결된 원하는 사용자를 선택합니다.

온보딩 예시

온보딩 기술의 예시는 예: 선택한 시스템을 Cloud Assembly의 단일 배포로 온보딩에서 참조하십시오.

온보딩 이벤트 구독

계획을 실행하면 Deployment Onboarded 이벤트가 생성됩니다. 확장성 탭 옵션을 사용하면 이러한 배포 이벤트를 구독하고, 이벤트에 대해 작업을 수행할 수 있습니다.

온보딩 후에 온보딩된 배포에 대한 2일차 작업으로 프로젝트를 업데이트할 수 있습니다. 프로젝트 변경 작업을 사용하려면 대상 프로젝트가 배포와 동일한 클라드 영역 리소스를 사용해야 합니다. 온보딩 후 변경한 온보딩 배포에서는 프로젝트 변경 작업을 실행할 수 없습니다.