Was ist Omnissa Horizon #

Omnissa Horizon ist eine vielseitige Produktsuite, die für die sichere Bereitstellung virtueller Desktops und Anwendungen über eine moderne, anpassbare Architektur entwickelt wurde, die sowohl On-Premises- als auch Cloud-Bereitstellungen unterstützt. Sie ermöglicht es Unternehmen, die Zusammenarbeit zu optimieren, eine Vielzahl von Client-Geräten zu unterstützen und ein nahtloses Benutzererlebnis unabhängig von Standort oder Netzwerkbedingungen sicherzustellen. Omnissa Horizon bietet eine zentrale Verwaltung von Desktops und Apps mit Schwerpunkt auf starker Sicherheit, optimiertem Patching und umfassender Zugriffskontrolle, was es ideal für Remote- und Hybrid-Arbeitsumgebungen macht. Es umfasst auch erweiterte Lösungen wie Desktop as a Service (DaaS) und Hybrid-Cloud-Management mit Kernplattformen wie Horizon 8 und Horizon Cloud Service – Next-Gen, die alle mit zusätzlichen Tools wie App Volumes und Workspace ONE erweitert werden können.

Horizon-Komponenten #

Um das System effektiv verwalten und konfigurieren zu können, ist es wichtig, die wichtigsten Komponenten einer Horizon-Verbindung zu verstehen. Nachfolgend finden Sie eine detaillierte Übersicht dieser Komponenten:

Horizon-Client #

Der Horizon Client ist die Anwendung, die auf dem Gerät eines Benutzers installiert wird und den Zugriff auf von Horizon verwaltete Systeme ermöglicht. Er stellt eine Verbindung mit der Horizon-Umgebung her, in der der Horizon Agent installiert ist. Bei Geräten, auf denen die Installation des Horizon Clients nicht möglich ist, haben Benutzer die Möglichkeit, einen Webbrowser als HTML-Client zu verwenden, was eine flexible Zugriffsmethode bietet.

Horizon-Agent #

Der auf dem Gastbetriebssystem der Zielcomputer installierte Horizon Agent ist entscheidend für die Kommunikation zwischen der Horizon-Infrastruktur und den virtuellen oder physischen Desktops. Dieser Agent ermöglicht den Verbindungsservern die Verwaltung dieser Computer und erleichtert die Erstellung einer Protokollsitzung zwischen dem Horizon Client und dem Zielsystem. Der Horizon Agent kann auf verschiedenen Computertypen bereitgestellt werden, darunter virtuelle Desktops, Remote Desktop Session Hosts (RDS-Hosts), physische Desktop-PCs und Blade-PCs.

Verbindungsserver #

Der Horizon Connection Server fungiert als zentraler Broker und verwaltet und leitet Benutzerverbindungen sicher zum auf Desktops und RDS-Hosts installierten Horizon Agent. Er übernimmt die Benutzerauthentifizierung über Active Directory und stellt sicher, dass Anfragen basierend auf den Benutzerberechtigungen an die entsprechenden Ressourcen weitergeleitet werden. Dieser Server spielt eine zentrale Rolle beim Herstellen und Aufrechterhalten der Verbindung zwischen Benutzern und ihren virtuellen oder Remote-Desktop-Umgebungen.

Einheitliches Zugriffsgateway #

Das Unified Access Gateway (UAG) ist eine virtuelle Appliance, die einen sicheren Fernzugriff von externen Netzwerken auf interne Ressourcen ermöglicht, darunter auch die von Horizon verwalteten. Es kann in der DMZ des Unternehmens oder im internen Netzwerk eingesetzt werden und fungiert als Proxy für Verbindungen zu Unternehmensressourcen. Das UAG verarbeitet authentifizierte Anfragen, leitet sie an die entsprechenden Ressourcen weiter und blockiert nicht authentifizierte Anfragen. Es kann auch selbst die Authentifizierung durchführen und so bei entsprechender Konfiguration eine zusätzliche Sicherheitsebene hinzufügen.

