이 항목은 전용 VDI 데스크톱 할당에 대해 Horizon Cloud에서 에이전트 업데이트 기능이 작동하는 방식에 대한 개괄적인 설명입니다.

이 개요는 할당 및 개별 데스크톱 모두에 적용됩니다.

시스템은 VMware CDS(구성 요소 다운로드 서비스) 소프트웨어 배포 네트워크와 정기적으로 연결하여 새 버전의 Horizon Agents Installer를 사용할 수 있는지 확인합니다. 새 버전을 사용할 수 있으면 시스템은 해당 버전을 Horizon Cloud 포드에 자동으로 다운로드합니다.

할당 수준에서 새 버전이 다운로드되면 해당 할당이 표시된 관리 콘솔의 페이지에 업데이트를 사용할 수 있음이 반영됩니다. 새 버전 이전 수준의 에이전트 관련 소프트웨어가 있는 전용 VDI 데스크톱 할당에 대한 시각적 표시기가 나타납니다.


[할당] 페이지에서 전용 VDI 데스크톱 할당에 에이전트 업데이트를 사용할 수 있음을 나타내는 파란색 점이 표시된 스크린샷.

전용 VDI 할당을 선택하고 전용 VDI 데스크톱 할당에 대한 할당 페이지에서 에이전트 소프트웨어 업데이트전용 VDI 데스크톱 할당용 개별 데스크톱에서 에이전트 소프트웨어 업데이트의 단계에 설명된 대로 에이전트 업데이트 마법사를 시작하여 업데이트를 시작합니다. 업데이트에 사용할 버전을 선택하는 것 외에, 다음과 같은 옵션을 지정할 수 있습니다.

옵션 설명
사용자가 사용할 수 있는 VM

사용자가 사용할 수 있는 VM 옵션은 할당을 업데이트할 때만 사용할 수 있으며 개별 데스크톱을 업데이트할 때는 사용할 수 없습니다.

이 필드를 사용하여 할당에서 업그레이드 동안 사용자가 사용할 수 있도록 하려는 VM 비율을 지정합니다. 이 옵션은 소규모 데스크톱 할당(30개 미만의 데스크톱이나 30의 배수(예: 60 또는 90)에 해당하는 데스크톱)에 유용합니다.

할당에 30개 이하의 데스크톱이 있으면 기본적으로 시스템이 30개씩 데스크톱을 일괄 처리로 업데이트하므로 모든 데스크톱에서 동시에 업데이트 프로세스가 시작됩니다. 모든 데스크톱에서 실제로 업데이트 프로세스가 진행 중인 경우 업데이트 프로세스가 완료될 때까지 권한 있는 사용자가 데스크톱에 대해 새 연결을 수행할 수 없습니다. 에이전트 업데이트 프로세스는 업데이트된 데스크톱이 최종 사용자가 연결할 수 있게 준비될 때까지 약 30분이 소요됩니다. 마찬가지로, 데스크톱 할당의 데스크톱이 60개 정도 있는 경우, 기본 일괄 처리 단위가 30개이므로 데스크톱의 50%를 사용할 수 없게 됩니다.

따라서 이 필드를 사용하여 시스템이 여러 데스크톱을 업데이트할 때 소규모 풀에서 더 높은 비율을 사용할 수 있도록 설정할 수 있습니다. 가용성 비율을 더 높게 설정하면 업데이트 중인 VM의 각 일괄 처리에서 데스크톱 수가 조절됩니다.

데스크톱이 많이 있는 할당의 경우 일괄 처리당 시스템의 최대 기본 VM 수인 30개가 할당의 총 데스크톱 수에 비해 적은 비율을 차지하므로 이 옵션의 효과가 크지 않습니다.

로그인한 사용자가 있는 VM 건너뛰기 시스템에서 로그인한 사용자가 있거나(활성 또는 연결 해제된 세션) 또는 충돌하는 작업이 실행 중인 VM의 업데이트를 건너뛰도록 합니다. 이 설정을 선택하면 해당 데스크톱에서 업데이트 프로세스가 시작될 때 최종 사용자를 강제로 데스크톱에서 로드오프하는 시스템의 기본 동작이 수행되지 않습니다.
롤백 사용 (선택 사항) 롤백이 활성화되면 시스템은 에이전트 업데이트가 수행되기 전에 롤백 사본을 생성하고 7일 동안 해당 사본을 유지합니다. VM에서 에이전트 업데이트가 실패하는 경우 7일 기간 동안 해당 VM에 대한 이전 에이전트 버전으로 롤백할 수 있습니다.
참고: 롤백 기간이 기본적으로 7일로 설정되어 있더라도 VMware에서 이 설정을 변경하도록 요청할 수 있습니다.
실패 임계값 업데이트 프로세스가 중지되기 전에 에이전트 업데이트가 실패해도 허용되는 VM의 수입니다. 이렇게 하면 대량 실패가 발생하는 것을 방지할 수 있습니다.

기본값은 설정 > 일반 설정에 구성된 값입니다.

