XenServer

젠서버 및 시트릭스 가상 앱 및 데스크톱™용 업그레이드 시나리오

August 1, 2026

제공::

XenServer에는 Citrix Virtual Apps and Desktops 환경에서 사용하기에 이상적인 하이퍼바이저로 만드는 기능과 최적화가 포함되어 있습니다.

Citrix Virtual Apps and Desktops와 함께 XenServer를 사용하는 경우, 주 업그레이드 문서인 기존 버전에서 업그레이드에 다루지 않은 몇 가지 고려 사항이 있습니다. XenServer 8.4에서 XenServer 9로 업그레이드를 시작하기 전에 이 문서와 주 업그레이드 문서를 모두 검토하십시오.

시트릭스 가상 앱 및 데스크톱 환경에서 젠서버®를 업그레이드할 때 고려 사항:

XenServer 호스트는 업그레이드의 일부로 두 번 다시 시작됩니다. 업그레이드 시작 시 서버를 설치 미디어로 부팅해야 합니다. 프로세스 마지막에 설치 프로그램이 서버를 다시 시작하여 업그레이드를 완료합니다. 이 시간 동안 이 호스트의 VM은 마이그레이션되거나 중지되어야 합니다.
XenServer를 업그레이드하는 데 사용할 접근 방식은 XenServer 환경, Citrix Virtual Apps and Desktops 환경, 그리고 XenServer에서 호스팅되는 머신 및 애플리케이션 유형에 따라 달라집니다.
XenServer 업그레이드를 시작하기 전에 Citrix Virtual Apps and Desktops 환경에서 일부 준비 작업을 수행해야 할 수도 있습니다.
이 문서는 Citrix Virtual Apps and Desktops 워크로드가 XenServer 풀에 호스팅되는 사용 사례만 다룹니다. XenServer 풀의 VM에 Citrix Virtual Apps and Desktops 인프라의 일부를 호스팅하는 경우는 이 문서에서 다루지 않습니다. 업그레이드 계획을 세울 때 이러한 구성 요소를 고려하십시오.
사용 중인 Citrix Virtual Apps and Desktops 버전이 업그레이드 이전 XenServer 버전과 업그레이드 대상 XenServer 버전 모두에서 지원되는지 확인하십시오. 자세한 내용은 Citrix Virtual Apps and Desktops(MCS) 및 Citrix Provisioning(PVS)용 지원되는 하이퍼바이저를 참조하십시오.
업그레이드에 걸리는 시간과 서비스 중단 가능성은 업그레이드 접근 방식에 따라 달라집니다. 전체 풀의 완전한 업그레이드는 완료하는 데 여러 시간이 걸릴 수 있습니다.
이 문서는 단일 XenServer 호스트를 완전히 업그레이드하는 데 35분이 걸린다고 가정합니다. 이 호스트 업그레이드 시간에는 업그레이드 프로세스 및 필요한 모든 다시 시작이 포함됩니다.

이 문서에 설명된 접근 방식은 서비스 중단 가능성을 줄이고 업그레이드 프로세스가 유지 관리 기간 내에 완료될 수 있도록 하는 업그레이드 방법을 안내하는 것을 목표로 합니다. 그러나 일부 경우에는 서비스 중단이 불가피합니다. XenServer 업그레이드 프로세스가 유지 관리 기간 내에 완료될 수 없는 경우, 유지 관리 기간 사이에 짧은 시간 동안 풀을 혼합 모드로 실행할 수 있습니다. 하지만 이는 권장되지 않습니다. 자세한 내용은 혼합 모드 풀을 참조하십시오.

계획된 XenServer 업그레이드 유지 관리 기간 동안 다음 제한 사항을 따르십시오:

업그레이드 중인 풀의 인프라를 재구성하려고 시도하지 마십시오. 예를 들어, 풀에서 호스트를 추가하거나 제거하지 마십시오.
업그레이드 중인 풀에서 VM을 추가, 시작 또는 중지하지 마십시오.
해당 기간 동안 카탈로그 업데이트를 수행하지 마십시오.

롤링 풀 업그레이드

롤링 풀 업그레이드는 업그레이드 프로세스를 용이하게 하고 다운타임을 최소화하도록 설계된 XenServer 기능입니다.

XenCenter®의 롤링 풀 업그레이드 마법사는 업그레이드 절차를 안내하고 업그레이드 경로를 자동으로 구성합니다. 풀의 경우 풀 코디네이터부터 시작하여 풀의 각 서버가 차례로 업그레이드됩니다. 업그레이드를 시작하기 전에 마법사는 일련의 사전 검사를 수행합니다. 이러한 사전 검사는 고가용성과 같은 특정 풀 전체 기능이 일시적으로 비활성화되고 풀의 각 서버가 업그레이드 준비가 되었는지 확인합니다. 한 번에 하나의 서버만 오프라인 상태가 됩니다. 실행 중인 모든 VM은 해당 서버에 업그레이드가 설치되기 전에 각 서버에서 자동으로 마이그레이션됩니다.

이 문서에 설명된 Citrix Virtual Apps and Desktops 사용 사례 중 상당수에 롤링 풀 업그레이드를 사용할 수 있습니다. 각 경우에 업그레이드 시간은 동일합니다. 즉, 풀의 호스트 수에 단일 호스트의 업그레이드 시간을 곱한 값입니다. (N x 35분). VM 중단의 가능성은 Citrix Virtual Apps and Desktops 워크로드 및 XenServer 풀 설정에 따라 달라집니다.