Jede dieser Komponenten spielt eine entscheidende Rolle bei der Gewährleistung eines nahtlosen und sicheren Horizon-Erlebnisses, vom Benutzerzugriff bis hin zur Systemverwaltung und Ressourcenzuweisung.

Warum Omnissa Horizon ausgleichen? #

Lastenausgleich ist für Omnissa Horizon von entscheidender Bedeutung, da er sowohl die Serviceverfügbarkeit als auch die Skalierbarkeit erheblich verbessert und so ein robustes und nahtloses Benutzererlebnis gewährleistet. Durch den Einsatz eines Lastenausgleichs können Sie Ihre Umgebung horizontal skalieren und zusätzliche Verbindungsserver (CS) oder Unified Access Gateways (UAG) hinzufügen, wodurch die Anzahl gleichzeitiger Sitzungen, die das System unterstützen kann, direkt erhöht wird. Diese Skalierbarkeit ist unerlässlich, um wachsenden Benutzeranforderungen gerecht zu werden, ohne die Leistung zu beeinträchtigen.

Darüber hinaus verbessert der Lastenausgleich die Serviceverfügbarkeit, indem er den Datenverkehr automatisch auf verfügbare Komponenten umleitet, wenn ein CS oder UAG offline geht. Dies gewährleistet kontinuierlichen Zugriff und minimiert Ausfallzeiten, sodass ein konsistenter und zuverlässiger Service für Benutzer gewährleistet bleibt. Darüber hinaus ermöglicht ein Lastenausgleich den Benutzern den Zugriff auf den Service über eine einzige URL, was die Erfahrung vereinfacht und die Notwendigkeit beseitigt, bestimmte Server-URLs zu kennen.

Über diese Hauptvorteile hinaus bieten einige Load Balancer erweiterte Funktionen wie SSL-Offloading, verbesserte Sicherheit, Echtzeitanalysen und mehr, mit denen die Horizon-Umgebung weiter optimiert und gesichert werden kann. Das Verständnis dieser Funktionen ist von entscheidender Bedeutung, da sie die Gesamtarchitektur und Effektivität Ihrer Bereitstellung beeinflussen können.

Daher sind die Vorteile von Omnissa Load Balancing:

• Optimierte Leistung: Lastenausgleich hilft, die Überlastung einzelner Server zu verhindern, indem die Arbeitslast gleichmäßig verteilt wird. Dies optimiert die Leistung von Omnissa Horizon und stellt sicher, dass Benutzer auch während Spitzennutzungszeiten schnellen und zuverlässigen Zugriff auf virtuelle Desktops und Anwendungen haben.
• Hochverfügbarkeit: Durch die Verteilung der Last auf mehrere Server verbessert der Lastenausgleich die Verfügbarkeit der Omnissa Horizon-Dienste. Wenn ein Server ausfällt oder Probleme auftreten, kann der Lastenausgleich den Datenverkehr auf andere, fehlerfreie Server umleiten. So werden Ausfallzeiten minimiert und ein kontinuierlicher Zugriff für Benutzer sichergestellt.
• Skalierbarkeit: Omnissa Horizon kann dank Lastenausgleich effektiv skaliert werden, wenn die Nachfrage nach virtuellen Desktops und Anwendungen steigt. Es kann sich dynamisch an erhöhte Arbeitslasten anpassen, indem es den Datenverkehr auf zusätzliche Server verteilt. So wird sichergestellt, dass die Plattform wachsende Benutzerzahlen und schwankende Arbeitslasten ohne Leistungseinbußen bewältigen kann.
• Verbesserte Sicherheit : Lastenausgleich kann auch bei der Sicherheit eine Rolle spielen, indem er den Datenverkehr so ​​verteilt, dass das Risiko von Distributed-Denial-of-Service-Angriffen (DDoS) verringert wird. Durch die Verteilung der Anfragen verringert sich die Wahrscheinlichkeit, dass ein einzelner Server aufgrund bösartigen Datenverkehrs zum Ausfallpunkt wird.
• Ressourceneffizienz: Eine effiziente Lastverteilung stellt sicher, dass die Ressourcen in Omnissa Horizon optimal genutzt werden. Dies verhindert die Unterauslastung einiger Server, während andere überlastet sind, was zu einer besseren Gesamtsystemleistung und Kosteneffizienz führt.

