클라우드 템플릿을 배포한 후 배포를 변경하는 2일차 작업을 실행할 수 있습니다. Cloud Assembly에는 여러 2일차 작업이 포함되지만 다른 작업을 제공할 수도 있습니다. 사용자 지정 리소스 작업을 생성하고 사용자가 2일차 작업으로 사용할 수 있도록 할 수 있습니다.

사용자 지정 리소스 작업은 vRealize Orchestrator 워크플로 또는 확장성 작업을 기반으로 할 수 있습니다. 사용자 지정 2일차 리소스 작업의 예는 vRealize Orchestrator 기반 리소스 작업의 생성 프로세스를 소개하기 위한 것입니다.

사전 요구 사항

  • vRealize Orchestrator 통합을 구성했는지 확인합니다. Cloud Assembly에서 vRealize Orchestrator 통합 구성의 내용을 참조하십시오.
  • 2일차 작업에 사용 중인 워크플로가 vRealize Orchestrator에 있고 여기에서 성공적으로 실행되는지 확인합니다.

프로시저

  1. vMotion을 사용하여 특정 호스트에서 다른 호스트로 vSphere 가상 시스템을 이동하는 사용자 지정 리소스 작업을 생성합니다.
    1. Cloud Assembly에서 설계 > 리소스 작업을 선택하고 새 리소스 작업을 클릭합니다.
    2. 다음 값을 제공합니다.

      워크플로 이름 이외의 값은 모두 샘플 값입니다.

      설정 샘플 값
      이름 vSphere_VM_vMotion

      리소스 작업 목록에 표시되는 이름입니다.

      표시 이름 VM 이동

      사용자의 배포 작업 메뉴에 표시되는 이름입니다.

    3. 리소스 유형과 일치하는 리소스에 대해 2일차 작업 메뉴에서 이 작업을 사용하도록 설정하려면 활성화 옵션을 클릭합니다.
    4. 2일차 작업을 정의하는 리소스 유형 및 워크플로를 선택합니다.
      설정 샘플 값
      리소스 유형 Cloud.vSphere.Machine 리소스 유형을 선택합니다.

      클라우드 템플릿 구성 요소로 배포되는 리소스 유형이며, 반드시 클라우드 템플릿에 있는 것은 아닙니다. 예를 들어, 클라우드 템플릿에 클라우드 애그노스틱 시스템이 있을 수 있지만 vCenter Server에 배포되면 시스템이 Cloud.vSphere.Machine입니다. 작업은 배포된 유형에 적용되므로 리소스 작업을 정의할 때 클라우드 애그노스틱 유형을 사용하지 마십시오.

      이 예에서 vMotion은 vSphere 시스템에만 작동하지만 여러 리소스 유형에서 실행하려는 다른 작업이 있을 수 있습니다. 각 리소스 유형에 대한 작업을 생성해야 합니다.

      워크플로 vMotion으로 가상 시스템 마이그레이션 워크플로를 선택합니다.

      여러 개의 vRealize Orchestrator 통합이 있는 경우 이러한 사용자 지정 리소스 작업을 실행하는 데 사용하는 통합 인스턴스에서 워크플로를 선택합니다.

  2. Cloud Assembly 스키마 속성에 대한 vRealize Orchestrator 속성의 바인딩을 생성합니다. Cloud Assembly 2일차 작업은 세 가지 유형의 바인딩을 지원합니다.
    바인딩 유형 설명
    요청 시 기본값 바인딩 유형입니다. 선택한 경우 입력 속성이 요청 양식에 표시되고, 요청 시 사용자가 해당 값을 제공해야 합니다.
    바인딩 포함 작업 이 옵션은 다음과 같은 참조 유형 입력에만 사용할 수 있습니다.
    • VC:VirtualMachine
    • VC:Folder

    사용자가 바인딩을 수행하는 작업을 선택합니다. 선택한 작업은 입력 매개 변수와 동일한 유형을 반환해야 합니다. 올바른 속성 정의는 ${properties.someProperty}입니다.

    직접 이 옵션은 기본 데이터 유형을 사용하는 입력 속성에 사용할 수 있습니다. 선택한 경우 적절한 유형의 속성이 입력 속성의 스키마에서 직접 매핑됩니다. 사용자가 스키마 트리에서 속성을 선택합니다. 다른 유형의 속성은 비활성 상태입니다.
    이 사용 사례에서 바인딩은 워크플로에 사용된 vRealize Orchestrator VC:VirtualMachine 입력 유형과 Cloud Assembly Cloud.vSphere.Machine 리소스 유형 간에 연결하는 vRealize Orchestrator 작업입니다. 바인딩을 설정하면 vSphere VM 시스템에 대한 vMotion 작업을 요청하는 사용자에 대해 2일차 작업을 원활하게 수행할 수 있습니다. 시스템에서 워크플로에 이름을 지정하므로 사용자가 이름을 지정할 필요가 없습니다.
    1. vMotion으로 가상 시스템 마이그레이션 워크플로를 선택한 후 속성 바인딩 창으로 이동합니다.
    2. vm 입력 속성의 바인딩을 선택합니다.
    3. 바인딩에서 바인딩 포함 작업을 선택합니다.
      findVcVmByVcAndVmUuid 작업이 자동으로 선택됩니다. 이 작업은 Cloud AssemblyvRealize Orchestrator 통합으로 미리 구성되어 있습니다.
    4. 저장을 클릭합니다.
  3. 2일차 작업에 대한 변경 내용을 저장하려면 생성을 클릭합니다.
  4. 워크플로에서 다른 입력 매개 변수를 고려하기 위해 작업을 요청할 때 사용자에게 표시되는 요청 양식을 사용자 지정할 수 있습니다.
    1. 리소스 작업에서 최근에 생성한 2일차 작업을 선택합니다.
    2. 요청 매개 변수 편집을 클릭합니다.
      요청 페이지가 사용자에게 표시되는 방식을 사용자 지정할 수 있습니다.
      기본 필드 이름 화면 표시 제약 조건
      가상 시스템의 대상 리소스 풀입니다. 기본값은 현재 리소스 풀입니다.
      • 레이블 = 대상 리소스 풀
      • 표시 유형 = 값 선택
      가상 시스템을 마이그레이션할 대상 호스트
      • 레이블 = 대상 호스트
      • 표시 유형 = 값 선택
      필수 = 예
      마이그레이션 작업의 우선 순위 레이블 = 작업의 우선 순위 값 옵션
      • 값 소스 = 상수
        텍스트 상자에 쉼표로 구분된 목록을 입력합니다.
        lowPriority|Low,defaultPriority|Default,highPriority|High
      필수 = 예
      (선택 사항) 해당 전원 켜기 상태가 지정된 상태와 일치하는 경우에만 가상 시스템을 마이그레이션합니다. 이 텍스트 상자를 삭제합니다.

      vMotion은 모든 전원 상태에서 시스템을 이동할 수 있습니다.

    3. 저장을 클릭합니다.
  5. 작업을 사용할 수 있는 시간을 제한하기 위해 조건을 구성할 수 있습니다.
    예를 들어 시스템에 CPU가 4개 이하인 경우에만 vMotion 작업을 사용할 수 있도록 설정하려는 경우가 있을 수 있습니다.
    1. 조건 필요를 설정합니다.
    2. 조건을 입력합니다.
      Key 연산자
      ${properties.cpuCount} lessThan 4

      복합 조건이 필요한 경우 Cloud Assembly 사용자 지정 작업에 대한 고급 조건을 구축하는 방법의 내용을 참조하십시오.

    3. 업데이트를 클릭합니다.
  6. 조건과 일치하는 배포된 시스템에 대해 [VM 이동] 작업을 사용할 수 있는지 확인합니다.
    1. 배포를 선택합니다.
    2. 정의된 조건과 일치하는 배포된 시스템이 포함된 배포를 찾습니다.
    3. 배포를 열고 시스템을 선택합니다.
    4. 오른쪽 창에서 작업을 클릭하고 Move VM 작업이 있는지 확인합니다.
      [작업] 메뉴의 [VM 이동] 작업 예.
    5. 작업을 실행합니다.