단일 포드 브로커에서 Universal Broker로의 전환 프로세스 이해

이 항목에서는 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는 다중 클라우드 할당에 참여하는 모든 포드와 직접 연결을 유지하고 각 포드의 가용성 상태를 계속 인식합니다. 따라서 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 서비스에서 계속 작동합니다.

Horizon Cloud - Universal Broker로 전환하기 위한 시스템 요구 사항

이 문서에서는 단일 포드 브로커링을 사용하는 방식에서 Universal Broker로의 테넌트 전환을 스케줄링하고 완료하기 전에 Horizon Cloud 테넌트 환경의 요구 사항을 충족해야 한다고 설명합니다. 또한 Universal Broker에 대한 새 연결 FQDN을 지원하기 위한 계획 및 준비 단계도 안내합니다.

전환 프로세스와 전환 후에 Universal Broker에서 브로커링하는 다중 클라우드 할당의 지속되는 작업을 지원하려면 테넌트 환경이 다음 요구 사항을 충족하는지 확인합니다.

경고: 테넌트의 포드 그룹에 Universal Broker를 이미 사용하는 Horizon 포드와 단일 포드 브로커링을 사용하는 Horizon Cloud 포드가 혼합되어 있다면, 이미 구성된 Universal Broker 설정의 2단계 인증 설정을 Horizon Cloud 포드와 일치시키기 위하여 특별 사항을 고려해야 합니다.

• Horizon Cloud 포드가 최소 포드 매니페스트에 대한 조건과 테넌트 환경에서 RSA SecurID 옵션을 사용하도록 설정하기 위한 조건을 충족하지 않는 한, 해당 포드는 RADIUS 인증만 지원합니다. 자세한 내용은 Universal Broker 환경에서 2단계 인증을 구현할 때의 모범 사례를 참조하십시오.
• Horizon Cloud 포드가 외부 게이트웨이에 RSA SecurID를 구성하기 위한 조건을 충족하지 않는 경우 그룹의 모든 포드(Horizon 포드 및 Horizon Cloud 포드)에서 2단계 인증을 사용하려고 하면 각 포드에 RADIUS 2단계 인증이 구성된 외부 Unified Access Gateway가 있어야 합니다.

Horizon Cloud 포드에 대한 요구 사항

Microsoft Azure의 Horizon Cloud 포드가 다음 요구 사항을 충족하는지 확인합니다.

• Horizon Cloud 포드가 테넌트에 한 개 이상 있습니다. Horizon Cloud 포드가 Microsoft Azure에서 실행되는 포드 관리자 기술을 기준으로 합니다.
• 전체 테넌트의 Horizon Cloud 포드가 포드 매니페스트 2298.0 이상에서 실행되고 있습니다. 특정 사용 사례에는 다음과 같은 추가 요구 사항이 적용됩니다.
  • Horizon Cloud 테넌트와 Workspace ONE Access 사이에 기존 통합이 있는 경우 모든 포드가 매니페스트 2474.0 이상에서 실행되어야 합니다. 브로커 전환을 완료한 후 Universal Broker가 있는 Horizon Cloud 환경 - 테넌트를 Workspace ONE Access 및 Intelligent Hub 서비스와 통합에 설명된 것처럼 Universal Broker를 사용할 수 있게 통합을 업데이트해야 합니다.
  • 브로커 전환 후 작업 취소 기능 또는 삭제 보호 기능을 사용하려면 모든 Horizon Cloud 포드가 매니페스트 2474.0 이상에서 실행되고 있어야 합니다. 이러한 기능은 포드가 매니페스트 2474.0 이전 버전에서 실행되는 경우 지원되지 않습니다.
  중요: 모든 Horizon Cloud 포드가 온라인이며 정상적인 준비 완료 상태여야 합니다. Universal Broker 서비스는 해당 포드와 통신하고 포드에 대한 몇 가지 구성 단계를 수행하여 전환 프로세스를 완료해야 합니다. 해당 포드가 오프라인 상태이거나 사용할 수 없는 경우 전환을 스케줄링할 수 없습니다. 전환을 스케줄링하지만 나중에 전환이 진행되는 동안 포드가 오프라인 상태로 전환되거나 사용할 수 없게 되는 경우 Universal Broker 설치는 실패합니다.
• 전환과 동시에 실행되되도록 스케줄링되는 포드 업그레이드는 없습니다.
• 포드의 위치는 포드 구성 마법사의 메뉴 옵션에서 유효한 위치를 선택하여 구성합니다. 포드 위치를 텍스트 필드에 수동으로 입력하여 구성한 경우 전환이 실패합니다.
  참고: 수동으로 입력한 위치와 관련된 이 문제는 2019년 3월(서비스 릴리스 1.9) 이전에 처음 배포된 포드에서 발생할 가능성이 높습니다. 2019년 3월 릴리스부터는 메뉴에 따라 시스템의 세계 도시 이름 데이터베이스에 있는 값에서 위치가 선택됩니다.

  포드의 구성된 위치로 인해 전환이 실패하는 이 시나리오가 발생할 가능성을 줄이려면 콘솔의 [용량] 페이지로 이동하여 각 Horizon Cloud 포드에 대한 [위치] 열의 값을 검토합니다. [위치] 열의 값이 수동으로 입력한 이름인 것 같으면 포드에서 편집 작업을 사용하고 포드 세부 정보 단계로 이동한 후 위치 필드를 클릭하여 해당 값을 시스템의 도시 이름 값 중 하나로 설정합니다.

