XenServer

XenServer 및 Citrix Virtual Apps and Desktops의 업그레이드 시나리오

June 17, 2024

제공::

X X

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

Citrix Virtual Apps and Desktops와 함께 XenServer를 사용하는 경우 업그레이드를 수행할 때 기본 업그레이드 문서에서 다루지 않은 몇 가지 고려 사항이 있습니다. 기존 버전에서 업그레이드하기. Citrix Hypervisor 8.2에서 XenServer 8로의 업그레이드를 시작하기 전에 이 문서와 기본 업그레이드 문서를 모두 검토하십시오.

중요:

Citrix Virtual Apps and Desktops 라이센스를 사용하여 Citrix Hypervisor 8.2 누적 업데이트 1 호스트에 라이센스를 부여하는 경우 이 라이센스는 더 이상 XenServer 8에 적용되지 않습니다. 대신 풀의 모든 CPU 소켓을 지원하는 XenServer 프리미엄 에디션 라이센스를 구입해야 합니다. 자세한 내용은 https://xenserver.com/buy 항목을 참조하십시오.

XenServer는 이제 Citrix 워크로드 실행을 위한 프라이빗 클라우드용 Citrix, Citrix 유니버설 하이브리드 멀티 클라우드 및 Citrix 플랫폼 라이선스 구독을 이용할 수 있습니다. 더 읽어보세요.

Citrix Virtual Apps and Desktops 환경에서 XenServer를 업그레이드할 때의 고려 사항:

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 버전과 업그레이드하려는 버전 모두에서 지원되는지 확인하십시오. 자세한 내용은 Citrix Virtual Apps and Desktops(MCS) 및 Citrix Provisioning(PVS)에 지원되는 Hypervisor를 참조하십시오.
업그레이드에 걸리는 시간과 서비스 중단 가능성은 업그레이드 방식에 따라 다릅니다. 전체 풀의 전체 업그레이드를 완료하는 데 몇 시간이 걸릴 수 있습니다.
이 문서에서는 단일 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 디스크가 로컬 스토리지에 있는 풀을 업그레이드하거나 풀에 단일 호스트가 있는 경우 업그레이드하는 동안 XenServer 호스트에서 VM을 마이그레이션할 수 없습니다. 이러한 경우 호스트 또는 풀 업그레이드 기간 동안 VM을 종료해야 합니다. 이러한 경우 Virtual Apps and Desktops의 일부 중단은 불가피합니다.

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

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

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

이 사용 사례에서는 기본 워크로드가 임의 컴퓨터 할당 유형의 단일 세션 가상 데스크톱인 공유 스토리지가 있는 XenServer 풀을 다룹니다. 이 유형의 컴퓨터는 Citrix Provisioning 또는 Machine Creation Services를 통해 관리해야 합니다.

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

권장 업그레이드 옵션:

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

가능하면 이 풀을 업그레이드하는 동안 용량이 있는 다른 XenServer 풀에서 워크로드를 사용할 수 있도록 하십시오. 이 방법을 사용하면 업그레이드 중에 용량이 줄어들 수 있습니다. 다른 XenServer 호스트 및 풀에 워크로드를 처리할 용량이 없는 경우 워크로드의 모든 컴퓨터에 대해 중단을 선언하는 것이 좋습니다.

롤링 풀 업그레이드(1)

시작하기 전에 설명된 단계와 지침을 검토하십시오.

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

업그레이드가 완료되면 롤링 풀 업그레이드의 일부로 일시 중단된 모든 VM이 다시 시작됩니다.
기계를 유지 관리 모드에서 해제하십시오.

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

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

이 사용 사례에서는 기본 워크로드가 할당된 컴퓨터 할당 유형의 단일 세션 가상 데스크톱이거나 임의 컴퓨터 할당 유형의 다중 세션 가상 응용 프로그램인 공유 저장소가 있는 XenServer 풀을 다룹니다.

권장 업그레이드 옵션:

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

롤링 풀 업그레이드(2)

시작하기 전에 설명된 단계와 지침을 검토하십시오.

풀에 호스트를 하나 더 적게 두고 워크로드를 실행할 수 있는 충분한 용량이 풀에 있는지 확인하십시오. 업그레이드 프로세스 중에 각 호스트가 한 번에 하나씩 제거됩니다. 나머지 호스트는 필요한 모든 VM을 실행할 수 있어야 합니다.

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

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

이 사용 사례는 기본 워크로드가 할당된 컴퓨터 할당 유형의 단일 세션 가상 데스크톱인 공유 스토리지가 없는 XenServer 독립 실행형 호스트 또는 풀을 포함합니다.

권장 업그레이드 옵션:

롤링 풀 업그레이드 단일 유지 관리 창에서 자동 모드에서 RPU를 사용하십시오. 이렇게 하려면 전체 업그레이드 동안 모든 사용자가 운영 중단을 겪어야 하지만 풀에 대한 관리 오버헤드는 줄어듭니다.
- 예상 업그레이드 시간: 풀의 호스트 수에 단일 호스트의 업그레이드 시간을 곱한 값입니다(N x 35분).
- 운영 중단 동작: 전체 업그레이드 기간 동안 모든 컴퓨터가 Citrix Virtual Apps and Desktops 유지 관리 모드에 있습니다.
수동 업그레이드 이 모드는 업그레이드 중에 각 사용자에게 최소한의 운영 중단을 제공하지만 관리자의 부담이 더 큽니다.
- 예상 업그레이드 시간: 단일 호스트의 업그레이드 시간의 2배입니다.(약 70분 소요)
- 운영 중단 행위: 개별 호스트의 업그레이드 기간 중에는 각 데스크톱을 사용할 수 없습니다. 이 시간은 일반적으로 35분입니다.

롤링 풀 업그레이드(3)

시작하기 전에 설명된 단계와 지침을 검토하십시오.

풀의 컴퓨터를 제공하는 모든 배달 그룹 또는 카탈로그를 유지 관리 모드로 전환합니다.

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

자세한 내용은 사용자가 배달 그룹의 컴퓨터에 연결하지 못하도록 차단을참조하십시오.
영향을 받는 모든 사용자에게 임박한 정전을 알립니다. 세션을 종료해야 하는 시간을 제공하고 서비스가 복원될 시기를 알려주십시오.
영향을 받는 컴퓨터에 남은 세션이 있는지 확인하고 해당 세션에 대해 적절한 조치를 취하십시오.
XenCenter에서 롤링 풀 업그레이드 마법사를 시작하고 자동 모드를 선택합니다. 자세한 내용은 XenCenter를 사용한 롤링 풀 업그레이드를참조하십시오.

업그레이드가 완료되면 롤링 풀 업그레이드의 일부로 일시 중단된 모든 VM이 다시 시작됩니다.
기계를 유지 관리 모드에서 해제하십시오.

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

수동 업그레이드(3)

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

참고:

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

시작하기 전에 설명된 단계와 지침을 검토하십시오.

XenServer 풀 또는 호스트에서 제공하는 모든 시스템이 켜져 있고 관련 배달 그룹의 Citrix Virtual Apps and Desktops에 등록되어 있는지 확인합니다.
- 관리되지 않는 시스템의 경우:
  - XenCenter를 사용하여 모든 VM의 전원이 켜져 있는지 확인합니다.
  - 업그레이드 프로세스 중에는 수동 전원 동작을 수행하지 마십시오.
- 전력 관리 시스템의 경우:
  - XenCenter 또는 Studio를 사용하여 모든 시스템의 전원이 켜져 있는지 확인합니다.
  - 업그레이드 프로세스 중에 새 세션을 시작할 수 있도록 하려면:
    - 기기를 유지 관리 모드로 설정하지 마십시오.
    - 업그레이드 프로세스 중에는 수동 전원 동작을 수행하지 마십시오.
    - 컴퓨터를 일시 중단시킬 수 있는 전원 관리 체계를 모두 비활성화합니다.
    - 시스템의 전원을 끄거나 일시 중단할 수 있는 다른 프로세스가 없는지 확인합니다.
  - 업그레이드 중에 새 세션을 시작할 수 없어도 괜찮은 경우:
    - 호스팅 연결을 유지 관리 모드로 설정합니다. 자세한 내용은 연결에 대한 유지 관리 모드 켜기 또는 끄기를참조하십시오.
    - 최종 사용자에게 로그오프하면 업그레이드 당시에는 다시 연결할 수 없다고 알립니다.
  자세한 내용은 배달 그룹의 전원 관리 컴퓨터를참조하십시오.
- 머신 크리에이트 서비스에서 관리하는 머신의 경우
  - 이전 목록 항목의 전원 관리 시스템과 동일한 지침을 따르십시오.
  - 또한 전체 업그레이드 기간 동안에는 컴퓨터를 만들려고 하지 마십시오.
풀 코디네이터 및 관련 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를 새 호스트로 풀에 연결합니다.
XenServer 호스트를 업데이트한 후 Citrix Studio 또는 Web Studio에서 컴퓨터를 유지 관리 모드에서 해제합니다.

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

이 사용 사례에서는 기본 워크로드가 단일 세션 가상 데스크톱 또는 임의 컴퓨터 할당 유형의 다중 세션 가상 응용 프로그램인 공유 스토리지가 있는 XenServer 풀을 다룹니다.

