Systemanforderungen für Universal Broker

In diesem Artikel werden die detaillierten Systemanforderungen beschrieben, die Ihre Horizon Cloud-Mandantenumgebung erfüllen muss, um die Verwendung von Universal Broker zu unterstützen. Die Anforderungen unterscheiden sich geringfügig, je nachdem, ob Sie Universal Broker für Horizon-Pods (basierend auf der Horizon Connection Server-Technologie) oder für Horizon Cloud-Pods in Microsoft Azure konfigurieren.

Hinweis: Aktuelle Informationen zu Supporteinschränkungen für Universal Broker finden Sie unter Horizon Cloud – Bekannte Einschränkungen.

Anforderungen für Horizon-Pods, die über Horizon Cloud Connector mit Horizon Cloud verbunden sind

Um die Verwendung von Universal Broker für Horizon-Pods zu unterstützen, die über Horizon Cloud Connector mit dem Cloud-Dienst verbunden sind, muss Ihre Systemumgebung die folgenden Anforderungen erfüllen.

• Softwareversionen der Schlüsselkomponenten:

  • Auf jedem Pod muss ein Verbindungsserver einer unterstützten Horizon 8-Version ausgeführt werden, er muss über eine gültige Lizenz verfügen und die entsprechende Universal Broker-Plug-In-Version muss auf diesem Verbindungsserver installiert sein, wie unter Horizon-Pods – Installieren des Universal Broker-Plug-Ins auf dem Verbindungsserver beschrieben.

    Jeder Pod und Verbindungsserver muss gemäß der Produktdokumentation der jeweiligen Verbindungsserver-Version unter Horizon 8-Dokumentation eine gültige Installation sein.

  • Jeder Pod muss über einen Horizon Cloud Connector, der nicht älter als Version 1.6 ist, mit Horizon Cloud verbunden sein. Beachten Sie, dass 1.6 eine extrem alte Version von Horizon Cloud Connector ist und für neue Pod-Onboardings nicht unterstützt wird. Diese Version war die erste, für die Universal Broker verfügbar wurde, und wird daher hier der Vollständigkeit halber erwähnt. Neue Onboardings werden mit Horizon Cloud Connector-Version N, N-1, unterstützt, N-2wobei N die neueste Horizon Cloud Connector-Version ist, die zum Zeitpunkt der Erstellung dieses Dokuments verfügbar war.

  • Besonderer Hinweis zur Version 1.8 oder 1.9 des Connectors: Universal Broker stützt sich auf den Cloud Broker Client Service (CBCS), der im Connector ausgeführt wird, um mit dem Pod zu kommunizieren. Wenn Ihr Horizon-Pod Horizon Cloud Connector 1.8 oder 1.9 verwendet, wird Universal Broker unterstützt, wenn Sie Horizon Cloud Connector mit dem Profil "Vollständige Funktion" bereitgestellt haben oder wenn Sie die Bereitstellung mit dem Profil "Standardfunktion" durchgeführt und dann den Cloud Broker Client Service (CBCS) für den Connector manuell aktiviert haben. Schritte zum manuellen Aktivieren von CBCS in diesem Setup finden Sie unter Manuelles Aktivieren von Diensten in Version 1.8 oder 1.9.

  • Besonderer Hinweis zu einem Horizon-Pod, der über Horizon Cloud Connector in einer nativen Amazon EC2-Bereitstellung mit der Cloud verbunden ist: Um Universal Broker für diesen Pod zu verwenden, müssen Sie die Verwendung des Cloud Broker Client Service (CBCS) in dieser Appliance manuell aktivieren, da dieser Dienst für eine native Amazon EC2-Bereitstellung standardmäßig inaktiv ist. Weitere Informationen zur manuellen Aktivierung von CBCS in diesem Setup finden Sie unter Manuelles Aktivieren von Diensten für Horizon Cloud Connector auf nativem Amazon EC2.