Zusammenfassend lässt sich sagen, dass der Lastausgleich für die Aufrechterhaltung der Leistung, Verfügbarkeit, Skalierbarkeit, Sicherheit und Effizienz von Omnissa Horizon von entscheidender Bedeutung ist. Dadurch wird sichergestellt, dass es die Anforderungen moderner Unternehmen erfüllen und ein nahtloses Benutzererlebnis bieten kann.

Verschiedene Möglichkeiten des Horizon-Load-Balancing #

Horizon kann Load Balancer in drei Schlüsselbereichen nutzen:

Lastenausgleich für Horizon 8-Verbindungsserver #

Bei einer Horizon-Bereitstellung ist der Lastenausgleich der Verbindungsserver (CS) entscheidend, um Benutzersitzungsanforderungen gleichmäßig auf mehrere Server zu verteilen. Dies verbessert nicht nur die Kapazität der Umgebung, mehr gleichzeitige Sitzungen zu verarbeiten, sondern gewährleistet auch eine kontinuierliche Dienstverfügbarkeit. Wenn ein Verbindungsserver offline geht, leitet der Lastenausgleich neue Sitzungen auf die verbleibenden aktiven Server um, wodurch Ausfallzeiten vermieden und ein nahtloses Benutzererlebnis gewährleistet wird.

Lastenausgleich für Unified Access Gateways (UAG) #

Unified Access Gateways sind für den sicheren Remote-Zugriff auf Horizon-Umgebungen unerlässlich. Durch Lastenausgleich der UAGs können Sie eingehende Remote-Benutzerverbindungen auf mehrere Gateways verteilen und so sicherstellen, dass kein einzelnes UAG überlastet wird. Dieses Setup erhöht die Anzahl der Benutzer, die gleichzeitig eine Verbindung herstellen können, und verbessert gleichzeitig die Sicherheit und Zuverlässigkeit. Sollte ein UAG ausfallen, leitet der Lastenausgleich die Verbindungen an andere verfügbare Gateways um und sorgt so für einen unterbrechungsfreien Zugriff.

Lastenausgleich App Volumes Manager #

App Volumes Manager sind für die Verwaltung und Bereitstellung von Anwendungen und Benutzerprofilen in einer Horizon-Umgebung verantwortlich. Der Lastenausgleich dieser Manager stellt sicher, dass die Anwendungsbereitstellung auch bei steigender Benutzernachfrage effizient und skalierbar bleibt. Obwohl dieser Beitrag nicht auf die Details des Lastenausgleichs von App Volumes Managern eingeht, ist anzumerken, dass die Implementierung die Leistung und Zuverlässigkeit Ihrer Horizon-Bereitstellung weiter optimieren kann.

Jeder Load Balancer oder Load Balancer-as-a-Service funktioniert anders und die Architektur muss möglicherweise angepasst werden, um die gewünschten Ergebnisse in Ihrer spezifischen Horizon-Umgebung zu erzielen. In diesem Artikel erfahren Sie, wie Sie Horizon mithilfe des Load Balancers ausgleichen. RELIANOID Load Balancer, der alle spezifischen Anforderungen Ihres Projekts erfüllt.

Grundlegendes zu Horizon-Konnektivitätsprotokollen #

Das Verständnis der an einer Horizon-Verbindung beteiligten Protokolle ist entscheidend, um zu verstehen, wie das System funktioniert. Eine Horizon-Verbindung umfasst mehrere Protokolle und verläuft in zwei unterschiedlichen Phasen:

Primäres Protokoll: XML-API über HTTPS #

Die Anfangsphase einer Horizon-Verbindung nutzt das XML-API-Protokoll über HTTPS. Dieses primäre Protokoll ist verantwortlich für:

• Authentifizierung: Benutzeranmeldeinformationen werden überprüft.
• Genehmigung: Sicherstellen, dass der Benutzer über die entsprechenden Berechtigungen verfügt.
• Sitzungsverwaltung: Handhabung der Einrichtung und Wartung der Benutzersitzung.

