VMware vSphere Update Manager

VMware vSphere Update Manager는 VMware vSphere에 패치 관리 프레임워크를 제공한다. VMware ESXi 호스트, VMware Tools 및 가상 하드웨어 등에 패치, 업데이트 및 업그레이드를 적용하는 데 사용할 수 있다.

여기에 제시된 자료 외에도 vSphere Update Manager 성능에 대한 자세한 내용은 VMware vSphere Update Manager Performance and Best Practices를 참조하십시오.

윈도우에 배포된 Update Manager

윈도우즈에서 vCenter Server를 배포하는 경우 Update Manager는 vCenter Server와 다른 가상 시스템에서 실행되어야 하며, Update Manager는 vCenter Server와 데이터베이스를 공유하거나 고유한 데이터베이스를 가지도록 구성할 수 있다. 다음과 같은 권장 사항이 이러한 윈도우즈 배포에 적용된다.

  • 300개 이상의 가상 시스템이 있거나 30개 이상의 호스트가 있는 경우 Update Manager 데이터베이스를 vCenter Server 데이터베이스에서 분리한다.
  • 1000개 이상의 가상 시스템이 있거나 100개 이상의 호스트가 있는 경우 Update Manager 서버를 vCenter Server에서 분리하고 Update Manager 데이터베이스를 vCenter Server 데이터베이스에서 분리한다.
  • Update Manager 패치 스토어 및 Update Manager 데이터베이스에 별도의 물리적 디스크를 할당한다.
  • 네트워크 지연 시간 및 패킷 감소를 줄이려면 Update Manager 서버 시스템과 ESXi 호스트 간의 네트워크 홉 수를 최소로 유지한다.
  • 자주 사용되는 패치 파일을 메모리에 캐시하려면 Update Manager 서버 호스트에 최소 2GB의 RAM이 있는지 확인한다.

리눅스에 배포된(vCenter Server Appliance) Update Manager

vCenter Server Appliance(vCSA) 배포는 Update Manager와 함께 Linux 호스트와 데이터베이스를 공유한다. Update Manager 서비스 updatemgr은 어플라이언스가 시작되면 기본적으로 사용하도록 설정되고 시작되며, 다음 권장 사항은 이러한 Linux 배포에 적용된다.

공유 리소스에도 불구하고 Update Manager의 Linux 배포는 윈도우즈 배포와 동일한 최대 구성을 지원한다.

  • 데이터베이스가 vCenter 인벤토리 및 Update Manager 데이터를 모두 저장할 수 있는 충분한 공간이 있는지 확인한다. Update Manager 초기화에는 약 150MB가 필요하며, 데이터베이스 사용량은 매월 최대 100MB까지 증가할 수 있다.
  • Update Manager에서 사용하는 메모리 양은 주로 인벤토리 크기, 특히 가상 시스템 수에 영향을 받는다. 특히 시스템 부하가 심한 경우 Update Manager와 기타 서비스를 사용하여 리소스 사용량을 정기적으로 모니터링한다. 필요한 경우 리소스 또는 구성을 업데이트한다.
  • 클라이언트가 Update Manager 서비스를 실행하는 vCenter Server Appliance에 처음 연결되면 Update Manager 플러그인(크기 약 2MB)이 vSphere Client에 자동으로 설치된다. 윈도우즈에서 vSphere Client를 Update Manager와 함께 사용할 경우 플러그인이 지원되지 않음.

Update Manager 일반 권장 사항

  • 연결된 모든 기준선에 대한 규정 준수 보기의 경우, 연결된 기준선의 수에 따라 지연 시간이 선형적으로 증가한다. 따라서 특히 인벤토리 크기가 큰 경우에는 사용되지 않는 기준선을 제거할 것을 권장한다.
  • 가상 시스템의 전원이 이미 켜져 있는 경우 VMware Tools 업그레이드가 더 빠르다. 그렇지 않으면 Update Manager가 VMware Tools를 업그레이드하기 전에 가상 시스템의 전원을 켜야 하므로 전체 지연 시간이 증가할 수 있다.
  • 가상 시스템의 전원이 이미 꺼져 있는 경우 가상 시스템 하드웨어 업그레이드가 더 빠르다. 그렇지 않으면 Update Manager가 가상 하드웨어를 업그레이드하기 전에 가상 시스템의 전원을 꺼야 하므로 전체 지연 시간이 증가할 수 있다.

