VMware vCenter Server 8.0c 릴리스 정보

vCenter Server 8.0c | 2023년 3월 30일 |ISO 빌드 21457384 이 릴리스 정보의 추가 사항 및 업데이트 사항을 확인하십시오.

새로운 기능

• VMware vCenter Server 8.0c 릴리스 정보는 VMware vSphere with Tanzu 릴리스 정보에 대한 매개체 역할을 하며 vCenter Server 수정 사항을 제공하지 않습니다. 

국제화, 호환성, 설치, 업그레이드, 오픈 소스 구성 요소 및 제품 지원 고지 사항에 대한 자세한 내용은 VMware vSphere 8.0 릴리스 정보를 참조하십시오.

vCenter Server에서 지원하는 업그레이드 및 마이그레이션 경로에 대한 자세한 내용은 VMware 기술 자료 문서 67077을 참조하십시오.

이 릴리스에 포함된 패치

• VMware vCenter Server 8.0c에 대한 패치
• 다운로드 및 설치

VMware vCenter Server 8.0c에 대한 패치

VMware 소프트웨어 수정 사항, 보안 수정 사항 및 타사 제품 수정 사항이 포함된 vCenter Server용 제품 패치입니다.

이 패치는 vCenter Server에 적용할 수 있습니다.

다운로드 파일 이름	VMware-vCenter-Server-Appliance-8.0.0.10300-21457384-patch-FP.iso
빌드	21457384
다운로드 크기	6471.3 MB
sha256checksum	336f03622ba8fb1e84a715bfdbcc82e5934d15a10971bf1f5e1d8724f459bc01

다운로드 및 설치

VMware Customer Connect에서 이 패치를 다운로드하려면 제품 및 계정 > 제품 패치로 이동해야 합니다. 제품 선택 드롭다운 메뉴에서 VC를 선택하고 버전 선택 드롭다운 메뉴에서 8.0.0을 선택합니다.

1. VMware-vCenter-Server-Appliance-8.0.0.10300-21457384-patch-FP.iso 파일을 vCenter Server CD 또는 DVD 드라이브에 연결합니다.