참고: 실패한 VM 업데이트로 인해 업데이트 프로세스가 중지되면, 사용자가 설정한 임계값보다 많은 수의 실패한 VM이 표시될 수 있습니다. 이 문제는 다양한 이유로 인해 발생할 수 있습니다. 다중 포드 할당의 경우 시스템이 할당별이 아니라 포드별로 임계값 설정을 적용하기 때문에 이 문제가 발생할 수 있습니다.
건너뛴 VM 재시도작업 시간 초과 시스템이 로그인한 사용자가 있거나 충돌하는 작업이 실행되는 VM의 업데이트를 건너뛰도록 하면 필요에 따라 시스템이 건너뛴 VM의 업데이트를 자동으로 재시도할지 여부도 지정할 수 있습니다. 이 경우 시스템은 할당의 데스크톱 VM을 거치면서 로그인한 사용자가 없는 VM을 업데이트한 후에 다음을 수행합니다.
  1. 처음에 건너뛴 VM을 확인하여 해당 VM에 로그인한 사용자가 있는지 알아봅니다.
  2. 건너뛴 VM 중에서 로그인된 사용자가 없는 VM을 모두 업데이트합니다.
  3. 작업 시간 초과 필드에 지정된 시간이 경과할 때까지 1~2단계를 주기적으로 반복합니다.
시스템이 건너뛴 VM을 자동으로 재시도하지 않도록 설정할 경우 나중에 해당 VM을 수동으로 관리할 수 있습니다.
참고: 업데이트 프로세스 동안 오류가 발생하는 VM은 다시 시도되지 않습니다. VM에 대한 업데이트가 실패하면 [롤백] 옵션을 활성화한 경우 VM을 이전 버전으로 롤백할 수 있습니다.
  • 마법사의 마지막 단계에서 업데이트 작업을 제출하면 데스크톱이 업데이트되기 시작합니다.
    • 각 데스크톱 VM의 업데이트 프로세스는 VM이 정상 상태인지 확인하기 위한 실행 전 검사로 시작됩니다. 여기에는 충분한 디스크 공간이 있는지(최소 300MB), 능동적으로 진행 중이거나, 2번의 재부팅으로 지워지지 않은 Windows 업데이트로 인해 재부팅이 보류 중이거나, 2번의 재부팅으로 지워지지 않은 VMware 특정 애플리케이션 설치로 인해 재부팅이 보류 중인 Microsoft Windows 업데이트가 없는지 확인하는 과정이 포함됩니다.
    • 업데이트가 발생하면 할당 또는 개별 데스크톱 수준에서 여러 대의 VM이 동시에 업데이트됩니다. 기본적으로 시스템은 업데이트할 남은 VM 수가 30개보다 작아질 때까지 각 일괄 처리에 대해 VM 30개를 사용합니다. 이때, 해당 최종 집합은 나머지 VM을 업데이트하게 됩니다. 롤백 옵션을 사용하도록 설정했는지 여부 및 로드에 따라 소요되는 시간이 다를 수 있지만 VM을 완전히 업데이트하는 데 약 30-45분이 걸립니다. 일괄 처리 크기는 30개보다 클 수 없습니다. 할당에 30개 이하의 데스크톱이 있으면 할당의 모든 데스크톱이 함께 업데이트됩니다. 사용자의 요청이 있으면 VMware 담당자는 일괄 처리 크기를 조정할 수 있습니다.
      데스크톱 수준이 아닌 할당 수준에서 업데이트가 발생하는 경우 사용자가 사용할 수 있는 VM 텍스트 상자를 구성하여 할당에서 전원을 켜고 최종 사용자에게 제공하려는 데스크톱 VM의 백분율을 지정할 수 있습니다. 진행 중인 VM의 수는 업데이트 중에 사용할 수 있게 유지할 VM 비율을 지정했는지 여부에 따라 다릅니다. 가용성 비율을 설정하면 가용성 비율을 충족하도록 진행 중인 VM 집합이 조정됩니다. 다음 표에서는 몇 가지 예제를 보여 줍니다.
      참고: 모니터링 > 활동 페이지에서 업데이트 진행 상태를 확인할 때 진행 중인 VM의 수가 일괄 처리 크기에 따라 예상되는 수보다 클 수 있습니다. 이 문제는 시스템에서 현재 실행 전 검사 및 롤백 복사본 생성 프로세스 중인 VM의 수도 계산하기 때문에 발생합니다.
      예제 설명
      사용자가 사용할 수 있는 VM이 설정되지 않았습니다(=0%). 가용성 비율을 설정하지 않으면 가용성 비율은 0이 되고 런타임 일괄 처리 크기는 기본값인 VM 30개가 됩니다. 할당에 30개 이하의 데스크톱이 있으면 할당의 모든 데스크톱이 하나의 일괄 처리로 함께 업데이트됩니다.
      할당에 데스크톱 20개가 있고 사용자가 사용할 수 있는 VM이 80%입니다. 데스크톱 20개로 구성된 할당이 있고 이중 80%를 사용 가능 상태로 유지하려는 경우 시스템에서 항상 데스크톱 16개를 사용할 수 있게 유지해야 합니다. 이 경우 시스템에서는 다음을 수행합니다.
      1. 먼저 VM(20-16) 4개를 일괄로 업데이트합니다.
      2. 업데이트된 VM 4개에 아직 업데이트되지 않은 12개를 합한 16개를 사용 가능 상태로 유지하고 VM 4개를 포함하는 두 번째 일괄 처리를 업데이트합니다.
      3. 이때 VM 8개는 업데이트되고 12개는 아직 업데이트되지 않은 상태입니다. 시스템은 아직 업데이트되지 않은 VM을 4개씩 계속 업데이트합니다. 각 후속 일괄 처리에서 업데이트된 VM과 아직 업데이트되지 않은 VM이 혼합되어 사용 가능 상태를 유지합니다.
      할당에 데스크톱 100개가 있고 사용자가 사용할 수 있는 VM이 80%입니다. 데스크톱 100개로 구성된 할당이 있고 이중 80%를 사용 가능 상태로 유지하려는 경우 시스템에서 항상 데스크톱 80개를 사용할 수 있게 유지해야 합니다. 이 경우 시스템에서는 다음을 수행합니다.
      1. 먼저 VM(100-80) 20개를 일괄로 업데이트합니다.
      2. 업데이트된 VM 20개에 아직 업데이트되지 않은 60개를 합한 80개를 사용 가능 상태로 유지하고 VM 20개에 대해 두 번째 일괄 업데이트를 처리합니다.
      3. 이때 VM 40개는 업데이트되고 60개는 아직 업데이트되지 않은 상태입니다. 시스템은 아직 업데이트되지 않은 VM을 20개씩 계속 업데이트합니다.
      할당에 데스크톱 100개가 있고 사용자가 사용할 수 있는 VM이 25%입니다. 할당에 데스크톱 100개가 있고 이중 25%를 사용 가능 상태로 유지하려고 할 경우 먼저 VM 75개를 업데이트할 수 있습니다. 이 경우 시스템에서는 다음을 수행합니다.
      1. 먼저 기본 일괄 처리 크기에 해당하는 VM 30개를 일괄로 업데이트하고 70개를 업데이트되지 않은 상태로 둡니다.
      2. 아직 업데이트되지 않은 70개 중에서 VM 30개를 두 번째 일괄 처리로 업데이트하여 총 100개 데스크톱 중에서 VM 60개는 업데이트된 상태로, VM 40개는 아직 업데이트되지 않은 상태로 유지합니다.
      3. 이제 VM 60개가 업데이트되었으므로 업데이트된 VM 중 25개가 25%의 가용성 설정을 충족할 수 있습니다. 따라서 시스템에서는 기본 30개의 VM 일괄 처리 크기를 사용하고, 아직 업데이트되지 않은 나머지 VM 40개 중에서 30개를 업데이트합니다.
      4. 시스템에서 최종 일괄 처리에 10개를 포함하여 나머지 VM을 업데이트합니다.

