호스트 패치와 호스트 업그레이드 작업 시 다양한 호스트 및 클러스터 설정을 사용하여 Update Manager 동작을 구성할 수 있습니다.
호스트 및 클러스터 설정
vSphere DRS(Distributed Resource Scheduler), vSphere HA(High Availability) 및 vSphere FT(Fault Tolerance)가 사용되도록 설정된 클러스터에서 vSphere 개체를 업데이트할 때 전체 클러스터에 대해 일시적으로 vSphere DPM(Distributed Power Management), HA 승인 제어 및 FT를 사용하지 않도록 설정할 수 있습니다. 업데이트가 완료되면 Update Manager가 이러한 기능을 복원합니다.
업데이트하려면 업데이트 적용 동안 호스트를 유지 보수 모드로 전환해야 할 수 있습니다. 호스트가 유지 보수 모드인 상태에서는 가상 시스템을 실행할 수 없습니다. 가용성을 보장하기 위해 vCenter Server는 호스트가 유지 보수 모드로 전환되기 전에 가상 시스템을 클러스터 내의 다른 ESXi 호스트로 마이그레이션할 수 있습니다. vCenter Server는 클러스터가 vSphere vMotion에 대해 구성되어 있으며 DRS가 사용되도록 설정된 경우 가상 시스템을 마이그레이션합니다.
클러스터의 호스트 간에 vSphere vMotion 호환성을 보장하도록 EVC(향상된 vMotion 호환성)를 사용하도록 설정합니다. EVC를 사용하면 호스트의 실제 CPU가 달라도 클러스터의 모든 호스트가 가상 시스템에 동일한 CPU 기능 세트를 제공합니다. EVC를 사용하면 CPU가 호환되지 않아 vSphere vMotion을 사용한 마이그레이션이 실패하는 문제를 방지할 수 있습니다. 호스트 CPU가 호환성 요구 사항을 충족하는 클러스터에서만 EVC를 사용하도록 설정할 수 있습니다. EVC 및 EVC 클러스터의 호스트가 충족해야 하는 요구 사항에 대한 자세한 내용은 "vCenter Server 및 호스트 관리" 를 참조하십시오.
호스트에 실행 중인 가상 시스템이 없으면 DPM이 호스트를 대기 모드로 전환하고 Update Manager 작업을 중단할 수 있습니다. 따라서 Update Manager는 검색 및 스테이징 작업이 성공적으로 완료될 수 있도록 작업 수행 중에 DPM을 사용하지 않도록 설정합니다. 성공적인 업데이트 적용을 보장하기 위해 Update Manager가 업데이트 적용 작업 전에 DPM 및 HA 승인 제어를 사용하지 않도록 설정하게 합니다. 작업이 완료된 후에는 Update Manager가 DPM 및 HA 승인 제어를 복원합니다. Update Manager는 스테이징 및 업데이트 적용을 수행하기 전에 HA 승인 제어를 사용하지 않도록 설정하지만, 검색 전에는 HA 승인 제어를 사용하지 않도록 설정하지 않습니다.
이미 DPM이 호스트를 대기 모드로 전환한 경우 Update Manager는 호스트의 전원을 켜고 검색, 스테이징 및 업데이트 적용을 수행합니다. 검색, 스테이징 또는 업데이트 적용이 완료된 후 Update Manager는 DPM 및 HA 승인 제어를 설정하여 DPM이 필요에 따라 호스트를 대기 모드로 전환할 수 있게 만듭니다. Update Manager는 전원이 꺼진 호스트에 업데이트를 적용하지 않습니다.
호스트가 대기 모드로 전환된 상태에서 필요에 의해 DPM을 수동으로 사용하지 않도록 설정한 경우 Update Manager는 호스트에 업데이트를 적용하거나 호스트의 전원을 켜지 않습니다.
클러스터 내에서 일시적으로 HA 승인 제어를 사용하지 않도록 설정하여 vSphere vMotion이 진행되게 합니다. 이 작업은 업데이트를 적용하는 호스트에 대한 시스템 다운타임을 방지합니다. 전체 클러스터에 업데이트를 적용한 후 Update Manager는 HA 승인 제어 설정을 복원합니다.
클러스터에 속한 호스트에 FT가 설정된 가상 시스템이 있는 경우 해당 클러스터에서 Update Manager 작업을 수행하기 전에 일시적으로 FT를 해제합니다. 호스트의 가상 시스템에 FT가 설정되어 있으면 Update Manager는 해당 호스트에 업데이트를 적용하지 않습니다. 업데이트 적용 후 FT가 다시 사용되도록 설정되도록 동일한 업데이트로 클러스터의 모든 호스트에 업데이트를 적용합니다. 기본 가상 시스템 및 보조 가상 시스템은 서로 다른 ESXi 버전 및 패치 수준의 호스트에 상주할 수 없습니다.
vSAN 클러스터에 영향을 미치는 호스트 및 클러스터 설정
- 호스트 업데이트 적용 프로세스는 완료하는 데 많은 시간이 소요될 수 있습니다.
- 설계상, vSAN 클러스터에서 호스트는 한 번에 하나씩만 유지 보수 모드로 전환될 수 있습니다.
- 병렬로 호스트에 업데이트를 적용하는 옵션을 설정한 경우에도 Update Manager는 vSAN 클러스터의 일부인 호스트에 순차적으로 업데이트를 적용합니다.
호스트가 vSAN 클러스터의 멤버이고 호스트의 가상 시스템이 "허용되는 장애 수=0"으로 설정된 VM 스토리지 정책을 사용하는 경우 호스트가 유지 보수 모드로 전환될 때 호스트에서 비정상적인 지연이 발생할 수 있습니다. vSAN이 가상 시스템 데이터를 vSAN 데이터스토어 클러스터의 한 디스크에서 다른 디스크로 마이그레이션해야 하기 때문에 지연이 발생합니다. 지연은 수 시간 이어질 수 있습니다. VM 스토리지 정책의 설정을 "허용되는 장애 수=1"로 변경하여 이 문제를 해결할 수 있습니다. 이렇게 하면 vSAN 데이터스토어에 가상 시스템 파일의 복사본이 2개 생성됩니다.
호스트 패치 및 호스트 업그레이드 작업을 최적화하기 위한 Quick Boot 설정
ESXi 호스트의 Quick Boot는 Update Manager가 패치 및 업그레이드 작업이 수행되는 호스트의 업데이트 적용 시간을 최적화하기 위한 설정입니다. 패치 또는 업그레이드 작업은 호스트의 하드웨어에 영향을 미치지 않습니다. Quick Boot 기능이 사용되도록 설정된 경우 Update Manager가 하드웨어 재부팅(BIOS 또는 UEFI 펌웨어 재부팅)을 건너뜁니다. 따라서 ESXi 호스트가 유지 보수 모드에 있는 시간이 단축되고 업데이트 적용 시 실패 위험이 최소화됩니다.