• 전환 워크플로 중에 테넌트에 포드 그룹 내 Horizon 포드의 Universal Broker 설정이 아직 없는 경우 콘솔에서 Universal Broker 설정을 묻는 메시지를 표시합니다. Universal Broker 설정에서 2단계 인증 설정을 구성하려는 경우 각 포드에 외부 Unified Access Gateway 인스턴스가 있어야 하며 해당 인스턴스는 적절한 2단계 인증 유형으로 구성되어야 합니다. (배경 정보는 Universal Broker 환경에서 2단계 인증을 구현할 때의 모범 사례를 참조하십시오.)

  요구 사항은 Horizon Cloud 포드가 외부 게이트웨이에 RSA SecurID 유형을 구성하기 위한 조건을 충족하는지 여부에 따라 달라집니다.

  • Horizon Cloud 포드가 테넌트 환경에서 최소 포드 매니페스트에 대한 조건 및 RSA SecurID 옵션을 사용하도록 설정하기 위한 조건을 충족하는 경우 모든 포드에서 모든 외부 Unified Access Gateway 인스턴스가 동일한 인증 서비스를 사용하도록 구성합니다. 여기에는 [관리됨] 상태에 있는 모든 테넌트 Horizon 포드가 포함됩니다. 결과적으로 일치하는 인증 유형(모두 RADIUS를 사용하거나 모두 RSA SecurID 사용)이 사용됩니다.
  • Horizon Cloud 포드가 외부 게이트웨이에 RSA SecurID를 구성하기 위한 조건을 충족하지 않을 때 그룹의 모든 포드(Horizon 포드 및 Horizon Cloud 포드)에 2단계 인증을 사용하려는 경우 동일한 RADIUS 인증 서비스를 사용하도록 모든 포드의 모든 외부 Unified Access Gateway 인스턴스를 구성해야 합니다. 여기에는 [관리됨] 상태에 있는 모든 테넌트 Horizon 포드가 포함됩니다.

참고: 포드에 내부 Unified Access Gateway 인스턴스만 포함된 경우 Universal Broker는 [브로커] 페이지의 네트워크 범위 탭에 정의된 네트워킹 정책을 재지정하고 모든 사용자를 해당 IP 주소와 관계없이 해당 Unified Access Gateway 인스턴스로 라우팅합니다.

Universal Broker를 지원하기 위한 DNS, 포트 및 프로토콜 요구 사항

다음 요구 사항을 확인합니다.

• 각 포드가 지역 Universal Broker 인스턴스에 대한 필수 DNS 이름을 확인 및 연결할 수 있도록 구성됩니다. Microsoft Azure의 Horizon Cloud 포드에 대한 DNS 요구 사항에서 "포드 배포 및 작업 DNS 요구 사항" 표를 참조하십시오.
• 각 포드는 2019년 9월 릴리스의 매니페스트 이상에서 Horizon Cloud 포드에 대한 포드 및 프로토콜 요구 사항의 "Universal Broker에 필요한 포트 및 프로토콜" 섹션에 설명된 대로 필요한 포트 및 프로토콜로 구성됩니다.

Universal Broker를 지원하기 위한 FQDN 요구 사항

단일 포드 브로커링을 사용할 경우 최종 사용자는 각 포드의 FQDN(정규화된 도메인 이름)에 개별적으로 연결하여 해당 포드의 할당에 액세스합니다.

Universal Broker로 전환한 후 사용자는 Universal Broker 클라우드 서비스의 단일 FQDN에 연결하여 환경의 모든 사이트에 있는 모든 포드에서 모든 할당에 액세스할 수 있습니다. Universal Broker는 각 사용자 요청을 이행할 수 있는 가장 적절한 포드의 개별 FQDN으로 라우팅합니다.

단일 포드 브로커에서 Universal Broker로의 전환 스케줄링 및 완료에 설명된 것처럼 Universal Broker 구성 설정에서 Universal Broker FQDN을 지정합니다. 올바른 하위 도메인을 표준 VMware 도메인에 접두사로 지정하여 FQDN을 생성하거나 완전히 사용자 지정한 FQDN을 구성할 수 있습니다.

참고: 사용자 지정 FQDN을 구성하도록 선택한 경우 이 FQDN이 회사 또는 조직을 나타내야 한다는 사실에 유의하십시오. 사용자 자신이 사용자 지정 FQDN에 지정된 도메인 이름의 소유자이고, 해당 도메인을 검증하는 인증서를 제공할 수 있고, 사용자 지정 FQDN을 사용하기 위한 적절한 권한이 있어야 합니다. Universal Broker에 대한 사용자 지정 FQDN은 포드 내에 있는 모든 Unified Access Gateway 인스턴스의 FQDN과 다르며 고유해야 합니다.

브로커 전환 계획 및 준비

브로커 전환 중에는 네트워킹 및 할당 워크플로의 핵심 사항이 변경되므로 새 워크플로에 맞게 환경 및 사용자를 준비하는 데 필요한 작업을 수행해야 합니다. 전환 사용 사례에 따른 적절한 준비 및 변경 관리 단계에 대해서는 다음 계획 가이드를 참조하십시오.