가상 하드웨어를 업그레이드하기 전에 VMware Tools가 최신 상태여야 하므로 Update Manager는 가상 하드웨어를 업그레이드하기 전에 VMware Tools를 업그레이드해야 할 수 있다. 이러한 경우 가상 시스템의 전원이 이미 켜져 있는 경우 프로세스가 더 빠르다.

Update Manager Quick Boot 옵션

ESXi 6.7의 새로운 기능인 Update Manager는 호환되는 하드웨어에 대한 빠른 부팅 옵션을 제공한다. 이 옵션을 사용하면 펌웨어 및 디바이스 초기화를 수행하지 않고도 ESXi를 재부팅하여 시간을 절약할 수 있다. 이 기능을 사용할 수 있는 하드웨어에서는 Update Manager UI에 옵션이 표시된다.

시스템이 빠른 부팅과 호환되는지 확인하려면 ESXi 호스트의 셸에서 다음 명령을 실행한다 : /usr/lib/vmware/loadesx/bin/loadESXCheckCompat.py

Quick Boot에 대한 자세한 내용은 VMware KB 문서 52477을 참조한다.

Update Manager 클러스터 업데이트 적용

  • 업데이트 적용 동시성 수준(즉, 동시에 업데이트할 수 있는 최대 호스트 수)을 클러스터 내 호스트 수의 절반으로 제한하면 vMotion 강도를 줄일 수 있으며, 종종 전반적인 호스트 업데이트 적용 성능이 향상된다. (이 옵션은 클러스터 업데이트 적용 마법사를 사용하여 설정할 수 있다)
  • FTT(Failures to Tolerate)가 1로 설정된 vSAN을 사용하는 배포에서 Update Manager는 지속적인 데이터 액세스를 보장하기 위해 한 번에 하나씩 호스트에 업데이트를 적용해야 할 수 있다는 점에 유의한다. 시스템의 호스트 수에 따라 업데이트 적용 프로세스가 상당히 길어질 수 있다.
  • 클러스터의 모든 호스트가 유지 보수 모드로 전환할 준비가 되면(즉, 전원이 켜져 있지 않은 가상 시스템) 동시 호스트 업데이트 적용이 순차적인 호스트 업데이트 적용보다 일반적으로 더 빠를 것이다.
  • 클러스터 업데이트 적용은 클러스터 활용률이 80%를 넘지 않을 때 성공할 가능성이 가장 높다. 따라서 많이 사용되는 클러스터의 경우 활용률이 80% 미만으로 떨어질 때 클러스터 업데이트 적용이 가장 잘 수행된다. 이렇게 할 수 없는 경우 작업을 시작하기 전에 일부 가상 시스템을 일시 중단하거나 전원을 끄는 것이 가장 좋다.

Update Manager 대역폭 조정

  • 업데이트 적용 또는 스테이징 작업 중에 호스트가 패치를 다운로드한다. 느린 네트워크에서는 호스트가 대역폭 조절을 사용하도록 구성하여 네트워크 정체를 방지할 수 있다. 일부 호스트에 상대적으로 더 많은 대역폭을 할당함으로써 이러한 호스트는 업데이트 적용 또는 스테이징을 더 빠르게 완료할 수 있다.
  • 네트워크 대역폭이 예상대로 할당되도록 하려면 단일 네트워크 링크에서 여러 호스트에 할당된 대역폭의 합이 해당 링크의 대역폭을 초과하지 않아야 한다. 그렇지 않으면 호스트는 할당까지 대역폭을 활용하려고 시도하여 구성된 할당에 비례하지 않을 수 있는 대역폭 활용을 야기할 것이다.
  • 대역폭 조절은 패치를 다운로드하는 호스트에만 적용된다. 호스트가 패치 다운로드 중이지 않은 경우 해당 호스트의 대역폭 조절 구성은 네트워크 링크에서 사용할 수 있는 대역폭에 영향을 주지 않는다.