Sobald die Authentifizierung des Benutzers mit diesem primären Protokoll erfolgreich abgeschlossen ist, wechselt das System für die fortlaufende Kommunikation zu den sekundären Protokollen.

Sekundärprotokolle: Sitzungsprotokollverkehr #

Nach erfolgreicher Authentifizierung stellt der Horizon Client eine Sitzung unter Verwendung eines oder mehrerer sekundärer Protokolle her, um mit der Ressource zu interagieren. Zu diesen Protokollen gehören:

• PCoIP (PC über IP): Optimiert für die Bereitstellung hochwertiger Desktop-Erlebnisse mit minimaler Latenz.
• Explosion: Entwickelt für effiziente Leistung und Bandbreitennutzung.
• HTTPS-Tunnel: Verarbeitet Nebenkanalverkehr wie Client Drive Redirection (CDR) und Multimedia Redirection (MMR) und ermöglicht so zusätzliche Funktionen während der Sitzung.

Interne Verbindungen #

In internen Netzwerkszenarien stellt der Horizon Client eine direkte Verbindung zum Verbindungsserver und anschließend zum Horizon Agent auf dem Zielcomputer her. Diese Konfiguration umfasst normalerweise:

• Erste Authentifizierung: Der Horizon Client kommuniziert zur Benutzerauthentifizierung mit dem Verbindungsserver.
• Sekundäre Protokollsitzung: Nach der Authentifizierung stellt der Horizon Client eine direkte Sitzung mit dem Horizon Agent auf dem Desktop- oder RDSH-Server her.

Übersicht zum Kommunikationsfluss #

1. Benutzeranmeldung und -authentifizierung :

• Der Horizon Client meldet sich beim Verbindungsserver an.
• Der Verbindungsserver überprüft die Benutzerberechtigungen.
• Der Benutzer wählt einen Desktop oder eine Anwendung aus, auf die er zugreifen möchte.

1. Sitzungsaufbau:
Der Horizon Client stellt dann eine Verbindung zum Horizon Agent her, der auf dem ausgewählten Desktop oder RDSH-Server ausgeführt wird, und verwendet dabei die entsprechenden sekundären Protokolle für die Sitzung.

Dieser zweiphasige Prozess gewährleistet einen sicheren, effizienten und nahtlosen Zugriff auf von Horizon verwaltete Ressourcen, sowohl innerhalb interner Netzwerke als auch über externe Verbindungen.

Netzwerkports für Horizon-Konnektivität #

Die ordnungsgemäße Konfiguration der Netzwerkports ist entscheidend, um eine reibungslose Kommunikation zwischen den Komponenten einer Horizon-Bereitstellung zu gewährleisten. Das Verständnis dieser Portanforderungen trägt dazu bei, erfolgreiche Verbindungen und eine effiziente Datenübertragung zu ermöglichen. Nachfolgend finden Sie eine detaillierte Übersicht über die Netzwerkportanforderungen für verschiedene Verbindungstypen innerhalb einer Horizon-Umgebung.

Anforderungen an den Netzwerkanschluss #

1. Port des Horizon-Verbindungsservers: TCP 443
2. Horizon Agent (Desktop- oder RDS-Host)-Ports:

• Blast Extreme-Protokollsitzung: TCP 22443 und optional UDP 22443
• PCoIP-Protokollsitzung: TCP und UDP 4172
• RDP-Protokollsitzung: TCP 3389

Bitte beachten Sie, dass Horizon bidirektionale UDP-Protokolle verwendet. Dies bedeutet, dass Firewalls so konfiguriert sein müssen, dass sie den Datenverkehr in beide Richtungen verarbeiten können.

Durch das Verstehen und ordnungsgemäße Konfigurieren dieser Netzwerkportanforderungen können Sie eine zuverlässige und effiziente Konnektivität in Ihrer gesamten Horizon-Bereitstellung sicherstellen.

Externe Verbindungen #