XenServer 풀을 업그레이드하기 위해 롤링 풀 업그레이드를 사용할 계획이더라도, Citrix Virtual Apps and Desktops의 필수 작업, 특별 고려 사항 및 예상되는 동작을 이해하려면 특정 환경에 대한 정보를 검토하십시오.

사용 사례

이 문서에서는 몇 가지 광범위한 사용 사례를 식별합니다. 이러한 각 사용 사례에 대해 XenServer 풀은 한 가지 유형의 Citrix Virtual Apps and Desktops 워크로드만 호스팅한다고 가정합니다. 풀에 여러 유형의 워크로드가 혼합되어 있는 경우, 풀에 적용되는 모든 사례를 검토하여 선호하는 업그레이드 접근 방식을 결정하십시오.

먼저 XenServer 환경이 어떻게 구성되어 있는지 고려하십시오.

공유 스토리지가 있는 XenServer 풀

하나 이상의 공유 스토리지 저장소(SR)가 있는 XenServer 풀에서는 VM 디스크를 이 공유 스토리지에 호스팅할 수 있으며, 이를 통해 업그레이드 중에 VM이 호스트 간에 마이그레이션할 수 있습니다. 이 구성은 VM 다운타임의 필요성을 줄이거나 제거할 수 있습니다.
공유 스토리지가 없거나 독립 실행형 호스트인 XenServer 풀

공유 스토리지가 없는 XenServer 풀 또는 독립 실행형 XenServer 호스트에서는 업그레이드 프로세스 중에 VM을 마이그레이션할 수 없습니다. 업그레이드의 일부로 호스트가 재부팅될 때 VM을 종료해야 합니다.

공유 스토리지가 있는 XenServer 풀

VM 디스크가 공유 스토리지에 있는 풀을 업그레이드하는 경우, 업그레이드되는 동안 풀의 각 XenServer 호스트에서 VM을 비울 수 있습니다.

이 유형의 풀에서 대부분의 사용 사례는 롤링 풀 업그레이드를 사용하여 업그레이드할 수 있습니다. 하지만 Citrix Virtual Apps and Desktops에서 필요한 사전 작업과 중단 동작은 워크로드에 따라 다릅니다.

풀에서 어떤 유형의 Citrix Virtual Apps and Desktops 워크로드가 호스팅되는지 고려하십시오.

할당되지 않은 단일 세션 데스크톱
기타 워크로드

공유 스토리지가 없는 XenServer 풀 또는 독립 실행형 호스트

VM 디스크가 로컬 스토리지에 있거나 풀에 단일 호스트가 있는 풀을 업그레이드하는 경우, VM은 업그레이드되는 동안 XenServer 호스트에서 마이그레이션될 수 없습니다. 이러한 경우 호스트 또는 풀 업그레이드 기간 동안 VM을 종료해야 합니다. 이러한 경우 가상 앱 및 데스크톱에 대한 일부 중단은 피할 수 없습니다.

풀에서 어떤 유형의 Citrix Virtual Apps and Desktops 워크로드가 호스팅되는지 고려하십시오.

할당된 데스크톱
기타 워크로드

사례 1: 공유 스토리지가 있는 풀에서 실행되는 단일 세션 데스크톱

이 사용 사례는 공유 스토리지가 있는 XenServer 풀을 다루며, 기본 워크로드는 무작위 시스템 할당 유형의 단일 세션 가상 데스크톱입니다. 이 유형의 시스템은 Citrix Provisioning 또는 Machine Creation Services에 의해 관리되어야 합니다.

Citrix Virtual Apps and Desktops에서 관리하는 모든 워크로드의 경우, Citrix Provisioning™ 및 Machine Creation Services에 의해 전원 관리되는 워크로드를 포함하여, 업그레이드가 수행되는 동안 완전한 워크로드를 유지할 수 없습니다. 시스템의 전원 관리는 업그레이드 프로세스 중에 문제가 될 수 있으며 새 세션 생성을 비활성화하지 않고는 전원 관리를 비활성화할 수 없습니다.

업그레이드 권장 옵션:

롤링 풀 업그레이드
- 예상 업그레이드 시간: 풀의 호스트 수에 단일 호스트의 업그레이드 시간을 곱한 값입니다. (N x 35분)
- 중단 동작: 모든 시스템은 전체 업그레이드 시간 동안 Citrix Virtual Apps and Desktops 유지 관리 모드에 있습니다.

가능하면 이 풀을 업그레이드하는 동안 용량이 있는 다른 XenServer 풀에서 워크로드를 사용할 수 있도록 하십시오. 이 접근 방식은 업그레이드 중에 용량 감소를 유발할 수 있습니다. 다른 XenServer 호스트 및 풀에 워크로드에 대한 용량이 없는 경우, 워크로드의 모든 시스템에 대해 중단을 선언하는 것이 좋습니다.

롤링 풀 업그레이드 (1)

시작하기 전에의 단계 및 지침을 검토하십시오.

<!- - kaizen-review: MD041 on line 1: - ->

