NSX 클러스터에 대해 vLCM(vSphere Lifecycle Manager) 작업을 수행할 때 고려할 설치 및 제거 시나리오입니다.
시나리오 | 결과 |
---|---|
전송 노드 프로파일이 적용되지 않은 클러스터에서 vLCM을 사용하도록 설정하려고 하지만 일부 호스트는 호스트 전송 노드로 별도로 준비됩니다. |
전송 노드 프로파일이 클러스터에 적용되지 않았기 때문에 클러스터에서 vLCM을 사용하도록 설정할 수 없습니다. |
N-VDS 호스트 스위치를 적용하도록 구성된 전송 노드 프로파일을 사용하여 클러스터에서 vLCM을 사용하도록 설정하려고 합니다. |
vCenter Server는 클러스터를 vLCM 클러스터로 변환할 수 있도록 클러스터 자격을 확인합니다. N-VDS 호스트 스위치 유형이 지원되지 않으므로 VDS 호스트 스위치를 사용하도록 구성된 전송 노드 프로파일을 적용합니다. |
준비되지 않은 호스트를 비 vLCM 클러스터에서 vLCM 클러스터로 이동합니다. |
vLCM 클러스터가 전송 노드 프로파일을 사용하여 준비되면 준비되지 않은 호스트는 vLCM에서 NSX 전송 노드로 준비됩니다. vLCM 클러스터가 전송 노드 프로파일을 사용하여 준비되지 않은 경우 호스트는 준비되지 않은 상태를 유지합니다. |
전송 노드를 vLCM 클러스터에서 NSX에 대해 준비되지 않은 비 vLCM 클러스터로 이동합니다. | NSX VIB가 호스트에서 삭제되지만 NSX 솔루션 관련 데이터(vLCM로 설정)는 삭제되지 않습니다. 이제 클러스터에서 vLCM 클러스터를 사용하도록 설정하려고 하면 NSX Manager는 NSX 솔루션이 호스트에서 제거될 것임을 알립니다. 이 알림은 NSX VIB가 호스트에서 이미 제거되었기 때문에 잘못된 것입니다. |
vSphere Lifecycle Manager 클러스터에서 NSX 제거 작업을 수행한 후 vLCM이 원하는 상태에서 NSX를 삭제할 수 없는 경우 모든 노드가 제거 실패 상태로 전환됩니다. 이제 개별 전송 노드에서 NSX를 제거하려고 합니다. | 개별 전송 노드에서 NSX를 제거하는 경우 NSX VIB가 호스트에서 제거되더라도 클러스터는 계속해서 vLCM에서 NSX를 원하는 상태로 유지합니다. 이 상태는 vCenter Server에서 호스트 규정 준수에서 초안 상태로 표시됩니다. 따라서 vLCM 구성에서 NSX를 제거하려면 클러스터에서 NSX 제거를 수행해야 합니다. |
TNP를 적용하여 호스트로 구성된 vLCM 클러스터를 준비합니다. VDS 스위치 유형은 TNP에 구성됩니다. 호스트를 유지 보수 모드로 전환하고 vLCM 클러스터를 vLCM 클러스터 외부로 데이터 센터로 이동합니다. 마지막으로 호스트를 다시 vLCM 클러스터로 이동합니다. | 다음 메시지를 나타내며 NSX 설치가 실패합니다. 호스트에 소프트웨어를 설치하지 못했습니다. 호스트에 솔루션을 적용하지 못했습니다. '192.196.178.156' 호스트 bfedeb69-48d3-4f3b-9ebc-ce4eb177a968의 배포 상태가 0 오류로 INSTALL_IN_PROGRESS. 예상 상태는 오류 없이 INSTALL_SUCCESSFUL. 호스트 bfedeb69-48d3-4f3b-9ebc-ce4eb177a968의 배포 상태가 0 오류와 함께 INSTALL_IN_PROGRESS. 예상 상태는 오류 없는 INSTALL_SUCCESSFUL입니다. '192.196.178.156' 호스트에서 솔루션을 적용하지 못했습니다. 해결 방법: 호스트에서 해결을 클릭하고 TNP를 다시 적용합니다. |
설치에 실패한 호스트를 TNP 적용 여부와 무관하게 비 vLCM 클러스터로 이동합니다. | NSX에서는 어떤 작업도 수행하지 않습니다. |
설치에 실패한 호스트를 TNP가 적용된 vLCM 클러스터로 이동합니다. | NSX 설치가 자동으로 시작됩니다. |
설치에 실패한 호스트를 TNP가 적용되지 않은 vLCM 클러스터로 이동합니다. | NSX에서는 어떤 작업도 수행하지 않습니다. |
설치에 실패한 호스트를 데이터 센터로 이동합니다. | NSX에서는 어떤 작업도 수행하지 않습니다. |
VMware vCenter가 Multi NSX 플래그가 사용되도록 설정된 계산 관리자로 추가됩니다. 다른 기존 vLCM 클러스터에 TNP를 적용합니다. | NSX에서는 TNP를 사용하여 기존 vLCM 클러스터를 준비할 수 있습니다. |
VMware vCenter가 Multi NSX 플래그가 사용되도록 설정된 계산 관리자로 추가됩니다. 이미 준비된 클러스터를 vLCM 클러스터로 변경해 보십시오. | NSX는 기존 vLCM 클러스터의 준비를 허용하지 않습니다. |
VMware vCenter가 Multi NSX 플래그가 사용되도록 설정된 계산 관리자로 추가됩니다. 새 vLCM 클러스터를 생성해 보십시오. | NSX는 기존 vLCM 클러스터의 준비를 허용합니다. |
VMware vCenter에는 이미 vLCM 클러스터가 포함되어 있으며 Multi NSX 플래그가 사용되도록 설정된 계산 관리자로 VMware vCenter을 추가하려고 합니다. | VMware vCenter은 이미 vLCM 클러스터를 포함하고 있기 때문에 NSX에서 이 작업이 실패합니다. |
DPU 지원 호스트를 TNP 적용 클러스터에서 비 TNP 적용 클러스터로 이동합니다. | Vib는 ESXi 호스트 및 DPU에서 삭제되지 않습니다. vSphere Lifecycle Manager에서 호스트에 업데이트를 적용해야 합니다. vSphere Lifecycle Manager는 ESXi 호스트 및 DPU에서 NSX vib를 삭제하고 호스트를 재부팅합니다. |
'del nsx' nsxcli를 사용하여 DPU 지원 호스트에서 NSX VIB를 제거합니다. | ‘del nsx’ 명령을 실행한 후에는 ESXi 호스트를 재부팅하여 NSX VIB 제거 프로세스를 완료해야 합니다(VIB가 ESXi 및 DPU에서 제거됨). |
NSX UI에 구성되지 않음으로 표시된 경우에도 NSX VIB가 DPU 지원 호스트에서 삭제되지 않습니다. | NSX 제거 작업 중에 DPU 지원 호스트의 연결이 끊어지면 작업이 실패합니다. 잠시 후 TN 삭제가 계속되고 호스트가 구성되지 않음으로 표시되지만 VIB는 제거되지 않습니다.
해결 방법: vLCM UI로 이동하여 클러스터에 업데이트를 적용합니다.
참고: 업데이트 적용의 일부로 DPU 지원 호스트가 재부팅됩니다.
|
전송 노드 프로파일을 사용하여 구성된 클러스터에서 vLCM을 사용하도록 설정하면 전환이 성공합니다. 하지만 vLCM 업데이트 적용(vLCM의 NSX 적용 작업)이 실패합니다. | vLCM을 사용하도록 설정하기 전에 호스트 전송 노드의 상태가 계속 유지됩니다. vLCM UI로 이동하여 NSX 적용 작업이 실패했는지 확인합니다. 또한 클러스터 세부 정보를 확인하여 원하는 상태와 호스트 간의 편차에 대한 세부 정보를 찾습니다. |
제거 실패 상태에 있는 호스트는 준비할 수 없습니다. 호스트가 더티 상태입니다. 즉, 전송 노드 레코드 및 파일이 호스트에서 완전히 제거되지는 않았습니다. | 실패한 호스트를 준비하기 전에 강제 삭제 옵션을 사용하여 전송 노드 항목을 삭제합니다. 이 작업을 수행하면 전송 노드 레코드가 삭제됩니다. 그런 다음, del nsx 명령을 사용하여 호스트에서 NSX를 제거합니다. 그런 다음, 호스트를 준비하거나 호스트를 TNP 적용 클러스터로 이동하려고 시도합니다. |