Bei externen Verbindungen erfolgt die Kommunikation normalerweise über ein Unified Access Gateway (UAG)-Gerät. Dieses Setup gewährleistet einen sicheren Fernzugriff auf von Horizon verwaltete Ressourcen. Hier ist ein detaillierter Überblick darüber, wie der Verbindungsprozess funktioniert:

Verbindungsprozess #

1. Erstauthentifizierung:

• Horizon Client zu Unified Access Gateway: Die Verbindung wird hergestellt, wenn der Horizon Client mit dem Unified Access Gateway kommuniziert. Diese Phase umfasst die Benutzerauthentifizierung und die anfängliche Sitzungseinrichtung.
• Unified Access Gateway zum Verbindungsserver: Nach der Authentifizierung leitet das Unified Access Gateway die Anforderung an den Verbindungsserver weiter, um die Benutzerberechtigungen und den Ressourcenzugriff zu überprüfen.

2. Protokollsitzungsverbindung:

• Horizon Client zu Unified Access Gateway: Nach der ersten Authentifizierung stellt der Horizon Client eine Protokollsitzungsverbindung über das Unified Access Gateway her.
• Unified Access Gateway zu Horizon Agent: Die Sitzung wird dann vom Unified Access Gateway zum Horizon Agent auf dem Ziel-Desktop oder Remote Desktop Session Host (RDSH) fortgesetzt.

Gateway-Dienste #

Das Unified Access Gateway kann mehrere Gateway-Dienste unterstützen, darunter: Blast Secure Gateway, PCoIP Secure Gateway, HTTPS Secure Tunnel.

Bei der Bereitstellung in einer Horizon-Umgebung verwendet Unified Access Gateway (UAG) High Availability (HA) einen Round-Robin-Ansatz in Kombination mit Source IP Affinity, um die Verkehrsverteilung zwischen UAGs zu verwalten. Diese Methode gewährleistet jedoch nur Hochverfügbarkeit für XML-API über HTTPS-Verkehr. Sie erweitert die Hochverfügbarkeit nicht auf Sitzungsprotokollverkehr wie Blast oder PCoIP.

Obwohl es sinnvoll ist, einen Lastenausgleich zwischen UAGs und Verbindungsservern zu platzieren, verhindert dies, dass der UAG Ausfälle einzelner Verbindungsserver erkennt. Dies kann die Fehlerbehebung erschweren und die Zuverlässigkeit der Verbindung beeinträchtigen.

Wichtiger Hinweis : Stellen Sie sicher, dass Blast Secure Gateway und PCoIP Secure Gateway nicht auch auf dem Verbindungsserver selbst aktiviert sind. Wenn beide auf dem UAG und dem Verbindungsserver aktiviert sind, entsteht ein Double-Hop-Szenario für den Protokolldatenverkehr, was nicht unterstützt wird und zu Verbindungsfehlern führen kann.

1. Benutzerauthentifizierung:

• Der Benutzer meldet sich über den Horizon Client beim Verbindungsserver an, der zunächst über das Unified Access Gateway eine Verbindung herstellt.
• Der Connection Server prüft Benutzerberechtigungen und Ressourcen.

2. Ressourcenzugriff:

• Nach der Authentifizierung wählt der Benutzer einen Desktop oder eine Anwendung aus.
• Der Horizon Client stellt dann eine Verbindung zum Horizon Agent her, der auf dem ausgewählten Desktop oder RDSH ausgeführt wird. Die Weiterleitung erfolgt über das Blast Secure Gateway auf demselben Unified Access Gateway, auf dem die Authentifizierung stattgefunden hat.

Horizon Load Balancing-Architektur #

Bei der Implementierung des Lastenausgleichs für Horizon-Datenverkehr über mehrere Unified Access Gateway (UAG)-Geräte hinweg ist es wichtig, sowohl primäre als auch sekundäre Protokolle effektiv zu verwalten, um ein nahtloses Benutzererlebnis zu gewährleisten. Hier ist ein umfassender Überblick über die damit verbundenen Überlegungen und Strategien:

Primäres und sekundäres Protokollrouting #

