호스트 업데이트 적용은 연결하는 기준선 유형과 호스트가 클러스터에 포함되어 있는지 여부에 따라 다른 방식으로 실행됩니다.
클러스터의 호스트의 업데이트 적용
클러스터의 ESXi 호스트의 경우 업데이트 적용 프로세스가 기본적으로 순차적입니다. Update Manager에서는 병렬로 호스트 업데이트 적용을 실행하도록 선택할 수 있습니다.
순차적으로 호스트 클러스터에 업데이트를 적용하고 호스트 중 하나가 유지 보수 모드로 전환되지 않으면 Update Manager가 오류를 보고하고 프로세스가 중지 및 실패합니다. 업데이트가 적용된 클러스터의 호스트는 업데이트된 수준에서 그대로 유지됩니다. 호스트 업데이트 적용 실패 후 업데이트가 적용되지 않은 항목은 업데이트되지 않습니다. DRS 지원 클러스터의 호스트가 Update Manager 또는 vCenter Server가 설치된 가상 시스템을 실행하는 경우 DRS는 업데이트 적용이 성공할 수 있도록 먼저 vCenter Server 또는 Update Manager를 실행 중인 가상 시스템을 다른 호스트로 마이그레이션하려고 시도합니다. 가상 시스템이 다른 호스트로 마이그레이션될 수 없는 경우 해당 호스트에 대한 업데이트 적용이 실패하지만 프로세스는 중지되지 않습니다. Update Manager는 계속해서 클러스터의 다음 호스트에 업데이트를 적용합니다.
클러스터의 ESXi 호스트의 호스트 업그레이드 업데이트 적용은 클러스터의 모든 호스트가 업그레이드될 수 있는 경우에만 진행됩니다.
클러스터의 호스트 업데이트 적용을 수행하려면 VMware DPM 및 HA 승인 제어와 같은 클러스터 기능을 일시적으로 사용하지 않도록 설정해야 합니다. 또한 호스트의 가상 시스템 중 하나에 사용하도록 설정된 경우 FT를 해제하고 호스트의 가상 시스템에 연결된 이동식 디바이스의 연결을 끊어 vMotion을 통해 마이그레이션될 수 있도록 합니다. 업데이트 적용 프로세스를 시작하기 전에 클러스터 기능을 사용하도록 설정한 클러스터, 호스트 또는 가상 시스템이 표시되는 보고서를 생성할 수 있습니다. 자세한 내용은 업데이트 적용 사전 확인 보고서의 내용을 참조하십시오.
병렬로 호스트의 클러스터에 업데이트를 적용하는 경우 Update Manager는 동시에 여러 호스트에 업데이트를 적용합니다. 병렬 업데이트 적용 중 Update Manager에서 호스트에 업데이트를 적용할 때 오류가 발생하는 경우 해당 호스트를 무시하고 클러스터의 다른 호스트에 대해 업데이트 적용 프로세스가 계속됩니다. Update Manager는 DRS 설정에 영향을 주지 않으면서 동시에 업데이트를 적용할 수 있는 호스트의 최대 개수를 지속적으로 평가합니다. 동시에 업데이트를 적용하는 호스트의 수를 특정 수로 제한할 수 있습니다.
병렬로 업데이트를 적용하는 옵션을 선택한 경우에도 Update Manager는 vSAN 클러스터에 속한 호스트에 순차적으로 업데이트를 적용합니다. 왜냐하면 설계상, vSAN 클러스터에서 호스트는 한 번에 하나씩만 유지 보수 모드로 전환될 수 있기 때문입니다.
하나의 데이터 센터에 있는 여러 클러스터의 경우 업데이트 적용 프로세스가 병렬로 실행됩니다. 업데이트 적용 프로세스가 데이터 센터 내의 클러스터 중 하나에 대해 실패하더라도 나머지 클러스터에 업데이트가 계속 적용됩니다.
여러 기준선 또는 기준선 그룹에 대해 업데이트 적용
vCenter Server 6.7 업데이트 2 이후부터, 기준선 그룹으로 먼저 그룹화하는 대신 여러 기준선을 선택할 수 있습니다. 업그레이드 기준선 및 패치 또는 확장 기준선이 포함된 기준선 그룹 또는 여러 기준선에 대해 호스트에 업데이트를 적용하는 경우 업그레이드가 먼저 수행됩니다.
호스트 업그레이드 업데이트 적용
ESXi 6.0 및 ESXi6.5 호스트를 ESXi6.7로 업그레이드할 때 VIB가 설치 관리자 ISO에 포함되어 있는지 여부에 관계없이 지원되는 모든 사용자 지정 VIB가 업그레이드 후 호스트에 그대로 유지됩니다. ESXi 6.x호스트는 이진 호환되기 때문입니다.
ESXi 6.7에 대한 타사 모듈이 포함된 사용자 지정 ESXi 이미지를 사용하여 호스트를 업그레이드할 수 있습니다. 이 경우 ESXi6.7와 호환되는 타사 모듈을 업그레이드된 호스트에서 사용할 수 있습니다.
Update Manager 및 호스트가 다른 위치에 있는 고지연 네트워크에서의 호스트 업그레이드는 업그레이드 전에 업그레이드 파일이 Update Manager 서버 저장소에서 호스트로 복사되기 때문에 몇 시간이 걸릴 수 있습니다. 이 시간 동안 호스트는 유지 보수 모드로 유지됩니다.
Update Manager 6.7은 ESXi 6.0.x 및 ESXi6.5.x에서 ESXi6.7로의 업그레이드를 지원합니다.
호스트 패치 업데이트 적용
Update Manager는 다음과 같은 방식으로 호스트 패치를 처리합니다.
- 패치 기준선의 패치를 수행하기 위해 다른 패치를 설치해야 하는 경우 Update Manager는 패치 저장소의 사전 요구 사항을 감지하고 이를 선택된 패치와 같이 설치합니다.
- 패치가 호스트에 설치된 다른 패치와 충돌하는 경우 충돌하는 패치가 스테이징되거나 설치되지 않을 수 있습니다. 하지만 기준선의 다른 패치가 충돌을 해결할 경우 충돌하는 패치가 설치됩니다. 예를 들어 패치 A와 패치 C가 포함된 기준선이 있으며 패치 A가 이미 호스트에 설치된 패치 B와 충돌한다고 간주합니다. 패치 C가 패치 B를 제거하고 패치 C가 패치 A와 충돌하지 않을 경우 업데이트 적용 프로세스에서 패치 A와 패치 C를 설치합니다.
- 패치가 Update Manager 패치 저장소의 패치와 충돌하고 호스트와 충돌하지 않는 경우 검색 후 Update Manager가 이 패치를 충돌하는 항목으로 보고합니다. 패치를 스테이징하고 호스트에 적용할 수 있습니다.
- 여러 버전의 동일한 패치를 선택한 경우 Update Manager가 최신 버전을 설치하고 이전 버전을 건너뜁니다.
패치 업데이트 적용 중 Update Manager는 패치의 사전 요구 사항을 자동으로 설치합니다.
Update Manager 6.7에서 수동으로 가져온 오프라인 번들에 대해 버전 ESXi 6.0 및 ESXi6.5의 호스트에 업데이트를 적용할 수 있습니다.
호스트 다운타임을 줄이기 위해 업데이트 적용 전에 패치를 스테이징할 수 있습니다.
호스트 확장 업데이트 적용
확장 업데이트 적용 중 Update Manager는 확장의 사전 요구 사항을 자동으로 설치하지 않습니다. 이로 인해 일부 업데이트 적용 작업이 실패할 수 있습니다. 누락된 사전 요구 사항이 패치인 경우 이를 패치 기준선에 추가할 후 있습니다. 누락된 사전 요구 사항이 확장인 경우 이를 동일한 확장 기준선 또는 다른 확장 기준선에 추가할 수 있습니다. 그런 다음 사전 요구 사항 및 원래 확장이 포함된 기준선에 대해 호스트에 업데이트를 적용할 수 있습니다.
PXE 부팅된 ESXi 호스트의 업데이트 적용
Update Manager를 사용하면 PXE 부팅된 ESXi 호스트에 업데이트를 적용할 수 있습니다. Update Manager는 PXE 부팅된 ESXi 호스트에 재부팅이 필요한 패치를 적용하지 않습니다.
PXE 부팅된 ESXi 호스트에 설치된 추가 소프트웨어가 있는 경우 호스트가 다시 시작되면 해당 소프트웨어가 손실될 수 있습니다. 재부팅 후 제공될 수 있도록 추가 소프트웨어로 이미지 프로파일을 업데이트합니다.