전환 사용 사례	계획 및 준비 단계
환경이 단일 포드로 구성되어 있으며 해당 포드의 기존 FQDN을 Universal Broker FQDN으로 사용하려고 합니다.	전환 스케줄링 프로세스의 구성 단계 동안 포드의 기존 FQDN을 Universal Broker 서비스에 대한 사용자 지정 FQDN으로 지정합니다. 최종 사용자의 할당 워크로드를 최소한만 중단하게 되는 날짜와 시간 동안 전환을 스케줄링합니다. 예정된 전환을 최종 사용자에게 알리고 준비하도록 합니다. 전환 시간이 다가오면 작업을 저장하고 활성 연결 세션에서 로그아웃하도록 미리 알립니다. 전환 직전에 새 IP 주소와 FQDN을 포드에 할당합니다. 전환이 완료되면 최종 사용자에게 현재 Universal Broker FQDN에 해당하는 포드의 이전 FQDN을 사용하여 연결 세션을 재개할 수 있음을 알립니다.
환경이 여러 포드로 구성되어 있으며 새 FQDN을 Universal Broker FQDN으로 구성하려고 합니다.	전환 프로세스 전, 도중 및 이후에 따라야 하는 필수 절차를 포함하도록 실행서를 업데이트합니다. 전환 스케줄링 프로세스의 구성 단계 동안 Universal Broker 서비스에 대한 새 FQDN을 구성합니다. 최종 사용자의 할당 워크로드를 최소한만 중단하게 되는 날짜와 시간 동안 전환을 스케줄링합니다. 포드 배포의 규모에 따라 사용자를 교육하고 클라이언트 소프트웨어를 재구성할 수 있는 적절한 시간을 허용합니다. 예정된 전환을 최종 사용자에게 알리고 준비하도록 합니다. 전환 시간이 다가오면 작업을 저장하고 활성 연결 세션에서 로그아웃하도록 미리 알립니다. 전환 도중 또는 직후에 사용자의 클라이언트 시스템에 있는 Horizon Client를 개별 포드의 FQDN 대신 새 Universal Broker FQDN에 연결하도록 다시 구성합니다. 최종 사용자에게 이제 새 브로커 연결 FQDN을 사용해야 하며, 결과적으로 환경의 모든 포드에 대한 범용 액세스 권한을 얻을 수 있다는 사실을 알려줍니다.

단일 포드 브로커에서 Universal Broker로의 전환 스케줄링 및 완료

이 항목에서는 Universal Broker로의 전환을 스케줄링하고, 준비하고, 완료하는 단계를 안내합니다. 다음 절차에 따라 Universal Broker 서비스를 설정하고, 전환에 대한 시작 날짜와 시간을 정의하고, 성공적인 전환 프로세스의 단계로 원활하게 이동하는 방법을 알아보십시오.

브로커 전환을 스케줄링할 준비가 되면 Horizon Universal Console 맨 위에 스케줄링 버튼이 있는 알림 배너가 표시됩니다.

참고: 배너에 전환 스케줄링을 방지하는 오류 상태가 표시될 경우 전환을 위한 하나 이상의 사전 요구 사항을 충족하지 못한 것일 수 있습니다. 배너에서 오류 보기를 클릭한 다음, 브로커 페이지의 전환 필요 링크 옆에 있는 오류 아이콘을 클릭하여 오류 조건에 대한 세부 정보를 볼 수 있습니다. 전환을 스케줄링하려면 먼저 필요한 단계를 수행하여 오류 조건을 지워야 합니다.

사전 요구 사항

테넌트 환경이 Horizon Cloud - Universal Broker로 전환하기 위한 시스템 요구 사항에 나열된 모든 사전 요구 사항을 충족하는지 확인합니다.

프로시저

1. 브로커 전환에 대한 알림 배너에서 스케줄링을 클릭합니다.
   
   
   
   이 작업을 수행하면 [브로커] 페이지로 리디렉션됩니다. 이 페이지에는 단일 포드 브로커가 현재 테넌트에 대해 사용하도록 설정되어 있으며 브로커 전환을 스케줄링하기 위한 링크가 제공됩니다.

   
   
   
2. 브로커 페이지에서 스케줄링 링크를 클릭합니다.
   Universal Broker에 대한 구성 마법사가 나타납니다. 이 마법사의 단계를 완료하여 Microsoft Azure의 포드에 대한 Universal Broker를 설정하고 Universal Broker로의 전환을 스케줄링해야 합니다.

   
   
   