1. Primäres Protokoll-Load-Balancing:
Für das primäre XML-API-Verbindungsprotokoll, das die Authentifizierung, Autorisierung und Sitzungsverwaltung übernimmt, muss ein Lastenausgleich durchgeführt werden, um sicherzustellen, dass die Benutzer zum richtigen UAG-Gerät weitergeleitet werden.

2. Routing von Sitzungen über das Sekundärprotokoll :

• Konsistente Sitzungsbehandlung: Nach der Authentifizierung muss der sekundäre Protokollverkehr (z. B. Blast oder PCoIP) an dasselbe UAG-Gerät weitergeleitet werden, das die primäre XML-API-Verbindung verarbeitet hat. Diese Konsistenz ermöglicht es dem UAG, die Sitzung basierend auf Benutzeranmeldeinformationen und Sitzungsstatus korrekt zu verwalten.
• Probleme mit der Fehlleitung: Wenn sekundäre Protokollsitzungen an ein anderes UAG-Gerät weitergeleitet werden, wird die Sitzung nicht autorisiert. Diese Fehlleitung kann dazu führen, dass Verbindungen unterbrochen werden und Sitzungen fehlschlagen. Um diese Probleme zu vermeiden, ist eine ordnungsgemäße Konfiguration des Lastenausgleichs unerlässlich.

3. Load Balancer-Affinität:
Der Lastenausgleich muss sicherstellen, dass der gesamte Datenverkehr im Zusammenhang mit einer Sitzung (die normalerweise bis zu 10 Stunden dauert) weiterhin an dasselbe UAG-Gerät weitergeleitet wird. Dies wird durch Sitzungsaffinitätsmechanismen wie Quell-IP-Persistenz erreicht.

4. Routing sekundärer Protokolle:
Es gibt zwei Hauptmethoden zum Verwalten des sekundären Protokollverkehrs:

• Über den Load Balancer: Mit erweiterten Lastenausgleichsmodulen wie VMware NSX Advanced Load Balancer (ehemals Avi) kann sowohl der primäre als auch der sekundäre Protokollverkehr über dieselben Service-Engines verwaltet werden, wobei die Quell-IP-Affinität verwendet wird, um ein korrektes Routing aufrechtzuerhalten. Diese Methode erfordert nur eine einzige öffentliche IP-Adresse.
• Direktes Routing: Wenn der Lastenausgleich dies nicht unterstützt oder Quell-IP-Affinität nicht möglich ist, besteht eine Alternative darin, dedizierte IP-Adressen für jedes UAG-Gerät zu verwenden. Bei diesem Ansatz, der häufig als N+1-VIP-Methode bezeichnet wird, wird ein lastenausgeglichener VIP für das primäre Protokoll verwendet, während der sekundäre Protokollverkehr direkt an bestimmte UAG-IPs weitergeleitet wird.

Netzwerkports für externe Verbindungen #

Für erfolgreiche externe Verbindungen in einer Horizon-Bereitstellung ist die richtige Konfiguration der Netzwerkports unerlässlich. Die Kenntnis der erforderlichen Ports gewährleistet die korrekte Kommunikation zwischen den Komponenten:

1. Unified Access Gateways Ports :

• Authentifizierungsprotokoll: TCP oder UDP 443
• Sitzungsprotokoll: TCP und/oder UDP 8443 oder TCP 443

Horizon Load Balancing Konfiguration mit RELIANOID #

Konfigurieren der Horizon Connection Servers Farm und der Unified Access Gateways Farm im RELIANOID Load Balancer ist unkompliziert. Sie müssen lediglich zwei unterschiedliche Layer-4-Farmen erstellen und sicherstellen, dass die Netzwerkanforderungen der Horizon-Lösung ordnungsgemäß erfüllt werden.

Lastenausgleichskonfiguration für Horizon-Verbindungsserver #

So richten Sie eine Horizon Connection Servers Farm im RELIANOID Load Balancer: Sie müssen eine Layer-4-Farm erstellen, die auf TCP-Port 443 konfiguriert ist. Die Diensteinstellungen sollten Round Robin als Planungsmethode enthalten, mit Persistenz basierend auf der Quell-IP, um ein konsistentes Routing für Benutzersitzungen sicherzustellen.

