Wat is Omnissa Horizon #

Omnissa Horizon is een veelzijdige productsuite die is ontworpen om virtuele desktops en applicaties veilig te leveren via een moderne, aanpasbare architectuur die zowel on-premises als cloudimplementaties ondersteunt. Het stelt organisaties in staat om samenwerking te optimaliseren, diverse clientapparaten te ondersteunen en een naadloze gebruikerservaring te garanderen, ongeacht de locatie of netwerkomstandigheden. Omnissa Horizon biedt gecentraliseerd beheer van desktops en apps, met de nadruk op sterke beveiliging, gestroomlijnde patching en uitgebreide toegangscontrole, waardoor het ideaal is voor externe en hybride werkomgevingen. Het bevat ook geavanceerde oplossingen zoals Desktop as a Service (DaaS) en hybride cloudbeheer, met kernplatformen zoals Horizon 8 en Horizon Cloud Service – next-gen, die allemaal kunnen worden uitgebreid met extra tools zoals App Volumes en Workspace ONE.

Horizon-componenten #

Inzicht in de belangrijkste componenten van een Horizon-verbinding is essentieel voor effectief beheer en configuratie van het systeem. Hieronder vindt u een gedetailleerd overzicht van deze componenten:

Horizon-client #

Horizon Client is de applicatie die op het apparaat van een gebruiker wordt geïnstalleerd en die toegang geeft tot door Horizon beheerde systemen. Deze maakt verbinding met de Horizon-omgeving waarin de Horizon Agent is geïnstalleerd. Voor apparaten waarop de installatie van Horizon Client niet mogelijk is, hebben gebruikers de mogelijkheid om een ​​webbrowser als HTML-client te gebruiken, wat een flexibele toegangsmethode biedt.

Horizon-agent #

Geïnstalleerd op het gastbesturingssysteem van de doelmachines, is de Horizon Agent cruciaal voor de communicatie tussen de Horizon-infrastructuur en de virtuele of fysieke desktops. Deze agent stelt de verbindingsservers in staat deze machines te beheren en vergemakkelijkt het opzetten van een protocolsessie tussen de Horizon Client en het doelsysteem. De Horizon Agent kan op verschillende typen machines worden geïmplementeerd, waaronder virtuele desktops, Remote Desktop Session Hosts (RDS Hosts), fysieke desktop-pc's en blade-pc's.

Verbindingsserver #

De Horizon Connection Server fungeert als centrale broker en beheert en stuurt gebruikersverbindingen veilig naar de Horizon Agent die op desktops en RDS-hosts is geïnstalleerd. De server verwerkt gebruikersauthenticatie via Active Directory en zorgt ervoor dat verzoeken worden doorgestuurd naar de juiste bronnen op basis van gebruikersrechten. Deze server speelt een cruciale rol bij het tot stand brengen en onderhouden van de verbinding tussen gebruikers en hun virtuele of externe desktopomgevingen.

Geünificeerde toegangsgateway #

De Unified Access Gateway (UAG) is een virtueel apparaat dat is ontworpen om veilige toegang op afstand te bieden vanuit externe netwerken tot interne bronnen, inclusief die beheerd door Horizon. Het kan worden geïmplementeerd in de bedrijfs-DMZ of het interne netwerk en fungeert als proxy voor verbindingen met bedrijfsbronnen. De UAG verwerkt geauthenticeerde verzoeken en stuurt deze door naar de juiste bronnen, terwijl niet-geauthenticeerde verzoeken worden geblokkeerd. Het kan ook zelf authenticatie uitvoeren en een extra beveiligingslaag toevoegen wanneer het hiervoor is geconfigureerd.

Elk van deze componenten speelt een cruciale rol bij het garanderen van een naadloze en veilige Horizon-ervaring, van gebruikerstoegang tot systeembeheer en toewijzing van bronnen.

Waarom load balancing Omnissa Horizon? #