3. 마법사의 FQDN 페이지에서 브로커링 연결 FQDN에 대한 설정을 구성합니다. 이러한 설정은 최종 사용자가 Universal Broker에서 할당한 리소스에 액세스하는 데 사용할 전용 연결 주소를 정의합니다.
   참고: 하위 도메인 또는 FQDN 설정을 수정하는 경우 변경 내용이 모든 DNS 서버에 적용되는 데 다소 시간이 걸릴 수 있습니다.
   1. [유형]으로 VMware 제공 또는 사용자 지정 FQDN(정규화된 도메인 이름) 중 하나를 선택합니다.
   2. 선택한 FQDN 유형에 대한 추가 설정을 지정합니다.
      • VMware 제공 유형을 선택한 경우 다음과 같이 설정을 지정합니다.

        설정	설명
        Sub Domain	네트워크 구성에서 회사 또는 조직을 나타내는 유효한 하위 도메인의 고유한 DNS 이름을 입력합니다. 이 하위 도메인에 VMware에서 제공한 도메인을 접두사로 추가하여 브로커링 FQDN을 만듭니다. 참고: 일부 문자열은 시스템에서 허용되지 않거나 예약되어 있습니다. 이 범주의 문자열에는 일반 단어(예: book), 잘 알려진 회사 소유 용어(예: gmail) 및 프로토콜, 코딩 및 오픈 소스 용어(예: php 및 sql)가 포함됩니다. 또한 시스템은 mail0, mail1, mail2 등과 같은 문자열 패턴 범주를 허용하지 않습니다. 그러나 이 필드에 허용되지 않는 이름을 입력하는 즉시 시스템이 항목의 유효성을 검사하는 것은 아닙니다. 마법사의 마지막 요약 단계에 도달한 경우에만 여기에서 입력한 이름이 유효한지 검사하고, 항목이 허용되지 않는 이름 중 하나와 일치하는 경우 오류를 표시합니다. 이 문제가 발생하면 여기에 다른 고유한 이름을 입력하십시오.
        Brokering FQDN	이 읽기 전용 필드에는 구성된 FQDN이 표시됩니다. FQDN은 https://<사용자 하위 도메인>.vmwarehorizon.com 형식을 사용합니다. Horizon Client를 사용하여 Universal Broker 서비스에 연결할 수 있도록 하기 위해 최종 사용자에게 이 FQDN을 제공합니다. Universal Broker는 이 FQDN의 DNS 및 SSL 유효성 검사를 관리합니다.

      • 사용자 지정 유형을 선택한 경우 다음과 같이 설정을 지정합니다.

        설정	설명
        Brokering FQDN	최종 사용자가 Universal Broker 서비스에 액세스하는 데 사용할 사용자 지정 FQDN을 입력합니다. 사용자 지정 FQDN은 서비스에 대한 연결을 완료하는 자동으로 생성된 VMware 제공 FQDN에 대한 별칭으로 작동합니다. 사용자 지정 FQDN에 지정된 도메인 이름의 소유자여야 하며 해당 도메인의 유효성을 검사할 수 있는 인증서를 제공해야 합니다. 참고: 연결 URL이라고도 하는 사용자 지정 FQDN은 회사 또는 조직을 나타냅니다. 이 사용자 지정 FQDN을 사용할 수 있는 적절한 권한이 있는지 확인합니다. 참고: 사용자 지정 FQDN은 포드 내에 있는 모든 Unified Access Gateway FQDN과 다르며 고유해야 합니다. 중요: 사용자 지정 FQDN을 Universal Broker 서비스의 내부 연결 주소를 나타내는 VMware 제공 FQDN에 매핑하는 CNAME 레코드를 DNS 서버에서 생성해야 합니다. 예를 들어 이 레코드는 vdi.examplecompany.com을 <자동 생성 문자열>.vmwarehorizon.com에 매핑할 수 있습니다.
        Certificate	찾아보기를 클릭하고, 브로커링 FQDN을 검증하는 인증서(암호로 보호되는 PFX 형식)를 업로드합니다. 인증서는 다음 조건을 모두 충족해야 합니다. 인증서는 90일 이상 유효해야 합니다. 인증서에는 신뢰할 수 있는 CA의 서명이 있어야 합니다. 인증서의 CN(일반 이름) 또는 해당 SAN(주체 대체 이름)이 FQDN과 일치해야 합니다. 인증서의 컨텐츠는 표준 X.509 형식을 준수해야 합니다. PFX 파일에 전체 인증서 체인과 개인 키, 즉 도메인 인증서 중간 인증서, 루트 CA 인증서, 개인 키가 포함되어야 합니다. Universal Broker 서비스는 이 인증서를 사용하여 클라이언트와의 신뢰할 수 있는 연결 세션을 설정합니다.
        Password	PFX 인증서 파일의 암호를 입력합니다.
        VMware Provided FQDN	이 읽기 전용 필드에는 브로커링 서비스에 대해 자동으로 생성되는 VMware 제공 FQDN이 표시됩니다. 이 FQDN은 https://<자동 생성 문자열>.vmwarehorizon.com 형식을 갖습니다. VMware 제공 FQDN은 최종 사용자에게 보이지 않으며 Universal Broker 서비스의 내부 연결 주소를 나타냅니다. 사용자 지정 FQDN은 VMware 제공 FQDN에 대한 별칭으로 작동합니다. 중요: 사용자 지정 FQDN을 VMware 제공 FQDN에 매핑하는 CNAME 레코드를DNS 서버에 생성하여 별칭 연결을 설정해야 합니다. 예를 들어 이 레코드는 vdi.examplecompany.com을 <자동 생성 문자열>.vmwarehorizon.com에 매핑할 수 있습니다.

        
        

        

        
        
   3. FQDN 설정 구성이 끝나면 다음을 클릭하여 마법사의 다음 페이지로 이동합니다.