풀의 모든 머신을 유지 관리 모드로 전환합니다. 모든 머신이 동일한 연결을 사용하는 경우 전체 머신 카탈로그를 유지 관리 모드로 전환할 수 있습니다.
영향을 받는 모든 사용자에게 임박한 중단에 대해 알립니다.
- 이 풀의 머신에서 세션이 여전히 실행 중인 경우, 사용자에게 로그오프를 요청하거나 세션을 강제로 종료합니다.
- 사용자에게 로그오프한 후 전체 서비스가 재개될 때까지 다시 로그인할 수 없음을 알립니다.
XenCenter에서 롤링 풀 업그레이드 마법사를 시작하고 자동 모드를 선택합니다. 자세한 내용은 XenCenter를 사용하여 롤링 풀 업그레이드를 참조하십시오.

업그레이드가 완료되면 롤링 풀 업그레이드의 일부로 일시 중단되었던 모든 VM이 다시 시작됩니다.
머신을 유지 관리 모드에서 해제합니다.

이제 새 세션을 시작할 수 있으며 전체 서비스가 재개됩니다.

사례 2: 공유 스토리지가 있는 풀에서 실행되는 다른 워크로드

이 사용 사례는 할당된 시스템 할당 유형의 단일 세션 가상 데스크톱 또는 무작위 시스템 할당 유형의 다중 세션 가상 애플리케이션을 기본 워크로드로 사용하는 공유 스토리지가 있는 XenServer 풀을 다룹니다.

업그레이드를 위한 권장 옵션:

롤링 풀 업그레이드
- 예상 업그레이드 시간: 풀의 호스트 수에 단일 호스트의 업그레이드 시간을 곱한 값입니다. (N x 35분)
- 중단 동작: 서비스 중단 없음

롤링 풀 업그레이드 (2)

시작하기 전에의 단계 및 지침을 검토하십시오.

<!- - kaizen-review: MD041 on line 1: - ->

풀에 워크로드를 실행할 수 있는 충분한 용량이 있는지 확인하되, 호스트 한 대가 풀에 없는 상태를 가정합니다. 업그레이드 프로세스 중에 각 호스트는 한 번에 하나씩 제거됩니다. 나머지 호스트는 필요한 모든 VM을 실행할 수 있어야 합니다.

풀에 용량이 충분하지 않으면 업그레이드 프로세스 중에 일부 머신을 사용할 수 없게 될 수 있습니다. 가능하다면 업그레이드 프로세스 중에 중요하지 않은 VM을 일시 중단할 수 있습니다.
XenServer 풀에서 제공하는 모든 머신이 켜져 있고, 관련 딜리버리 그룹에서 Citrix Virtual Apps and Desktops™에 등록되어 있는지 확인합니다.
- 관리되지 않는 머신의 경우:
  - XenCenter®를 사용하여 모든 VM이 켜져 있는지 확인합니다.
  - 업그레이드 프로세스 중에 수동 전원 작업을 수행하지 마십시오.
- 전원 관리 머신의 경우:
  - 모든 머신이 켜져 있는지 확인합니다(XenCenter, Citrix® Studio 또는 Web Studio를 사용하여).
  - 업그레이드 프로세스 중에 새 세션이 시작되도록 하려면:
    - 머신을 유지 관리 모드로 설정하지 마십시오.
    - 업그레이드 프로세스 중에 수동 전원 작업을 수행하지 마십시오.
    - 머신을 일시 중단할 수 있는 모든 전원 관리 체계를 비활성화합니다.
    - 머신의 전원을 끄거나 일시 중단할 수 있는 다른 프로세스가 없는지 확인합니다.
  - 업그레이드 중에 새 세션을 시작할 수 없는 것이 허용되는 경우:
    - 호스팅 연결을 유지 관리 모드로 전환합니다. 자세한 내용은 연결에 대한 유지 관리 모드 켜기 또는 끄기를 참조하십시오.
    - 최종 사용자에게 로그오프하면 업그레이드 기간 동안 다시 연결할 수 없음을 알립니다.
  자세한 내용은 전원 관리되는 전달 그룹의 시스템을 참조하십시오.
- For machines managed by Machine Creation Services™
  - 이전 목록 항목의 전원 관리 시스템과 동일한 지침을 따르십시오.
  - 또한 전체 업그레이드 기간 동안 새 시스템을 생성하려고 시도하지 마십시오.
XenCenter에서 롤링 풀 업그레이드 마법사를 시작하고 자동 모드를 선택합니다. 자세한 내용은 XenCenter를 사용하여 롤링 풀 업그레이드를 참조하십시오.
환경 작업을 일반 구성으로 복원합니다.
- 이전 단계에서 설정한 유지 관리 모드 플래그를 제거합니다.
- 이전 단계에서 수행한 전원 관리 체계 조정을 되돌립니다.

사례 3: 로컬 스토리지가 있는 풀 또는 독립 실행형 호스트에서 실행되는 할당된 데스크톱

이 사용 사례는 공유 스토리지가 없는 XenServer 독립 실행형 호스트 또는 풀을 다루며, 기본 워크로드는 할당된 시스템 할당 유형을 사용하는 단일 세션 가상 데스크톱입니다.

업그레이드를 위한 권장 옵션:

롤링 풀 업그레이드 단일 유지 관리 기간에 RPU를 자동 모드로 사용합니다. 이렇게 하면 모든 사용자가 전체 업그레이드 기간 동안 중단을 겪어야 하지만, 풀의 관리 오버헤드는 낮습니다.
- 예상 업그레이드 시간: 풀의 호스트 수에 단일 호스트의 업그레이드 시간을 곱한 값입니다. (N x 35분)
- 중단 동작: 모든 시스템은 전체 업그레이드 시간 동안 Citrix Virtual Apps and Desktops 유지 관리 모드에 있습니다.
수동 업그레이드 이 모드는 업그레이드 중 각 사용자에게 최소한의 중단을 제공하지만, 관리자에게는 더 많은 작업이 필요합니다.
- 예상 업그레이드 시간: 단일 호스트 업그레이드 시간의 두 배입니다. (약 70분)
- 중단 동작: 각 데스크톱은 개별 호스트의 업그레이드 시간 동안 사용할 수 없습니다. 이 시간은 일반적으로 35분입니다.

롤링 풀 업그레이드 (3)

시작하기 전에의 단계 및 지침을 검토하십시오.

<!- - kaizen-review: MD041 on line 1: - ->

풀에서 머신을 제공하는 모든 딜리버리 그룹 또는 카탈로그를 유지 관리 모드로 전환합니다.

머신이 유지 관리 모드에 있는 동안에는 풀의 머신에서 새 세션을 시작할 수 없습니다. 기존 세션은 머신이 종료되거나 일시 중단될 때까지 유지됩니다.

자세한 내용은 딜리버리 그룹의 머신에 사용자가 연결하지 못하도록 방지를 참조하십시오.
영향을 받는 모든 사용자에게 예정된 서비스 중단을 알립니다. 세션을 종료해야 하는 시간을 제공하고 서비스가 복원될 시기를 알려줍니다.
영향을 받는 머신에 남아 있는 세션을 확인하고 해당 세션에 대해 적절한 조치를 취합니다.
XenCenter에서 롤링 풀 업그레이드 마법사를 시작하고 자동 모드를 선택합니다. 자세한 내용은 XenCenter를 사용하여 롤링 풀 업그레이드를 참조하십시오.

업그레이드가 완료되면 롤링 풀 업그레이드의 일부로 일시 중단되었던 모든 VM이 다시 시작됩니다.
머신을 유지 관리 모드에서 해제합니다.

이제 새 세션을 시작하고 전체 서비스를 재개할 수 있습니다.

수동 업그레이드 (3)

이 수동 프로세스를 사용하여 풀 코디네이터를 먼저 업그레이드한 다음 다른 모든 호스트를 병렬로 업그레이드하여 전체 중단 시간을 크게 줄일 수 있습니다.

참고:

병렬 업그레이드 접근 방식에서는 위험 프로필이 변경됩니다. 업그레이드 중에 문제가 발생하면 모든 호스트가 업그레이드되고 문제가 발생할 때까지 감지되지 않을 수 있습니다. 반면, 호스트를 순차적으로 업그레이드하는 경우 다음 호스트로 진행하기 전에 각 호스트에서 업그레이드가 성공했는지 확인할 수 있습니다.

시작하기 전에의 단계 및 지침을 검토하십시오.

<!- - kaizen-review: MD041 on line 1: - ->

XenServer 풀 또는 호스트에서 제공하는 모든 시스템의 전원이 켜져 있고 관련 딜리버리 그룹의 Citrix Virtual Apps and Desktops™에 등록되어 있는지 확인합니다.
- 관리되지 않는 시스템의 경우:
  - XenCenter®를 사용하여 모든 VM의 전원이 켜져 있는지 확인합니다.
  - 업그레이드 프로세스 중에 수동 전원 작업을 수행하지 마십시오.
- 전원 관리 시스템의 경우:
  - 모든 시스템의 전원이 켜져 있는지 확인합니다(XenCenter 또는 Studio 사용).
  - 업그레이드 프로세스 중에 새 세션이 시작되도록 허용하려면:
    - 시스템을 유지 관리 모드로 설정하지 마십시오.
    - 업그레이드 프로세스 중에 수동 전원 작업을 수행하지 마십시오.
    - 시스템을 일시 중단할 수 있는 모든 전원 관리 체계를 비활성화합니다.
    - 시스템의 전원을 끄거나 일시 중단할 수 있는 다른 프로세스가 없는지 확인합니다.
  - 업그레이드 중에 새 세션이 시작되지 않아도 허용되는 경우:
    - 호스팅 연결을 유지 관리 모드로 전환합니다. 자세한 내용은 연결에 대한 유지 관리 모드 켜기 또는 끄기를 참조하십시오.
    - 최종 사용자에게 로그오프하면 업그레이드 시간 동안 다시 연결할 수 없음을 알립니다.
  자세한 내용은 딜리버리 그룹의 전원 관리 시스템을 참조하십시오.
- Machine Creation Services™ (머신 크리에이션 서비스)에 의해 관리되는 머신용
  - 이전 목록 항목의 전원 관리 머신과 동일한 지침을 따르십시오.
  - 또한 전체 업그레이드 기간 동안 머신을 생성하려고 시도하지 마십시오.
