| vCenter Server 8.0 업데이트 1 | 2023년 4월 18일 | GA ISO 빌드 21560480 이 릴리스 정보의 추가 사항 및 업데이트 사항을 확인하십시오. |
| vCenter Server 8.0 업데이트 1 | 2023년 4월 18일 | GA ISO 빌드 21560480 이 릴리스 정보의 추가 사항 및 업데이트 사항을 확인하십시오. |
이 vCenter Server 8.0 업데이트 1 릴리스는 GA(공식 출시) 지정입니다. vSphere 업데이트 릴리스의 vSphere 8.0 IA/GA 릴리스 모델에 대한 자세한 내용은 vSphere 8 릴리스 모델 진화를 참조하십시오.
vSphere Configuration Profiles: vSphere 8.0 업데이트 1은 vSphere Configuration Profiles를 공식적으로 출시합니다. 이 기능을 사용하면 클러스터 수준에서 원하는 호스트 구성을 지정하여 ESXi 클러스터 구성을 관리할 수 있으며, 지정된 원하는 구성에 대한 규정 준수를 위해 ESXi 호스트 검색을 자동화하고 규정을 준수하지 않는 호스트에 업데이트를 적용할 수 있습니다. vSphere Configuration Profiles를 사용하려면 vSphere Lifecycle Manager 이미지를 사용하여 클러스터 수명 주기, vSphere 8.0 업데이트 1 환경 및 Enterprise Plus 또는 vSphere+ 라이센스를 관리해야 합니다. 자세한 내용은 vSphere Configuration Profiles를 사용하여 클러스터 수준에서 호스트 구성 관리를 참조하십시오.
vSphere 8.0 업데이트 1에서 vSphere Distributed Services Engine은 다음에 대한 지원을 추가합니다.
Lenovo(Lenovo ThinkSystem SR650 V2)의 서버 설계에 대한 NVIDIA BlueField-2 DPU.
Dell의 서버 설계에 대한 100G NVIDIA BlueField-2 DPU.
NVIDIA BlueField-2 DPU용 UPTv2.
Dell의 AMD Genoa CPU 기반 서버 설계.
동일한 GPU 하드웨어에서 이기종 vGPU(가상 그래픽 처리 장치) 프로파일 지원: vSphere 8.0 업데이트 1은 물리적 GPU의 모든 vGPU가 동일한 유형이어야 한다는 요구 사항을 제거하여 하나의 GPU에서 계산, 그래픽 또는 Virtual Desktop Infrastructure 워크로드와 같은 다양한 vGPU 프로파일을 설정하여 GPU 활용률을 높이고 워크로드 조각화를 줄여 비용을 절감할 수 있습니다.
VMware Skyline™ Health Diagnostics™를 vCenter와 통합: vSphere 8.0 업데이트 1부터는 vSphere Client와 통합된 VMware Skyline Health Diagnostics 셀프 서비스 진단 플랫폼을 사용하여 vSphere 환경에서 문제를 감지하고 업데이트를 적용할 수 있습니다. 자세한 내용은 VMware Skyline Health Diagnostics for vSphere 설명서를 참조하십시오.
VM 수준 전력 소비 메트릭: vSphere 8.0 업데이트 1부터 vSphere 관리자는 조직의 환경, 사회 및 거버넌스 목표를 지원하기 위해 VM 수준에서 전력 소비를 추적할 수 있습니다.
NVSwitch 지원: vSphere 8.0 업데이트 1은 단일 ESXi 호스트에서 NVSwitch 연결을 통해 최대 8개의 GPU에 대한 지원을 추가합니다. NVSwitch 기술을 사용하면 딥 러닝, 과학적 시뮬레이션, 빅데이터 분석과 같은 HPC(고성능 컴퓨팅) 및 AI 애플리케이션을 실행할 수 있으며, 이를 위해서는 여러 GPU가 병렬로 함께 작동해야 합니다.
vCenter용 Okta ID 페더레이션: vSphere 8.0 업데이트 1에서는 타사 ID 보안 제공자 Okta를 사용하여 동일한 토큰과 암호를 사용하여 vCenter와 NSX Manager에 동시에 로그인할 수 있으므로 관리 효율성과 환경 보안을 개선하는 데 도움이 됩니다.
vTPM(가상 TPM) 모듈을 사용하는 가상 시스템의 Fault Tolerance 지원: vSphere 8.0 업데이트 1에서는 vTPM 모듈과 함께 VM에 대해 FT를 사용하여 중요한 VM의 지속적인 가용성 및 보안을 보장할 수 있습니다.
TPM 2.0 칩이 있는 서버에 대한 Quick Boot 지원: vSphere 8.0 업데이트 1을 사용하면 Quick Boot에 대해 TPM 2.0을 사용하지 않도록 설정할 필요가 없으므로 시간을 절약하고 보안 격차를 없앨 수 있습니다.
vSphere Virtual Volumes용 VASA(vSphere API for Storage Awareness) 버전 5: vSphere Virtual Volumes용 VASA 버전 5는 다중 vCenter 배포를 위한 보안, 인증 관리 및 사용 편의성 지원을 강화합니다. VASA 버전 5는 자체 서명된 인증서를 더 이상 사용하지 않지만 이전 VASA 버전과의 호환성을 지원합니다. vSphere Virtual Volumes 데이터스토어의 지속적인 가용성을 보장하려면 ESXi 8.0 업데이트 1로 업그레이드하기 전에 VMware 기술 자료 문서 91387을 참조하십시오.
Sidecar 파일이 vSphere Virtual Volumes 개체가 아닌 Config-vVol에서 일반 파일이 됨: vSphere Virtual Volumes의 확장성 및 성능을 향상시키기 위해 vSphere 8.0 업데이트 1부터 Sidecar 파일은 더 이상 vSphere Virtual Volumes 개체가 아니며 Config-vVol의 일반 파일입니다. Sidecar 파일이 vSphere Virtual Volumes 개체로 생성되면 다수의 소형 Sidecar 파일을 생성하는 FCD(First Class Disk)와 같은 솔루션의 경우 볼륨을 프로토콜 엔드포인트에 바인딩 및 바인딩 해제하는 것과 같은 VASA 작업의 오버헤드가 발생할 수 있습니다. Config-vVol 홈 디렉토리 아래에 Sidecar 파일을 생성하면 VASA 및 스토리지에서 이러한 오버헤드가 제거됩니다.
ESXi 8.0 업데이트 1로 업데이트한 후 Config-vVol 네임스페이스의 새 가상 시스템 또는 가상 디스크는 이전 버전의 ESXi 호스트에서 지원되지 않습니다. 자세한 내용 및 해결 방법은 VMware 기술 자료 문서 90791을 참조하십시오.
Config-vVol 유형의 vSphere Virtual Volumes 개체에 대한 기본 용량이 증가됨: vSphere 8.0 업데이트 1부터 vSphere Virtual Volumes 데이터스토어를 통해 폴더를 컨텐츠 저장소로 사용할 수 있도록 하기 위해 Config-vVol 유형의 vSphere Virtual Volumes 개체는 이전 릴리스의 4GB에서 증가하여 기본적으로 씬 프로비저닝된 255GB로 생성됩니다. 또한 ESXi 8.0 업데이트 1부터 Config-vVol 개체는 VMFS-5 대신 VMFS-6 형식을 사용합니다.
vSphere Virtual Volumes에 대한 NVMe over TCP 지원: vSphere 8.0 업데이트 1은 vSphere Virtual Volumes에 대한 NVMe over TCP 지원을 추가합니다.
확장된 XCOPY 지원: vSphere 8.0 업데이트 1에서는 EXTENDED COPY (XCOPY) 명령을 사용하여 동일한 어레이 내의 데이터스토어 사이뿐만 아니라 서로 다른 스토리지 어레이에 있는 VMFS 데이터스토어 사이의 데이터 복사를 최적화할 수 있습니다. 스토리지 어레이 전반의 XCOPY 작업은 VMFS 6 데이터스토어에 대해서만 지원되며 워크로드를 오프로드, 마이그레이션 및 복제할 수 있습니다. ESXi에서 이 기능을 사용하도록 설정하지만 어레이 전반의 실제 데이터 마이그레이션은 스토리지 어레이 측에서 구현되어야 합니다. SCSI T10 명령을 사용하는 방법에 대한 자세한 내용은 ,블록 스토리지 디바이스에서 하드웨어 가속 관리를 참조하십시오.
SSD 디바이스의 OSDATA 볼륨에 대한 새로운 파일 유형: vSphere 8.0 업데이트 1은 특히 로컬 SSD 디바이스의 ESX-OSData 시스템 파티션을 위한 새로운 파일 시스템 유형인 VMFSOS를 추가하므로 다른 디바이스에서 가상 플래시 리소스를 계속 사용할 수 있습니다. 새 파일 유형은 로컬 SSD 디바이스에서 ESX-OSData 볼륨을 포맷하는 경우를 방지하고 fsType은 VFFS(Virtual Flash File System)유형의 파일을 반환합니다. 그 결과 ESX-OSData 볼륨의 디스크 백업은 vCenter의 가상 플래시 리소스 아래에 나열되지만 이러한 디스크는 ESX-OSData 볼륨에 속하며 가상 플래시 리소스 풀의 일부가 아닙니다.
NFS 트래픽 분리 기능 향상: vSphere 8.0 업데이트 1을 사용하면 NFS 트래픽을 분리하기 위해 네트워크를 통해 NFS 공유의 NFS3 데이터스토어를 클러스터의 ESXi 호스트에 있는 VM 커널 어댑터에 바인딩할 수 있습니다. 이 릴리스에서는 NFS3 구성으로 지원되는 vSphere Virtual Volumes 데이터스토어에 대해 VMKNIC 포트 바인딩이 지원되지 않습니다. 자세한 내용은 NFS 3 데이터스토어에 대한 VMkernel 바인딩 구성을 참조하십시오.
NVMe-oF 네임스페이스 용량 4배 증가: vSphere 8.0 업데이트 1부터는 NVMe-oF 네임스페이스에 대한 32개의 경로를 사용할 수 있습니다(이전 릴리스에서는 8개).
프로토콜 변환 없이 종단 간 NVMe 스택 지원: vSphere 8.0 업데이트 1에서는 PSA(Pluggable Storage Architecture)가 NVMe 기능을 확장하여 모든 계층에서 프로토콜 변환 없이 종단 간 NVMe 스택을 지원합니다.
또한 vSphere 8.0 업데이트 1은 NVMe 어레이를 제어하고 관리하기 위해 타사 다중 경로 지정 플러그인에 대한 지원을 추가하여 NVMe 기능을 확장합니다.
WSFC(Windows Server 페일오버 클러스터)의 최대값 증가: vSphere 8.0 업데이트 1은 ESXi 호스트당 최대 WSFC 클러스터를 3개에서 16개로 늘립니다.
NVMe over TCP 어댑터 수 확장: vSphere 8.0 업데이트 1은 ESXi 호스트당 NVMe over TCP 스토리지 어댑터의 수를 2개에서 8개로 늘려 더 많은 이중화와 더 나은 대역폭을 사용할 수 있습니다.
VMDirectPath I/O 디바이스에 대한 무중단 추가 및 무중단 제거 지원: vSphere 8.0 업데이트 1에서는 vSphere API를 사용하여 VM의 전원을 끄지 않고도 VMDirectPath I/O 디바이스를 추가하거나 제거할 수 있습니다. 자세한 내용은 VMDirectPath I/O 디바이스에 대한 무중단 추가 지원을 참조하십시오.
VM당 PCI 패스스루 디바이스 수 증가: vSphere 8.0 업데이트 1을 사용하면 VM당 최대 64개의(이전 릴리스의 32개에서 증가됨) PCI 패스스루 디바이스를 추가할 수 있으므로 vRAN(Virtualized Radio Access Network) 사용 사례를 더 잘 지원할 수 있습니다.
ROBO(Remote Office and Branch Office) 독립형 ESXi 호스트에 대한 로컬 디포 재정의: vSphere 8.0 업데이트 1부터 특정 비즈니스 사용 사례의 요구 사항을 충족하기 위해 vSphere Client에서 vSphere Automation API를 사용하여 ROBO(Remote Office and Branch Office) 독립형 ESXi 호스트에 대한 로컬 디포 재정의를 관리할 수 있습니다. 자세한 내용은 클러스터 또는 독립형 호스트에 대한 디포 재정의 관리를 참조하십시오.
vSphere Client의 고급 필터: vSphere 8.0 업데이트 1에서는 기존의 빠른 필터 옵션 외에도 vSphere Client에서 VM 목록, 호스트 및 클러스터, 데이터스토어, 연결된 vCenter와 같은 대부분의 인벤토리 개체에 고급 필터를 설정할 수 있습니다. 이름, 상태 및 게스트 운영 체제와 같은 문자열과 IP주소와 같은 열거형을 사용할 수 있습니다. 필터를 구체화하기 위해 다양한 논리적 연산자와 2개 조건을 사용할 수 있습니다.
다중 연결로 마운트할 수 있는 NFSv3 데이터스토어의 최대 개수 증가: vSphere 8.0 업데이트 1부터는 ESXi 호스트의 NFSv3 데이터스토어에 대한 연결을 최대 8개까지 구성할 수 있으며(이전 릴리스의 경우 1개) 데이터스토어 수와 각 데이터스토어에 대해 구성된 연결 수의 조합에 따라 호스트의 NFSv3 데이터스토어에서 최대 256개의 연결을 사용할 수 있습니다. 자세한 내용은 VMware 기술 자료 문서 91481을 참조하십시오.
SOAP/XML의 대안으로 사용되는 HTTP/JSON 기반 유선 프로토콜: vSphere 8.0 업데이트 1은 SOAP/XML의 대안으로 새로운 HTTP/JSON 기반 유선 프로토콜에 대한 지원을 추가합니다. 새 프로토콜은 업계 표준 OpenAPI 규격 버전 3.0을 사용하여 설명되며 이를 사용하여 인기 있는 VIM API에 액세스할 수 있습니다. 자세한 내용은 vSphere Management SDK의 일부인 OpenAPI 스키마 및 Web Services 프로그래밍 가이드를 참조하십시오.
vCenter Server의 기능과 해결된 문제 및 알려진 문제는 각 릴리스의 릴리스 정보에 설명되어 있습니다. vCenter Server 8.0의 이전 릴리스에 대한 릴리스 정보는 다음과 같습니다.
국제화, 호환성, 설치, 업그레이드, 오픈 소스 구성 요소 및 제품 지원 고지 사항에 대한 자세한 내용은 VMware vSphere 8.0 릴리스 정보를 참조하십시오.
vCenter Server에서 지원하는 업그레이드 및 마이그레이션 경로에 대한 자세한 내용은 VMware 기술 자료 문서 67077을 참조하십시오.
vSphere Virtual Volumes 데이터스토어의 지속적인 가용성을 보장하려면 VASA 버전 5로 업그레이드하기 전에 VMware 기술 자료 문서 91387을 참조하십시오.
SHA-1 서명 알고리즘은 vSphere 8.0에서 더 이상 지원되지 않으므로 ELM(고급 연결 모드)을 사용하여 버전 7.0x 및 8.0x의 vCenter 시스템에 연결하는 경우, 업그레이드 중에 SHA-1 신뢰할 수 있는 루트 인증서를 7.0x vCenter 인스턴스에 추가하면 안 됩니다. SHA-1 인증서가 8.0x vCenter로 전파되어 예기치 않은 결과(예: ESXi 호스트 연결이 끊어짐)가 발생할 수 있기 때문입니다.
ELM을 사용하여 연결된 7.0x vCenter 인스턴스가 이미 있고 SHA-1 신뢰할 수 있는 루트 인증서를 사용하는 경우에는 8.0x vCenter 인스턴스를 그룹에 추가하지 마십시오. SHA-1 인증서가 8.0x 인스턴스에 복제될 수 있기 때문입니다.
VMware 소프트웨어 수정 사항, 보안 수정 사항 및 타사 제품 수정 사항이 포함된 vCenter Server용 제품 패치입니다.
이 패치는 vCenter Server에 적용할 수 있습니다.
| 다운로드 파일 이름 |
VMware-vCenter-Server-Appliance-8.0.1.00000-21560480-patch-FP.iso |
| 빌드 |
21560480 |
| 다운로드 크기 |
7965.6MB |
| sha256checksum |
1016f37c466e46957879f4084e176e62d96803fb0d1ad16cb1b8f6fc0e852b24 |
VMware Customer Connect에서 이 패치를 다운로드하려면 제품 및 계정 > 제품 패치로 이동해야 합니다. 제품 선택 드롭다운 메뉴에서 VC를 선택하고 버전 선택 드롭다운 메뉴에서 8.0.1을 선택합니다.
VMware-vCenter-Server-Appliance-8.0.1.00000-21560480-patch-FP.iso 파일을 vCenter Server CD 또는 DVD 드라이브에 연결합니다.
슈퍼 관리자 권한이 있는 사용자(예: root)로 장치 셸에 로그인하고 다음 명령을 실행합니다.
ISO를 스테이징하려면 다음을 실행합니다.
software-packages stage --iso
스테이징된 컨텐츠를 보려면 다음을 실행합니다.
software-packages list --staged
스테이징된 rpm을 설치하려면 다음을 실행합니다.
software-packages install --staged
vCenter Server 셸 사용에 대한 자세한 내용은 VMware기술 자료 문서 2100508을 참조하십시오.
vCenter Server 패치 적용에 대한 자세한 정보는 vCenter Server 8.0 배포 패치 적용 및 업데이트를 참조하십시오.
스테이징 패치에 대한 자세한 내용은 vCenter Server Appliance 패치 적용을 참조하십시오.
ESXi 8.0 호스트에서 TLS 1.0을 사용하도록 설정하면 연결이 끊어짐
ESXi 8.0은 OpenSSL 3.0을 지원하며 기본적으로 사용하도록 설정된 유일한 TLS 프로토콜은 TLS 1.2입니다. ESXCLI 명령을 사용하여 /UserVars/ESXiVPsDisabledProtocols에서 TLS 1.0을 사용하도록 설정하려고 하면 연결이 끊어집니다.
이 문제는 이 릴리스에서 해결되었습니다.
독립형 ESXi 호스트 관리를 위한 이미지를 생성하는 데 사용하는 vSphere Lifecycle Manager 디포의 삭제 작업에 대해 잘못된 메타데이터가 표시될 수 있음
vSphere 8.0부터 vSphere Lifecycle Manager 디포를 기반으로 이미지를 생성하여 vCenter Server 인벤토리에 속하는 독립형 ESXi 호스트의 수명 주기를 온라인 또는 오프라인으로 관리할 수 있습니다. 드문 경우지만 이러한 디포를 삭제할 때 삭제 작업에 대한 메타데이터가 올바르지 않을 수 있습니다. 예를 들어 clusterName 및 clusterID 아래에 다음과 같은 hostid 및 hostIP 세부 정보가 채워집니다.
clusterName = 10.161.153.136,
clusterId = host-54,
entityName = <null>,
entityId = <null>,
이 문제는 독립형 호스트의 원하는 상태에 속하는, VMware vSphere UMDS(Update Manager Download Service)를 사용하여 다운로드한 디포를 삭제할 때도 발생합니다. 이 문제는 vSphere Lifecycle Manager 작업에 영향을 주지 않고 독립형 호스트에 대한 작업 메타데이터에만 영향을 미칩니다.
이 문제는 이 릴리스에서 해결되었습니다.
벤더 디바이스 그룹이 있는 버전이 20 이전인 HW에서 VM을 구성하는 경우 해당 VM이 예상대로 작동하지 않을 수 있음
고속 네트워킹 디바이스와 GPU의 바인딩을 가능하게 하는 벤더 디바이스 그룹은 HW 버전이 20 이상인 VM에서만 지원되지만 벤더 디바이스 그룹이 있는 HW 버전이 20 이전인 VM을 구성하는 것은 금지되지 않습니다. 이러한 VM은 예상대로 작동하지 않을 수 있습니다. 예를 들어 전원을 켜지 못할 수 있습니다.
이 문제는 이 릴리스에서 해결되었습니다.
IOPS(초당 입력/출력 작업 수) 제한을 변경하면 가상 시스템의 I/O 처리량이 크게 감소할 수 있음
SPBM(스토리지 정책 기반 관리) 정책을 사용하여 SIOC(Storage I/O Control)에 따라 IOPS 제한을 변경하면 VM 성능이 상당히 느려질 수 있습니다. 일반적으로 SPBM 정책을 설정하면 IOPS 제한이 I/O 필터에 의해 처리되고 기본 I/O 스케줄러인 mClock은 예약 및 공유를 처리합니다. 논리 장애로 인해 기존 IOPS 제한을 변경하면 I/O 필터 대신 mClock 스케줄러에서 I/O가 제한될 수 있습니다. 그 결과 I/O 필터에서 I/O가 크게 지연되어 가상 시스템의 I/O 처리량이 저하됩니다.
이 문제는 이 릴리스에서 해결되었습니다. 이 버그 수정은 IOPS 제한이 I/O 필터에 의해 처리되고 mClock은 예약 및 공유를 처리하도록 합니다. 자세한 내용은 VMware 기술 자료 문서 89951을 참조하십시오.
vCenter Server 8.0 업데이트 1로의 업그레이드가 'postInstallHook에서 예외가 발생함' 오류와 함께 실패함
vCenter Single Sign-On 도메인에 administrator@vSphere.Local 또는 administrator@VSPHERE.LOCAL과 같이 대문자가 포함되어 있는 경우 vCenter Server 8.0 업데이트 1로의 업그레이드가 Exception occurred in postInstallHook 오류와 함께 실패할 수 있습니다.
vSphere Client에 wcp service failed to start와 같은 오류가 표시됩니다.
PatchRunner.log에 An error occurred while starting service 'wcp'와 같은 오류가 표시됩니다.
wcpsvc.log에 다음과 같은 오류가 표시됩니다. Failed to parse VC JWKS: invalid character '<' looking for beginning of value 또는 Unable to get VC public key configuration : invalid character '<' looking for beginning of value.
이러한 오류가 발생하면 백업에서 vCenter를 복원하거나 스냅샷에서 되돌려야 합니다.
해결 방법: 없음.
ESXi 독립형 호스트에 대한 vSphere Lifecycle Manager 이미지 규정 준수 보고서에 펌웨어 규정 준수 세부 정보가 누락됨
다음과 같은 두 가지 상황에서 ESXi 독립형 호스트에 대한 vSphere Lifecycle Manager 이미지 규정 준수 보고서에 펌웨어 규정 준수 세부 정보가 누락될 수 있습니다.
vSphere Client에서 vSphere Lifecycle Manager 이미지로 관리되는 독립형 호스트에 대한 규정 준수 보고서를 실행한 다음 규정 준수 보고서가 생성되기 전에 다른 위치로 이동합니다.
이미지 규정 준수 보고서가 생성된 후 페이지 새로 고침을 트리거합니다.
이러한 경우 원하는 상태에서 펌웨어 패키지를 사용할 수 있는 경우에도 vSphere Client 브라우징 세션을 다시 방문하거나 새로 고칠 때 펌웨어 규정 준수 섹션이 비어 있습니다. GET 이미지 규정 준수 API를 사용하는 경우 응답에 펌웨어 규정 준수 세부 정보가 누락됩니다.
해결 방법: vSphere Client를 사용하여 vSphere Lifecycle Manager 이미지로 관리되는 독립형 호스트에 대한 이미지 규정 준수 검색을 호출한 후 다른 위치로 이동하거나 브라우저를 새로 고치지 마십시오. API의 경우, GET 이미지 규정 준수가 아닌 이미지 규정 준수 검사 API를 사용하여 펌웨어 세부 정보를 가져옵니다.
한 ESXi 호스트에서 vSphere Lifecycle Manager를 사용하여 병렬 업데이트 적용에 실패하면 다른 호스트가 재부팅 보류 중 상태로 유지될 수 있음
vSphere Lifecycle Manager를 사용하여 병렬 업데이트 적용 중에 네트워크 연결이 실수로 끊어지면 ESXi 호스트 중 하나에서 작업이 실패할 수 있습니다. 다른 호스트에 대한 업데이트 적용은 계속되지만 작업을 완료하기 위해 호스트를 재부팅할 수 없습니다.
해결 방법: ESXi 호스트가 업데이트 적용 시도에 지속적으로 실패하면 재부팅을 수동으로 트리거합니다. 자세한 내용은 VMware 기술 자료 문서 91260을 참조하십시오.
vCenter Server 8.0 업데이트 1로 업데이트하는 동안 VAMI(가상 장치 관리 인터페이스)에서 ceip 상태를 가져오지 못했습니다라는 오류가 표시됨
업데이트하는 동안 vCenter는 VMDir 서비스를 중지했다가 다시 시작하며 이 간격 내에 VAMI에 로그인하려고 하면 Failed to get ceip status와 같은 오류가 표시될 수 있습니다. 이는 예상되는 동작이며 vCenter 시스템의 실제 문제를 나타내는 것은 아닙니다.
해결 방법: VMDir 서비스가 다시 시작될 때까지 기다렸다가 가상 장치 관리 인터페이스를 새로 고칩니다.
하이브리드 연결 모드에서 클라우드 vCenter는 온-프레미스 vCenter에 배포된 플러그인을 검색할 수 없음
하이브리드 연결 모드를 사용하면 클라우드 vCenter Server 인스턴스를 온-프레미스 vCenter Single Sign-On 도메인과 연결할 수 있지만 클라우드 vCenter는 필요한 사용 권한이 없기 때문에 온-프레미스 인스턴스에 배포된 플러그인을 검색하지 못할 수 있습니다.
해결 방법: 온-프레미스 환경에 vCenter Cloud Gateway를 설치하고 온-프레미스 인스턴스에 배포된 플러그인을 VMware Cloud 콘솔에서 찾아보거나 온-프레미스 vCenter의 vSphere Client에서 직접 찾아봅니다.
DirectPath I/O 디바이스의 무중단 추가 및 제거가 가상 시스템에서 자동으로 사용되도록 설정되지 않음
vSphere 8.0 업데이트 1에서는 vSphere API를 사용하여 VM의 전원을 끄지 않고도 DirectPath I/O 디바이스를 추가하거나 제거할 수 있습니다. VM에 DirectPath I/O 디바이스를 무중단 추가하고 제거할 수 있는 핫 플러그 기능을 사용하도록 설정하는 경우 이러한 VM을 사용하여 OVF를 생성하고 새 VM을 배포하면 새 VM에 핫 플러그 기능이 자동으로 사용되도록 설정되지 않을 수 있습니다.
해결 방법: VMDirectPath I/O 디바이스에 대한 무중단 추가 및 무중단 제거 지원에 설명된 대로 핫플러그 기능을 사용하도록 설정합니다.
DirectPath I/O 디바이스에 대한 겹치는 무중단 추가 및 무중단 제거 작업이 실패할 수 있음
vSphere 8.0 업데이트 1에서는 vSphere API를 사용하여 VM의 전원을 끄지 않고도 DirectPath I/O 디바이스를 추가하거나 제거할 수 있습니다. 그러나 여러 작업을 동시에 실행하면 겹치는 작업 중 일부가 실패할 수 있습니다.
해결 방법: DirectPath I/O 디바이스에 대한 무중단 추가 또는 무중단 제거 작업마다 사이에 20초의 처리 시간을 계획하십시오.
소프트웨어 FCoE 구성을 사용하여 호스트 프로파일을 ESXi 8.0 호스트에 적용하는 경우 검증 오류로 인해 작업이 실패함
vSphere 7.0부터 소프트웨어 FCoE는 더 이상 사용되지 않으며 vSphere 8.0 소프트웨어 FCoE 프로파일은 지원되지 않습니다. 호스트 사용자 지정을 편집하는 것과 같이 이전 버전의 호스트 프로파일을 ESXi 8.0 호스트에 적용하려고 하면 작업이 실패합니다. vSphere Client에 Host Customizations validation error와 같은 오류가 표시됩니다.
해결 방법: 호스트 프로파일에서 소프트웨어 FCoE 구성 하위 프로파일을 사용하지 않도록 설정하십시오.
버전 8.0의 ESXi 호스트를 이전 ESXi 버전의 기존 호스트 프로파일에 대한 참조 호스트로 사용할 수 없음
인벤토리에서 8.0 참조 호스트만 사용할 수 있는 경우 ESXi 버전 7.x, 6.7.x 및 6.5.x에 대한 기존 호스트 프로파일 검증이 실패합니다.
해결 방법: 인벤토리에 해당 버전의 참조 호스트가 있어야 합니다. 예를 들어 ESXi 7.0 업데이트 2 참조 호스트를 사용하여 ESXi 7.0 업데이트 2 호스트 프로파일을 업데이트하거나 편집합니다.
ESXi 8.0으로 업그레이드한 후 VMNIC가 중단될 수 있음
VMNIC의 피어 물리적 스위치가 미디어 자동 감지를 지원하지 않거나, 미디어 자동 감지가 사용되지 않도록 설정되어 있고 VMNIC 링크를 종료했다가 다시 시작하면 ESXi 8.0으로 업그레이드하거나 설치한 후 링크가 종료된 상태로 유지됩니다.
해결 방법: 다음 2가지 옵션 중 하나를 사용하십시오.
일반적으로 F2 키를 누르거나 가상 콘솔을 열고 디바이스 설정 > <해당 Broadcom NIC> > 디바이스 구성 메뉴 > 미디어 자동 감지를 열어 시스템 설정 기본 메뉴로 이동하고 BIOS 설정에서 media-auto-detect 옵션을 사용하도록 설정합니다. 호스트를 재부팅합니다.
또는 다음과 유사한 ESXCLI 명령을 사용합니다. esxcli network nic set -S <your speed> -D full -n <your nic>. 이 옵션을 사용하면 링크에 고정 속도를 설정할 수도 있으며 재부팅이 필요하지 않습니다.
ESXi 8.0으로 업그레이드하는 동안 vCenter Server STS(Security Token Service) 새로 고침이 발생하면 업그레이드가 실패할 수 있음
vSphere 8.0에서 vCenter Single Sign-On은 VMCA 생성 STS 서명 인증서를 자동으로 갱신합니다. 자동 갱신은 STS 서명 인증서가 만료되기 전과 90일 만료 경보가 트리거되기 전에 이루어집니다. 단, 클러스터의 여러 ESXi 호스트에서 vSphere Lifecycle Manager 이미지를 사용하여 업그레이드 또는 업데이트 적용 작업이 장기 실행되면서 vSphere Lifecycle Manager가 내부적으로 STS 인증서의 캐시를 생성할 수 있습니다. 매우 드문 경우지만 STS 인증서 새로 고침 작업이 장기 실행 업그레이드 또는 업데이트 적용 작업과 동시에 시작되면 업그레이드 작업이 실패할 수 있습니다. 내부 캐시의 STS 인증서가 새로 고친 인증서와 다를 수 있기 때문입니다. 업그레이드 작업이 실패한 후 일부 ESXi 호스트는 유지 보수 모드로 유지될 수 있습니다.
해결 방법: 유지 보수 모드에서 ESXi 호스트를 수동으로 종료하고 업그레이드 또는 업데이트 적용을 다시 시도합니다. STS 서명 인증서 새로 고침 또는 가져오기 및 교체는 자동으로 수행되며 vCenter Server를 다시 시작할 필요가 없으므로 다운타임을 피할 수 있습니다.
ESXi 8.0으로 업그레이드한 후 더 이상 사용되지 않는 매개 변수로 인해 일부 nmlx5_core 드라이버 모듈 설정이 손실될 수 있음
nmlx5_core 드라이버에 대한 일부 모듈 매개 변수(예: device_rss, drss 및 rss)는 ESXi 8.0에서 더 이상 사용되지 않으며, 기본값과 다른 사용자 지정 값은 ESXi 8.0으로 업그레이드한 후 유지되지 않습니다.
해결 방법: device_rss, drss 및 rss 매개 변수의 값을 다음과 같이 바꿉니다.
device_rss: DRSS 매개 변수를 사용합니다.
drss: DRSS 매개 변수를 사용합니다.
rss: RSS 매개 변수를 사용합니다.
vCenter Server 복원 절차의 두 번째 단계가 90%에서 멈춤
vCenter Server GUI 설치 관리자 또는 VAMI(vCenter Server Appliance 관리 인터페이스)를 사용하여 파일 기반 백업에서 vCenter를 복원하는 경우 복원 워크플로가 90%에서 멈추고 401 Unable to authenticate user 오류가 표시되지만 작업은 백엔드에서 성공적으로 완료됩니다. 이 문제는 배포된 시스템의 시간이 NTP 서버와 달라서 시간 동기화가 필요한 경우에 발생합니다. 시간 동기화의 결과 클럭 오차로 인해 GUI 또는 VAMI의 실행 세션이 실패할 수 있습니다.
해결 방법: GUI 설치 관리자를 사용하는 경우 appliancesh 셸에서 restore.job.get 명령을 사용하여 복원 상태를 가져올 수 있습니다. VAMI를 사용하는 경우 브라우저를 새로 고칩니다.
ESXi 호스트를 종료하거나 다시 시작하는 동안 DPU에서 PCI 패스스루가 활성 상태이면 보라색 진단 화면이 표시되면서 호스트가 실패함
ESXi 호스트를 종료하거나 재부팅할 때 활성 가상 시스템이 DPU로의 PCI 패스스루를 사용하는 경우 보라색 진단 화면이 표시되면서 호스트가 실패합니다. 이 문제는 DPU가 있는 시스템으로 한정되며, VM이 DPU로의 PCI 패스스루를 사용하는 경우에만 발생합니다.
해결 방법: ESXi 호스트를 종료하거나 재부팅하기 전에 호스트가 유지 보수 모드에 있는지 또는 DPU로의 PCI 패스스루를 사용하는 VM이 실행되고 있지 않은지 확인하십시오. 가상 시스템에 대해 자동 시작 옵션을 사용하는 경우 Autostart Manager는 호스트를 종료하거나 재부팅하기 전에 이러한 VM을 중지합니다.
DPU가 있는 vCenter Server 시스템에서 IPv6을 사용하지 않도록 설정하면 DPU를 관리할 수 없음
vSphere Client에서 작업을 허용하더라도 DPU가 있는 ESXi 호스트에서 IPv6을 사용하지 않도록 설정하면 호스트와 디바이스 간의 내부 통신이 IPv6에 의존하기 때문에 DPU를 사용할 수 없습니다. 이 문제는 DPU가 있는 ESXi 호스트에만 영향을 미칩니다.
해결 방법: DPU가 있는 ESXi 호스트에서 IPv6을 사용하도록 설정해야 합니다.
Pensando DPU가 미리 설치된 HPE 서버에서 ESXi 호스트를 재부팅할 때 10분 지연이 발생할 수 있음
드문 경우지만 Pensando DPU가 미리 설치된 HPE 서버는 DPU에 장애가 발생할 경우 재부팅하는 데 10분 넘게 걸릴 수 있습니다. 그 결과 퍼플 진단 스크린이 표시되면서 ESXi 호스트가 실패할 수 있으며 기본 대기 시간은 10분입니다.
해결 방법: 없음.
ESXi 8.0을 설치하는 데 사용하는 원격 관리 애플리케이션에서 USB 인터페이스를 사용하도록 설정한 경우 업링크 vusb0이 있는 추가 표준 스위치 vSwitchBMC가 표시됨
vSphere 8.0부터 iDRAC(Integrated Dell Remote Access Controller) 및 HP ILO(Integrated Lights Out) 모두에서 USB 인터페이스가 사용되도록 설정한 경우(각각 vUSB 또는 vNIC), 업링크 vusb0이 있는 추가 표준 스위치 vSwitchBMC가 ESXi 호스트에 생성됩니다. 일부 서버에 DPU(데이터 처리 장치)가 도입된 점을 고려할 때 예상되는 결과이지만 VMware Cloud Foundation 실행 프로세스가 실패할 수 있습니다.
해결 방법: vSphere 8.0을 설치하기 전에 벤더 설명서에 따라 사용하는 원격 관리 애플리케이션에서 USB 인터페이스를 사용하지 않도록 설정합니다.
vSphere 8.0 설치 후 ESXCLI 명령 esxcfg-advcfg -s 0 /Net/BMCNetworkEnable을 사용하여 다음에 호스트를 재부팅할 때 가상 스위치 vSwitchBMC 및 연결된 포트 그룹이 생성되지 않도록 합니다.
다음 스크립트를 예제로 참조하십시오.
~# esxcfg-advcfg -s 0 /Net/BMCNetworkEnable
BMCNetworkEnable의 값이 0이고 서비스가 사용되지 않도록 설정됩니다.
~# reboot
호스트 재부팅 시, 원격 관리 애플리케이션 네트워크와 관련된 호스트에 가상 스위치, PortGroup 및 VMKNIC가 생성되지 않습니다.
NVIDIA BlueField DPU가 하드웨어 오프로드 모드를 사용하지 않도록 설정된 경우 SR-IOV 가상 기능이 구성된 가상 시스템의 전원을 켜지 못할 수 있음
SR-IOV 가상 기능이 구성된 가상 시스템의 전원을 켜고 작동할 수 있으려면 NVIDIA BlueField DPU가 하드웨어 오프로드 모드를 사용하도록 설정되어 있어야 합니다.
해결 방법: SR-IOV 가상 기능이 구성된 VM이 가상 스위치에 연결된 경우 NVIDIA BlueField DPU에 대해 사용하도록 설정된 기본 하드웨어 오프로드 모드를 항상 사용합니다.
일부 ionic_en driver 업링크는 단일 수신 대기열에서만 작동하고 기본 모드에서 성능이 저하될 수 있음
Pensando Distributed Services Platform(DSC) 어댑터에는 고속 이더넷 컨트롤러 2개(예: vmnic6 및 vmnic7)와 관리 컨트롤러 하나(예: vmnic8)가 있습니다.
:~] esxcfg-nics -l
vmnic6 0000:39:00.0 ionic_en_unstable Up 25000Mbps Full 00:ae:cd:09:c9:48 1500 Pensando Systems DSC-25 10/25G 2-port 4G RAM 8G eMMC G1 Services Card, Ethernet Controller
vmnic7 0000:3a:00.0 ionic_en_unstable Up 25000Mbps Full 00:ae:cd:09:c9:49 1500 Pensando Systems DSC-25 10/25G 2-port 4G RAM 8G eMMC G1 Services Card, Ethernet Controller
:~] esxcfg-nics -lS
vmnic8 0000:3b:00.0 ionic_en_unstable Up 1000Mbps Full 00:ae:cd:09:c9:4a 1500 Pensando Systems DSC-25 10/25G 2-port 4G RAM 8G eMMC G1 Services Card, Management Controller
고속 이더넷 컨트롤러 vmnic6 및 vmnic7이 먼저 등록되고 RSS가 16개의 수신 대기열로 설정되어 작동합니다.
:~] localcli --plugin-dir /usr/lib/vmware/esxcli/int networkinternal nic privstats get -n vmnic6…Num of RSS-Q=16, ntxq_descs=2048, nrxq_descs=1024, log_level=3, vlan_tx_insert=1, vlan_rx_strip=1, geneve_offload=1 }
그러나 드문 경우지만 관리 컨트롤러 vmnic8이 vSphere Distributed Switch에 먼저 등록되면 고속 이더넷 컨트롤러 vmnic6 또는 vmnic7 업링크는 RSS가 1개 수신 대기열로 설정되어 작동하게 될 수 있습니다.:~] localcli --plugin-dir /usr/lib/vmware/esxcli/int networkinternal nic privstats get -n vmnic6…Num of RSS-Q=1, ntxq_descs=2048, nrxq_descs=1024, log_level=3, vlan_tx_insert=1, vlan_rx_strip=1, geneve_offload=1 }
그 결과 기본 모드에서 성능이 느려질 수 있습니다.
해결 방법: 다음 명령을 사용하여 ESXi에서 ionic_en driver를 다시 로드합니다.:~] esxcfg-module -u ionic_en:~] esxcfg-module ionic_en:~] localcli --plugin-dir /usr/lib/vmware/esxcli/int/ deviceInternal bind.
VAMI(가상 장치 관리 인터페이스)에서 사전 업그레이드 단계 중에 주의 메시지가 표시됨
vSphere 플러그인을 원격 플러그인 아키텍처로 이동하면서 vSphere 8.0이 더 이상 로컬 플러그인을 지원하지 않습니다. 8.0 vSphere 환경에 로컬 플러그인이 있는 경우 해당 플러그인에 대해 호환성이 손상되는 변경으로 인해 VAMI를 사용한 사전 업그레이드 확인이 실패할 수 있습니다.
[사전 업데이트 확인] 결과 화면에 다음과 같은 오류가 표시됩니다.
Warning message: The compatibility of plug-in package(s) %s with the new vCenter Server version cannot be validated. They may not function properly after vCenter Server upgrade.
Resolution: Please contact the plug-in vendor and make sure the package is compatible with the new vCenter Server version.
해결 방법: VMware 호환성 가이드 및 VMware 제품 상호 운용성 매트릭스를 참조하거나 플러그인 벤더에게 문의하여 업그레이드를 계속하기 전에 환경의 로컬 플러그인이 vCenter Server 8.0과 호환되는지 확인하기 위한 권장 사항을 알아봅니다. 자세한 내용은 블로그 Deprecating the Local Plugins :- The Next Step in vSphere Client Extensibility Evolution 및 VMware 기술 자료 문서 87880을 참조하십시오.
CPU 무중단 추가가 가능하도록 설정된 가상 시스템에서 가상 NUMA(통일되지 않은 메모리 액세스) 노드에 할당된 PCI 패스스루 디바이스를 제거할 수 없음
기본적으로 실행 중인 가상 시스템에 vCPU를 추가할 수 있도록 CPU 무중단 추가가 가능하도록 설정하면 가상 NUMA 토폴로지가 비활성화되지만 NUMA 노드에 PCI 패스스루 디바이스가 할당된 경우 디바이스를 제거하려고 시도하면 오류가 발생합니다. vSphere Client에 Invalid virtual machine configuration. Virtual NUMA cannot be configured when CPU hotadd is enabled와 같은 메시지가 표시됩니다.
해결 방법: VMware 기술 자료 문서 89638을 참조하십시오.
OVF 파일 또는 컨텐츠 라이브러리에서 가상 시스템을 배포하는 경우 VM의 소켓당 코어 수가 1로 설정됨
OVF 파일 또는 컨텐츠 라이브러리에서 가상 시스템을 배포하는 경우 ESXi가 소켓당 코어 수를 자동으로 선택하는 대신 1로 미리 설정됩니다.
해결 방법: vSphere Client를 사용하여 소켓당 코어 수를 수동으로 설정할 수 있습니다. 자세한 내용은 VMware 기술 자료 문서 89639를 참조하십시오.
VMware vSphere Distributed Switch의 MTU(최대 전송 단위)를 Pensando DPU의 9174보다 큰 값으로 설정할 수 없음
ESXi 8.0 시스템에서 Pensando DPU를 사용하도록 설정한 vSphere 분산 서비스 엔진 기능이 있는 경우 vSphere Distributed Switch의 MTU(최대 전송 단위)를 9174보다 큰 값으로 설정할 수 없습니다.
해결 방법: 없음.
버전 4.1.3 이상의 ntg3 드라이버를 사용하는 NIC에 링크 변동이 나타남
버전 4.1.3 이상의 ntg3 드라이버를 사용하는 두 개의 NIC가 물리적 스위치 포트에 연결되지 않고 직접 연결된 경우 링크 변동이 발생할 수 있습니다. 이 문제는 4.1.3 이전 버전의 ntg3 드라이버 또는 tg3 드라이버에서는 발생하지 않습니다. 이 문제는 경우에 따라 이러한 NIC에서 발생하는 EEE(에너지 효율 이더넷) 링크 변동과는 관련이 없습니다. EEE 문제를 해결하려면 버전 4.1.7 이상의 ntg3 드라이버를 사용하거나 물리적 스위치 포트에서 EEE를 사용하지 않도록 설정하면 됩니다.
해결 방법: ntg3 드라이버를 버전 4.1.8로 업그레이드하고 새 모듈 매개 변수 noPhyStateSet을 1로 설정합니다. noPhyStateSet 매개 변수는 기본적으로 0으로 설정되며 문제가 발생한 경우를 제외하고 대부분의 환경에서는 이 매개 변수가 필요하지 않습니다.
DPU가 있는 vSphere 환경에서 VMware NSX 설치 또는 업그레이드가 연결 오류와 함께 실패할 수 있음
ESXi 호스트 측의 일시적 타이밍 문제로 인해 DPU가 있는 vSphere 환경에서 NSX 설치 또는 업그레이드가 실패할 수 있습니다. nsxapi.log 파일에 Failed to get SFHC response. MessageType MT_SOFTWARE_STATUS와 같은 로그가 표시됩니다.
해결 방법: 10분 동안 기다렸다가 NSX 설치 또는 업그레이드를 재시도하십시오.
icen 드라이버를 사용하여 SR-IOV를 사용하거나 사용하지 않도록 설정한 후 ESXi 호스트를 재부팅하지 않으면 해당 호스트에서 ENS 인터럽트 모드로 전송 노드를 구성할 때 일부 가상 시스템이 DHCP 주소를 가져오지 못할 수 있음
ESXi 호스트에서 icen 드라이버를 사용하여 SR-IOV를 사용하거나 사용하지 않도록 설정하고 ENS 인터럽트 모드에서 전송 노드를 구성하는 경우 호스트를 재부팅하지 않으면 일부 Rx(수신) 대기열이 작동하지 않을 수 있습니다. 그 결과 일부 가상 시스템이 DHCP 주소를 가져오지 못할 수 있습니다.
해결 방법: SR-IOV를 사용하도록 설정하지 않고 전송 노드 프로파일을 직접 추가하거나 SR-IOV를 사용하거나 사용하지 않도록 설정한 후 ESXi 호스트를 재부팅합니다.
vSphere 8.0의 ENS(고급 네트워크 스택) 모드에는 Mellanox ConnectX-5, ConnectX-6 카드 Model 1 Level 2 및 Model 2를 사용할 수 없음
하드웨어 제한으로 인해 vSphere 8.0의 ENS(고급 네트워크 스택) 모드용 Model 1 Level 2 및 Model 2는 ConnectX-5 및 ConnectX-6 어댑터 카드에서 지원되지 않습니다.
해결 방법: ENS Model 1 Level 2 및 Model 2A를 지원하는 Mellanox ConnectX-6 Lx 및 ConnectX-6 Dx 이상 카드를 사용합니다.
Pensando DPU는 ESXi 호스트의 물리적 스위치 포트에서 LLDP(Link Layer Discovery Protocol)를 지원하지 않음
DPU가 있는 ESXi 호스트에서 LLDP를 사용하도록 설정하면 호스트가 LLDP 패킷을 수신할 수 없습니다.
해결 방법: 없음.
vCenter Server 8.0으로 업그레이드한 후 VASA API 버전이 자동으로 새로 고쳐지지 않음
vCenter Server 8.0은 VASA API 버전 4.0을 지원합니다. 하지만 vCenter Server 시스템을 버전 8.0으로 업그레이드한 후 VASA API 버전이 자동으로 4.0으로 변경되지 않을 수 있습니다. 다음과 같은 2가지 경우에 이 문제가 발생할 수 있습니다.
VASA API 버전 4.0을 지원하는 VASA 제공자가 이전 버전의 VMware vCenter에 등록된 경우 VMware vCenter 8.0으로 업그레이드한 후 VASA API 버전이 변경되지 않은 상태로 유지됩니다. 예를 들어 VASA API 버전 3.5와 4.0을 모두 지원하는 등록된 VASA 제공자를 사용하여 7.x 버전의 VMware vCenter 시스템을 업그레이드하는 경우 VASA 제공자가 VASA API 버전 4.0을 지원하더라도 VASA API 버전이 자동으로 4.0으로 변경되지 않습니다. 업그레이드 후 vCenter Server > 구성 > 스토리지 제공자로 이동하고 등록된 VASA 제공자의 일반 탭을 확장하면 여전히 VASA API 버전 3.5가 표시됩니다.
VASA API 버전 3.5를 지원하는 VASA 제공자를 VMware vCenter 8.0 시스템에 등록하고 VASA API 버전을 4.0으로 업그레이드하는 경우 업그레이드 후에도 VASA API 버전 3.5가 계속 표시됩니다.
해결 방법: VMware vCenter 8.0 시스템에서 VASA 제공자를 등록 취소했다가 다시 등록하십시오.
NFC(Network File Copy) 관리자의 인증되지 않은 세션으로 인해 vSAN 환경에서 vSphere Storage vMotion 작업이 실패할 수 있음
하나 이상의 스냅샷이 있고 스토리지 정책이 서로 다른 둘 이상의 가상 디스크가 있는 가상 시스템의 vSphere Storage vMotion을 사용하여 vSAN 데이터스토어로 마이그레이션하는 작업이 실패할 수 있습니다. 이 문제는 SOAP(Simple Object Access Protocol) 본문이 허용된 크기를 초과하기 때문에 NFC 관리자의 세션이 인증되지 않아서 발생합니다.
해결 방법: 먼저 VM 홈 네임스페이스 및 여러 가상 디스크 중 하나만 마이그레이션합니다. 작업이 완료된 후 나머지 2개 디스크에 대한 디스크 전용 마이그레이션을 수행합니다.
다이제스트 작업이 실패한 CBRC(컨텐츠 기반 읽기 캐시) 오류로 인해 가상 시스템의 스냅샷을 생성할 수 없음
CBRC 다이제스트 파일을 업데이트하는 동안 컨텐츠 ID를 할당할 때 드문 경합 조건으로 인해 데이터 디스크와 다이제스트 디스크의 컨텐츠 ID가 일치하지 않을 수 있습니다. 그 결과, 가상 시스템 스냅샷을 생성할 수 없으며, 역추적에 An error occurred while saving the snapshot: A digest operation has failed와 같은 오류가 표시됩니다. 스냅샷 생성 작업은 재시도 시 완료됩니다.
해결 방법: 스냅샷 생성 작업을 다시 시도합니다.
개체를 변경할 때 리소스 풀 및 클러스터의 활용률 보기가 자동으로 새로 고쳐지지 않을 수 있음
리소스 풀 또는 클러스터의 모니터 탭에서 활용률 보기가 이미 열린 상태로 리소스 풀이나 클러스터를 변경하면 보기가 자동으로 새로 고쳐지지 않을 수 있습니다. 예를 들어 한 클러스터의 활용률 보기를 연 다음 다른 클러스터를 선택하면 첫 번째 클러스터의 통계가 계속 표시될 수 있습니다.
해결 방법: 새로 고침 아이콘을 클릭합니다.
vSphere 가상 인프라를 90% 이상 로드하면 ESXi 호스트와 vCenter Server의 연결이 간헐적으로 끊길 수 있음
드문 경우지만 vSphere 가상 인프라가 하드웨어 용량의 90% 이상을 계속 사용하면 일부 ESXi 호스트와 vCenter Server의 연결이 간헐적으로 끊길 수 있습니다. 연결은 일반적으로 몇 초 내에 복원됩니다.
해결 방법: 예상과 달리 vCenter Server에 대한 연결이 몇 초 안에 복원되지 않으면 vSphere Client를 사용하여 ESXi 호스트를 수동으로 다시 연결하십시오.
vSphere Client에서 기간별 데이터 가져오기에 대한 배너 알림이 표시되지 않음
백엔드 문제로 인해 vSphere Client에서 기간별 데이터의 백그라운드 마이그레이션에 대한 배너 알림이 표시되지 않습니다.
해결 방법: vSphere Client 대신 vCenter Server 관리 인터페이스를 사용합니다. 자세한 내용은 기간별 데이터 마이그레이션 모니터링 및 관리를 참조하십시오.
혼합 vCenter 환경에서 API를 사용하여 생성된 CNS(클라우드 네이티브 스토리지) 블록 볼륨에 대해 오류가 표시됨
환경에 8.0 및 7.x 버전의 vCenter Server 시스템이 있는 경우 API를 사용하여 CNS(클라우드 네이티브 스토리지) 블록 볼륨을 생성하는 데 성공해도 CNS 볼륨 세부 정보를 보기 위해 탐색할 때 vSphere Client에 오류가 표시될 수 있습니다. 다음과 같은 오류가 표시됩니다. Failed to extract the requested data. Check vSphere Client logs for details. + TypeError: Cannot read properties of null (reading 'cluster'). 이 문제는 8.0 vCenter Server의 vSphere Client를 사용하여 7.x vCenter Server에서 관리하는 볼륨을 검토하는 경우에만 발생합니다.
해결 방법: 7.x 버전의 vCenter Server 시스템에서 vSphere Client에 로그인하여 볼륨 속성을 검토합니다.
드문 경우지만 vpxa의 요청 대기열에 대한 파일 설명자가 부족하여 ESXi 호스트가 응답하지 않고 vpxa 덤프 파일이 표시될 수 있음
드문 경우지만 vpxa 서비스에 대한 요청이 오래 걸리는 경우(예: 느린 데이터스토어에 대한 액세스를 기다리는 경우) vpxa의 요청 대기열이 파일 설명자의 제한을 초과할 수 있습니다. 그 결과 ESXi 호스트가 일시적으로 응답하지 않을 수 있으며 /var/core 디렉토리에 vpxa-zdump.00* 파일이 표시됩니다. vpxa 로그에는 Too many open files 행이 포함됩니다.
해결 방법: 없음. vpxa 서비스가 자동으로 다시 시작되고 문제가 해결됩니다.
신뢰할 수 없는 인증서로 사용자 지정 업데이트 저장소를 사용하는 경우 vCenter Lifecycle Manager 워크플로를 사용하여 vCenter Server를 vSphere 8.0으로 업그레이드 또는 업데이트하면 실패할 수 있음
VMCA(VMware Certificate Authority)가 신뢰하지 않는 자체 서명된 인증서로 사용자 지정 업데이트 저장소를 사용하는 경우 vCenter Lifecycle Manager가 해당 저장소에서 파일을 다운로드하지 못합니다. 그 결과 vCenter Lifecycle Manager 워크플로를 사용한 vCenter Server 업그레이드 또는 업데이트 작업이 실패하고 Failed to load the repository manifest data for the configured upgrade.오류가 표시됩니다.
해결 방법: CLI, GUI 설치 관리자 또는 VAMI(가상 장치 관리 인터페이스)를 사용하여 업그레이드를 수행합니다. 자세한 내용은 VMware 기술 자료 문서 89493을 참조하십시오.
기존 가상 하드 디스크를 새 가상 시스템에 추가할 때 VM 구성이 거부되었다는 오류가 표시될 수 있음
VMware Host Client를 사용하여 새 가상 시스템에 기존 가상 하드 디스크를 추가하는 경우 작업이 실패하고 The VM configuration was rejected. Please see browser Console와 같은 오류가 표시될 수 있습니다. 이 문제는 VMware Host Client가 하드 디스크 컨트롤러와 같은 일부 속성을 가져오지 못할 수도 있기 때문에 발생합니다.
해결 방법: 하드 디스크를 선택하고 완료 준비 페이지로 이동한 후 마침을 클릭하지 마십시오. 대신 한 단계 뒤로 돌아가서 페이지가 로드될 때까지 기다린 후 다음 > 마침을 클릭하십시오.
병렬 업데이트 적용 작업이 실패하는 경우 작업을 통과하거나 건너뛴 정확한 ESXi 호스트 수가 표시되지 않음
vSphere 8.0에서는 vSphere Lifecycle Manager가 유지 보수 모드에 있는 모든 호스트에 순차적이 아닌 병렬로 업데이트를 적용하도록 설정할 수 있습니다. 하지만 병렬 업데이트 적용 작업이 실패하는 경우 vSphere Client에서 작업을 통과하거나 실패하거나 건너뛴 정확한 호스트 수가 표시되지 않거나 그러한 수가 전혀 표시되지 않을 수 있습니다. 이 문제는 vSphere Lifecycle Manager 기능에는 영향을 주지 않고 vSphere Client의 보고에만 영향을 줍니다.
해결 방법: 없음.
상태 저장 설치를 사용하도록 설정된 호스트 프로파일에서 배포된 ESXi 호스트를 이미지로 사용하여 클러스터에 다른 ESXi 호스트를 배포하는 경우 작업이 실패함
vSphere Lifecycle Manager 클러스터에 다른 ESXi 호스트를 배포하기 위해 상태 저장 설치를 사용하도록 설정된 호스트 프로파일에서 배포된 ESXi 호스트의 이미지를 추출하면 작업이 실패합니다. vSphere Client에 A general system error occurred: Failed to extract image from the host: no stored copy available for inactive VIB VMW_bootbank_xxx. Extraction of image from host xxx.eng.vmware.com failed와 같은 오류가 표시됩니다.
해결 방법: 클러스터의 다른 호스트를 사용하여 이미지를 추출합니다.
8.0 이전 버전의 ESXi 호스트에서 vSphere Lifecycle Manager 이미지를 스테이징하려고 하면 오류 메시지가 표시됨
ESXi 8.0에는 원하는 상태 이미지를 명시적으로 스테이징하는 옵션이 도입되었습니다. 이것은 소프트웨어 및 펌웨어 업데이트를 즉시 적용하지 않고 vSphere Lifecycle Manager 디포에서 ESXi 호스트로 디포 구성 요소를 다운로드하는 프로세스입니다. 단, 이미지 스테이징은 ESXi 8.0 이상 호스트에서만 지원됩니다. 8.0 이전 버전의 ESXi 호스트에서 vSphere Lifecycle Manager 이미지를 스테이징하려고 하면 해당 호스트의 스테이징이 실패하여 호스트를 건너뛴다는 메시지가 표시됩니다. 이는 예상되는 동작으로 기능 실패를 나타내지 않습니다. 모든 ESXi 8.0 이상 호스트는 지정된 원하는 이미지로 스테이징되기 때문입니다.
해결 방법: 없음. 영향을 받는 ESXi 호스트의 버전이 8.0 이전인지 확인한 후 오류를 무시합니다.
vSphere Lifecycle Manager를 사용한 업데이트 적용 작업이 DPU가 있는 ESXi 호스트에서 간헐적으로 실패할 수 있음
DPU가 있는 ESXi 호스트에서 vSphere Lifecycle Manager 업데이트 적용을 시작하면 호스트가 예상대로 업그레이드되고 재부팅되지만 재부팅 후 업데이트 적용 작업을 완료하기 전에 다음과 같은 오류가 표시될 수 있습니다.
A general system error occurred: After host … remediation completed, compliance check reported host as 'non-compliant'. The image on the host does not match the image set for the cluster. Retry the cluster remediation operation.
이 문제는 DPU에서 업데이트 적용 후 검색의 간헐적인 시간 초과로 인해 드물게 발생하는 문제입니다.
해결 방법: ESXi 호스트를 재부팅하고 업데이트 적용 후 검색이 포함된 vSphere Lifecycle Manager 규정 준수 검사 작업을 다시 실행합니다.
VMware Host Client에 심각도 이벤트 상태에 대한 설명이 잘못 표시될 수 있음
VMware Host Client에서 ESXi 호스트의 심각도 이벤트 상태에 대한 설명을 보면 IPMI(Intelligent Platform Management Interface) 또는 Lenovo XCC(XClarity Controller)를 사용하여 표시되는 설명과 다를 수 있습니다. 예를 들어, VMware Host Client에서 PSU 센서의 심각도 이벤트 상태에 대한 설명은 Transition to Non-critical from OK인데 XCC 및 IPMI에는 설명이 Transition to OK일 수 있습니다.
해결 방법: ESXCLI 명령 esxcli hardware ipmi sdr list 및 Lenovo XCC를 사용하여 심각도 이벤트 상태에 대한 설명을 확인합니다.
2048비트보다 작은 RSA 키 크기를 사용하는 경우 RSA 서명 생성이 실패함
vSphere 8.0부터 ESXi는 OpenSSL 3.0 FIPS 제공자를 사용합니다. FIPS 186-4 요구 사항의 일환으로 서명 생성을 위한 RSA 키 크기는 2048비트 이상이어야 하며 SHA1을 사용한 서명 생성은 지원되지 않습니다.
해결 방법: 2048보다 큰 RSA 키 크기를 사용하십시오.
VMCI(가상 시스템 통신 인터페이스)를 통한 통신 끊김으로 인해 VM의 게스트 운영 체제가 응답하지 않을 수 있음
매우 특정한 상황에서 가상 시스템에 대한 vSphere vMotion 작업이 VMCI 데이터그램을 전송하는 작업과 병렬로 실행될 때 VMCI 데이터그램을 사용하는 서비스에 예기치 않은 통신 또는 통신 끊김이 발생할 수 있습니다. 동일한 조건에서 메모리 스냅샷을 복원하거나 일시 중단된 VM을 재개하거나 CPU 무중단 추가를 사용할 때도 이 문제가 발생할 수 있습니다. 그 결과 VMCI를 통해 통신하는 서비스에 의존하는 게스트 운영 체제가 응답하지 않을 수 있습니다. 이 문제는 VMCI를 통해 vSockets를 사용하는 서비스에도 영향을 줄 수 있습니다. 이 문제는 VMware Tools에 영향을 주지 않습니다. 이 문제는 RHEL 8.7, Ubuntu 22.04 및 22.10, SLES15 SP3 및 SP4의 최신 버전을 포함하되 이에 국한되지 않는 VMCI 기능에 대해 Linux 커널 5.18에 도입된 특정 패치가 있는 Linux 배포의 하드웨어 버전 20의 VM에만 해당됩니다.
해결 방법: 고급 옵션 vmci.dmaDatagramSupport를 FALSE로 설정합니다. 자세한 내용은 VMware 기술 자료 문서 89683을 참조하십시오.
DMA(직접 메모리 액세스) 다시 매핑을 사용하도록 설정한 경우 Linux 게스트 운영 체제가 부팅을 완료할 수 없음
가상 시스템에서 고급 프로세서 설정 Enable IOMMU in this virtual machine을 사용하도록 설정하고 게스트 운영 체제에서 DMA 다시 매핑을 사용하도록 설정한 경우 Linux 게스트 운영 체제가 부팅 프로세스를 완료하지 못할 수 있습니다. 이 문제는 RHEL 8.7, Ubuntu 22.04 및 22.10, SLES15 SP3 및 SP4의 최신 버전을 포함하되 이에 국한되지 않는 VMCI 기능에 대해 Linux 커널 5.18에 도입된 특정 패치가 있는 Linux 배포 및 하드웨어 버전이 20인 VM에 영향을 줍니다.
해결 방법: 고급 옵션 vmci.dmaDatagramSupport를 FALSE로 설정하거나 Enable IOMMU in this virtual machine 옵션을 사용하지 않도록 설정합니다. 자세한 내용은 VMware 기술 자료 문서 89683을 참조하십시오.