Load balancing is cruciaal voor Omnissa Horizon, omdat het zowel de beschikbaarheid als de schaalbaarheid van de service aanzienlijk verbetert en een robuuste en naadloze gebruikerservaring garandeert. Door een load balancer te implementeren, kunt u uw omgeving horizontaal schalen door extra Connection Servers (CS) of Unified Access Gateways (UAG) toe te voegen, wat direct het aantal gelijktijdige sessies dat het systeem kan ondersteunen, verhoogt. Deze schaalbaarheid is essentieel om te voldoen aan de groeiende gebruikerseisen zonder dat dit ten koste gaat van de prestaties.

Load balancing verbetert bovendien de beschikbaarheid van de service door verkeer automatisch om te leiden naar beschikbare componenten wanneer een CS of UAG offline gaat. Dit garandeert continue toegang en minimaliseert downtime, waardoor gebruikers een consistente en betrouwbare service behouden. Bovendien stelt een load balancer gebruikers in staat om via één URL toegang te krijgen tot de service, wat de ervaring vereenvoudigt en de noodzaak wegneemt om specifieke server-URL's te kennen.

Naast deze kernvoordelen bieden sommige load balancers geavanceerde functies zoals SSL-offloading, verbeterde beveiliging, realtime analyses en meer, die de Horizon-omgeving verder kunnen optimaliseren en beveiligen. Inzicht in deze mogelijkheden is essentieel, omdat ze de algehele architectuur en effectiviteit van uw implementatie kunnen beïnvloeden.

De voordelen van Omnissa Load Balancing zijn:

• Geoptimaliseerde prestatiesLoad balancing voorkomt dat een enkele server overbelast raakt door de werklast gelijkmatig te verdelen. Dit optimaliseert de prestaties van Omnissa Horizon en zorgt ervoor dat gebruikers snelle en betrouwbare toegang hebben tot virtuele desktops en applicaties, zelfs tijdens piekuren.
• Hoge beschikbaarheidDoor de belasting over meerdere servers te verdelen, verbetert load balancing de beschikbaarheid van Omnissa Horizon-services. Als één server uitvalt of problemen ondervindt, kan de load balancer het verkeer omleiden naar andere, gezonde servers. Dit minimaliseert de downtime en garandeert continue toegang voor gebruikers.
• Schaalbaarheid:Naarmate de vraag naar virtuele desktops en applicaties toeneemt, zorgt load balancing ervoor dat Omnissa Horizon effectief kan schalen. Het kan zich dynamisch aanpassen aan toegenomen workloads door het verkeer over extra servers te verdelen. Zo kan het platform groeiende gebruikersaantallen en fluctuerende workloads aan zonder dat dit ten koste gaat van de prestaties.
• verbeterde beveiligingLoad balancing kan ook een rol spelen in de beveiliging door verkeer zo te verdelen dat het risico op DDoS-aanvallen (Distributed Denial-of-Service) wordt beperkt. Door verzoeken te spreiden, verkleint u de kans dat een enkele server een punt van falen wordt door kwaadaardig verkeer.
• Efficiënt gebruik van hulpbronnen:Efficiënte lastverdeling zorgt ervoor dat de resources binnen Omnissa Horizon optimaal worden benut. Dit voorkomt onderbenutting van sommige servers terwijl andere overbelast raken, wat leidt tot een betere algehele systeemefficiëntie en kosteneffectiviteit.

Kortom, load balancing is essentieel voor het behouden van de prestaties, beschikbaarheid, schaalbaarheid, beveiliging en efficiëntie van Omnissa Horizon. Zo voldoet het aan de eisen van moderne ondernemingen en biedt het een naadloze gebruikerservaring.

Verschillende manieren van Horizon-loadbalancing #

Horizon kan load balancers op drie belangrijke gebieden inzetten:

Load Balancing Horizon 8-verbindingsservers #

In een Horizon-implementatie is load balancing van de Connection Servers (CS) cruciaal voor een gelijkmatige verdeling van gebruikerssessieverzoeken over meerdere servers. Dit verbetert niet alleen de capaciteit van de omgeving om meer gelijktijdige sessies te verwerken, maar garandeert ook een continue beschikbaarheid van de service. Als één Connection Server offline gaat, stuurt de load balancer nieuwe sessies door naar de resterende actieve servers, waardoor downtime wordt voorkomen en een naadloze gebruikerservaring wordt gegarandeerd.