에이전트 업데이트 프로세스가 끝나면 할당의 요약 페이지에 적용되는 Horizon Agents Installer의 버전이 나열됩니다.

시스템이 데스크톱을 업데이트하는 기간 동안, 데스크톱의 최종 사용자에게 다음과 같은 동작이 발생합니다.

  • 데스크톱에 활성 세션이 있고 활성 사용자가 있는 VM을 건너뛰도록 지정하지 않은 경우 업데이트가 발생하기 5분 전에 경고가 표시됩니다. 이 5분 전 경고는 사용자에게 진행 중인 작업을 저장할 시간을 제공하기 위한 것입니다.
  • 사용자가 업데이트 중인 데스크톱에 로그인하려고 하면 로그인이 실패하고 데스크톱을 사용할 수 없다는 메시지가 표시됩니다.

모니터 > 활동을 선택하여 업데이트 작업의 진행 상태를 확인할 수 있습니다. 작업 설명에는 업데이트 중인 에이전트와 업데이트가 수행되는 할당이 표시됩니다. 작업이 24시간 내에 성공적으로 완료되지 않고 재시도 및 작업 시간 초과 옵션이 적용되지 않으면 업데이트 작업은 실패 상태로 표시됩니다.

업데이트 작업에서 VM을 건너뛴 경우 업데이트 작업이 [활동] 페이지에 부분 성공 상태로 표시됩니다. [활동] 페이지에서 업데이트 작업 중 건너뛴 VM 수를 확인할 수 있습니다.

  • 재시도 옵션이 활성화되었더라도 업데이트 작업이 끝난 후에 [활동] 페이지에 건너뛴 VM이 많이 표시되는 경우, 시스템에서 건너뛴 모든 VM으로 이동할 만큼 작업 시간 초과 값이 충분히 길지 않거나 최종 사용자가 해당 VM에서 로그아웃하지 않은 것입니다.
  • 또한 "Windows 업데이트 진행 중", "디스크 공간 부족" 및 "시스템의 재부팅 보류 중"과 같은 실행 전 검사 오류를 나타내며 VM을 건너뛸 수도 있습니다.

어떤 이유로든 건너뛴 VM의 경우 관리자는 나중에 에이전트 업데이트를 다시 시도할 수 있습니다.