• Anforderungen für bestimmte Endbenutzerszenarien:

  • Sie möchten die Zwei-Faktor-Authentifizierung mit Universal Broker verwenden

    • Wenn Sie möchten, dass Universal Broker die Zwei-Faktor-Authentifizierung mit einem Ihrer Endbenutzer verwendet, müssen Sie jeden Sicherheitsserver auf dem Horizon-Pod durch eine externe Unified Access Gateway-Appliance der Version 3.8 oder höher ersetzen.
    • Sie müssen dieses externe Unified Access Gateway auch mit dem entsprechenden Zwei-Faktor-Authentifizierungsdienst konfigurieren, den Universal Broker unterstützt. Befolgen Sie die unter Best Practices bei der Implementierung der Zwei-Faktor-Authentifizierung in einer Universal Broker-Umgebung beschriebenen Anleitungen und Kriterien.

  • Sie haben alle internen Benutzer und möchten eine direkte Verbindung mit ihnen herstellen

    Wenn Sie beabsichtigen, immer über den gesamten Benutzerzugriff von Ihrem internen Netzwerk aus zu verfügen, können Sie Universal Broker für die so genannte Direktverbindung verwenden. Im Direktverbindungsmodus werden Sitzungen für solche Endbenutzer direkt zwischen Horizon Client oder Horizon Web Client und den virtuellen Desktops und Remoteanwendungen (VDI und RDSH) eingerichtet. In diesem Fall sind keine Unified Access Gateway Instanzen erforderlich, solange Sie auch IP-Adressen mithilfe der Funktion Broker > Netzwerkbereiche der Konsole angeben, damit Universal Broker weiß, dass der Endbenutzerdatenverkehr aus Ihrem internen Netzwerk stammt. Wenn Sie diese IP-Adressen nicht angeben und über alle internen Endbenutzer verfügen, muss der Pod über eine interne Unified Access Gateway-Appliance (Version 3.8 oder höher) verfügen, um die Sitzungen zu verbinden. In beiden Richtungen ist kein Sicherheitsserver erforderlich, und Sie können jeden Sicherheitsserver entfernen, über den der Pod möglicherweise verfügt.

  • Sie haben sowohl interne als auch externe Benutzer und möchten die Zwei-Faktor-Authentifizierung in Universal Broker konfigurieren

    Wenn Sie IP-Adressen mithilfe der Funktion " Broker > Netzwerkbereiche " angeben, können Universal Broker feststellen, wann sich ein verbindender Benutzer im internen Netzwerk befindet, und dies als direkte Verbindung für diesen Benutzer betrachten. Wenn Sie andernfalls die IP-Adressen in Broker > Netzwerkbereiche nicht angeben, behandelt der Universal Broker alle Endbenutzerverbindungen als extern und sendet die Verbindungen an die externe Unified Access Gateway-Appliance.

• Wenn gemäß den vorhergehenden Szenarien ein Unified Access Gateway beteiligt ist, gilt Folgendes:

  • Konfigurieren Sie jede Unified Access Gateway-Instanz als Proxy-Server für Verbindungsanforderungen an den zugehörigen gekoppelten Verbindungsserver. Stellen Sie sicher, dass jede Unified Access Gateway-Instanz mit nur einem Pod gekoppelt ist.
  • Wenn ein Pod nur eine interne Unified Access Gateway-Instanz (keine externe) enthält, überschreibt Universal Broker die in Broker > Netzwerkbereiche angegebenen IP-Bereiche und leitet alle Benutzer unabhängig von ihrer IP-Adresse an diese interne Unified Access Gateway-Instanz weiter. Wenn in den Broker - >-Netzwerkbereichen keine IP-Bereiche angegeben sind, basiert der Start von virtuellen Desktops und Remoteanwendungen auf diesen internen Unified Access Gateway.
    
    Die Unified Access Gateway-Produktdokumentation finden Sie hier im Omnissa-Produktdokumentationsportal.

• DNS-Namen, Ports, Protokolle:

  • Jeder Pod muss mit den erforderlichen Ports und Protokollen konfiguriert werden, wie unter Horizon-Pods – DNS, Ports und Protokollanforderungen für Universal Broker beschrieben.
  • Damit Universal Broker den Endbenutzerdatenverkehr in den Szenarien, in denen ein Unified Access Gateway erforderlich ist, ordnungsgemäß weiterleitet, müssen Sie sicherstellen, dass alle DNS-Namen in Ihren internen und externen DNS-Servern entsprechend zugeordnet sind, wenn Ihr Pod mit einem Unified Access Gateway konfiguriert ist. Wenn der Pod sowohl ein internes als auch ein externes Unified Access Gateway konfiguriert hat, können in der internen und externen Konfiguration verschiedene FQDNs angegeben werden, oder sie können mit demselben FQDN und dem Lastausgleich des Pods konfiguriert werden, die mit aufgeteilten DNS-Zonen konfiguriert sind.