Load Balancing Unified Access Gateways (UAG) #

Unified Access Gateways zijn essentieel voor veilige toegang op afstand tot Horizon-omgevingen. Door de UAG's te loadbalancing, kunt u inkomende verbindingen van externe gebruikers over meerdere gateways verdelen, zodat geen enkele UAG overbelast raakt. Deze configuratie verhoogt het aantal gebruikers dat tegelijkertijd verbinding kan maken en verbetert tegelijkertijd de beveiliging en betrouwbaarheid. Mocht een UAG uitvallen, dan leidt de loadbalancer de verbindingen om naar andere beschikbare gateways, zodat ononderbroken toegang behouden blijft.

Load Balancing App Volumebeheerders #

App Volume Managers zijn verantwoordelijk voor het beheer en de levering van applicaties en gebruikersprofielen in een Horizon-omgeving. Load balancing van deze managers zorgt ervoor dat de applicatielevering efficiënt en schaalbaar blijft, zelfs als de gebruikersvraag toeneemt. Hoewel dit bericht niet ingaat op de details van load balancing van App Volume Managers, is het belangrijk om te weten dat de implementatie hiervan de prestaties en betrouwbaarheid van uw Horizon-implementatie verder kan optimaliseren.

Elke load balancer of load balancer-as-a-service werkt anders en de architectuur moet mogelijk worden aangepast om de gewenste resultaten in uw specifieke Horizon-omgeving te bereiken. In dit artikel leggen we u uit hoe u Horizon kunt load balanceren met behulp van de RELIANOID Load Balancer, die voldoet aan alle specifieke vereisten die uw project nodig heeft.

Horizon-connectiviteitsprotocollen begrijpen #

Inzicht in de protocollen die betrokken zijn bij een Horizon-verbinding is cruciaal om te begrijpen hoe het systeem werkt. Een Horizon-verbinding omvat meerdere protocollen en verloopt in twee verschillende fasen:

Primair protocol: XML-API over HTTPS #

De eerste fase van een Horizon-verbinding maakt gebruik van het XML-API-protocol via HTTPS. Dit primaire protocol is verantwoordelijk voor:

• authenticatie: Gebruikersgegevens verifiëren.
• autorisatie:Ervoor zorgen dat de gebruiker de juiste rechten heeft.
• Sessiebeheer: Het opzetten en onderhouden van de gebruikersessie.

Zodra de gebruiker succesvol is geauthenticeerd met behulp van dit primaire protocol, schakelt het systeem over naar de secundaire protocollen voor doorlopende communicatie.

Secundaire protocollen: sessieprotocolverkeer #

Na succesvolle authenticatie start de Horizon Client een sessie met behulp van een of meer secundaire protocollen om met de resource te communiceren. Deze protocollen omvatten:

• PCoIP (PC-over-IP): Geoptimaliseerd voor het leveren van hoogwaardige desktop-ervaringen met minimale latentie.
• Ontploffing: Ontworpen voor efficiënte prestaties en bandbreedtegebruik.
• HTTPS-tunnel: Verwerkt zijkanaalverkeer zoals Client Drive Redirection (CDR) en Multimedia Redirection (MMR), waardoor extra functionaliteiten tijdens de sessie mogelijk worden.

Interne verbindingen #

In interne netwerkscenario's maakt de Horizon Client rechtstreeks verbinding met de Connection Server en vervolgens met de Horizon Agent op de doelcomputer. Deze configuratie omvat doorgaans het volgende:

• Initiële authenticatie: de Horizon Client communiceert met de verbindingsserver voor gebruikersauthenticatie.
• Secundaire protocolsessie: na authenticatie brengt de Horizon Client een directe sessie tot stand met de Horizon Agent op de desktop of RDSH-server.

Overzicht van communicatiestromen #

1. Gebruikersaanmelding en authenticatie :

• De Horizon Client meldt zich aan bij de verbindingsserver.
• De verbindingsserver controleert de gebruikersrechten.
• De gebruiker selecteert een bureaublad of applicatie waartoe hij toegang wil hebben.

