호스트 업데이트 적용은 연결하는 기준선의 유형과 호스트가 클러스터에 있는지 여부에 따라 각기 다른 방식으로 실행됩니다.

클러스터의 호스트 업데이트 적용

클러스터의 ESXi 호스트에 대해 업데이트 적용 프로세스는 기본적으로 순차적입니다. Update Manager 6.0을 사용하여 호스트 업데이트 적용을 병렬로 실행하도록 선택할 수 있습니다.

호스트의 클러스터에 순차적으로 업데이트를 적용할 경우 호스트 중 하나가 유지 보수 모드로 전환되지 않으면 Update Manager가 오류를 보고하며 프로세스는 중지 및 실패합니다. 해당 클러스터에서 업데이트가 적용된 호스트는 업데이트된 수준으로 유지됩니다. 호스트 업데이트 적용에 실패한 후 업데이트가 적용되지 않은 호스트는 업데이트되지 않습니다. DRS 지원 클러스터의 호스트에서 Update Manager 또는 vCenter Server가 설치된 가상 시스템이 실행되는 경우, 업데이트 적용이 성공하도록 DRS에서는 먼저 vCenter Server 또는 Update Manager를 실행하는 가상 시스템을 다른 호스트로 마이그레이션하려고 시도합니다. 가상 시스템을 다른 호스트로 마이그레이션할 수 없는 경우에는 해당 호스트에 대한 업데이트 적용이 실패하지만 프로세스는 중지되지 않습니다. Update Manager는 클러스터의 다음 호스트에 대한 업데이트 적용을 계속합니다.

클러스터의 ESXi 호스트에 대한 호스트 업그레이드 적용은 클러스터의 모든 호스트를 업그레이드할 수 있는 경우에만 계속됩니다.

클러스터의 호스트에 업데이트를 적용하려면 VMware DPM 및 HA 승인 제어와 같은 클러스터 기능을 일시적으로 해제해야 합니다. 또한 vMotion을 사용하여 호스트를 마이그레이션할 수 있도록 호스트의 가상 시스템에서 FT가 설정된 경우 이를 해제하고 호스트의 가상 시스템에 연결된 이동식 디바이스의 연결을 끊어야 합니다. 업데이트 적용 프로세스를 시작하기 전에 클러스터 기능이 설정된 클러스터, 호스트 또는 가상 시스템을 보여 주는 보고서를 생성할 수 있습니다. 자세한 내용은 클러스터 업데이트 적용 옵션 보고서 항목을 참조하십시오.

호스트의 클러스터에 병렬로 업데이트를 적용할 경우 Update Manager는 동시에 여러 호스트에 업데이트를 적용합니다. 병렬 업데이트 적용 중 Update Manager는 호스트에 업데이트를 적용할 때 오류가 발생하면 해당 호스트를 무시하며 클러스터의 다른 호스트에 대해 업데이트 적용 프로세스가 계속됩니다. Update Manager는 DRS 설정에 영향을 주지 않으면서 동시에 업데이트를 적용할 수 있는 최대 호스트 수를 지속적으로 평가합니다. 동시에 업데이트를 적용하는 호스트의 수를 특정 수로 제한할 수 있습니다.

병렬로 업데이트를 적용하는 옵션을 선택한 경우에도 Update Manager는 Virtual SAN 클러스터에 속한 호스트에 순차적으로 업데이트를 적용합니다. 그 이유는 설계상 Virtual SAN 클러스터에서 호스트는 한 번에 하나씩만 유지 보수 모드로 전환될 수 있기 때문입니다.

데이터 센터에 여러 클러스터가 있는 경우 업데이트 적용 프로세스는 병렬로 실행됩니다. 데이터 센터 내의 클러스터 중 하나에 대한 업데이트 적용 프로세스가 실패하더라도 나머지 클러스터에는 업데이트가 적용됩니다.

기준선 그룹에 기반한 업데이트 적용

업그레이드 기준선과 패치 또는 확장 기준선이 포함된 기준선 그룹에 기반하여 호스트에 업데이트를 적용하는 경우 업그레이드가 먼저 수행됩니다.

호스트 업그레이드 적용

ESXi 5.x 호스트를 ESXi 6.0으로 업그레이드할 때 VIB가 설치 관리자 ISO에 포함되어 있는지 여부에 관계없이 지원되는 모든 사용자 지정 VIB가 업그레이드 후 호스트에 그대로 유지됩니다.

ESXi 6.0용 타사 모듈이 포함된 사용자 지정 ESXi 이미지를 사용하여 호스트를 업그레이드할 수 있습니다. 이 경우 ESXi 6.0과 호환되는 타사 모듈을 업그레이드된 호스트에서 사용할 수 있습니다.