풀 코디네이터 및 관련 VM을 식별합니다.
풀 코디네이터 호스트의 카탈로그에 있는 머신을 유지 관리 모드로 전환합니다.
Director, Citrix® Studio 또는 Web Studio를 사용하여 활성 세션에 연결된 사용자에게 데스크톱이 일정 기간 오프라인 상태가 될 것이라는 경고 메시지를 보냅니다. 이 기간은 이 개별 호스트의 업그레이드 시간입니다(약 35분).
xe CLI를 사용하여 풀 코디네이터를 업데이트합니다.
1. 풀 코디네이터를 비활성화합니다. 이렇게 하면 새 VM이 지정된 호스트에서 시작되거나 지정된 호스트로 마이그레이션되는 것을 방지할 수 있습니다.
```
xe host-disable host=<uuid_or_name_label>
```
2. 풀 코디네이터에서 실행 중인 VM이 없는지 확인합니다. VM을 종료하거나 일시 중단하거나 풀의 다른 호스트로 마이그레이션합니다.
  - VM을 종료하려면 다음 명령을 사용합니다.
    xe vm-shutdown
  - VM을 일시 중단하려면 다음 명령을 사용합니다.
    xe vm-suspend
  - 특정 VM을 마이그레이션하려면 다음 명령을 사용합니다.
    xe vm-migrate
    지정된 VM을 지정된 호스트로 마이그레이션하면 마이그레이션된 VM이 풀의 다른 호스트로 분산되는 방식을 완벽하게 제어할 수 있습니다.
  - 호스트를 비우려면 다음 명령을 사용합니다.
    xe host-evacuate
    호스트에서 모든 VM을 비우면 마이그레이션된 VM의 배포가 XenServer에 맡겨집니다.
3. 풀 코디네이터를 종료합니다.
```
xe host-shutdown
```
  중요:
  
  풀 코디네이터 업그레이드가 완료될 때까지 풀 코디네이터에 연결할 수 없습니다. 풀 코디네이터를 종료하면 풀의 다른 호스트가 비상 모드로 전환됩니다. 호스트는 풀 코디네이터가 네트워크에서 사라지고 여러 번 시도해도 연결할 수 없는 풀에 있을 때 비상 모드로 전환될 수 있습니다. 비상 모드의 호스트에서는 VM이 계속 실행되지만, 제어 작업은 사용할 수 없습니다.
4. 선택한 XenServer 설치 미디어 및 방법(예: USB 또는 네트워크)을 사용하여 풀 코디네이터를 부팅합니다.
5. 설치 프로그램에서 업그레이드 옵션을 제공할 때까지 XenServer 설치 절차를 따릅니다. 업그레이드를 선택합니다.
  
  풀 코디네이터가 다시 시작되면 풀의 다른 호스트는 비상 모드를 종료하고 몇 분 후에 정상 서비스가 복원됩니다.
6. 종료되거나 일시 중단된 모든 VM을 시작하거나 다시 시작합니다.
7. 풀 코디네이터로 다시 이동하려는 모든 VM을 마이그레이션합니다.
풀 코디네이터 업그레이드가 중단되거나 어떤 이유로든 업그레이드가 실패하면 업그레이드를 계속 진행하지 마십시오. 풀 코디네이터를 재부팅하고 작동하는 버전으로 복원합니다.
풀 코디네이터가 업그레이드되면 Citrix Studio 또는 Web Studio에서 풀 코디네이터의 시스템을 유지 관리 모드에서 해제합니다.
풀의 나머지 모든 호스트에 대해 다음 단계를 병렬로 완료합니다.
1. 호스트의 카탈로그에 있는 시스템을 유지 관리 모드로 전환합니다.
2. Director, Citrix Studio 또는 Web Studio를 사용하여 활성 세션에 여전히 연결되어 있는 사용자에게 데스크톱이 일정 기간 동안 오프라인 상태가 될 것이라고 경고하는 메시지를 보냅니다. 이 기간은 이 개별 호스트의 업그레이드 시간(약 35분)입니다.
3. xe CLI를 사용하여 호스트를 비활성화합니다.
```
xe host-disable host-selector=<host_selector_value>
```
4. 호스트에서 실행 중인 VM이 없는지 확인합니다. VM을 종료하거나, 일시 중단하거나, 풀의 다른 호스트로 마이그레이션합니다.
  - VM을 종료하려면 다음 명령을 사용하십시오.
    xe vm-shutdown
  - VM을 일시 중단하려면 다음 명령을 사용하십시오.
    xe vm-suspend
  - 특정 VM을 마이그레이션하려면 다음 명령을 사용하십시오.
    xe vm-migrate
    지정된 VM을 지정된 호스트로 마이그레이션하면 풀의 다른 호스트로 마이그레이션된 VM의 배포를 완벽하게 제어할 수 있습니다.
  - 호스트를 비우려면 다음 명령을 사용하십시오.
    xe host-evacuate
    호스트에서 모든 VM을 비우면 마이그레이션된 VM의 배포가 XenServer에 맡겨집니다.
5. 호스트를 종료합니다.
```
xe host-shutdown
```
6. 선택한 XenServer 설치 미디어 및 방법(예: USB 또는 네트워크)을 사용하여 호스트를 부팅합니다.
7. 설치 프로그램이 업그레이드 옵션을 제공할 때까지 XenServer 설치 절차를 따릅니다. 업그레이드를 선택합니다.
8. 호스트 업그레이드가 완료되면 종료되거나 일시 중단된 VM을 시작하거나 다시 시작합니다.
9. 원하는 VM을 호스트로 다시 마이그레이션합니다.
하위 호스트의 업그레이드가 실패하거나 중단되면 되돌릴 필요가 없습니다. 해당 호스트를 잊으려면 풀에서 xe host-forget 명령을 실행하십시오. 호스트에 XenServer를 다시 설치한 다음, xe pool-join 명령을 사용하여 새 호스트로 풀에 연결하십시오.
XenServer 호스트가 업데이트되면 Citrix Studio 또는 Web Studio에서 시스템을 유지 관리 모드에서 해제합니다.

