이 항목에서는 Horizon Cloud 테넌트에 대한 브로커 전환 프로세스와 이러한 전환을 수행하여 얻을 수 있는 이점을 소개합니다. 단일 포드 브로커와 Universal Broker 환경 간의 차이점과 브로커 전환 이전, 도중 및 이후에 예상할 수 있는 결과에 대해 알아봅니다.

브로커 전환 프로세스란?

브로커 전환을 완료하면 Horizon Cloud 테넌트 환경이 단일 포드 브로커 사용에서 Universal Broker를 사용하여 최종 사용자 할당에서 리소스를 브로커링하는 방식으로 변경됩니다. 새로운 테넌트 전체 브로커로서, Universal Broker는 사용자의 연결 요청을 관리하고 요청된 할당에서 사용 가능한 최상의 리소스로 라우팅합니다.

브로커 전환 프로세스는 최종 사용자 할당을 다음과 같이 변경합니다.

  • VDI 데스크톱 할당은 Universal Broker에 의해 브로커링된 다중 클라우드 할당으로 변환됩니다. 다중 클라우드 할당에는 여러 포드의 VDI 데스크톱이 포함할 수 있습니다.
  • 세션 기반 데스크톱 및 애플리케이션 할당은 변경되지 않은 상태로 유지됩니다. 세션 기반 데스크톱 또는 애플리케이션 할당에는 단일 포드의 리소스만 포함할 수 있지만 이제 이러한 할당은 Universal Broker에 의해 브로커링됩니다.

전환 기능은 현재 환경에서 단일 포드 브로커를 사용하며 Horizon Cloud - Universal Broker로 전환하기 위한 시스템 요구 사항에 설명된 사전 요구 사항을 충족하는 경우에 사용할 수 있습니다.

Universal Broker로 전환해야 하는 이유는 무엇입니까?

VMware의 최신 클라우드 기반 브로커링 기술인 Universal Broker 사용으로 전환할 경우 다음과 같은 주요 이점을 얻을 수 있습니다.

여러 포드의 VDI 데스크톱을 사용하는 최종 사용자 할당
단일 포드 브로커링을 사용할 경우 VDI 할당의 모든 데스크톱이 동일한 포드에서 제공되어야 합니다. 데스크톱 브로커링은 포드별로 수행됩니다.

Universal Broker를 사용하는 경우 다중 클라우드 할당으로도 알려진 여러 포드에서 VDI 데스크톱 할당을 생성할 수 있습니다. 최종 사용자는 할당에 액세스하고 해당 할당에 포함된 포드에서 데스크톱을 수신할 수 있습니다. 자세한 내용은 VMware Horizon Service Universal Broker 소개 및 해당 하위 항목을 참조하십시오.

이전과 같은 세션 기반 데스크톱 및 애플리케이션 할당을 계속 사용할 수도 있습니다. 차이점은 이러한 할당의 세션 기반 데스크톱 및 애플리케이션이 포드별 브로커링 대신, Universal Broker에 의해 브로커링된다는 것입니다.

모든 원격 리소스에 대한 단일 연결 FQDN
단일 포드 브로커링를 사용할 경우 최종 사용자는 각 포드의 FQDN(정규화된 도메인 이름)에 개별적으로 연결하여 해당 포드의 할당에 액세스해야 합니다. 브로커링이 포드별로 수행됩니다.

Universal Broker를 사용할 경우 Universal Broker 구성 설정에 정의한 단일 FQDN에 연결하여 모든 할당에 액세스할 수 있습니다. 단일 FQDN을 통해 사용자는 환경의 모든 사이트에서 Microsoft Azure의 Horizon Cloud 포드와 VMware SDDC 기반 플랫폼의 Horizon 포드를 포함하는 모든 참여 포드의 할당에 액세스할 수 있습니다. 포드 간의 내부 네트워킹은 필요하지 않습니다.