Update Manager와 호스트가 서로 다른 위치에 있는 지연 시간이 긴 네트워크에서 호스트를 업그레이드하면 업그레이드 전에 업그레이드 파일이 Update Manager 서버 저장소에서 호스트로 복사되므로 호스트 업그레이드에 몇 시간이 걸릴 수 있습니다. 이 시간 동안에는 호스트가 유지 보수 모드로 유지됩니다.

중요:

호스트를 ESXi 6.0으로 업그레이드한 후에는 ESXi 5.x 버전 소프트웨어로 롤백할 수 없습니다. 업그레이드를 수행하기 전에 호스트 구성을 백업하십시오. 업그레이드가 실패하면 업그레이드하려던 ESXi 5.x 소프트웨어를 다시 설치하고 호스트 구성을 복원할 수 있습니다. ESXi 구성의 백업 및 복원에 대한 자세한 내용은 vSphere 업그레이드를 참조하십시오.

Update Manager 6.0은 ESXi 5.x에서 ESXi 6.0으로의 업그레이드를 지원합니다. ESXi 5.0, ESXi 5.1 또는 ESXi 5.5로의 호스트 업그레이드는 지원되지 않습니다.

호스트 패치 업데이트 적용

Update Manager는 다음과 같은 방법으로 호스트 패치를 처리합니다.

  • 패치 기준선의 패치에 다른 패치의 설치가 필요한 경우 Update Manager는 패치 저장소에서 필수 구성 요소를 검색하여 선택한 패치와 함께 설치합니다.

  • 패치가 호스트에 설치된 다른 패치와 충돌할 경우 충돌하는 패치는 설치 또는 스테이징되지 않을 수 있습니다. 그러나 기준선의 다른 패치로 인해 충돌이 해결될 경우에는 충돌하는 패치도 설치됩니다. 예를 들어 기준선에 패치 A와 패치 C가 포함되어 있는데 패치 A가 호스트에 이미 설치되어 있는 패치 B와 충돌할 경우, 패치 C가 패치 B의 최신 버전이고 패치 A와 충돌하지 않는다면 업데이트 적용 프로세스에서는 패치 A 및 C를 설치합니다.

  • 특정 패치가 Update Manager 패치 저장소의 패치와 충돌하고 호스트와는 충돌하지 않는 경우 검색 후에 Update Manager가 이 패치를 충돌하는 패치로 보고합니다. 호스트에 패치를 스테이징하고 적용할 수 있습니다.

  • 동일한 패치의 여러 버전이 선택된 경우 Update Manager는 최신 버전을 설치하고 이전 버전은 건너뜁니다.

패치 업데이트 적용 중에 Update Manager는 패치의 필수 구성 요소를 자동으로 설치합니다.

Update Manager 6.0을 사용하면 수동으로 가져온 오프라인 번들에 기반하여 ESXi 5.x 버전의 호스트에 업데이트를 적용할 수 있습니다.

업데이트를 적용하기 전에 패치를 스테이징하여 호스트 다운타임을 줄일 수 있습니다.

호스트 확장 업데이트 적용

확장 업데이트 적용 중에 Update Manager는 확장의 필수 구성 요소를 자동으로 설치하지 않습니다. 이로 인해 일부 업데이트 적용 작업이 실패할 수 있습니다. 누락된 필수 구성 요소가 패치인 경우 패치 기준선에 이 패치를 추가할 수 있습니다. 누락된 필수 구성 요소가 확장인 경우에는 동일한 확장 기준선이나 다른 확장 기준선에 이 확장을 추가할 수 있습니다. 그런 다음 필수 구성 요소와 원래 확장이 포함된 기준선에 기반하여 호스트에 업데이트를 적용할 수 있습니다. 호스트 확장 업데이트 적용 또는 스테이징 문제를 해결하는 방법에 대한 자세한 내용은 필수 구성 요소가 누락되어 호스트 확장의 업데이트 적용 또는 스테이징 실패를 참조하십시오.

PXE 부팅 ESXi 호스트 업데이트 적용

Update Manager 6.0을 사용하면 PXE 부팅 ESXi 호스트에 업데이트를 적용할 수 있습니다. Update Manager는 PXE 부팅 ESXi 호스트에 대해 재부팅이 필요한 패치를 적용하지 않습니다.

PXE 부팅 ESXi 호스트에 추가 소프트웨어가 설치되어 있는 경우 호스트가 다시 시작되면 해당 소프트웨어가 손실될 수 있습니다. 추가 소프트웨어를 포함하여 이미지 프로파일을 업데이트해야 재부팅 후에도 추가 소프트웨어가 유지됩니다.