사례 4: 로컬 스토리지가 있는 풀 또는 독립 실행형 호스트에서 실행되는 기타 워크로드

이 사용 사례는 기본 워크로드가 단일 세션 가상 데스크톱 또는 무작위 머신 할당 유형의 다중 세션 가상 애플리케이션인 공유 스토리지가 있는 XenServer 풀을 다룹니다.

Citrix Virtual Apps and Desktops에서 관리하는 모든 워크로드(Citrix Provisioning 및 Machine Creation Services에서 전원 관리하는 워크로드 포함)의 경우, 업그레이드가 수행되는 동안 완전한 워크로드를 유지할 수 없습니다. 머신의 전원 관리는 업그레이드 프로세스 중에 문제가 될 수 있으며, 새 세션 생성을 비활성화하지 않고는 전원 관리를 비활성화할 수 없습니다.

권장 업그레이드 옵션:

롤링 풀 업그레이드
- 예상 업그레이드 시간: 풀의 호스트 수에 단일 호스트의 업그레이드 시간을 곱한 값입니다. (N x 35분)
- 중단 동작: 모든 머신은 전체 업그레이드 시간 동안 Citrix Virtual Apps and Desktops 유지 관리 모드에 있습니다.
수동 업그레이드
- 예상 업그레이드 시간: 단일 호스트의 업그레이드 시간의 두 배입니다. (약 70분)
- 중단 동작: 모든 머신은 전체 업그레이드 시간 동안 Citrix Virtual Apps and Desktops 유지 관리 모드에 있습니다.

가능하다면, 이 풀을 업그레이드하는 동안 용량이 있는 다른 XenServer 풀에서 워크로드를 사용할 수 있도록 하십시오. 이 접근 방식은 업그레이드 중에 용량 감소를 초래할 수 있습니다. 다른 XenServer 호스트 및 풀에 워크로드 용량이 없는 경우, 워크로드의 모든 머신에 대해 중단을 선언하는 것이 좋습니다.

롤링 풀 업그레이드 (4)

시작하기 전에의 단계 및 지침을 검토하십시오.

<!- - kaizen-review: MD041 on line 1: - ->

풀의 모든 머신을 유지 관리 모드로 전환합니다. 모든 머신이 동일한 연결을 사용하는 경우 전체 머신 카탈로그를 유지 관리 모드로 전환할 수 있습니다.
영향을 받는 모든 사용자에게 임박한 중단에 대해 알립니다.
- 이 풀의 머신에서 세션이 여전히 실행 중인 경우, 사용자에게 로그오프를 요청하거나 세션을 강제로 종료합니다.
- 사용자에게 로그오프한 후 전체 서비스가 재개될 때까지 다시 로그인할 수 없음을 알립니다.
XenCenter에서 롤링 풀 업그레이드 마법사를 시작하고 자동 모드를 선택합니다. 자세한 내용은 XenCenter를 사용하여 롤링 풀 업그레이드를 참조하십시오.

업그레이드가 완료되면 롤링 풀 업그레이드의 일부로 일시 중단되었던 모든 VM이 다시 시작됩니다.
머신을 유지 관리 모드에서 해제합니다.

이제 새 세션을 시작할 수 있으며 전체 서비스가 재개됩니다.

수동 업그레이드 (4)

이 수동 프로세스를 사용하여 풀 코디네이터를 먼저 업그레이드한 다음 다른 모든 호스트를 병렬로 업그레이드하여 전체 서비스 중단 시간을 크게 줄일 수 있습니다.

참고:

병렬 업그레이드 방식에서는 위험 프로필이 변경됩니다. 업그레이드 중에 문제가 발생하면 모든 호스트가 업그레이드되고 해당 문제가 발생할 때까지 감지되지 않을 수 있습니다. 반면 호스트를 순차적으로 업그레이드하는 경우 다음 호스트로 진행하기 전에 각 호스트에서 업그레이드가 성공했는지 확인할 수 있습니다.

시작하기 전에에서 단계 및 지침을 검토하십시오.

<!- - kaizen-review: MD041 on line 1: - ->

XenServer 풀 또는 호스트에서 제공하는 모든 시스템의 전원이 켜져 있고 관련 딜리버리 그룹의 Citrix Virtual Apps and Desktops™에 등록되어 있는지 확인합니다.
- 관리되지 않는 시스템의 경우:
  - XenCenter®를 사용하여 모든 VM의 전원이 켜져 있는지 확인합니다.
  - 업그레이드 프로세스 중에 수동 전원 작업을 수행하지 마십시오.
- 전원 관리 시스템의 경우:
  - 모든 시스템의 전원이 켜져 있는지 확인합니다(XenCenter 또는 Studio 사용).
  - 업그레이드 프로세스 중에 새 세션이 시작되도록 허용하려면:
    - 시스템을 유지 관리 모드로 설정하지 마십시오.
    - 업그레이드 프로세스 중에 수동 전원 작업을 수행하지 마십시오.
    - 시스템을 일시 중단할 수 있는 모든 전원 관리 체계를 비활성화합니다.
    - 시스템의 전원을 끄거나 일시 중단할 수 있는 다른 프로세스가 없는지 확인합니다.
  - 업그레이드 중에 새 세션이 시작되지 않아도 허용되는 경우:
    - 호스팅 연결을 유지 관리 모드로 전환합니다. 자세한 내용은 연결에 대한 유지 관리 모드 켜기 또는 끄기를 참조하십시오.
    - 최종 사용자에게 로그오프하면 업그레이드 시간 동안 다시 연결할 수 없음을 알립니다.
  자세한 내용은 딜리버리 그룹의 전원 관리 시스템을 참조하십시오.