4. (선택 사항) 마법사의 인증 페이지에서 2단계 인증을 구성합니다.
   기본적으로 Universal Broker는 Active Directory 사용자 이름 및 암호를 통해서만 사용자를 인증합니다. 추가 인증 방법을 지정하여 2단계 인증을 구현할 수 있습니다. 자세한 내용은 Universal Broker 환경에서 2단계 인증을 구현할 때의 모범 사례 항목을 참조하십시오.
   중요: Universal Broker에 2단계 인증을 사용하려면 먼저 모든 참여 포드 내의 각 외부 Unified Access Gateway 인스턴스에 적절한 인증 서비스를 구성해야 합니다. 외부 Unified Access Gateway 인스턴스의 구성은 참여 포드 내부 및 사이에서 동일해야 합니다.

   예를 들어 RADIUS 인증을 사용하려는 경우 모든 참여 Horizon 포드 및 Microsoft Azure의 포드에 있는 각 외부 Unified Access Gateway 인스턴스에서 RADIUS 서비스를 구성해야 합니다.

   참여 포드 내의 Unified Access Gateway 인스턴스는 삭제하지 마십시오. Universal Broker는 Horizon Client와 가상 리소스 간의 프로토콜 트래픽에 대해 Unified Access Gateway에 의존하므로 해당 포드에서 Unified Access Gateway 인스턴스를 삭제하면 참여 포드에서 프로비저닝된 리소스에 액세스할 수 없게 됩니다.

   설정	설명
   Two-Factor Authentication	2단계 인증을 사용하려면 이 토글을 사용하도록 설정합니다. 이 토글을 사용하도록 설정하면 2단계 인증을 구성하기 위한 추가 옵션이 제공됩니다.
   Maintain User Name	Universal Broker에서 인증되는 동안 사용자의 Active Directory 사용자 이름을 유지하려면 이 토글을 사용하도록 설정합니다. 사용하도록 설정하는 경우: 사용자는 추가 인증 방법에 대해서도 Universal Broker에 대한 Active Directory 인증의 경우와 동일한 사용자 이름 자격 증명이 있어야 합니다. 사용자는 클라이언트 로그인 화면에서 사용자 이름을 변경할 수 없습니다. 이 토글을 해제하는 경우 사용자는 로그인 화면에서 다른 사용자 이름을 입력할 수 있습니다.
   Type	Active Directory 사용자 이름 및 암호 외에 Universal Broker가 최종 사용자에게 사용해야 하는 인증 방법을 지정합니다. 사용자 인터페이스에 두 가지 옵션(RADIUS 및 RSA SecurID)이 표시됩니다. 이 설정은 테넌트 전체에 적용됩니다. 최종 사용자 클라이언트의 동작은 다음과 같이 테넌트의 포드 그룹 구성 및 포드 게이트웨이에 구성된 2단계 인증 유형에 따라 달라집니다. Horizon 포드만 여기에서 선택하는 유형은 클라이언트에서 사용되는 유형입니다. Horizon Cloud 포드만 포드의 외부 게이트웨이에 구성된 유형과 일치하는 유형을 선택합니다. Horizon 포드 및 Horizon Cloud on Microsoft Azure 배포 혼합 혼합 그룹의 경우 여기에서 RADIUS를 선택하면 두 포드 유형의 Unified Access Gateway 인스턴스를 통해 사용자의 RADIUS 인증 요청이 수행됩니다. 혼합 그룹의 경우 여기에서 RSA SecurID를 선택하면 클라이언트 동작은 Horizon Cloud on Microsoft Azure 배포가 외부 게이트웨이에서 RSA SecurID로 구성되었는지 여부에 따라 달라집니다. Horizon Cloud on Microsoft Azure 배포의 게이트웨이에 RSA SecurID 유형이 구성되어 있지 않고 여기에서 RSA SecurID를 선택하면 Horizon 포드의 Unified Access Gateway 인스턴스를 통해서만 사용자의 RSA 인증 요청이 시작됩니다. Active Directory 사용자 이름 및 암호 인증 요청은 Horizon 포드 또는 Horizon Cloud 포드의 Unified Access Gateway 인스턴스를 통해 시도됩니다. Horizon Cloud on Microsoft Azure 배포에 RSA SecurID 유형이 구성되어 있으면 두 포드 유형의 Unified Access Gateway 인스턴스를 통해 사용자의 RSA 인증 요청이 시도됩니다.
   Show Hint Text	이 토글을 사용하도록 설정하면 클라이언트 로그인 화면에 표시되는 텍스트 문자열을 구성하여 사용자에게 추가 인증 방법에 대해 자격 증명을 묻는 메시지를 표시할 수 있습니다.
   Custom Hint Text	클라이언트 로그인 화면에 표시하려는 텍스트 문자열을 입력합니다. 지정된 힌트는 최종 사용자에게 Enter your DisplayHint user name and password로 표시됩니다. 여기서 DisplayHint는 사용자가 이 텍스트 상자에 입력하는 텍스트 문자열입니다. 참고: Universal Broker에서는 사용자 지정 힌트 텍스트에서 & < > ' " 문자를 허용하지 않습니다. 이러한 금지된 문자를 힌트 텍스트에 포함하면 Universal Broker FQDN에 대한 사용자 연결이 실패합니다. 이 힌트는 사용자가 올바른 자격 증명을 입력하도록 안내합니다. 예를 들어, 회사 사용자 이름 및 도메인 암호와 같은 구문을 지정하면 최종 사용자에게 Enter your Company user name and domain password below for user name and password라는 메시지가 표시됩니다.
   Skip Two-Factor Authentication	이 토글을 사용하도록 설정하여 Universal Broker 서비스에 연결하는 내부 네트워크 사용자에 대해 2단계 인증을 우회합니다. Universal Broker에 대한 내부 네트워크 범위 정의에 설명된 대로 내부 네트워크에 속하는 공용 IP 범위를 지정했는지 확인합니다. 이 토글을 사용하도록 설정하면 내부 사용자는 Universal Broker 서비스에서 인증을 받기 위해 Active Directory 자격 증명만 입력하면 됩니다. 외부 사용자는 추가 인증 서비스에 대해 Active Directory 자격 증명과 해당 자격 증명을 모두 입력해야 합니다. 이 토글을 끄면 내부 및 외부 사용자 모두 추가 인증 서비스에 대한 Active Directory 자격 증명과 해당 자격 증명을 입력해야 합니다.
   Public IP Ranges	이 필드는 2단계 인증 건너뛰기를 사용하도록 설정한 경우에 나타납니다. [브로커] 페이지의 [네트워크 범위] 탭에 하나 이상의 공용 IP 범위가 이미 지정된 경우 이 필드는 읽기 전용이며 해당 IP 범위를 나열합니다. [브로커] 페이지의 [네트워크 범위] 탭에 공용 IP 범위가 아직 지정되지 않은 경우 이 필드를 사용하여 해당 범위에서 들어오는 트래픽에 대한 2단계 인증 프롬프트를 건너뛰기 위해 내부 네트워크를 나타내는 공용 IP 범위를 지정할 수 있습니다. Universal Broker는 이러한 범위 중 하나에 속하는 IP 주소에서 연결하는 모든 사용자를 내부 사용자로 간주합니다. 이러한 범위를 지정하는 목적에 대한 자세한 내용은 Universal Broker에 대한 내부 네트워크 범위 정의 항목을 참조하십시오.

   2단계 인증 구성이 끝나면 다음을 클릭하여 마법사의 다음 페이지로 이동합니다.
