호스트 업데이트 적용은 개체에 연결하는 기준선 유형과 업데이트가 적용된 호스트가 클러스터에 포함되어 있는지 여부에 따라 다른 방식으로 실행됩니다.
호스트 업그레이드 업데이트 적용
ESXi6.7 또는 ESXi7.0 호스트를 ESXi8.0으로 업그레이드할 때 VIB가 설치 관리자 ISO에 포함되어 있는지 여부에 관계없이 지원되는 모든 사용자 지정 VIB가 업그레이드 후 호스트에 그대로 유지됩니다.
ESXi8.0에 대한 타사 모듈이 포함된 사용자 지정 ESXi 이미지를 사용하여 호스트를 업그레이드할 수 있습니다. 이 경우 ESXi8.0과 호환되는 타사 모듈을 업그레이드된 호스트에서 사용할 수 있습니다.
vSphere Lifecycle Manager 및 호스트가 다른 위치에 있는 고지연 네트워크에서의 호스트 업그레이드는 업그레이드 전에 업그레이드 파일이 vSphere Lifecycle Manager 디포에서 호스트로 복사되기 때문에 몇 시간이 걸릴 수 있습니다. 이 시간 동안 호스트는 유지 보수 모드로 유지됩니다.
vSphere Lifecycle Manager 8.0은 ESXi 6.7 및 ESXi 7.0에서 ESXi 8.0로의 업그레이드를 지원합니다.
ESXi8.0으로 업그레이드하려면 최소 4GB인 부팅 디바이스가 필요합니다. 로컬 디스크, SAN 또는 iSCSI LUN에서 부팅하면 최대 128GB의 디스크 공간이 ESXi 시스템 파티션을 생성하는 데 사용됩니다. 128GB보다 큰 부팅 디스크에서 VMFS 데이터스토어를 생성할 수 있습니다.
호스트 패치 업데이트 적용
패치 적용은 패치 기준선을 기반으로 ESXi 호스트를 업데이트 적용하는 프로세스입니다.
ESXi 6.7 및 7.0 호스트에 각각의 ESXi 업데이트 릴리스를 적용하는 것이 패치 적용 프로세스이며, ESXi 호스트를 버전 6.7 또는 7.0에서 8.0로 업데이트를 적용하는 것은 업그레이드 프로세스입니다.
vSphere Lifecycle Manager는 다음과 같은 방식으로 호스트 패치를 처리합니다.
- 패치 기준선의 패치를 수행하기 위해 다른 패치를 설치해야 하는 경우 vSphere Lifecycle Manager는 디포의 사전 요구 사항을 감지하고 이를 선택된 패치와 같이 설치합니다.
- 패치가 호스트에 설치된 다른 패치와 충돌하는 경우 충돌하는 패치가 스테이징되거나 설치되지 않을 수 있습니다. 하지만 기준선의 다른 패치가 충돌을 해결할 경우 충돌하는 패치가 설치됩니다. 예를 들어 패치 A와 패치 C가 포함된 기준선이 있으며 패치 A가 이미 호스트에 설치된 패치 B와 충돌한다고 간주합니다. 패치 C가 패치 B를 제거하고 패치 C가 패치 A와 충돌하지 않을 경우 업데이트 적용 프로세스에서 패치 A와 패치 C를 설치합니다.
- 패치가 vSphere Lifecycle Manager 디포의 패치와 충돌하고 호스트와 충돌하지 않는 경우 규정 준수 검사 후 vSphere Lifecycle Manager가 이 패치를 충돌하는 항목으로 보고합니다. 패치를 스테이징하고 호스트에 적용할 수 있습니다.
- 여러 버전의 동일한 패치를 선택한 경우 vSphere Lifecycle Manager가 최신 버전을 설치하고 이전 버전 설치를 건너뜁니다.
패치 업데이트 적용 중 vSphere Lifecycle Manager는 패치의 사전 요구 사항을 자동으로 설치합니다.
vSphere Lifecycle Manager8.0을 사용하면 vSphere Lifecycle Manager 디포로 수동으로 가져오는 오프라인 번들에서 패치를 기반으로 ESXi6.7 및 ESXi7.0 버전의 호스트에 업데이트를 적용할 수 있습니다.
호스트 다운타임을 줄이기 위해 업데이트 적용 전에 패치를 스테이징할 수 있습니다.
호스트 확장 업데이트 적용
확장 업데이트 적용 중 vSphere Lifecycle Manager는 확장의 사전 요구 사항을 자동으로 설치하지 않습니다. 누락된 확장 사전 요구 사항으로 인해 일부 업데이트 적용 작업이 실패할 수 있습니다. 누락된 사전 요구 사항이 패치인 경우 이를 패치 기준선에 추가할 후 있습니다. 누락된 사전 요구 사항이 확장인 경우 이를 동일한 확장 기준선 또는 다른 확장 기준선에 추가할 수 있습니다. 그런 다음 사전 요구 사항 및 원래 확장 기준선이 포함된 기준선에 기반하여 호스트에 업데이트를 적용할 수 있습니다.