1. Sessie Oprichting:
Vervolgens maakt de Horizon Client verbinding met de Horizon Agent die op de geselecteerde desktop of RDSH-server draait. Hiervoor worden de juiste secundaire protocollen voor de sessie gebruikt.

Dit proces in twee fasen zorgt voor veilige, efficiënte en naadloze toegang tot door Horizon beheerde bronnen, zowel binnen interne netwerken als via externe verbindingen.

Netwerkpoorten voor Horizon-connectiviteit #

Een correcte configuratie van netwerkpoorten is cruciaal voor een naadloze communicatie tussen componenten in een Horizon-implementatie. Inzicht in deze poortvereisten bevordert succesvolle verbindingen en efficiënte gegevensoverdracht. Hieronder vindt u een gedetailleerd overzicht van de netwerkpoortvereisten voor verschillende verbindingstypen binnen een Horizon-omgeving.

Netwerkpoortvereisten #

1. Horizon Connection Servers Poort: TCP 443
2. Horizon Agent (Desktop of RDS Host) Poorten:

• Blast Extreme Protocol Sessie: TCP 22443 en optioneel UDP 22443
• PCoIP-protocolsessie: TCP en UDP 4172
• RDP-protocolsessie: TCP 3389

Houd er rekening mee dat Horizon gebruikmaakt van bidirectionele UDP-protocollen. Dit betekent dat firewalls zo moeten worden geconfigureerd dat ze verkeer in beide richtingen kunnen verwerken.

Door deze netwerkpoortvereisten te begrijpen en correct te configureren, kunt u betrouwbare en efficiënte connectiviteit in uw Horizon-implementatie garanderen.

Externe verbindingen #

Bij externe verbindingen verloopt de communicatie doorgaans via een Unified Access Gateway (UAG)-apparaat. Deze configuratie garandeert veilige toegang op afstand tot door Horizon beheerde resources. Hieronder vindt u een gedetailleerde beschrijving van hoe het verbindingsproces werkt:

Verbindingsproces #

1. Initiële authenticatie:

• Horizon Client naar Unified Access Gateway: De verbinding start wanneer de Horizon Client communiceert met de Unified Access Gateway. Deze fase omvat gebruikersauthenticatie en de eerste sessie-instelling.
• Unified Access Gateway naar Connection Server:Nadat de authenticatie heeft plaatsgevonden, stuurt de Unified Access Gateway de aanvraag door naar de verbindingsserver om gebruikersrechten en toegang tot bronnen te verifiëren.

2. Protocolsessieverbinding:

• Horizon Client naar Unified Access Gateway:Na de eerste authenticatie stelt de Horizon Client een protocolsessieverbinding in via de Unified Access Gateway.
• Unified Access Gateway naar Horizon Agent:De sessie gaat vervolgens verder vanaf de Unified Access Gateway naar de Horizon Agent op het doelbureaublad of de Remote Desktop Session Host (RDSH).

Gateway-services #

De Unified Access Gateway kan verschillende gatewayservices ondersteunen, waaronder: Blast Secure Gateway, PCoIP Secure Gateway en HTTPS Secure Tunnel.

Bij implementatie in een Horizon-omgeving maakt Unified Access Gateway (UAG) High Availability (HA) gebruik van een Round Robin-benadering in combinatie met Source IP Affinity om de verkeersverdeling tussen UAG's te beheren. Deze methode garandeert echter alleen hoge beschikbaarheid voor XML-API over HTTPS-verkeer. Hoge beschikbaarheid wordt niet uitgebreid naar sessieprotocolverkeer, zoals Blast of PCoIP.

Hoewel het plaatsen van een load balancer tussen UAG's en verbindingsservers gerechtvaardigd is, verhindert dit dat de UAG storingen van individuele verbindingsservers detecteert. Dit kan de probleemoplossing bemoeilijken en de betrouwbaarheid van de verbinding beïnvloeden.