Lastenausgleichskonfiguration für Horizon-Verbindungsserver #

So konfigurieren Sie eine Unified Access Gateway Servers Farm im RELIANOID Load Balancer: Sie sollten eine Layer-4-Farm erstellen, die sowohl TCP als auch UDP auf Port 443 verwendet. Die Diensteinstellungen sollten Round Robin als Scheduler enthalten, mit Persistenz basierend auf der Quell-IP, um eine konsistente Sitzungsweiterleitung aufrechtzuerhalten.

Erweiterte Lastenausgleichsfunktionen #

Die Verwendung von RELIANOID Load Balancer für Horizon-Umgebungen bietet mehrere zusätzliche Vorteile, insbesondere in Bezug auf Hochverfügbarkeit (HA), Sicherheit und Verwaltung:

• Hohe Verfügbarkeit mit Clustering: RELIANOID unterstützt Clustering, wodurch mehrere Load Balancer nahtlos zusammenarbeiten können. Dadurch wird sichergestellt, dass bei Ausfall eines Load Balancers andere im Cluster die Arbeit übernehmen können, ohne dass es zu einer Unterbrechung der Horizon-Dienste kommt. Dieses Clustering verbessert die allgemeine Zuverlässigkeit und Betriebszeit der Horizon-Bereitstellung.
• Erweiterte Integritätsprüfungen: RELIANOID bietet erweiterte Integritätsprüfungen, die den Status von Horizon Connection Servern und Unified Access Gateways kontinuierlich überwachen. Diese Prüfungen gehen über die grundlegende Konnektivität hinaus und stellen sicher, dass jeder Server ordnungsgemäß funktioniert, bevor Datenverkehr an ihn weitergeleitet wird. Wenn ein Server eine Integritätsprüfung nicht besteht, wird er automatisch aus der Rotation genommen, bis er sich erholt hat. So wird sichergestellt, dass Benutzer nur an fehlerfreie, funktionierende Server weitergeleitet werden.
• Echtzeitbenachrichtigungen: Mit RELIANOIDkönnen Administratoren Echtzeitbenachrichtigungen über den Status des Load Balancers und der von ihm verwalteten Server erhalten. Dies ermöglicht eine proaktive Verwaltung, bei der Probleme behoben werden können, bevor sie sich auf Endbenutzer auswirken. Benachrichtigungen können so angepasst werden, dass sie bei verschiedenen Ereignissen wie Serverausfällen, hoher Datenverkehrslast oder Ablauf von SSL-Zertifikaten alarmieren.
• SSL-Verkehrsmanagement: RELIANOID übernimmt das SSL-Offloading, d. h. es kann SSL-Verbindungen im Namen der Horizon-Server beenden. Dies reduziert die Verarbeitungslast der Horizon-Infrastruktur und gibt Ressourcen für die Verarbeitung weiterer Benutzersitzungen frei. Darüber hinaus vereinfacht das SSL-Offloading die Zertifikatsverwaltung und erhöht die Sicherheit, indem sichergestellt wird, dass der gesamte Datenverkehr zwischen dem Load Balancer und den Endbenutzern verschlüsselt ist.
• Verbesserte Sicherheitsfunktionen: RELIANOID integriert mehrere Sicherheitsfunktionen, die die Horizon-Umgebung vor verschiedenen Bedrohungen schützen. Es kann strenge Zugriffskontrollen durchsetzen, DDoS-Schutz bieten und Web Application Firewall (WAF)-Funktionen enthalten, um Horizon-Server vor bösartigem Datenverkehr zu schützen. Der Load Balancer kann auch SSL-Zertifikate verwalten und erneuern und so sicherstellen, dass alle Verbindungen sicher bleiben.

Diese zusätzlichen Fähigkeiten machen RELIANOID eine ausgezeichnete Wahl zur Verbesserung der Skalierbarkeit, Zuverlässigkeit und Sicherheit von Horizon-Bereitstellungen. Testen Sie den Relianoid Load Balancer für Ihre Horizon-Bereitstellungen.