호스트가 ESXi 7.0에서 지원되는 최소 하드웨어 구성을 충족하는지 확인합니다.

하드웨어 및 시스템 리소스

ESXi를 설치하거나 업그레이드하려면 하드웨어 및 시스템 리소스가 다음과 같은 요구 사항을 충족해야 합니다.

  • 지원되는 서버 플랫폼. 지원되는 플랫폼 목록은 "VMware 호환성 가이드" (http://www.vmware.com/resources/compatibility)를 참조하십시오.
  • ESXi 7.0을 사용하려면 CPU 코어가 2개 이상인 호스트가 필요합니다.
  • ESXi 7.0은 광범위한 다중 코어의 64비트 x86 프로세서를 지원합니다. 지원되는 프로세서의 전체 목록은 VMware 호환성 가이드(http://www.vmware.com/resources/compatibility)를 참조하십시오.
  • ESXi 7.0를 사용하려면 BIOS에서 CPU에 NX/XD 비트를 사용하도록 설정해야 합니다.
  • ESXi 7.0에는 최소 4GB의 물리적 RAM이 필요합니다. 일반적인 운영 환경에서 가상 시스템을 실행하려면 최소 8GB의 RAM을 제공합니다.
  • 64비트 가상 시스템을 지원하려면, 하드웨어 가상화(Intel VT-x 또는 AMD RVI) 지원이 x64 CPU에 사용되어야 합니다.
  • 하나 이상의 기가비트 또는 더 빠른 이더넷 컨트롤러. 지원되는 네트워크 어댑터 모델 목록은 "VMware 호환성 가이드" (http://www.vmware.com/resources/compatibility)를 참조하십시오.
  • ESXi 7.0에는 영구 스토리지(예: HDD, SSD 또는 NVMe)가 32GB 이상 있는 부팅 디스크가 필요합니다. ESXi 부트 뱅크 파티션에만 USB, SD 및 USB 이외 플래시 미디어 디바이스를 사용합니다. 부팅 디바이스는 ESXi 호스트 간에 공유하지 않아야 합니다.
  • 가상 시스템에 사용할 수 있는 분할되지 않은 공간이 있는 SCSI 디스크 또는 로컬 비 네트워크 RAID LUN
  • SATA(Serial ATA)의 경우, 지원되는 SAS 컨트롤러 또는 지원되는 온보드 SATA 컨트롤러를 통해 연결된 디스크. SATA 디스크는 로컬이 아니라 원격 디스크로 간주됩니다. 이러한 디스크는 원격 디스크로 표시되므로 기본적으로 스크래치 파티션으로 사용되지 않습니다.
    참고: SATA CD-ROM 디바이스는 ESXi 호스트의 가상 시스템에 연결할 수 없습니다. SATA CD-ROM 디바이스를 사용하려면 IDE 에뮬레이션 모드를 사용해야 합니다.

스토리지 시스템

지원되는 스토리지 시스템 목록은 "VMware 호환성 가이드" (http://www.vmware.com/resources/compatibility)를 참조하십시오. 소프트웨어 FCoE(Fibre Channel over Ethernet)의 경우 소프트웨어 FCoE를 사용하여 ESXi 설치 및 부팅을 참조하십시오.

ESXi 부팅 요구 사항

vSphere 7.0에서는 UEFI(Unified Extensible Firmware Interface)에서 ESXi 호스트를 부팅할 수 있습니다. UEFI를 사용하면 하드 드라이브, CD-ROM 드라이브 또는 USB 미디어에서 시스템을 부팅할 수 있습니다.

vSphere Auto Deploy는 UEFI를 사용하는 ESXi 호스트의 네트워크 부팅 및 프로비저닝을 지원합니다.

사용 중인 추가 기능 카드의 시스템 방화벽 및 펌웨어가 지원하는 경우 2TB 이상의 디스크에서 ESXi를 부팅할 수 있습니다. 벤더 설명서를 참조하십시오.

ESXi 7.0 설치 또는 업그레이드를 위한 스토리지 요구 사항

ESXi 7.0 설치의 성능을 최대화하려면 부팅 디바이스용으로 최소 32GB의 영구 스토리지 디바이스를 사용합니다. ESXi 7.0로 업그레이드하려면 최소 4GB인 부팅 디바이스가 필요합니다. 로컬 디스크, SAN 또는 iSCSI LUN에서 부팅할 때 부팅 파티션, 부트 뱅크 및 VMFS-L 기반 ESX-OSData 볼륨이 포함된 시스템 스토리지 볼륨 생성을 허용하는 데 32GB 이상의 디스크가 필요합니다. ESX-OSData 볼륨은 레거시 /scratch 파티션, VMware Tools용 잠금 관리자 파티션 및 코어 덤프 대상의 역할을 수행합니다.

ESXi 7.0 설치의 성능을 최대화하기 위한 기타 옵션은 다음과 같습니다.

  • ESX-OSData 최적 지원을 위한 128 GB 이상의 로컬 디스크. 이 디스크에는 부팅 파티션, ESX-OSData 볼륨 및 VMFS 데이터스토어가 포함됩니다.
  • 128TBW(테라바이트 쓰기) 이상을 지원하는 디바이스.
  • 100MB/s 이상의 순차 쓰기 속도를 제공하는 디바이스입니다.
  • 디바이스 장애 시 복원력을 제공하려면 RAID 1 미러링 디바이스를 사용하는 것이 좋습니다.
참고: GB 단위는 2^30바이트 또는 1024*1024*1024바이트의 배수입니다.
레거시 SD 및 USB 디바이스가 지원되지만 다음과 같은 제한 사항이 있습니다.
  • SD 및 USB 디바이스는 부트 뱅크 파티션에 대해 지원됩니다. 최상의 성능을 위해 ESX-OSData 볼륨의 /scratchVMware Tools 파티션을 저장할 최소 32GB의 별도 영구 로컬 디바이스도 제공합니다. 영구 로컬 디바이스의 최적 용량은 128GB입니다. ESX-OSData 파티션을 저장하기 위한 SD 및 USB 디바이스 사용은 더 이상 지원되지 않습니다.
  • ESXi 7.0 업데이트 3부터는 부팅 디바이스가 HDD, SSD 또는 NVMe 디바이스와 같은 로컬 영구 스토리지가 없는 USB 또는 SD 카드인 경우 VMware Tools 파티션이 RAM 디스크에 자동으로 생성됩니다. 자세한 내용은 기술 자료 문서 83376을 참조하십시오.
  • 로컬 영구 스토리지가 없는 USB 또는 SD 카드에 /scratch 파티션을 할당하면 플래시 미디어 디바이스에서 부팅 뱅크 파티션 이외의 파티션을 생성하거나 구성할 수 없도록 하는 주의가 표시됩니다. 최상의 성능을 위해 RAM 디스크에 /scratch 파티션을 설정합니다. 또한 /scratch 파티션을 구성하고 SAN 또는 NFS로 이동할 수도 있습니다. 자세한 내용은 기술 자료 문서 1033696을 참조하십시오.
  • SD 플래시 스토리지 디바이스에 ESXi를 설치하려는 특정 서버 모델에 대해 서버 벤더에서 승인한 SD 플래시 디바이스를 사용해야 합니다. 검증된 디바이스 목록은 partnerweb.vmware.com에서 찾을 수 있습니다.
  • SD 카드 또는 USB 기반 환경에 대한 업데이트된 지침은 기술 자료 문서 85685를 참조하십시오.
  • 적절한 SD 또는 USB 부팅 디바이스를 선택하려면 기술 자료 문서 82515를 참조하십시오.
경고:

로컬 디스크를 찾을 수 없거나 부팅 미디어가 영구 데이터를 위한 추가 지속형 스토리지가 없는 USB 또는 SD 디바이스인 경우 /scratch 파티션은 RAM 디스크에 있고 /tmp에 연결되며 ESXi 7.0은 성능이 저하된 모드에서 작동됩니다.

성능 저하 모드에서는 다음과 같은 시스템 경고가 표시됩니다. ALERT: No persistent storage available for system logs and data. ESX is operating with limited system storage space, logs and system data will be lost on reboot.

ESXi 7.0이 성능 저하 모드에서 작동하는 경우 로그에 RAM을 사용하면 비영구 로그, 로그 실패 또는 임시 데이터의 메모리 부족 상태가 발생할 수 있습니다. 디스크 상태를 재구축하는 데 시간이 소요되어 부팅이 느려질 수 있는 부작용이 있습니다.

성능 저하 모드를 방지하려면 충분한 크기의 영구 스토리지를 사용하십시오. 별도 디스크 또는 LUN을 사용하도록 /scratch를 재구성할 수 있습니다.

ESXi 7.0로의 업그레이드 프로세스는 부팅 디바이스를 다시 분할하고 원래 코어 덤프, 잠금 관리자 및 스크래치 파티션을 ESX-OSData 볼륨으로 통합합니다.

재 파티션 프로세스 중에 다음 이벤트가 발생합니다.
  • 사용자 지정 코어 덤프 대상이 구성되지 않은 경우 기본 코어 덤프 위치는 ESX-OSData 볼륨의 파일입니다.
  • syslog 서비스가 4GB VFAT 스크래치 파티션에 로그 파일을 저장하도록 구성된 경우 var/run/log 의 로그 파일은 ESX-OSData 볼륨으로 마이그레이션됩니다.
  • VMware Tools는 잠금 관리자 파티션에서 마이그레이션되고 파티션이 초기화됩니다.
  • 코어 덤프 파티션이 초기화됩니다. 스크래치 파티션에 저장된 애플리케이션 코어 덤프 파일이 삭제됩니다.
참고: 부팅 디바이스의 파티션 다시 시정 프로세스때문에 ESXi의 이전 버전으로 롤백할 수 없습니다. 버전 7.0으로 업그레이드한 후 ESXi의 이전 버전을 사용하려면 업그레이드 전에 부팅 디바이스의 백업을 생성하고 백업에서 ESXi 부팅 디바이스를 복원해야 합니다.

USB 또는 SD 디바이스를 사용하여 업그레이드를 수행하면 설치 관리자는 사용 가능한 로컬 디스크에 ESX-OSData 영역을 할당하려고 시도합니다. 사용 가능한 공간이 없는 경우 /scratch에 데이터스토어가 사용됩니다. 로컬 디스크 또는 데이터스토어를 찾을 수 없는 경우 /scratch는 RAM 디스크에 위치합니다. 업그레이드 후 /scratch를 영구 데이터스토어를 사용하도록 재구성하거나 시스템 스토리지 볼륨에 대한 새 디스크를 추가합니다.

/scratch를 재구성하려면 vSphere Client에서 스크래치 파티션 설정의 내용을 참조하십시오.

ESXi 7.0로 업그레이드한 후 새 로컬 디스크를 추가하고 autoPartition=TRUE 설정을 사용하도록 설정할 수 있습니다. 재부팅 후 부팅 디스크가 분할됩니다. ESXi 시스템 파티션의 크기를 구성하는 부팅 옵션에 대한 자세한 내용은 기술 자료 문서 https://kb.vmware.com/s/article/81166에서 참조하십시오.

Auto Deploy 설치 시 설치 관리자는 가용 로컬 디스크 또는 데이터스토어에 스크래치 영역을 할당합니다. 로컬 디스크 또는 데이터스토어를 찾을 수 없는 경우 /scratch 파티션은 RAM 디스크에 위치합니다. 설치 후 영구 데이터스토어를 사용하도록 /scratch를 재구성합니다.

SAN에서 부팅되거나 Auto Deploy를 사용하는 환경의 경우 각 ESXi 호스트에 대한 ESX-OSData 볼륨은 별도의 SAN LUN에 설정되어야 합니다. 하지만 /scratch가 ESX-OSData를 사용하지 않도록 구성된 경우 각 호스트에 대해 /scratch에 대한 별도의 LUN을 할당하지 않아도 됩니다. 여러 ESXi 호스트용 스크래치 영역을 단일 LUN에 공동 할당할 수 있습니다. 단일 LUN에 할당된 호스트의 수는 LUN 크기와 가상 시스템의 I/O 작동에 비례합니다.