2. 슈퍼 관리자 권한이 있는 사용자(예: 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 패치 적용을 참조하십시오.

이전 릴리스의 알려진 문제

• 설치, 업그레이드 및 마이그레이션 문제
• 기타 문제
• 네트워킹 문제
• 스토리지 문제
• vCenter Server 및 vSphere Client 문제
• 가상 시스템 관리 문제
• 보안 기능 문제
• vSphere Lifecycle Manager 문제
• VMware Host Client 문제
• 게스트 운영 체제 문제

설치, 업그레이드 및 마이그레이션 문제

• 소프트웨어 FCoE 구성을 사용하여 호스트 프로파일을 ESXi 8.0 호스트에 적용하는 경우 검증 오류로 인해 작업이 실패함

  vSphere 7.0부터 소프트웨어 FCoE는 더 이상 사용되지 않으며 vSphere 8.0 소프트웨어 FCoE 프로파일은 지원되지 않습니다. 호스트 사용자 지정을 편집하는 것과 같이 이전 버전의 호스트 프로파일을 ESXi 8.0 호스트에 적용하려고 하면 작업이 실패합니다. vSphere Client에 Host Customizations validation error와 같은 오류가 표시됩니다.

  해결 방법: 호스트 프로파일에서 소프트웨어 FCoE 구성 하위 프로파일을 사용하지 않도록 설정하십시오.

• vCenter Server 업데이트가 실패하고 저장소 매니페스트 데이터 로드 실패 오류가 발생함

  설정한 사용자 지정 저장소의 인증 및 자체 서명된 인증서를 vCenter Server에서 신뢰하지 않는 경우, vCenter Server 8.0 이상으로의 업데이트 및 업그레이드가 실패할 수 있습니다. 업그레이드 사전 검사가 완료된 후 vSphere Client에 Failed to load the repository manifest data for the configured upgrade와 같은 오류가 표시될 수 있습니다.

  해결 방법: VMware 기술 자료 문서 90259를 참조합니다.

• 버전 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가지 옵션 중 하나를 사용하십시오.

  1. 일반적으로 F2 키를 누르거나 가상 콘솔을 열고 디바이스 설정 > <해당 Broadcom NIC> > 디바이스 구성 메뉴 > 미디어 자동 감지를 열어 시스템 설정 기본 메뉴로 이동하고 BIOS 설정에서 media-auto-detect 옵션을 사용하도록 설정합니다. 호스트를 재부팅합니다.

  2. 또는 다음과 유사한 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 매개 변수를 사용합니다.

기타 문제

• ESXi 호스트를 종료하거나 다시 시작하는 동안 DPU에서 PCI 패스스루가 활성 상태이면 보라색 진단 화면이 표시되면서 호스트가 실패함

  ESXi 호스트를 종료하거나 재부팅할 때 활성 가상 시스템이 DPU로의 PCI 패스스루를 사용하는 경우 보라색 진단 화면이 표시되면서 호스트가 실패합니다. 이 문제는 DPU가 있는 시스템으로 한정되며, VM이 DPU로의 PCI 패스스루를 사용하는 경우에만 발생합니다.

  해결 방법: ESXi 호스트를 종료하거나 재부팅하기 전에 호스트가 유지 보수 모드에 있는지 또는 DPU로의 PCI 패스스루를 사용하는 VM이 실행되고 있지 않은지 확인하십시오. 가상 시스템에 대해 자동 시작 옵션을 사용하는 경우 Autostart Manager는 호스트를 종료하거나 재부팅하기 전에 이러한 VM을 중지합니다.

• vmware-rbd-watchdog 서비스에 대한 구성 변경 사항을 되돌릴 수 없음

  TLS 구성 유틸리티를 사용하여 구성 변경 사항을 되돌리면 vmware-rbd-watchdog 서비스가 예상된 TLS 프로토콜로 다시 복원되지 않습니다.

  해결 방법: 인수 -s <service-name>을 사용하여 rbd 서비스를 개별적으로 호출합니다. 예를 들면 다음과 같습니다. root@sc1-10-168-175-98 [ /usr/lib/vmware-TlsReconfigurator/VcTlsReconfigurator ]# ./reconfigureVc restore -d /tmp/20221124T100959 -s vmware-rbd-watchdog

• vSphere API 탐색기, VMware DCLI(Datacenter CLI) 및 PowerCLI에서 작동하지 않는 API 옵션 "contentinternal"이 표시됨

  vSphere API 탐색기, DCLI 및 PowerCLI 메타데이터에 contentinternal API 옵션이 표시됩니다. 예를 들어 https://<your vCenter IP>/ui/app/devcenter/api-explorer를 열면 API 선택 드롭다운 메뉴에 옵션이 표시됩니다. 이 옵션이 작동하지 않습니다.

  해결 방법: contentinternal API 옵션을 무시하고 사용하지 않습니다.

• DPU가 있는 vSphere 시스템에서 ESXi 시스템 구성을 재설정하거나 복원하면 DPU가 잘못된 상태가 될 수 있음

  DPU가 있는 vSphere 시스템에서 ESXi 시스템 구성을 재설정하거나 복원하는 경우(예: 직접 콘솔에서 시스템 구성 재설정 선택), 이 작업으로 인해 DPU의 상태가 잘못될 수 있습니다. DCUI에 Failed to reset system configuration. Note that this operation cannot be performed when a managed DPU is present와 같은 오류가 표시될 수 있습니다. DPU를 포함하는 ESXi 설치에는 -f 강제 재부팅 옵션에 대한 백엔드 호출이 지원되지 않습니다. ESXi 8.0이 -f 강제 재부팅 옵션을 지원하기는 하지만 DPU가 있는 ESXi 구성에서 reboot -f를 사용하면 강제 재부팅으로 인해 잘못된 상태가 될 수 있습니다.

  해결 방법: ESXi를 다시 설치합니다. DPU가 있는 vSphere 시스템에서 ESXi 시스템 구성을 재설정하지 마십시오.

• 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에 대해 사용하도록 설정된 기본 하드웨어 오프로드 모드를 항상 사용합니다.

• 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를 참조하십시오.

• 벤더 디바이스 그룹이 있는 버전이 20 이전인 HW에서 VM을 구성하는 경우 해당 VM이 예상대로 작동하지 않을 수 있음

  고속 네트워킹 디바이스와 GPU의 바인딩을 가능하게 하는 벤더 디바이스 그룹은 HW 버전이 20 이상인 VM에서만 지원되지만 벤더 디바이스 그룹이 있는 HW 버전이 20 이전인 VM을 구성하는 것은 금지되지 않습니다. 이러한 VM은 예상대로 작동하지 않을 수 있습니다. 예를 들어 전원을 켜지 못할 수 있습니다.

  해결 방법: 해당 VM에서 벤더 디바이스 그룹을 구성하기 전에 VM HW 버전이 버전 20인지 확인합니다.

네트워킹 문제

• 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가지 경우에 이 문제가 발생할 수 있습니다.

  1. 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가 표시됩니다.

  2. 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와 같은 오류가 표시됩니다. 스냅샷 생성 작업은 재시도 시 완료됩니다.

  해결 방법: 스냅샷 생성 작업을 다시 시도합니다.

vCenter Server 및 vSphere Client 문제

• 개체를 변경할 때 리소스 풀 및 클러스터의 활용률 보기가 자동으로 새로 고쳐지지 않을 수 있음

  리소스 풀 또는 클러스터의 모니터 탭에서 활용률 보기가 이미 열린 상태로 리소스 풀이나 클러스터를 변경하면 보기가 자동으로 새로 고쳐지지 않을 수 있습니다. 예를 들어 한 클러스터의 활용률 보기를 연 다음 다른 클러스터를 선택하면 첫 번째 클러스터의 통계가 계속 표시될 수 있습니다.

  해결 방법: 새로 고침 아이콘을 클릭합니다.

• 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 서비스가 자동으로 다시 시작되고 문제가 해결됩니다.

가상 시스템 관리 문제

• 기존 가상 하드 디스크를 새 가상 시스템에 추가할 때 VM 구성이 거부되었다는 오류가 표시될 수 있음

  VMware Host Client를 사용하여 새 가상 시스템에 기존 가상 하드 디스크를 추가하는 경우 작업이 실패하고 The VM configuration was rejected. Please see browser Console와 같은 오류가 표시될 수 있습니다. 이 문제는 VMware Host Client가 하드 디스크 컨트롤러와 같은 일부 속성을 가져오지 못할 수도 있기 때문에 발생합니다.

  해결 방법: 하드 디스크를 선택하고 완료 준비 페이지로 이동한 후 마침을 클릭하지 마십시오. 대신 한 단계 뒤로 돌아가서 페이지가 로드될 때까지 기다린 후 다음 > 마침을 클릭하십시오.

보안 기능 문제

• 2048비트보다 작은 RSA 키 크기를 사용하는 경우 RSA 서명 생성이 실패함

  vSphere 8.0부터 ESXi는 OpenSSL 3.0 FIPS 제공자를 사용합니다. FIPS 186-4 요구 사항의 일환으로 서명 생성을 위한 RSA 키 크기는 2048비트 이상이어야 하며 SHA1을 사용한 서명 생성은 지원되지 않습니다.

  해결 방법: 2048보다 큰 RSA 키 크기를 사용하십시오.

vSphere Lifecycle Manager 문제

• 상태 저장 설치를 사용하도록 설정된 호스트 프로파일에서 배포된 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에 심각도 이벤트 상태에 대한 설명이 잘못 표시될 수 있음

  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를 사용하여 심각도 이벤트 상태에 대한 설명을 확인합니다.

게스트 운영 체제 문제

• 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을 참조하십시오.