5. 구성 마법사의 설정 페이지에서 Horizon Client에 대한 기간 설정을 구성합니다.
   이러한 시간 초과 설정은 Horizon Client와 Universal Broker에서 할당된 데스크톱 간의 연결 세션에 적용됩니다. 이러한 설정은 할당된 데스크톱의 게스트 운영 체제에 대한 사용자의 로그인 세션에 적용되지 않습니다. Universal Broker는 이러한 설정으로 지정된 시간 초과 조건을 감지하면 사용자의 Horizon Client 연결 세션을 닫습니다.

   설정	설명
   Client Heartbeat Interval	Horizon Client 하트비트 간 간격(분)과 Universal Broker에 대한 사용자 연결 상태를 제어합니다. 이러한 하트비트는 Horizon Client 연결 세션 동안 경과된 유휴 시간을 Universal Broker에 보고합니다. Horizon Client를 실행하는 끝점 디바이스와의 상호 작용이 발생하지 않을 때 유휴 시간이 측정됩니다. 이 유휴 시간은 사용자가 할당한 데스크톱의 기준이 되는 게스트 운영 체제에 대한 로그인 세션이 비활성 상태가 되어도 영향을 받지 않습니다. 대규모 데스크톱 배포에서 클라이언트 하트비트 간격을 늘리면 네트워크 트래픽이 줄어들고 성능이 향상될 수 있습니다.
   Client Idle User	Horizon Client와 Universal Broker 간의 연결 세션 동안 허용되는 최대 유휴 시간(분)입니다. 최대 시간에 도달하면 사용자의 인증 기간이 만료되고 Universal Broker는 모든 활성 Horizon Client 세션을 닫습니다. 연결 세션을 다시 열려면 사용자가 Universal Broker 로그인 화면에서 인증 자격 증명을 다시 입력해야 합니다. 참고: 할당된 데스크톱에서 사용자의 연결이 예기치 않게 끊어지는 것을 방지하려면 클라이언트 유휴 사용자 시간 초과를 클라이언트 하트비트 간격 값의 적어도 2배로 설정합니다.
   Client Broker Session	사용자의 인증이 만료되기 전에 Horizon Client 연결 세션에 허용되는 최대 시간(분)입니다. 이 시간은 사용자가 Universal Broker에서 인증을 받으면 시작됩니다. 세션 시간 초과가 발생해도 사용자는 할당된 데스크톱에서 계속 작업할 수 있습니다. 하지만 Universal Broker와의 통신이 필요한 작업(예: 설정 변경)을 수행하는 경우 Horizon Client는 Universal Broker 자격 증명을 다시 입력하라는 메시지를 표시합니다. 참고: Client 브로커 세션 시간 초과 값은 Client 하트비트 간격 값과 Client 유휴 사용자 시간 초과 값을 합한 값 이상이어야 합니다.
   Client Credential Cache	사용자 로그인 자격 증명을 클라이언트 시스템 캐시에 저장할지 여부를 제어합니다. 사용자 자격 증명을 캐시에 저장하려면 1을 입력합니다. 사용자 자격 증명을 캐시에 저장하지 않으려면 0을 입력합니다.

   [기간] 설정 구성이 끝나면 다음을 클릭하여 마법사의 다음 페이지로 이동합니다.
6. 마법사의 스케줄링 페이지에서 컨트롤을 사용하여 브로커 전환이 실행될 날짜 및 시작 시간을 지정합니다.
   
   

   

   
   
   시작 시간을 현재 현지 시간보다 1시간 이상 앞당기고 현재 날짜보다 3개월까지 앞당길 수 있습니다. 시작 시간은 시간의 맨 위에 나와야 합니다.
   시작 시간을 설정할 때 전환이 중단 없이 진행될 수 있도록 충분한 시간을 허용합니다.
   완료되면 다음을 클릭하여 Universal Broker 구성 마법사의 다음 단계로 이동합니다.
   참고: 콘솔에 지정된 시작 시간을 사용할 수 없다는 메시지가 표시될 경우 날짜 및 시작 시간 설정으로 돌아가 전환에 대한 다른 시간을 지정합니다.
7. 요약 페이지에서 설정을 검토한 후 완료를 클릭하여 Universal Broker 구성 및 스케줄 설정을 저장합니다.
   전환을 성공적으로 스케줄링했다는 메시지가 나타납니다.
   
   

   

   
   
   전환이 스케줄링된 이후:

   • [브로커] 페이지에는 예정된 전환에 대한 세부 정보가 표시됩니다. 시작 시간이 1시간 넘게 지난 경우 스케줄링을 클릭하여 전환을 다시 스케줄링할 수 있습니다.
   • 스케줄링된 전환을 취소하거나 1시간 이내에 시작될 전환을 다시 스케줄링하려는 경우 VMware 지원 서비스에 문의해야 합니다. VMware 지원 서비스에서는 15분 이내에 시작될 전환은 취소하거나 다시 스케줄링할 수 없습니다.
   • 콘솔은 시작 시간이 다가오기 전까지 예정된 전환에 대한 알림 배너를 계속 표시합니다. 배너에서 세부 정보 보기를 클릭하면 [브로커] 페이지로 리디렉션됩니다.
   • 예정된 전환에 대한 알림 및 미리 알림 메시지가 테넌트에 대해 등록된 기본 이메일 계정으로 전송됩니다.
8. 전환이 시작되도록 스케줄링되기 적어도 15분 전에 다음 준비 작업을 완료해야 합니다. 전환하는 동안에는 콘솔의 편집 작업에 액세스할 수 없습니다.
   • 콘솔에서 진행 중인 모든 작업을 완료하고 유지하려는 변경 내용을 저장합니다.
   • 모든 구성 마법사 및 대화상자를 닫습니다.

   중요: Microsoft Azure의 모든 Horizon Cloud 포드가 전환 기간 동안 온라인, 정상 상태이고 준비가 완료된 상태여야 합니다. Universal Broker 서비스는 포드와 통신하고 포드에 대한 몇 가지 구성 단계를 수행하여 전환의 브로커 설정 단계를 완료해야 합니다. 포드가 오프라인 상태이거나 사용할 수 없는 경우 전환은 실패합니다.

   중요: Microsoft Azure의 Horizon Cloud 포드와 VMware SDDC 기반 플랫폼의 Horizon 포드로 구성된 하이브리드 환경이 있는 경우 전환 기간 동안 Horizon 포드에 대해 Universal Broker 서비스를 사용할 수 없습니다. 또한 이 시간 동안 Horizon 포드의 상태를 [모니터링됨]에서 [관리됨]으로 변경할 수 없습니다.
