상태 비저장 클러스터를 자동 배포하는 데 사용되는 호스트 프로파일 및 TNP 관련 문제를 해결합니다.
| 시나리오 | 설명 |
|---|---|
| 관리를 지원하기 위해 여러 VMkernel 어댑터가 사용되도록 설정되면 vMotion 및 기타 트래픽이 동일한 논리적 스위치로 마이그레이션되며, 재부팅한 후 VMkernel 어댑터가 논리적 스위치로 마이그레이션됩니다. 하지만 한 VMkernel 어댑터의 서비스가 다른 어댑터에서 사용하도록 설정됩니다. |
예를 들어 마이그레이션 전에 vmk0이 관리 트래픽을 지원하도록 설정되고 vMotion 트래픽에 대해 vmk1이 사용하도록 설정됩니다. 호스트를 재부팅한 후 vmk0는 vMotion 트래픽을 지원하고 vmk1은 관리 트래픽을 지원합니다. 이로 인해 재부팅 후 비준수 오류가 발생합니다. 해결 방법: 없음 두 VMkernel 어댑터가 동일한 논리적 스위치에 있기 때문에 영향을 받지 않습니다. |
| 호스트 준비 진행률이 60%에서 중지되고 노드 상태가 실행 중을 표시됩니다. | 문제: 클러스터에 TNP가 적용되면 NSX-T가 호스트에 성공적으로 설치되고 노드 상태가 실행 중으로 표시되지만 GUI는 여전히 60% 진행 상태를 표시합니다. 해결 방법: 구성을 변경하지 않고 TNP 또는 TN 구성을 다시 적용합니다. GUI에서 상태가 100%로 수정됩니다. |
| VMkernel 마이그레이션이 성공하더라도 호스트 스위치가 제거되기 전에 TN에 유효성 검사 오류가 있었습니다. |
문제: vmk0 관리 인터페이스를 vSwitch에서 논리적 스위치로 마이그레이션하면 NSX-T가 호스트에 성공적으로 설치됩니다. VMkernel 마이그레이션은 성공하지만 TN 상태는 오류를 나타내며 부분적인 성공을 표시합니다. 호스트 스위치를 제거하기 전에 유효성 검사를 수행하지 못했습니다. [오류: ['9a bb eb c1 04 81 40 e2-bc 3f 3e aa bd 14 62 1e']의 ['vmk1']에서 모든 PNIC가 손실된 후에 관리 vmk에 PNIC가 없어집니다.]; LogicalSwitch full-sync: LogicalSwitch 전체 동기화 구현 쿼리를 건너뛰었습니다. 해결 방법: 없음 VMkernel 마이그레이션이 성공하면 오류 메시지를 무시합니다. |
| 설치용 네트워크 매핑이 vmk0을 표시하는 TNP를 다시 적용하면 호스트 연결이 끊어집니다. | 문제: TNP 구성이 설치용 네트워킹 매핑에서 vmk0로 구성되면 호스트 연결이 끊어집니다. 해결 방법: TNP를 다시 적용하는 대신, TNP에서 필요한 구성으로 호스트를 재부팅합니다. |
| MUX 사용자 암호 정책 및 암호가 재설정되지 않았으므로 호스트 프로파일을 적용할 수 없습니다. | 문제: vSphere 6.7 U3보다 이전 버전을 실행하는 호스트에서만 발생하는 문제입니다. mux_user 암호를 재설정하지 않으면 호스트의 호스트 업데이트 적용 및 호스트 프로파일 애플리케이션이 실패할 수 있습니다. 해결 방법: [정책 및 프로파일]에서 호스트 프로파일을 편집하여 mux_user 암호 정책을 수정하고 mux_user 암호를 재설정합니다. |
| 호스트 프로파일이 이식 가능하지 않습니다. | 문제: vCenter Server가 NSX-T 구성을 포함하는 호스트 프로파일을 사용할 수 없습니다. 해결 방법: 없음 |
| Auto Deploy 규칙 엔진 | 문제: Auto Deploy 규칙에서 호스트 프로파일을 사용하여 새 클러스터를 배포할 수 없습니다. 새 클러스터가 배포된 경우 호스트는 기본 네트워킹을 사용하여 배포되고 유지 보수 모드를 유지합니다. 해결 방법: NSX-T GUI에서 각 클러스터를 준비합니다. 상태 비저장 클러스터에 TNP 적용을 참조하십시오. |
| 규정 준수 오류가 있는지 확인합니다. | 문제: 호스트 프로파일 업데이트 적용 중에 NSX-T 구성과 관련된 규정 준수 오류를 수정할 수 없습니다.
해결 방법: 호스트 프로파일 및 TNP에서 NSX-T 구성이 일치하는지 확인합니다. 호스트를 재부팅하여 구성 변경을 실현합니다. 호스트가 작동합니다. |
| 수정 | 문제: NSX-T 관련 규정 준수 오류가 있는 경우 해당 클러스터의 호스트 프로파일 업데이트 적용이 차단됩니다. 구성이 잘못되었습니다.
해결 방법: 호스트 프로파일 및 TNP에서 NSX-T 구성이 일치하는지 확인합니다. 호스트를 재부팅하여 구성 변경을 실현합니다. 호스트가 작동합니다. |
| 연결 | 문제: NSX-T로 구성된 클러스터에서 호스트 프로파일을 호스트 수준에서 연결할 수 없습니다. 해결 방법: 없음 |
| 분리 | 문제: NSX-T로 구성된 클러스터에서 새 호스트 프로파일을 분리했다가 연결해도 NSX-T 구성이 제거되지 않습니다. 클러스터가 새로 연결된 호스트 프로파일을 준수하더라도, 이전 프로파일의 NSX-T 구성을 그대로 유지합니다. 해결 방법: 없음 |
| 업데이트 | 문제: 사용자가 클러스터에서 NSX-T 구성을 변경한 경우 새 호스트 프로파일을 추출합니다. 손실된 모든 설정에 대해 호스트 프로파일을 수동으로 업데이트합니다. 해결 방법: 없음 |
| 호스트 수준 전송 노드 구성 | 문제: anportsport 노드가 자동 배포된 후 개별 엔티티로 작동합니다. 해당 전송 노드에 대한 모든 업데이트가 TNP와 전혀 일치하지 않을 수 있습니다. 해결 방법: 클러스터를 업데이트합니다. 독립형 전송 노드의 업데이트는 마이그레이션 규격을 유지할 수 없습니다. 마이그레이션 중에 재부팅이 진행되지 못할 수 있습니다. |
| NVDS 스위치로 마이그레이션하기 위해 선택한 VMkernel 어댑터에서는 피어 DNS 구성이 지원되지 않습니다. | 문제: NVDS로 마이그레이션하기 위해 선택한 VMkernel 어댑터가 피어 DNS를 사용하도록 설정한 경우 호스트 프로파일 애플리케이션이 실패합니다. 해결 방법: NVDS 스위치로 마이그레이션해야 하는 VMkernel 어댑터에서 피어 DNS 설정을 사용하지 않도록 설정하여 추출된 호스트 프로파일을 편집합니다. 또는 피어 DNS 지원 VMkernel 어댑터를 NVDS 스위치로 마이그레이션하지 않도록 하십시오. |
| VMkernel NIC 주소의 DHCP 주소가 보존되지 않음 | 문제: 참조 호스트가 상태 저장인 경우 상태 저장 참조 호스트에서 추출된 프로파일을 사용하는 상태 비저장 호스트는 PXE 시작 MAC에서 파생된 VMkernel 관리 MAC 주소를 유지할 수 없습니다. 이 경우 DHCP 주소 지정 문제가 발생합니다. 해결 방법: 상태 저장 호스트의 압축되지 않은 호스트 프로파일을 편집하고 'vmknic의 MAC 주소 결정 방법 확인'을 '시스템이 PXE 시작된 MAC 주소 사용'으로 수정합니다. |
| vCenter의 호스트 프로파일 애플리케이션 오류로 인해 호스트에서 NSX 구성 오류가 발생할 수 있습니다. | 문제: vCenter에서 호스트 프로파일 애플리케이션이 실패하면 NSX 구성도 실패할 수 있습니다. 해결 방법: vCenter에서 호스트 프로파일이 성공적으로 적용되었는지 확인합니다. 오류를 수정하고 다시 시도하십시오. |
| 상태 비저장 ESXi 호스트에서는 LAG가 지원되지 않습니다. | 문제: NSX에서 LAG로 구성된 업링크 프로파일이 vCenter Server 또는 NSX에서 관리되는 상태 비저장 ESXi 호스트에서 지원되지 않습니다. 해결 방법: 없음 |
| 상태 정보를 저장하지 않는 호스트는 상태 저장 호스트에서 추출된 호스트 프로파일에 적용될 때 PXE NIC의 MAC 주소를 사용하여 부팅되지 않습니다. | 문제: 상태 정보를 저장하지 않는 호스트가 상태 비저장 호스트에서 추출된 호스트 프로파일에 연결된 경우 상태 저장 호스트가 PXE 지원 시스템으로 부팅되지 않기 때문에 상태 비저장 호스트의 VMkernel 어댑터(vmknic)가 호스트의 PXE NIC에 대한 MAC 주소를 사용하여 부팅되지 않습니다. 해결 방법: 상태 정보를 저장하지 않는 호스트의 자동 배포를 설정하는 경우 추출된 호스트 프로파일이 PXE 지원 시스템으로 부팅되는 호스트에서 가져온 것인지 확인합니다. |