Belangrijke opmerking : Zorg ervoor dat de Blast Secure Gateway en PCoIP Secure Gateway niet ook zijn ingeschakeld op de verbindingsserver zelf. Als beide zijn ingeschakeld op de UAG en de verbindingsserver, resulteert dit in een dubbele hop voor protocolverkeer, wat niet wordt ondersteund en tot verbindingsproblemen kan leiden.

1. Gebruikersauthenticatie:

• De gebruiker meldt zich aan bij de Connection Server via de Horizon Client, die eerst verbinding maakt via de Unified Access Gateway.
• De verbindingsserver controleert gebruikersrechten en bronnen.

2. Toegang tot hulpmiddelen:

• Na authenticatie selecteert de gebruiker een bureaublad of applicatie.
• Vervolgens maakt de Horizon Client verbinding met de Horizon Agent die op de geselecteerde desktop of RDSH draait en routeert via de Blast Secure Gateway op dezelfde Unified Access Gateway waar de authenticatie heeft plaatsgevonden.

Horizon Load Balancing-architectuur #

Bij de implementatie van load balancing voor Horizon-verkeer over meerdere Unified Access Gateway (UAG)-apparaten is het cruciaal om zowel primaire als secundaire protocollen effectief te beheren om een ​​naadloze gebruikerservaring te garanderen. Hieronder vindt u een uitgebreid overzicht van de betrokken overwegingen en strategieën:

Primaire en secundaire protocolroutering #

1. Primaire protocol load balancing:
Het primaire XML-API-verbindingsprotocol, dat authenticatie, autorisatie en sessiebeheer afhandelt, moet load balanced zijn om te garanderen dat gebruikers naar het juiste UAG-apparaat worden doorgestuurd.

2. Secundaire protocolsessie-routering :

• Consistente sessieverwerking:Na authenticatie moet secundair protocolverkeer (bijv. Blast of PCoIP) worden gerouteerd naar hetzelfde UAG-apparaat dat de primaire XML-API-verbinding afhandelde. Deze consistentie stelt de UAG in staat de sessie correct te beheren op basis van gebruikersreferenties en sessiestatus.
• Problemen met verkeerde routering: Als secundaire protocolsessies naar een ander UAG-apparaat worden geleid, wordt de sessie niet geautoriseerd. Deze verkeerde routering kan ertoe leiden dat verbindingen worden verbroken en sessies mislukken. Een correcte configuratie van de load balancer is essentieel om deze problemen te voorkomen.

3. Load Balancer Affiniteit:
De load balancer moet ervoor zorgen dat al het verkeer met betrekking tot een sessie (die doorgaans tot 10 uur duurt) naar hetzelfde UAG-apparaat wordt gerouteerd. Dit wordt bereikt door middel van sessieaffiniteitsmechanismen zoals persistentie van bron-IP.

4. Secundaire protocollen routeren:
Er zijn twee primaire methoden voor het beheren van secundair protocolverkeer:

• Via de Load BalancerMet geavanceerde load balancers zoals VMware NSX Advanced Load Balancer (voorheen Avi) kan zowel primair als secundair protocolverkeer via dezelfde service engines worden beheerd, waarbij bron-IP-affiniteit wordt gebruikt om de juiste routering te behouden. Deze methode vereist slechts één openbaar IP-adres.
• Directe routering: Als de load balancer dit niet ondersteunt of als bron-IP-affiniteit niet haalbaar is, is een alternatief het gebruik van toegewezen IP-adressen voor elk UAG-apparaat. Deze aanpak, vaak de N+1 VIP-methode genoemd, maakt gebruik van een load-balanced VIP voor het primaire protocol, terwijl secundair protocolverkeer rechtstreeks naar specifieke UAG-IP's wordt gerouteerd.

Netwerkpoorten voor externe verbindingen #

Een correcte configuratie van de netwerkpoorten is essentieel voor succesvolle externe verbindingen in een Horizon-implementatie. Kennis van de vereiste poorten garandeert correcte communicatie tussen componenten:

1. Poorten van de Unified Access Gateways :

• Authenticatieprotocol: TCP of UDP 443
• Sessieprotocol: TCP en/of UDP 8443, of TCP 443

Horizon Load Balancing-configuratie met RELIANOID #