- Machine Creation Services™ (머신 크리에이션 서비스)에 의해 관리되는 머신용
  - 이전 목록 항목의 전원 관리 머신과 동일한 지침을 따르십시오.
  - 또한 전체 업그레이드 기간 동안 머신을 생성하려고 시도하지 마십시오.
풀 코디네이터 및 관련 VM을 식별합니다.
풀 코디네이터 호스트의 카탈로그에 있는 머신을 유지 관리 모드로 전환합니다.
Director, Citrix® Studio 또는 Web Studio를 사용하여 활성 세션에 연결된 사용자에게 데스크톱이 일정 기간 오프라인 상태가 될 것이라는 경고 메시지를 보냅니다. 이 기간은 이 개별 호스트의 업그레이드 시간입니다(약 35분).
xe CLI를 사용하여 풀 코디네이터를 업데이트합니다.
1. 풀 코디네이터를 비활성화합니다. 이렇게 하면 새 VM이 지정된 호스트에서 시작되거나 지정된 호스트로 마이그레이션되는 것을 방지할 수 있습니다.
```
xe host-disable host=<uuid_or_name_label>
```
2. 풀 코디네이터에서 실행 중인 VM이 없는지 확인합니다. VM을 종료하거나 일시 중단하거나 풀의 다른 호스트로 마이그레이션합니다.
  - VM을 종료하려면 다음 명령을 사용합니다.
    xe vm-shutdown
  - VM을 일시 중단하려면 다음 명령을 사용합니다.
    xe vm-suspend
  - 특정 VM을 마이그레이션하려면 다음 명령을 사용합니다.
    xe vm-migrate
    지정된 VM을 지정된 호스트로 마이그레이션하면 마이그레이션된 VM이 풀의 다른 호스트로 분산되는 방식을 완벽하게 제어할 수 있습니다.
  - 호스트를 비우려면 다음 명령을 사용합니다.
    xe host-evacuate
    호스트에서 모든 VM을 비우면 마이그레이션된 VM의 배포가 XenServer에 맡겨집니다.
3. 풀 코디네이터를 종료합니다.
```
xe host-shutdown
```
  중요:
  
  풀 코디네이터 업그레이드가 완료될 때까지 풀 코디네이터에 연결할 수 없습니다. 풀 코디네이터를 종료하면 풀의 다른 호스트가 비상 모드로 전환됩니다. 호스트는 풀 코디네이터가 네트워크에서 사라지고 여러 번 시도해도 연결할 수 없는 풀에 있을 때 비상 모드로 전환될 수 있습니다. 비상 모드의 호스트에서는 VM이 계속 실행되지만, 제어 작업은 사용할 수 없습니다.
4. 선택한 XenServer 설치 미디어 및 방법(예: USB 또는 네트워크)을 사용하여 풀 코디네이터를 부팅합니다.
5. 설치 프로그램에서 업그레이드 옵션을 제공할 때까지 XenServer 설치 절차를 따릅니다. 업그레이드를 선택합니다.
  
  풀 코디네이터가 다시 시작되면 풀의 다른 호스트는 비상 모드를 종료하고 몇 분 후에 정상 서비스가 복원됩니다.
6. 종료되거나 일시 중단된 모든 VM을 시작하거나 다시 시작합니다.
7. 풀 코디네이터로 다시 이동하려는 모든 VM을 마이그레이션합니다.
풀 코디네이터 업그레이드가 중단되거나 어떤 이유로든 업그레이드가 실패하면 업그레이드를 계속 진행하지 마십시오. 풀 코디네이터를 재부팅하고 작동하는 버전으로 복원합니다.
풀 코디네이터가 업그레이드되면 Citrix Studio 또는 Web Studio에서 풀 코디네이터의 시스템을 유지 관리 모드에서 해제합니다.
풀의 나머지 모든 호스트에 대해 다음 단계를 병렬로 완료합니다.
1. 호스트의 카탈로그에 있는 시스템을 유지 관리 모드로 전환합니다.
2. Director, Citrix Studio 또는 Web Studio를 사용하여 활성 세션에 여전히 연결되어 있는 사용자에게 데스크톱이 일정 기간 동안 오프라인 상태가 될 것이라고 경고하는 메시지를 보냅니다. 이 기간은 이 개별 호스트의 업그레이드 시간(약 35분)입니다.
3. xe CLI를 사용하여 호스트를 비활성화합니다.
```
xe host-disable host-selector=<host_selector_value>
```
4. 호스트에서 실행 중인 VM이 없는지 확인합니다. VM을 종료하거나, 일시 중단하거나, 풀의 다른 호스트로 마이그레이션합니다.
  - VM을 종료하려면 다음 명령을 사용하십시오.
    xe vm-shutdown
  - VM을 일시 중단하려면 다음 명령을 사용하십시오.
    xe vm-suspend
  - 특정 VM을 마이그레이션하려면 다음 명령을 사용하십시오.
    xe vm-migrate
    지정된 VM을 지정된 호스트로 마이그레이션하면 풀의 다른 호스트로 마이그레이션된 VM의 배포를 완벽하게 제어할 수 있습니다.
  - 호스트를 비우려면 다음 명령을 사용하십시오.
    xe host-evacuate
    호스트에서 모든 VM을 비우면 마이그레이션된 VM의 배포가 XenServer에 맡겨집니다.