• Desktop-Pools

  Um Endbenutzersitzungen zu starten, müssen Desktop-Pools auf den teilnehmenden Pods konfiguriert werden, die auf virtuellen Maschinen mit dem Windows-Betriebssystem basieren. Darüber hinaus müssen die Poolkonfigurationseinstellungen den Anforderungen von Universal Broker entsprechen, wie unter Horizon-Pods – Vorbereiten eines vorhandenen Desktop-Pools für die Verwendung in einer Multi-Cloud-Zuweisung beschrieben.

Anforderungen für Horizon Cloud-Pods in Microsoft Azure

Zur Verwendung mit Universal Broker muss jeder teilnehmende Horizon Cloud-Pod in Microsoft Azure:

• Muss mit dem Manifest der Version vom Juli 2020 (2298.0) oder höher neu in Microsoft Azure bereitgestellt werden

  Hinweis: Universal Broker ist nur verfügbar, wenn Sie alle Horizon Cloud-Pods mit dem Manifest 2298.0 oder höher bereitgestellt haben. Wenn Sie einen Ihrer Horizon Cloud-Pods mit einer Version vor dem Manifest 2298.0 bereitgestellt haben, ist Universal Broker keine verfügbare Brokering-Option für Ihre Horizon Cloud-Pods.

• Wenn Sie Endbenutzerverbindungen über das Internet herstellen oder die Zwei-Faktor-Authentifizierung verwenden möchten, ist eine externe Unified Access Gateway-Konfiguration auf dem Pod erforderlich.

  Hinweis: Stellen Sie sicher, dass jede Unified Access Gateway-Instanz mit nur einem Pod gekoppelt ist.

  Hinweis: Wenn ein Pod nur eine interne Unified Access Gateway-Instanz enthält, überschreibt Universal Broker die Netzwerkrichtlinie, die auf der Registerkarte Netzwerkbereiche der Broker-Seite definiert ist, und leitet alle Benutzer unabhängig von ihrer IP-Adresse an diese Unified Access Gateway-Instanz weiter.

  Zur Unterstützung bestimmter Anwendungsfälle muss der Pod zusätzliche Anforderungen erfüllen:

  • Um den internen und externen Netzwerkdatenverkehr von Universal Broker an die entsprechenden internen und externen DNS-Server weiterzuleiten, muss jeder Pod sowohl mit internen als auch mit externen Unified Access Gateway-Instanzen konfiguriert werden. Die internen und externen Unified Access Gateway-Instanzen können mit unterschiedlichen FQDNs konfiguriert werden, oder sie können mit demselben FQDN und dem Lastausgleichsdienst des Pods konfiguriert werden, die mit geteilten DNS-Zonen konfiguriert sind.
  • Um die Zwei-Faktor-Authentifizierung für Universal Broker verwenden zu können, muss der Pod über mindestens eine externe Unified Access Gateway-Instanz mit dem entsprechenden Zwei-Faktor-Authentifizierungsdienst verfügen. Sie müssen alle externen Unified Access Gateway-Instanzen auf allen teilnehmenden Pods so konfigurieren, dass sie denselben Zwei-Faktor-Authentifizierungsdienst verwenden. Befolgen Sie die unterBest Practices bei der Implementierung der Zwei-Faktor-Authentifizierung in einer Universal Broker-Umgebung beschriebenen Anleitungen und Kriterien.

  Informationen zum Hinzufügen von Gateway-Konfigurationen zu einem vorhandenen Horizon Cloud-Pod finden Sie unter Hinzufügen einer Gateway-Konfiguration zu einem bereitgestellten Horizon Cloud-Pod.

• So konfiguriert, dass die erforderlichen DNS-Namen für Ihre regionale Universal Broker-Instanz auflösbar und erreichbar sind. Weitere Informationen finden Sie in der Tabelle "DNS-Anforderungen für Pod-Bereitstellung und -Betrieb" unter DNS-Anforderungen für einen Horizon Cloud-Pod in Microsoft Azure.

• Konfiguriert mit den erforderlichen Ports und Protokollen, wie im Abschnitt "Für Universal Broker erforderliche Ports und Protokolle" unter Port- und Protokollanforderungen für einen Horizon Cloud-Pod beschrieben

• In einem fehlerfreien Zustand. Auf der Seite "Kapazität" wird für einen fehlerfreien Pod ein grüner Punkt unter der Spalte "Status" angezeigt, der darauf hinweist, dass der Pod online und bereit ist.

Clientanforderungen

Informationen zu den Clientanforderungen im Zusammenhang mit Universal Broker finden Sie in den Horizon Client-Informationen unter dem Thema Horizon Cloud – Verfügbare Umgebungen, Betriebssystemunterstützung, enge Integration in das Produktökosystem, Kompatibilitätsinformationen.