vCLS(vSphere 클러스터 서비스)는 기본적으로 활성화되고 모든 vSphere 클러스터에서 실행됩니다. vCLS는 vCenter Server를 사용할 수 없게 되는 경우, 클러스터에서 실행되는 워크로드의 리소스와 상태를 유지하기 위해 클러스터 서비스를 계속 사용할 수 있도록 합니다. DRS 및 HA를 구성하고 실행하려면 계속 vCenter Server가 필요합니다.
vSphere 8.0 U3에서는 내장된 vCLS에 새로운 기능이 도입되었습니다. 원래 vCLS 구성 요소는 Photon OS를 실행하는 완전한 가상 시스템이었습니다. vSphere 8.0 U3의 경우 vCLS는 이제 때때로 PodCRX라고도 하는 vSphere 포드 기술을 기반으로 합니다. 이 문서에서 PodCRX는 vCLS VM을 뜻합니다. vCLS용 API 인터페이스는 변경되지 않았지만 이러한 vCLS 구성 요소의 배포 및 관리는 변경되었습니다. 이로 인해 이름 변경이 필요했습니다. Platform Service Controller가 외장형에서 내장형으로 전환되었을 때 만들어진 선례에 따라 vCLS는 이제 vSphere 8.0 U3 이전 릴리스에서 외부 vCLS를 뜻합니다. vSphere 8.0 U3 이상부터 vCLS를 이제 내장된 vCLS라고 합니다.
vCLS는 vCenter Server 업그레이드의 일부로 업그레이드됩니다. 내장된 vCLS의 경우 vCLS 업그레이드는 클러스터의 ESXi 호스트 업그레이드와 관련이 있습니다. 내장된 vCLS는 VC가 8.0 U3이고 하나 이상의 8.0 U3 ESXi 호스트가 있는 클러스터에서 활성화됩니다. 8.0 U3 VC는 클러스터 구성에 따라 외부 vCLS 및 내장된 vCLS를 실행할 수 있습니다.
vCenter는 ESX 8.0 U3 이상을 실행하는 지원 호스트 클러스터에 내장된 vCLS를 배포합니다. 이전 릴리스를 사용하는 호스트 클러스터의 경우 vCenter는 외부 vCLS를 배포합니다. vCenter 인벤토리를 사용하면 ESX 롤링 업그레이드 중에 여러 버전의 ESX가 공존할 수 있습니다. 혼합 버전 클러스터의 경우 vCenter는 클러스터에서 사용 가능한 호스트가 이를 지원할 때마다 내장된 vCLS를 사용합니다. 이로 인해 호스트가 지원되는 버전으로 업그레이드한 후 유지 보수 모드를 종료할 때 클러스터가 외부 vCLS에서 내장된 vCLS로 업그레이드되는 지점이 생성됩니다. vCenter는 첫 번째 내장된 vCLS VM을 사용할 수 있을 때까지 기다린 후 외부 vCLS를 비활성화하고 해당 VM을 제거하므로 이러한 업그레이드가 원활하게 수행됩니다. 또한 지원되는 모든 호스트를 사용할 수 없게 되고 지원되지 않는 호스트만 남게 되면 vCenter는 외부 vCLS로 되돌릴 수 있습니다. 그러나 이 단계는 호스트를 사용할 수 없게 되는 것을 기반으로 하기 때문에 내장된 vCLS 해체와 외부 vCLS 배포 사이에 DRS를 사용할 수 없는 기간이 발생할 수 있습니다.
vCLS는 에이전트 가상 시스템을 사용하여 클러스터 서비스 상태를 유지합니다. vCLS 에이전트 가상 시스템(vCLS VM)은 클러스터에 호스트를 추가할 때 생성됩니다. 외부 vCLS에서는 클러스터 내에 분산된 각 vSphere 클러스터에서 실행하려면 최대 3개의 vCLS VM이 필요합니다. 외부 vCLS는 1개 또는 2개의 호스트만 포함하는 클러스터에서도 활성화됩니다. 이러한 클러스터에서 vCLS VM 수는 각각 1개, 2개입니다. 내장된 vCLS에서는 각 vSphere 클러스터에서 실행하려면 최대 2개의 vCLS VM이 필요합니다.
새로운 반선호도 규칙이 자동으로 적용됩니다. 외부 vCLS에서는 3분마다 검사가 수행되고, 단일 호스트에 여러 vCLS VM이 있으면 서로 다른 호스트에 자동으로 재분산됩니다. 내장된 vCLS에서는 1분마다 검사가 수행됩니다.
vSphere DRS 또는 vSphere HA와 같은 클러스터 서비스가 클러스터에서 활성화되지 않은 경우에도 모든 클러스터에서 vCLS VM이 실행됩니다. vCLS VM의 수명 주기 작업은 ESX Agent Manager 및 워크로드 제어부와 같은 vCenter Server 서비스에서 관리됩니다. vCLS VM은 NIC를 지원하지 않습니다.
vCLS에서 활성화된 클러스터에는 ESXi 버전이 vCenter Server와 호환되는 경우 서로 다른 버전의 ESXi 호스트가 포함될 수 있습니다. vCLS는 vSphere Lifecycle Manager 클러스터에서 작동합니다.
내장된 vCLS
vSphere 8.0 U3 내장된 vCLS가 도입되면서 새로운 기능과 향상된 기능을 제공합니다.
외부 vCLS와 내장된 vCLS의 차이점
외부 vCLS에서 quorum이라는 용어는 DRS가 작동하는 데 필요한 전원이 켜진 vCLS VM의 최소 수(1)를 나타냅니다. 내장된 vCLS에서는 minimum vCLS VM count라는 용어를 사용하는데, 해당 용도와 값 1은 변경되지 않습니다. DRS 가용성을 하기 위해 두 가지 유형의 vCLS 모두 VM에 이중화를 제공합니다. 하나의 vCLS VM이 있는 호스트에 장애가 발생하면DRS 기능을 보존하는 데 사용할 수 있는 다른vCLS VM이 있습니다. 중복 vCLS VM을 배포하기에 충분한 사용 가능한 호스트 및 리소스가 있다고 가정하여 클러스터에 배포된 총 vCLS VM 수를 원하는 이중화 수라고 합니다. 외부 vCLS의 경우 원하는 이중화 수는 3입니다. 내장된 vCLS의 경우 이 수가 2로 줄어듭니다.
vCLS VM이란?
vSphere 8.0 업데이트 3에 도입된 vCLS VM은 vSphere 포드 기술을 기반으로 합니다. vCLS 서비스는 호스트 또는 클러스터에 ESXi 호스트의 가상 시스템으로 배포됩니다. 그러나 이는 아주 최소한의 운영 체제를 사용하는 특수 VM이며 컨테이너 런타임을 사용하여 vCLS VM을 vSphere에서 실행할 수 있습니다. 새 vCLS VM은 안전한 고성능 런타임을 제공합니다.
vCLS VM 전원 끄기
내장된 vCLS VM의 전원을 끌 수 있습니다. 이러한 VM의 전원이 꺼지면 vSphere가 이 조건을 실패로 해석한 후 계속해서 VM을 다시 시작하고 hostd에 vCLS VM을 다시 등록합니다.
vCLS VM의 전원이 꺼지면 vSphere가 해당 VM을 다시 시작할 때까지 기다립니다. 시간 초과 후 vSphere가 해당 VM을 다시 시작하지 않으면 vCLS VM 재구성이 시작됩니다.
유지 보수 모드로 전환되는 호스트와 같이 시스템에 의해 내장된 vCLS VM이 제거될 때마다 vMotion을 사용하는 대신 다른 호스트에서 제거되고 교체됩니다.
vCLS VM
내장된 vCLS의 vCLS VM에 대한 가시성 및 액세스는 외부 vCLS와 동등합니다.
- vCLS VM은 VC에 표시됩니다.
- VC 인벤토리 계층에서 vCLS VM은 vCLS라는 전용 VM 폴더에 상주합니다.
- vCLS VM에 대한 일부 작업을 사용할 수 없습니다.
- vCLS VM에 대한 쿼리 요청을 사용할 수 있습니다.
- 내장된 vCLS VM의 이름 지정은 외부 vCLS VM: vCLS-{UUID}와 동일합니다. 여기서 UUID는 ESX 호스트의 UUID입니다(summary.hardware.uuid).
VM ExtraConfig
vCLS VM을 식별하기 위해 내장된 vCLS는 VM ExtraConfig의 특정 옵션을 계속 사용합니다.
내장된 vCLS VM을 식별하는 추가 구성 옵션은 vCLSCRX.agent이고 값은 true입니다.
내장된 vCLS는 이러한 VM을 관리하는 확장을 내부/시스템 vpxd 확장으로 변경합니다.
- 내장된 vCLS VM의 VM 구성에서 managedBy 속성이 해당 VC 확장의 키로 설정됩니다. 이 속성을 사용하면 내장된 vCLS VM을 식별하고 외부 vCLS VM과 구별할 수 있습니다. 이 속성이 vSphere에 표시되기 때문입니다.
- config.managedBy.extensionKey 속성은 VirtualCenter로 설정됩니다.
- config.managedBy.type 속성은 vcls-entity로 설정됩니다.
연결이 끊긴 vCLS VM
VC에서 vCLS VM의 연결이 끊길 수 있습니다. 다양한 시나리오에서 이 문제가 발생할 수 있습니다.
- ESX 호스트에서 vCLS VM 실행
- 호스트에서 vpxa를 중지하여 연결 문제를 시뮬레이션합니다. 연결 상태가 notResponding으로 전환됩니다.
- 호스트에서 vCLS VM을 중지합니다.
- 호스트에서 vpxa를 다시 시작합니다. 연결 상태가 connected로 전환됩니다.
위의 단계 후에는 vCLS VM이 VC 인벤토리에 있지만 ESX 호스트에는 없습니다. 따라서 이 VM은 orphaned로 표시됩니다. HdcsManager는 연결이 끊긴 vCLS VM을 감지하고 삭제하는 작업을 담당합니다. 외부 vCLS에서 vCLS는 연결이 끊긴 vCLS VM을 감지하고 삭제합니다.
클러스터 가상 속성 vclsVmType
vSphere는 클러스터가 외부 vCLS에서 관리되는 vCLS VM을 실행 중인지 아니면 vSphere에서 관리되는 내장된 vCLS를 실행 중인지에 대한 정보를 제공합니다. 이 속성의 값은 내장된 vCLS VM 클러스터의 경우 Embedded이고, 외부 vCLS VM 클러스터의 경우 external입니다.
vCLS VM 정리
vCLS VM을 실행하는 클러스터 ESX 호스트가 VC와의 연결이 끊어지고 VC 인벤토리에서 제거되는 경우 vCLS VM은 해당 ESX 호스트에서 계속 실행됩니다. 즉, 관리되지 않는 ESX 호스트가 vCLS VM을 실행하게 될 수 있습니다.
vCLS VM을 실행 중인 관리되지 않는 ESX 호스트가 독립형 호스트로 추가되면 vpxd는 예기치 않은 vCLS VM의 존재를 감지하고 중지합니다.
vCLS VM을 실행 중인 관리되지 않는 ESX 호스트가 VC 클러스터에 추가되면 vCLS는 클러스터에 호스트를 추가하기 전에 vCLS VM을 중지하지 않습니다. 호스트를 추가하면 vCLS 재구성 워크플로가 트리거됩니다. 이 워크플로는 관련 없는 vCLS VM을 중지합니다.
vCLS 비활성화
외부 vCLS는 클러스터별로 vCLS VM 배포를 비활성화할 수 있는 기능을 구현합니다. 어떤 의미에서 이 기능은 예기치 않은 상황이 발생했을 때 외부 vCLS 기능을 비활성화하기 위한 중지 스위치입니다. 이 기능이 유용할 수 있는 몇 가지 샘플 시나리오:
- 클러스터에 DRS와 HA가 모두 비활성화되었습니다. 이 경우 vCLS VM은 아무 쓸모가 없으며 VC 인벤토리에 시스템 VM이 존재할 필요가 없습니다.
- 클러스터에 DRS가 비활성화되었으며 HA가 활성화되었습니다. 이 경우 vCLS VM은 VM을 최적으로 페일오버하는 데 일부 도움이 되지만 미미한 이점 때문에 VC 인벤토리에 시스템 VM이 존재하는 것을 원치 않을 수 있습니다.
- 클러스터에 DRS가 활성화되었습니다. 이 경우 외부 vCLS 배포를 일시적으로 비활성화하여 일부 일시적 구성 또는 일시적 런타임 문제를 해결할 수 있습니다. 예를 들어 VSAN 데이터스토어를 사용할 수 있게 될 때까지 외부 vCLS를 비활성화하여 vCLS VM이 해당 VSAN 데이터스토어에 배포되도록 할 수 있습니다.
내장된 vCLS는 클러스터에 대해 vCLS를 활성화하거나 비활성화하기 위해 동일한 기능을 유지합니다.
vSphere DRS 및 vCLS VM
vSphere DRS는 vSphere 클러스터 내에서 실행되는 워크로드의 상태를 유지 관리하는 데 필요한 vSphere의 중요 기능입니다. DRS는 vCLS VM의 가용성에 따라 다릅니다.
DRS가 작동하지 않는다고 해서 DRS가 비활성화된 것은 아닙니다. vCLS 상태는 vCLS VM이 실행되고 있지 않으며 이로 인해 DRS의 첫 번째 인스턴스를 건너뛰는 경우에만 DRS가 활성화된 클러스터에서 비정상으로 바뀝니다. vCLS 상태는 하나 이상의 vCLS VM이 실행되고 있지 않을 때 비DRS 비활성화 클러스터에서 성능 저하됨으로 유지됩니다. vCenter에는 실수로 성능 저하 상태가 되는 것을 방지하기 위한 조치가 있습니다. 예를 들어 클러스터 유지 보수 모드 권장 사항에는 모든 vCLS 지원 호스트를 한 번에 유지 보수 모드로 전환하는 옵션이 포함되지 않습니다.
외부 vCLS에 대한 데이터스토어 선택
vCLS VM에 대한 데이터스토어는 클러스터 내의 호스트에 연결된 모든 데이터스토어 순위 지정에 따라 자동으로 선택됩니다.
데이터스토어에 연결된 사용 가능한 예약된 DRS 슬롯이 있는 클러스터에 호스트가 있는 경우 데이터스토어가 선택될 가능성이 높습니다. 알고리즘은 로컬 데이터스토어를 선택하기 전에 가능하면 공유 데이터스토어에 vCLS VM을 배치하려고 시도합니다. 사용 가능한 공간이 더 많은 데이터스토어가 선호되며 알고리즘이 동일한 데이터스토어에 둘 이상의 vCLS VM을 배치하지 않으려고 합니다. vCLS VM의 데이터스토어는 배포하고 전원을 켠 후에만 변경할 수 있습니다.
vCLS VM에 대한 VMDK를 다른 데이터스토어로 이동하거나 다른 스토리지 정책을 연결하려는 경우 vCLS VM을 재구성할 수 있습니다. 이 작업을 수행할 때 주의 메시지가 표시됩니다.
Storage vMotion을 수행하여 vCLS VM을 다른 데이터스토어로 마이그레이션할 수 있습니다. 워크로드 VM과 별도로 그룹화하려는 경우, 예를 들어 데이터 센터에서 실행되는 모든 VM에 대한 특정 메타데이터 전략이 있는 경우, vCLS VM에 태그를 지정하거나 사용자 지정 특성을 연결할 수 있습니다.
유지 보수 모드 시작 작업이 시작되지만 데이터스토어에 상주하는 1개의 가상 시스템이 있기 때문에 이 작업을 마칠 수 없습니다. 계속 진행하기로 결정한 경우에는 언제든지 [최근 작업]에서 작업을 취소할 수 있습니다.
선택한 데이터스토어가 전원을 끌 수 없는 vSphere 클러스터 서비스 VM을 저장할 수 있습니다. vSphere 클러스터 서비스의 상태를 보장하려면 유지 보수를 위해 이 데이터스토어를 다운시키기 전에 클러스터 내의 다른 데이터스토어로 이러한 VM을 수동으로 vMotion해야 합니다. KB 문서 79892를 참조하십시오.계속하려면 모든 가상 시스템의 스토리지를 마이그레이션하고 마이그레이션 후 다시 유지 보수 모드로 전환하도록 허용을 선택합니다.
외부 vCLS 데이터스토어 배치
기본 vCLS VM 데이터스토어 배치를 재정의할 수 있습니다.
vCLS(vSphere 클러스터 서비스) VM 데이터스토어 위치는 기본 데이터스토어 선택 논리에 의해 선택됩니다. 클러스터의 기본 vCLS VM 데이터스토어 배치를 재정의하려면 클러스터로 이동하고 에서 추가를 클릭하여 허용되는 데이터스토어 집합을 지정할 수 있습니다. 일부 데이터스토어는 vCLS에 대해 선택할 수 없습니다. vCLS를 구성할 수 없는 SRM 또는 vSAN 유지 보수 모드와 같은 솔루션에 의해 차단되어 있기 때문입니다. 사용자는 vCLS VM에 대해 솔루션이 차단된 데이터스토어를 추가하거나 제거할 수 없습니다.
vSphere 클러스터 서비스 모니터링
vCLS VM에서 사용하는 리소스와 해당 상태를 모니터링할 수 있습니다.
vCLS VM은 호스트 및 클러스터 탭의 인벤토리 트리에 표시되지 않습니다. 데이터 센터 내 모든 클러스터의 vCLS VM은 vCLS라는 별도의 VM 및 템플릿 폴더 내에 배치됩니다. 이 폴더와 vCLS VM은 vSphere Client의 VM 및 템플릿 탭에만 표시됩니다. 이러한 VM은 일반 워크로드 VM과 다른 아이콘으로 식별됩니다. vCLS VM의 요약 탭에서 vCLS VM의 용도에 대한 정보를 볼 수 있습니다.
모니터 탭에서 vCLS VM에 사용되는 리소스를 모니터링할 수 있습니다.
클러스터의 요약 탭에 표시되는 클러스터 서비스 포틀릿에서 vCLS의 상태를 모니터링할 수 있습니다.
| 상태 | 색상 코딩 | 요약 |
|---|---|---|
| 정상 | 녹색 | 실행 중인 vCLS VM이 하나 이상 있으면 클러스터의 호스트 수에 관계없이 상태가 정상으로 유지됩니다. |
| 성능 저하됨 | 노란색 | 3분(180초) 미만으로 실행되는 vCLS VM이 없으면 성능 저하됨 상태입니다. |
| 비정상 | 빨간색 | 3분 이상 실행되는 vCLS VM이 없으면 DRS 지원 클러스터에서 비정상 상태입니다. |
vSphere 클러스터 서비스의 상태 유지
vCLS VM은 항상 전원이 켜져 있습니다. vSphere DRS는 이러한 VM의 가용성에 의존하기 때문입니다. 이러한 VM은 시스템 VM으로 취급해야 합니다. 관리자만 vCLS VM에 대해 선택적 작업을 수행할 수 있습니다. 클러스터 서비스의 장애를 방지하려면 vCLS VM에서 구성 또는 작업을 수행하지 마십시오.
vCLS VM은 실수로 삭제되지 않도록 보호됩니다. 클러스터 VM 및 폴더는 관리자를 포함한 사용자가 수정하지 못하도록 보호됩니다.
관리자 SSO 그룹에 속한 사용자만 다음 작업을 수행할 수 있습니다.
- vCLS VM에 대한 읽기 전용 액세스
- vCLS VM에 태그 및 사용자 지정 특성 사용
vCLS VM의 정상적인 작동을 방해할 수 있는 작업:
- vCLS VM의 전원 상태 변경
- vCLS VM의 리소스 재구성(예: CPU, 메모리, 디스크 크기, 디스크 배치 변경)
- VM 암호화
- vCLS VM의 vMotion 트리거
- BIOS 변경
- 인벤토리에서 vCLS VM 제거
- 디스크에서 vCLS VM 삭제
- vCLS VM의 FT 사용
- vCLS VM 복제
- PMem 구성
- vCLS VM을 다른 폴더로 이동
- vCLS VM 이름 변경
- vCLS 폴더 이름 변경
- vCLS VM에서 DRS 규칙 및 재정의 사용
- vCLS VM에서 HA 승인 제어 정책 사용
- vCLS VM에서 HA 재정의 사용
- vCLS VM을 리소스 풀로 이동
- 스냅샷에서 vCLS VM 복구
vCLS VM에서 중단 작업을 수행하면 주의 대화 상자가 나타납니다.
문제 해결:
전원 상태를 포함한 vCLS VM의 상태는 VMware ESX Agent Manager 및 워크로드 제어부 서비스를 통해 관리됩니다. vCLS VM의 전원 켜기 오류가 발생하거나 vCLS VM의 쿼럼이 부족하여 클러스터에 대한 DRS의 첫 번째 인스턴스를 건너뛰면, 클러스터 요약 페이지에 오류 상태 문제를 해결하는 데 도움이 되는 기술 자료 문서 링크와 함께 배너가 나타납니다.
vCLS VM은 시스템 VM으로 취급되므로 해당 VM을 백업하거나 스냅샷을 생성할 필요가 없습니다. 이러한 VM의 상태는 vCenter Server 서비스에서 관리됩니다.
클러스터를 철회 모드로 전환
데이터스토어가 유지 보수 모드로 전환되고 데이터스토어가 vCLS VM을 호스팅하는 경우 vCLS VM을 새 위치로 수동으로 Storage vMotion 작업하거나 클러스터를 철회 모드로 전환해야 합니다.
프로시저
- vSphere Client에 로그인합니다.
- vCLS를 비활성화해야 하는 클러스터로 이동합니다.
- vCenter Server 구성 탭으로 이동합니다.
- 구성에서 일반을 선택합니다.
- 기본 시스템 관리 옵션 또는 vCLS를 비활성화하는 철회 모드를 선택합니다.
- 확인을 클릭합니다.
결과
vSphere HA는 호스트 장애 시나리오 동안 최적의 배치를 수행하지 않습니다. HA는 DRS에 따라 배치 권장 사항을 수행합니다. HA는 여전히 VM의 전원을 켤 수 있지만 이러한 VM의 전원이 덜 최적의 호스트에서 켜질 수 있습니다.
외부 vCLS의 암호 검색
vCLS VM에 로그인하기 위한 암호를 검색할 수 있습니다.
클러스터 서비스 상태를 보장하려면 vCLS VM에 액세스하지 마십시오. 이 문서는 vCLS VM에 대한 명시적 진단을 위한 것입니다.
프로시저
결과
검색된 암호를 사용하여 vCLS VM에 로그인할 수 있습니다.
vCLS VM 반선호도 정책
vSphere는 vCLS VM과 다른 워크로드 VM 그룹 사이에 반선호도를 지원합니다.
계산 정책은 vSphere DRS(Distributed Resource Scheduler)가 리소스 풀의 호스트에 VM을 배치하는 방식을 지정하는 방법을 제공합니다. vSphere 계산 정책 편집기를 사용하여 계산 정책을 생성하고 삭제합니다. 계산 정책을 생성하거나 삭제할 수 있지만 수정할 수는 없습니다. 정책 정의에 사용된 범주 태그를 삭제하면 정책도 삭제됩니다. vSphere VM 요약 페이지를 열면 VM에 적용되는 계산 정책과 각 정책의 규정 준수 상태를 볼 수 있습니다. vCLS VM 그룹에 대해 반선호도를 갖는 워크로드 VM 그룹에 대한 계산 정책을 생성할 수 있습니다. vCLS 반선호도 정책은 워크로드 VM 그룹에 대해 단일 사용자 표시 태그를 포함할 수 있으며 다른 vCLS VM 그룹은 내부적으로 인식됩니다.
vCLS VM 반선호도 정책 생성 또는 삭제
vCLS VM 반선호도 정책은 VM 범주와 vCLS 시스템 VM 간의 관계를 설명합니다.
vCLS VM 반선호도 정책은 vCLS VM과 애플리케이션 VM을 동일한 호스트에 배치하는 것을 억제합니다. 이러한 종류의 정책은 중요한 워크로드를 실행하는 가상 시스템과 vCLS VM을 동일한 호스트에서 실행하지 않으려는 경우에 유용할 수 있습니다. SAP HANA와 같은 중요한 워크로드를 실행하기 위한 몇 가지 모범 사례에는 전용 호스트가 필요합니다. 정책이 생성되면 배치 엔진은 정책 VM이 실행되고 있지 않은 호스트에 vCLS VM을 배치하려고 시도합니다.
- 정책이 서로 다른 호스트의 여러 VM에 적용되고 vCLS VM을 배포하기에 충분한 호스트를 가질 수 없는 경우 vCLS VM은 정책 VM이 없는 호스트에 통합됩니다.
- 프로비저닝 작업에서 대상 호스트를 지정하는 경우 해당 규격은 정책을 위반하더라도 항상 적용됩니다. DRS는 이후 업데이트 적용 주기에 vCLS VM을 규정 준수 호스트로 이동하려고 시도합니다.
프로시저
- vCLS VM 반선호도 정책에 포함하려는 각 VM 그룹에 대한 범주 및 태그를 생성합니다.
- 포함하려는 VM에 태그를 지정합니다.
- vCLS VM 반선호도 정책을 생성합니다.
- vSphere에서 을 클릭합니다.
- 추가를 클릭하여 새 계산 정책 마법사를 엽니다.
- 정책 이름을 입력하고 정책 유형 드롭다운 컨트롤에서 vCLS VM 반선호도를 선택합니다.
정책 이름은 고유해야 합니다.
- 정책의 설명을 제공한 다음 VM 태그를 사용하여 정책이 적용되는 범주 및 태그를 선택합니다.
범주와 연결된 VM 태그가 여러 개가 아닌 경우 태그 범주를 선택하면 마법사에서 VM 태그가 채워집니다.
- 생성을 클릭하여 정책을 생성합니다.
- (선택 사항) 계산 정책을 삭제하려면 vSphere를 열고 을 클릭하여 각 정책을 카드로 표시합니다. [삭제]를 클릭하여 정책을 삭제합니다.