5. 호스트를 종료합니다.
```
xe host-shutdown
```
6. 선택한 XenServer 설치 미디어 및 방법(예: USB 또는 네트워크)을 사용하여 호스트를 부팅합니다.
7. 설치 프로그램이 업그레이드 옵션을 제공할 때까지 XenServer 설치 절차를 따릅니다. 업그레이드를 선택합니다.
8. 호스트 업그레이드가 완료되면 종료되거나 일시 중단된 VM을 시작하거나 다시 시작합니다.
9. 원하는 VM을 호스트로 다시 마이그레이션합니다.
하위 호스트의 업그레이드가 실패하거나 중단되면 되돌릴 필요가 없습니다. 해당 호스트를 잊으려면 풀에서 xe host-forget 명령을 실행하십시오. 호스트에 XenServer를 다시 설치한 다음, xe pool-join 명령을 사용하여 새 호스트로 풀에 연결하십시오.
XenServer 호스트가 업데이트되면 Citrix Studio 또는 Web Studio에서 시스템을 유지 관리 모드에서 해제합니다.

혼합 모드 풀

혼합 모드 풀은 풀 내의 호스트가 서로 다른 버전의 XenServer를 사용하는 풀입니다. 업그레이드 중에 풀이 성능 저하 상태로 작동하므로 필요한 것보다 오랫동안 혼합 모드(여러 버전의 XenServer 사용)로 풀을 운영하지 마십시오. 이 성능 저하 상태에서는 특정 VM, SR, VDI 및 호스트 작업이 차단됩니다. 더 높은 버전의 XenServer 호스트에서 실행된 VM은 더 낮은 버전의 XenServer 호스트로 마이그레이션하거나 시작할 수 없습니다.

혼합 모드 풀은 표준 사용에는 지원되지 않으며 풀 업그레이드 중의 전환 상태로만 지원됩니다. 혼합 모드에서 실행하는 동안 문제가 발생하면 기술 지원팀에서 풀 업그레이드를 완료한 다음 비혼합 풀에서 문제를 재현하도록 요청할 것입니다.

Citrix Virtual Apps and Desktops 환경에 대한 업그레이드 옵션을 검토한 후, 계획된 XenServer 업그레이드 경로가 사용 가능한 유지 관리 기간보다 오래 걸릴 수 있습니다. 가능하다면 유지 관리 기간을 연장하여 XenServer 업그레이드가 그 안에 완료될 수 있도록 하십시오. 이것이 불가능하다면 다음 유지 관리 기간까지 풀을 혼합 모드로 실행하도록 선택할 수 있습니다. 그러나 풀을 혼합 모드로 실행하면 예기치 않은 동작이나 문제가 발생할 가능성이 높아져 비상 유지 관리 기간이 필요할 수 있습니다. 풀이 혼합 모드에서 보내는 시간을 최소화하도록 계획하십시오.

Citrix Virtual Apps and Desktops 환경이 혼합 모드 XenServer 풀 위에서 일시적으로 실행되는 경우 다음 동작에 유의하십시오.

재사용 전에 VM을 다시 시작해야 하는 풀링된 데스크톱 워크로드의 경우, VM은 최신 버전의 XenServer를 실행하는 호스트에서만 다시 시작됩니다. 풀의 유효 용량이 제한됩니다. 풀의 호스트 중 몇 개가 업그레이드되었는지에 따라 필요한 모든 VM을 다시 시작하기에 용량이 부족할 수 있습니다. 이러한 동작은 실패를 초래할 수 있으며 일부 Citrix Virtual Apps and Desktops 사용자는 필요한 세션에 액세스하지 못할 수 있습니다.
이전 버전의 XenServer를 실행하는 호스트에 있는 로컬 스토리지를 사용하는 전용 머신이 있는 경우, 이러한 VM은 중지할 수 있지만 업그레이드가 완료되고 풀이 더 이상 혼합 모드가 아닐 때까지 다시 시작할 수 없습니다.

이 제품 설명서의 공식 버전은 영어입니다. 영어 이외의 버전은 편의를 위해서만 제공되며, 기계 번역된 콘텐츠가 포함될 수 있습니다. 자세한 내용은 Cloud Software Group home 에서 기계 번역 고지를 참조하십시오.

도움이 되었나요?

젠서버 및 시트릭스 가상 앱 및 데스크톱™용 업그레이드 시나리오

August 1, 2026

제공::

August 1, 2026

제공::

이 문서

롤링 풀 업그레이드
사용 사례
사례 1: 공유 스토리지가 있는 풀에서 실행되는 단일 세션 데스크톱
사례 2: 공유 스토리지가 있는 풀에서 실행되는 다른 워크로드
사례 3: 로컬 스토리지가 있는 풀 또는 독립 실행형 호스트에서 실행되는 할당된 데스크톱
사례 4: 로컬 스토리지가 있는 풀 또는 독립 실행형 호스트에서 실행되는 기타 워크로드
혼합 모드 풀

도움이 되었나요?