9. 전환이 시작되기 직전에 화면 프롬프트의 지침에 따라 콘솔에서 로그아웃했다가 다시 로그인합니다.
   
   

   

   
   
10. 전환의 첫 번째 단계가 중단 없이 계속 진행될 수 있도록 허용합니다.
    전환의 이 단계에서는 다음이 진행됩니다.

    • 콘솔의 편집 컨트롤에 액세스할 수 없으며 콘솔에 전환 중이라는 배너가 표시됩니다.
      
      
      
      
    • Microsoft Azure의 모든 포드는 이름이 Default-Site인 사이트에 추가됩니다.
    • VDI 데스크톱 할당은 Universal Broker에 의해 브로커링된 다중 클라우드 할당으로 변환됩니다. 기본 할당 설정에서 연결 선호도는 가장 가까운 사이트로 설정되고, 범위는 사이트 내로 설정됩니다.
    • 세션 기반 데스크톱 및 애플리케이션 할당은 변경되지 않은 상태로 유지됩니다. 전환 후 이러한 할당의 리소스가 Universal Broker에 의해 브로커링됩니다.
    • 모든 할당은 최종 사용자가 사용할 수 있는 상태로 유지되고 이 시간 동안 모든 활성 사용자 세션은 계속 열려 있으며 완전히 작동합니다.
    참고: 전환의 이 단계는 일반적으로 10분 정도 걸리지만 테넌트 환경에 많은 수의 할당이 포함된 경우 더 오래 걸릴 수 있습니다. 알림 배너에서 상태 보기를 클릭하여 진행률을 모니터링할 수 있습니다. 이 단계가 1시간 이내에 완료되지 않는 경우 전환이 시간 초과되어 실패로 표시됩니다.

    이 전환 단계가 완료되면 다음 메시지가 나타납니다.
    

    

    
    

    참고: 전환의 이 단계에서 장애가 발생하면 VMware 지원 서비스는 자동 알림을 수신하고 실패 원인을 조사한 후 해결합니다. 브로커 페이지 및 테넌트에 대해 등록된 기본 이메일 계정으로 전송된 알림 메시지에서 자세한 정보를 볼 수 있습니다. VMware 지원 서비스에서 실패의 원인을 해결하면 브로커 페이지의 링크를 사용하여 전환을 다시 스케줄링할 수 있습니다.
11. 콘솔에 다시 로그인한 후 Universal Broker 서비스에서 설정을 완료하고 완전히 사용하도록 설정될 수 있도록 합니다.
    모든 전역 지역의 DNS 서버 간에 DNS 레코드가 전파되므로 일반적으로 구성 설정이 Universal Broker 서비스에서 완전한 영향을 미치는 데 최대 30분이 소요됩니다. 하지만 시스템 및 네트워크 상태와 환경의 전체 할당 수 및 전용 사용자-데스크톱 매핑에 따라 이 프로세스를 완료하는 데 몇 시간이 걸릴 수 있습니다. 프로세스가 4시간 이내에 완료되지 않는 경우 전환 시간이 초과되고 실패로 표시됩니다.

    전환의 이 단계에서는 할당 생성 및 편집을 제외하고 콘솔의 모든 편집 작업에 액세스할 수 있습니다. 또한 Universal Broker 서비스는 이 할당 브로커링 시간 동안은 사용할 수 없습니다.

    설정이 완료되면 콘솔에서 종 모양 아이콘 아래에 알림 메시지가 나타나고 설정 > 브로커 페이지에는 녹색 점이 있는 사용 상태가 표시됩니다.

    이제 할당이 Universal Broker에 의해 브로커링되고 전환이 완료됩니다.

    
    
    

    중요: Universal Broker 설정이 실패하면 설정 > 브로커 페이지에서 빨간색 경고 아이콘이 있는 오류 상태가 표시됩니다. 구성 실패를 수정하고 Universal Broker 서비스를 설정하려면 VMware KB(기술 자료) 문서 2006985에 설명된 대로 VMware 지원 팀에 문의하십시오.

다음에 수행할 작업

• Horizon Cloud 테넌트와 Workspace ONE Access 간에 기존 통합이 형성된 경우 Universal Broker를 사용하도록 해당 통합을 업데이트해야 합니다. 자세한 지침은 Universal Broker가 있는 Horizon Cloud 환경 - 테넌트를 Workspace ONE Access 및 Intelligent Hub 서비스와 통합을 참조하십시오.
• 사이트 및 다중 클라우드 VDI 할당 설정을 수정하여 Universal Broker 기능을 최대한 활용하십시오. 예를 들어, 기존 할당에 더 많은 포드를 추가하거나 사이트 설정을 조정하여 Universal Broker에서 할당을 브로커링하는 방식을 세부적으로 조정할 수 있습니다. 자세한 내용은 Horizon Cloud 테넌트 환경에서 다중 클라우드 할당 생성 및 관리 및 Universal Broker 환경에서 사이트 작업을 참조하십시오.

Universal Broker로 전환한 후 테넌트 환경의 새로워진 사항

이 문서에서는 단일 포드 브로커에서 Universal Broker로의 전환을 완료한 후에 Horizon Cloud 테넌트 환경에서 예상할 수 있는 변경 내용을 설명합니다. 변경 내용에는 몇 가지 새로운 기능 동작과 일부 기능 제한 사항이 포함됩니다.

Universal Broker 환경의 특정 기능 제한에 대한 자세한 내용은 Universal Broker - 기능 고려 사항 및 알려진 제한 사항을 참조하십시오.

최종 사용자 할당에 대한 변경 내용