Universal Broker의 단일 FQDN 연결 다이어그램
성능 최적화를 위한 전역 포드 연결 및 인식
Universal Broker는 다중 클라우드 할당에 참여하는 모든 포드와 직접 연결을 유지하고 각 포드의 가용성 상태를 계속 인식합니다. 따라서 Universal Broker는 최종 사용자의 연결 요청을 관리하고 이러한 포드에서 직접 가상 리소스로 라우팅할 수 있습니다. 성능 및 지연 시간 문제를 줄일 수 있는 GSLB(전역 서버 로드 밸런싱) 또는 포드 간 네트워크 통신이 필요하지 않습니다.
스마트 브로커링
Universal Broker는 지리적 사이트 및 포드 토폴로지의 인식을 기준으로 최단 네트워크 경로를 따라 할당에서 최종 사용자로 리소스를 브로커링할 수 있습니다.

전환하지 않는 이유가 있습니까?

이 Universal Broker 릴리스에는 몇 가지 기능 제한 사항이 있습니다. 사용 사례에 Universal Broker에서 지원하지 않는 기능이 필요한 경우 Universal Broker에서 해당 기능을 지원할 때까지 단일 포드 브로커링을 사용하여 테넌트 환경을 유지하는 것이 좋습니다. 현재 Universal Broker 제한 사항의 목록은 Universal Broker - 기능 고려 사항 및 알려진 제한 사항의 내용을 참조하십시오.

브로커 전환 동안 어떤 과정이 진행됩니까?

전환 워크플로는 몇 가지 단계로 구성됩니다. 전환 수행에 대한 자세한 단계별 지침은 단일 포드 브로커에서 Universal Broker로의 전환 스케줄링 및 완료를 참조하십시오.

다음은 전환 전과 전환 중에 발생하는 프로세스에 대한 개략적인 개요입니다.

  1. 워크플로를 시작하려면 먼저 전환이 실행되는 날짜와 시간을 스케줄링해야 합니다. 이 스케줄링 작업에 따라 전환 중에 Universal Broker 서비스를 설정하는 데 사용할 구성 옵션을 정의합니다.
  2. 스케줄링한 시작 시간이 되기 적어도 15분 전에 콘솔에서 진행 중인 모든 작업을 완료하고 유지하려는 변경 내용을 저장합니다. 모든 구성 마법사 및 대화상자를 닫습니다. 또한 Microsoft Azure의 모든 포드가 온라인 상태이고 정상적인 준비 완료 상태인지 확인합니다.
  3. 전환이 시작될 때 콘솔에서 로그아웃했다가 다시 로그인하라는 메시지가 표시됩니다.
  4. 전환의 첫 번째 단계에서는 다음을 예상할 수 있습니다.
    • 콘솔의 편집 컨트롤에 액세스할 수 없으며 콘솔에 전환 중이라는 배너가 표시됩니다.
    • Microsoft Azure의 모든 포드는 이름이 Default-Site인 사이트에 추가됩니다.
    • VDI 데스크톱 할당은 Universal Broker에 의해 브로커링된 다중 클라우드 할당으로 변환됩니다. 기본 할당 설정에서 연결 선호도는 가장 가까운 사이트로 설정되고, 범위는 사이트 내로 설정됩니다.
    • 세션 기반 데스크톱 및 애플리케이션 할당은 변경되지 않은 상태로 유지됩니다. 전환 후 이러한 할당의 리소스가 Universal Broker에 의해 브로커링됩니다.
    • 모든 할당은 최종 사용자가 사용할 수 있는 상태로 유지되고 이 시간 동안 모든 활성 사용자 세션은 계속 열려 있으며 완전히 작동합니다.
    참고: 전환의 이 단계는 일반적으로 10분 정도 걸리지만 테넌트 환경에 많은 수의 할당이 포함된 경우 최대 1시간이 걸릴 수 있습니다.

    전환의 이 단계가 완료되면 콘솔에서 로그아웃했다가 다시 로그인하라는 메시지가 표시됩니다.

  5. 전환의 두 번째 단계 동안 Universal Broker 서비스가 설치 프로세스를 완료하고 완전히 사용하도록 설정됩니다. 할당 생성 및 편집을 제외하고 콘솔의 모든 편집 작업에 액세스할 수 있습니다.
    참고: 전환의 이 단계는 일반적으로 최대 30분이 걸립니다. 하지만 시스템 및 네트워크 상태와 환경의 전체 할당 수 및 전용 사용자-데스크톱 매핑에 따라 이 단계를 완료하는 데 몇 시간이 걸릴 수 있습니다.

    이 전환 단계가 완료되면 설정 > 브로커 페이지에 녹색 점을 포함하는 사용 상태가 표시됩니다.

    이제 전체 브로커 전환이 완료된 것입니다.