De Horizon Connection Servers Farm en Unified Access Gateways Farm configureren in de RELIANOID Load Balancer is eenvoudig. Het houdt simpelweg in dat u twee afzonderlijke laag 4-farms aanmaakt en ervoor zorgt dat de netwerkvereisten van de Horizon-oplossing correct worden uitgevoerd.

Horizon Connection Servers Load Balancing-configuratie #

Om een ​​Horizon Connection Servers Farm in te stellen in de RELIANOID Voor Load Balancer moet u een Layer 4-farm maken die is geconfigureerd op TCP-poort 443. De service-instellingen moeten Round Robin bevatten als planningsmethode, met persistentie op basis van het bron-IP-adres om consistente routering voor gebruikersessies te garanderen.

Horizon Connection Servers Load Balancing-configuratie #

Om een ​​Unified Access Gateway Servers Farm te configureren in de RELIANOID Load Balancer, u moet een Layer 4-farmset maken die zowel TCP als UDP op poort 443 gebruikt. De service-instellingen moeten Round Robin als scheduler bevatten, met persistentie op basis van het bron-IP-adres om een ​​consistente sessieroutering te behouden.

Geavanceerde load balancing-functies #

gebruik RELIANOID Load Balancer voor Horizon-omgevingen biedt een aantal extra voordelen, met name op het gebied van hoge beschikbaarheid (HA), beveiliging en beheer:

• Hoge beschikbaarheid met clustering: RELIANOID Ondersteunt clustering, waardoor meerdere load balancers naadloos kunnen samenwerken. Dit zorgt ervoor dat als één load balancer uitvalt, andere load balancers in het cluster het kunnen overnemen zonder de Horizon-services te verstoren. Deze clustering verbetert de algehele betrouwbaarheid en uptime van de Horizon-implementatie.
• Geavanceerde gezondheidscontroles: RELIANOID Biedt geavanceerde statuscontroles die continu de status van Horizon Connection Servers en Unified Access Gateways bewaken. Deze controles gaan verder dan alleen de basisconnectiviteit en verifiëren of elke server correct functioneert voordat er verkeer naartoe wordt geleid. Als een server de statuscontrole niet doorstaat, wordt deze automatisch uit de roulatie gehaald totdat deze is hersteld. Zo worden gebruikers alleen doorgestuurd naar gezonde, functionerende servers.
• Real-time meldingen: Met RELIANOIDBeheerders kunnen realtime meldingen ontvangen over de status van de load balancer en de servers die deze beheert. Dit maakt proactief beheer mogelijk, waarbij problemen kunnen worden aangepakt voordat ze eindgebruikers beïnvloeden. Meldingen kunnen worden aangepast om te waarschuwen voor verschillende gebeurtenissen, zoals serverstoringen, hoge dataverkeersbelasting of verlopen SSL-certificaten.
• SSL-verkeersbeheer: RELIANOID SSL-offloading verwerkt, wat betekent dat het SSL-verbindingen namens de Horizon-servers kan beëindigen. Dit vermindert de verwerkingslast van de Horizon-infrastructuur, waardoor resources vrijkomen voor meer gebruikersessies. Bovendien vereenvoudigt SSL-offloading het certificaatbeheer en verbetert het de beveiliging door ervoor te zorgen dat al het verkeer tussen de load balancer en eindgebruikers versleuteld is.
• Verbeterde beveiligingsfuncties: RELIANOID integreert diverse beveiligingsfuncties die de Horizon-omgeving beschermen tegen diverse bedreigingen. Het kan strikte toegangscontroles afdwingen, DDoS-beveiliging bieden en Web Application Firewall (WAF)-functionaliteiten bevatten om Horizon-servers te beschermen tegen kwaadaardig verkeer. De load balancer kan ook SSL-certificaten beheren en vernieuwen, zodat alle verbindingen veilig blijven.

Deze extra mogelijkheden maken RELIANOID een uitstekende keuze voor het verbeteren van de schaalbaarheid, betrouwbaarheid en beveiliging van Horizon-implementaties. Probeer Relianoid Load Balancer voor uw Horizon-implementaties.