• Microsoft Azure의 모든 포드는 이름이 Default-Site인 사이트에 추가됩니다.
• VDI 데스크톱 할당은 Universal Broker에 의해 브로커링된 다중 클라우드 할당으로 변환됩니다. 기본 할당 설정에서 연결 선호도는 가장 가까운 사이트로 설정되고, 범위는 사이트 내로 설정됩니다.
  참고: 특정 사용자는 할당에 여러 포드의 데스크톱이 포함되어 있더라도 Universal Broker로 브로커링된 전용 할당에서 할당된 데스크톱을 최대 하나만 받을 수 있습니다.
  중요: 이전에 사용자가 단일 포드 브로커 환경의 전용 할당에서 여러 개의 할당된 데스크톱을 수신한 경우 Universal Broker 환경으로 전환한 후에 이러한 데스크톱에 액세스할 수 없습니다. 할당된 데스크톱에 액세스하기 위해 사용자는 Universal Broker FQDN을 사용하는 대신, 포드의 FQDN에 직접 연결할 수 있습니다.
• 세션 기반 데스크톱 및 애플리케이션 할당은 이제 Universal Broker에 의해 브로커링됩니다.

이름이 동일한 데스크톱 풀의 변경

포드 전체의 데스크톱 풀이 브로커 전환 전에 동일한 이름을 가지는 경우 고유한 이름을 가지도록 편집됩니다. 이러한 변경을 통해 다른 포드에서 고유하게 명명된 데스크톱 풀을 Universal Broker로 브로커링된 단일 할당에 추가할 수 있습니다.

예를 들어 브로커 전환 전에 다음과 같은 시나리오가 발생했다고 가정합니다.

• Pod1에는 TestPoolName이라는 풀이 있었습니다.
• Pod2에는 TestPoolName라는 풀이 있었습니다.

전환 후에 예제 풀 이름은 다음과 같이 변경됩니다.

• Pod1에서는 해당 풀 이름은 TestPoolName으로 유지됩니다.
• Pod2에서 해당 풀 이름은 TestPoolName1으로 바뀝니다.

VM 이름 접두사 변경 사항

전환 전 단일 포드 브로커 환경에서 풀의 VM 이름 접두사에는 최대 11자의 사용자 지정 가능 문자만 사용할 수 있었습니다. 풀 이름을 구성하려면 11자의 접두사에 순차 번호(최대 4자리)가 추가됩니다.

Universal Broker로 전환한 후에 VM 이름 접두사는 9자 이하의 사용자 지정 가능 문자로 구성할 수 있습니다. 이전에 9자보다 길었던 VM 이름 접두사는 전환 후에 자동으로 잘립니다.

Universal Broker 환경에서 풀 이름을 구성하기 위해 9자 접두사에 2개의 임의 영숫자 또는 알파벳 문자와 순차적 숫자(최대 4자리)가 나옵니다.

여러 할당이 동일한 VM 이름 접두사를 사용하는 경우 할당 중 하나를 편집하려고 하면 오류가 발생합니다. 이 오류를 해결하려면 편집 마법사에서 할당의 VM 이름 접두사를 변경합니다.

참고: 데스크톱 풀이 최대 데스크톱 옵션을 0으로 설정하여 구성된 경우 전환 후 Horizon Universal Console에서 VM 이름 접두사 및 풀 이름이 변경되지 않은 상태로 나타납니다. 새 VM 이름 접두사 및 풀 이름을 표시하도록 콘솔을 업데이트하려면 [편집] 마법사를 사용하여 전환된 할당을 업데이트합니다.

전환 후 기능 고려 사항

다음 고려 사항은 Universal Broker로 전환한 후 특정 기능에 적용됩니다.

• 사용자 지정 할당(URL 리디렉션 할당이라고도 함)은 지원되지 않습니다.
• 포드가 매니페스트 2474.0 이전에서 실행되는 경우 작업 취소 기능이 지원되지 않습니다. 이 기능을 사용하려면 포드를 매니페스트 2474.0 이상으로 업그레이드해야 합니다.
• Horizon Cloud on Microsoft Azure 배포에 Workspace ONE Access와의 기존 전환 전 통합이 있는 경우 Universal Broker를 사용할 수 있도록 통합을 전환 후 상태로 업데이트해야 합니다. 자세한 지침은 Universal Broker가 있는 Horizon Cloud 환경 - 테넌트를 Workspace ONE Access 및 Intelligent Hub 서비스와 통합을 참조하십시오.

  해당 통합을 업데이트할 때는 Horizon Universal Console 정리 워크플로를 사용하여 해당 배포에 있을 수 있는 기존 가상 애플리케이션 수집을 정리해야 합니다. 정리 워크플로는 레거시 포드별 가상 애플리케이션 수집 기능 대신, 통합된 Universal Broker, Workspace ONE Access 및 Intelligent Hub 서비스의 최신 기능을 사용하여 동일한 애플리케이션이 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와 통합하면 레거시 가상 애플리케이션 수집이 사용되지 않습니다. 따라서 Universal Broker에는 Horizon Cloud on Microsoft Azure 배포를 위한 가상 애플리케이션 수집 개념이 전혀 없습니다.

중요: 포드가 매니페스트 2474.0 이전 버전에서 실행되는 경우 인벤토리 중단에 대한 삭제 보호 기능의 사용이 지원되지 않습니다. 이 기능을 사용하려면 포드를 매니페스트 2474.0 이상으로 업그레이드해야 합니다.

예를 들어, 포드가 매니페스트 2474.0 이전 버전에서 실행 중이고 전환 전에 삭제 보호를 사용하도록 설정한 경우 전환 후에는 해당 기능이 더 이상 작동하지 않습니다. 포드를 매니페스트 2474.0 이상으로 업그레이드하면 삭제 보호 기능이 다시 작동합니다.