권장 업그레이드 옵션:

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

롤링 풀 업그레이드(4)

시작하기 전에 설명된 단계와 지침을 검토하십시오.

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

업그레이드가 완료되면 롤링 풀 업그레이드의 일부로 일시 중단된 모든 VM이 다시 시작됩니다.
기계를 유지 관리 모드에서 해제하십시오.

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

수동 업그레이드(4)

참고:

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

시작하기 전에 설명된 단계와 지침을 검토하십시오.

XenServer 풀 또는 호스트에서 제공하는 모든 시스템이 켜져 있고 관련 배달 그룹의 Citrix Virtual Apps and Desktops에 등록되어 있는지 확인합니다.
- 관리되지 않는 시스템의 경우:
  - XenCenter를 사용하여 모든 VM의 전원이 켜져 있는지 확인합니다.
  - 업그레이드 프로세스 중에는 수동 전원 동작을 수행하지 마십시오.
- 전력 관리 시스템의 경우:
  - XenCenter 또는 Studio를 사용하여 모든 시스템의 전원이 켜져 있는지 확인합니다.
  - 업그레이드 프로세스 중에 새 세션을 시작할 수 있도록 하려면:
    - 기기를 유지 관리 모드로 설정하지 마십시오.
    - 업그레이드 프로세스 중에는 수동 전원 동작을 수행하지 마십시오.
    - 컴퓨터를 일시 중단시킬 수 있는 전원 관리 체계를 모두 비활성화합니다.
    - 시스템의 전원을 끄거나 일시 중단할 수 있는 다른 프로세스가 없는지 확인합니다.
  - 업그레이드 중에 새 세션을 시작할 수 없어도 괜찮은 경우:
    - 호스팅 연결을 유지 관리 모드로 설정합니다. 자세한 내용은 연결에 대한 유지 관리 모드 켜기 또는 끄기를참조하십시오.
    - 최종 사용자에게 로그오프하면 업그레이드 당시에는 다시 연결할 수 없다고 알립니다.
  자세한 내용은 배달 그룹의 전원 관리 컴퓨터를참조하십시오.
- 머신 크리에이트 서비스에서 관리하는 머신의 경우
  - 이전 목록 항목의 전원 관리 시스템과 동일한 지침을 따르십시오.
  - 또한 전체 업그레이드 기간 동안에는 컴퓨터를 만들려고 하지 마십시오.
풀 코디네이터 및 관련 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를 새 호스트로 풀에 연결합니다.
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이 다시 시작됩니다. 풀의 유효 용량은 제한되어 있습니다. 업그레이드된 풀의 호스트 수에 따라 필요한 모든 VM을 다시 시작하는 데 필요한 용량이 부족할 수 있습니다. 이 동작으로 인해 오류가 발생할 수 있으며 일부 Citrix Virtual Apps and Desktops 사용자는 필요한 세션에 액세스하지 못할 수 있습니다.
이전 버전의 XenServer를 실행하는 호스트에 로컬 스토리지를 사용하는 전용 컴퓨터가 있는 경우 이러한 VM을 중지할 수는 있지만 업그레이드가 완료되고 풀이 더 이상 혼합 모드가 아닐 때까지는 다시 시작할 수 없습니다.

이 콘텐츠의 공식 버전은 영어로 작성되었습니다. 일부 Cloud Software Group 설명서 콘텐츠는 사용자의 편의를 위해 기계 번역되었습니다. Cloud Software Group는 기계 번역 콘텐츠를 제어할 수 없으며, 오류, 부정확성 또는 부적절한 언어가 포함될 수 있습니다. 영어 원본에서 다른 언어로 번역된 모든 콘텐츠의 정확성, 신뢰성, 적합성 또는 적절성에 대한 모든 종류의 명시적 또는 묵시적 보증이나 Cloud Software Group 제품 또는 서비스가 기계 번역된 콘텐츠를 준수한다는 보증은 하지 않으며, 해당하는 최종 사용자 사용권 계약, 이용 약관 또는 제품 또는 서비스가 준수해야 하는 Cloud Software Group와의 모든 계약에 제공된 모든 보증은 기계 번역된 범위까지 적용되지 않습니다. Cloud Software Group는 기계 번역된 콘텐츠의 사용으로 인해 발생할 수 있는 손상이나 문제에 대해 책임을 지지 않습니다.

도움이 되었나요?

XenServer 및 Citrix Virtual Apps and Desktops의 업그레이드 시나리오

June 17, 2024

제공::

X X

June 17, 2024

제공::

X X

이 문서

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

도움이 되었나요?