브로커 전환 후 예상되는 결과

브로커 전환 후 테넌트 환경에 대한 변경 내용의 자세한 목록을 보려면 Universal Broker로 전환한 후 테넌트 환경의 새로워진 사항을 참조하십시오.

전환을 완료한 후 Universal Broker 환경이 제공하는 이점을 활용할 수 있습니다. 다음 목록은 다음에 수행할 작업에 대한 간략한 설명과 세부 페이지에 대한 링크를 제공합니다.

  • 사이트 및 다중 클라우드 VDI 할당 설정을 수정하여 Universal Broker 기능을 최대한 활용하십시오. 예를 들어 기존 할당에 더 많은 포드를 추가하거나 사이트 설정을 조정하여 Universal Broker에서 사용자에게 리소스를 할당하는 방식을 세부적으로 조정할 수 있습니다. 자세한 내용은 Universal Broker 환경에서 할당 생성 및 관리 및 Universal Broker 환경에서 사이트 사용을 참조하십시오.
  • Horizon Cloud 테넌트와 Workspace ONE Access 간에 기존 통합이 형성된 경우 Universal Broker를 사용하도록 해당 통합을 업데이트해야 합니다. 자세한 지침은 Universal Broker가 있는 Horizon Cloud 환경 - 테넌트를 Workspace ONE Access 및 Intelligent Hub 서비스와 통합을 참조하십시오.
    참고: VMware Workspace ONE Access 제품 팀에서 확인한 대로 Universal Broker가 Horizon Cloud on Microsoft Azure 배포에 사용되면 해당 구성에서 VMware Workspace ONE Access 제품의 가상 애플리케이션 수집 기능이 지원되지 않습니다. 그 이유는 Universal Broker가 이전 스타일의 포드별 브로커링보다 최신의 브로커링 기술이기 때문입니다. 즉 Universal Broker를 Workspace ONE Access와 통합하면 Horizon Cloud on Microsoft Azure 배포에 대한 레거시 가상 애플리케이션 수집이 사용되지 않습니다. 따라서 Universal Broker에는 Horizon Cloud on Microsoft Azure 배포에 대한 가상 애플리케이션 수집 개념이 전혀 없으므로 Universal Broker 및 Horizon Cloud on Microsoft Azure 구성을 사용하는 가상 애플리케이션 수집은 지원되지 않습니다.

    Horizon Cloud on Microsoft Azure 배포에 대해 Universal Broker가 구성되어 있고 해당 Horizon Cloud on Microsoft Azure 배포에서 Workspace ONE Access 및 Intelligent Hub 서비스를 사용하려는 경우 콘솔의 정리 작업의 일부로 통합 프로세스에서 이러한 배포에 있을 수 있는 기존 가상 애플리케이션 수집을 정리해야 합니다. 정리 작업을 완료하면 통합된 Universal Broker, Workspace ONE Access 및 Intelligent Hub 서비스의 최신 기능을 사용하여 동일한 애플리케이션이 Workspace ONE Access 및 Intelligent Hub 서비스에서 계속 작동합니다.