Zonen
Bereitstellungen, die weit verteilte Standorte umfassen, die über ein WAN verbunden sind, können aufgrund von Netzwerklatenz und -zuverlässigkeit vor Herausforderungen stehen. Es gibt zwei Optionen, die diese Herausforderungen mindern:
- Mehrere Sites bereitstellen, jede mit ihrer eigenen SQL Server Site-Datenbank.
Diese Option wird für große Unternehmensbereitstellungen empfohlen. Mehrere Sites werden separat verwaltet, und jede benötigt eine eigene SQL Server Site-Datenbank. Jede Site ist eine separate XenApp®-Bereitstellung.
- Mehrere Zonen innerhalb einer einzelnen Site konfigurieren.
Das Konfigurieren von Zonen kann Benutzern in entfernten Regionen helfen, sich mit Ressourcen zu verbinden, ohne dass ihre Verbindungen notwendigerweise große Segmente des WAN durchqueren müssen. Die Verwendung von Zonen ermöglicht eine effektive Site-Verwaltung über eine einzige Citrix Studio-Konsole, Citrix Director und die Site-Datenbank. Dies spart die Kosten für die Bereitstellung, Personal, Lizenzierung und den Betrieb zusätzlicher Sites mit separaten Datenbanken an entfernten Standorten.
Zonen können bei Bereitstellungen jeder Größe hilfreich sein. Sie können Zonen verwenden, um Anwendungen und Desktops näher an den Endbenutzern zu halten, was die Leistung verbessert. Eine Zone kann einen oder mehrere Controller lokal für Redundanz und Ausfallsicherheit installiert haben, dies ist jedoch nicht erforderlich.
Die Anzahl der in der Site konfigurierten Controller kann die Leistung einiger Vorgänge beeinträchtigen, z. B. das Hinzufügen neuer Controller zur Site selbst. Um dies zu vermeiden, empfehlen wir, die Anzahl der Zonen in Ihrer XenApp- oder XenDesktop®-Site auf maximal 50 zu begrenzen.
Hinweis:
Wenn die Netzwerklatenz Ihrer Zonen mehr als 250 ms RTT beträgt, empfehlen wir, mehrere Sites anstelle von Zonen bereitzustellen.
In diesem Artikel bezieht sich der Begriff lokal auf die besprochene Zone. Zum Beispiel bedeutet „Ein VDA registriert sich bei einem lokalen Controller“, dass sich ein VDA bei einem Controller in der Zone registriert, in der sich der VDA befindet.
Zonen in dieser Version ähneln den Zonen in XenApp Version 6.5 und früher, sind aber nicht identisch. Zum Beispiel gibt es in dieser Implementierung von Zonen keine Datensammler. Alle Controller in der Site kommunizieren mit einer Site-Datenbank in der primären Zone. Auch Failover- und bevorzugte Zonen funktionieren in dieser Version anders.
Zonentypen
Eine Site hat immer eine primäre Zone. Sie kann optional auch eine oder mehrere Satellitenzonen haben. Satellitenzonen können für die Notfallwiederherstellung, geografisch entfernte Rechenzentren, Zweigstellen, eine Cloud oder eine Verfügbarkeitszone in einer Cloud verwendet werden.
Primäre Zone
Die primäre Zone hat den Standardnamen „Primary“ und enthält die SQL Server-Sitedatenbank (und bei Verwendung hochverfügbare SQL-Server), Studio, Director, Citrix StoreFront™, Citrix License Server und NetScaler Gateway. Die Sitedatenbank sollte sich immer in der primären Zone befinden.
Die primäre Zone sollte außerdem mindestens zwei Controller für Redundanz enthalten und kann einen oder mehrere VDAs mit Anwendungen haben, die eng mit der Datenbank und der Infrastruktur gekoppelt sind.
Satellitenzone
Eine Satellitenzone enthält einen oder mehrere VDAs, Controller, StoreFront-Server und NetScaler® Gateway-Server. Im Normalbetrieb kommunizieren Controller in einer Satellitenzone direkt mit der Datenbank in der primären Zone.
Eine Satellitenzone, insbesondere eine große, kann auch einen Hypervisor enthalten, der zum Bereitstellen und/oder Speichern von Maschinen für diese Zone verwendet wird. Wenn Sie eine Satellitenzone konfigurieren, können Sie ihr eine Hypervisor- oder Cloud-Dienstverbindung zuordnen. (Stellen Sie sicher, dass alle Maschinenkataloge, die diese Verbindung verwenden, sich in derselben Zone befinden.)
Eine Site kann Satellitenzonen mit unterschiedlichen Konfigurationen haben, basierend auf Ihren individuellen Anforderungen und Ihrer Umgebung. Die folgende Abbildung zeigt eine primäre Zone und Beispiele für Satellitenzonen.
Zonen(/de-de/xenapp-and-xendesktop/7-15-ltsr/media/zones1.png)
-
Die primäre Zone enthält zwei Controller, Studio, Director, StoreFront, den Lizenzserver und die Sitedatenbank (sowie hochverfügbare SQL Server-Bereitstellungen). Die primäre Zone enthält außerdem mehrere VDAs und ein NetScaler Gateway.
-
Satellitenzone 1 – VDAs mit Controller
Satellitenzone 1 enthält einen Controller, VDAs und einen StoreFront-Server. VDAs in dieser Satellitenzone registrieren sich beim lokalen Controller. Der lokale Controller kommuniziert mit der Sitedatenbank und dem Lizenzserver in der primären Zone.
Wenn das WAN ausfällt, ermöglicht die Connection Leasing-Funktion dem Controller in der Satellitenzone, weiterhin Verbindungen zu VDAs in dieser Zone zu vermitteln. Eine solche Bereitstellung kann in einem Büro effektiv sein, in dem Mitarbeiter eine lokale StoreFront-Site und den lokalen Controller verwenden, um auf ihre lokalen Ressourcen zuzugreifen, selbst wenn die WAN-Verbindung, die ihr Büro mit dem Unternehmensnetzwerk verbindet, ausfällt.
- Satellitenzone 2 – VDAs mit redundanten Controllern
Satellitenzone 2 enthält zwei Controller, VDAs und einen StoreFront-Server. Dies ist der widerstandsfähigste Zonentyp, der Schutz vor einem gleichzeitigen Ausfall des WAN und eines der lokalen Controller bietet.
Wo sich VDAs registrieren und wo Controller ein Failover durchführen
In einer Site mit primären und Satellitenzonen, wobei die VDAs mindestens Version 7.7 haben:
- Ein VDA in der primären Zone registriert sich bei einem Controller in der primären Zone. Ein VDA in der primären Zone wird niemals versuchen, sich bei einem Controller in einer Satellitenzone zu registrieren.
- Ein VDA in einer Satellitenzone registriert sich, wenn möglich, bei einem lokalen Controller. (Dies gilt als bevorzugter Controller.) Wenn keine lokalen Controller verfügbar sind (z. B. weil die lokalen Controller keine weiteren VDA-Registrierungen akzeptieren können oder die lokalen Controller ausgefallen sind), versucht der VDA, sich bei einem Controller in der primären Zone zu registrieren. In diesem Fall bleibt der VDA in der primären Zone registriert, selbst wenn ein Controller in der Satellitenzone wieder verfügbar wird. Ein VDA in einer Satellitenzone wird niemals versuchen, sich bei einem Controller in einer anderen Satellitenzone zu registrieren.
- Wenn die automatische Aktualisierung für die VDA-Erkennung von Controllern aktiviert ist und Sie während der VDA-Installation eine Liste von Controller-Adressen angeben, wird ein Controller zufällig aus dieser Liste für die Erstregistrierung ausgewählt (unabhängig davon, in welcher Zone sich der Controller befindet). Nach dem Neustart des Computers mit diesem VDA beginnt der VDA, die Registrierung bei einem Controller in seiner lokalen Zone zu bevorzugen.
- Wenn ein Controller in einer Satellitenzone ausfällt, wechselt er, wenn möglich, zu einem anderen lokalen Controller. Wenn keine lokalen Controller verfügbar sind, wechselt er zu einem Controller in der primären Zone.
- Wenn Sie einen Controller in eine Zone verschieben oder aus einer Zone entfernen und die automatische Aktualisierung aktiviert ist, erhalten VDAs in beiden Zonen aktualisierte Listen, die angeben, welche Controller lokal sind und welche sich in der primären Zone befinden, sodass sie wissen, bei wem sie sich registrieren und von wem sie Verbindungen akzeptieren können.
- Wenn Sie einen Maschinenkatalog in eine andere Zone verschieben, registrieren sich die VDAs in diesem Katalog erneut bei Controllern in der Zone, in die Sie den Katalog verschoben haben. (Wenn Sie einen Katalog in eine Zone verschieben, die schlecht mit der aktuellen Zone verbunden ist (z. B. über ein Netzwerk mit hoher Latenz oder geringer Bandbreite), stellen Sie sicher, dass Sie auch alle zugehörigen Hostverbindungen in dieselbe Zone verschieben.)
- Controller in der primären Zone speichern Verbindungsleasingdaten für alle Zonen. Controller in Satellitenzonen speichern Verbindungsleasingdaten für ihre eigene Zone und die primäre Zone, aber keine Daten für andere Satellitenzonen.
Wenn alle Controller in der primären Zone ausfallen:
- Studio kann keine Verbindung zur Site herstellen.
- Verbindungen zu VDAs in der primären Zone können nicht hergestellt werden.
- Die Site-Leistung wird zunehmend abnehmen, bis die Controller in der primären Zone verfügbar sind.
Für Sites, die VDA-Versionen vor 7.7 enthalten:
- Ein VDA in einer Satellitenzone akzeptiert Anfragen von Controllern in seiner lokalen Zone und der primären Zone. (VDAs ab Version 7.7 können Controller-Anfragen von anderen Satellitenzonen akzeptieren.)
- Ein VDA in einer Satellitenzone registriert sich zufällig bei einem Controller in der primären Zone oder der lokalen Zone. (VDAs ab Version 7.7 bevorzugen die lokale Zone.)
Zonenpräferenz
Wichtig:
Um die Zonenpräferenzfunktion zu nutzen, müssen Sie mindestens StoreFront 3.7 und NetScaler Gateway 11.0-65.x verwenden.
Auf einer Multi-Zonen-Site bietet die Zonenpräferenzfunktion dem Administrator mehr Flexibilität bei der Steuerung, welcher VDA zum Starten einer Anwendung oder eines Desktops verwendet wird.
So funktioniert die Zonenpräferenz
Es gibt drei Formen der Zonenpräferenz. Sie könnten die Verwendung eines VDA in einer bestimmten Zone bevorzugen, basierend auf:
- Wo die Daten der Anwendung gespeichert sind. Dies wird als Anwendungs-Home bezeichnet.
- Der Speicherort der Home-Daten des Benutzers, z. B. ein Profil oder eine Home-Freigabe. Dies wird als Benutzer-Home bezeichnet.
- Der aktuelle Standort des Benutzers (wo der Citrix Receiver™ ausgeführt wird). Dies wird als Benutzerstandort bezeichnet.
Die folgende Grafik zeigt eine Beispielkonfiguration mit mehreren Zonen.
In diesem Beispiel sind VDAs auf drei Satellitenzonen verteilt, befinden sich aber alle in derselben Bereitstellungsgruppe. Daher hat der Broker möglicherweise die Wahl, welchen VDA er für eine Benutzerstartanforderung verwenden soll. Dieses Beispiel zeigt, dass es eine Reihe von Standorten gibt, an denen Benutzer ihre Citrix Receiver-Endpunkte ausführen können: Benutzer A verwendet ein Gerät mit Citrix Receiver in Satellitenzone 1; Benutzer B verwendet ein Gerät in Satellitenzone 2. Die Dokumente eines Benutzers könnten an verschiedenen Orten gespeichert sein: Benutzer A und B verwenden eine Freigabe in Satellitenzone 1; Benutzer C verwendet eine Freigabe aus Satellitenzone C. Außerdem verwendet eine der veröffentlichten Anwendungen eine Datenbank in Satellitenzone 1.
Sie ordnen einen Benutzer oder eine Anwendung einer Zone zu, indem Sie eine Home-Zone für den Benutzer oder die Anwendung konfigurieren. Der Broker im Delivery Controller™ verwendet diese Zuordnungen dann, um die Zone auszuwählen, in der eine Sitzung gestartet wird, sofern Ressourcen verfügbar sind. Sie:
- Konfigurieren Sie die Home-Zone für einen Benutzer, indem Sie einen Benutzer zu einer Zone hinzufügen.
- Konfigurieren Sie die Home-Zone für eine Anwendung, indem Sie die Anwendungseigenschaften bearbeiten.
Ein Benutzer oder eine Anwendung kann jeweils nur eine Home-Zone haben. (Eine Ausnahme für Benutzer kann auftreten, wenn mehrere Zonenmitgliedschaften aufgrund der Benutzergruppenmitgliedschaft vorliegen; siehe Abschnitt „Weitere Überlegungen“. In diesem Fall verwendet der Broker jedoch auch nur eine Home-Zone.)
Obwohl Zonenpräferenzen für Benutzer und Anwendungen konfiguriert werden können, wählt der Broker für einen Start nur eine bevorzugte Zone aus. Die Standardprioritätsreihenfolge für die Auswahl der bevorzugten Zone ist Anwendungs-Home > Benutzer-Home > Benutzerstandort. (Sie können die Reihenfolge einschränken, wie im nächsten Abschnitt beschrieben.) Wenn ein Benutzer eine Anwendung startet:
- Wenn diese Anwendung eine konfigurierte Zonenzuordnung (ein Anwendungs-Home) hat, dann ist die bevorzugte Zone die Home-Zone für diese Anwendung.
- Wenn die Anwendung keine konfigurierte Zonenzuordnung hat, der Benutzer aber eine konfigurierte Zonenzuordnung (ein Benutzer-Home) hat, dann ist die bevorzugte Zone die Home-Zone für diesen Benutzer.
- Wenn weder die Anwendung noch der Benutzer eine konfigurierte Zonenzuordnung hat, dann ist die bevorzugte Zone die Zone, in der der Benutzer eine Citrix Receiver-Instanz ausführt (der Benutzerstandort). Wenn diese Zone nicht definiert ist, wird eine zufällige VDA- und Zonenauswahl verwendet. Der Lastausgleich wird auf alle VDAs in der bevorzugten Zone angewendet. Wenn keine bevorzugte Zone vorhanden ist, wird der Lastausgleich auf alle VDAs in der Delivery Group angewendet.
Anpassen der Zonenpräferenz
Wenn Sie eine Home-Zone für einen Benutzer oder eine Anwendung konfigurieren (oder entfernen), können Sie auch weiter einschränken, wie die Zonenpräferenz verwendet wird (oder nicht).
- Verwendung der obligatorischen Benutzer-Home-Zone: In einer Delivery Group können Sie festlegen, dass eine Sitzung in der Home-Zone des Benutzers gestartet werden soll (sofern der Benutzer eine Home-Zone hat), ohne Failover auf eine andere Zone, wenn in der Home-Zone keine Ressourcen verfügbar sind. Diese Einschränkung ist hilfreich, wenn Sie das Risiko vermeiden müssen, große Profile oder Datendateien zwischen Zonen zu kopieren. Mit anderen Worten, Sie würden lieber einen Sitzungsstart verweigern, als die Sitzung in einer anderen Zone zu starten.
- Verwendung der obligatorischen Anwendungs-Home-Zone: Ähnlich können Sie beim Konfigurieren einer Home-Zone für eine Anwendung angeben, dass die Anwendung nur in dieser Zone gestartet werden soll, ohne Failover auf eine andere Zone, wenn in der Home-Zone der Anwendung keine Ressourcen verfügbar sind.
- Keine Anwendungs-Home-Zone und ignorieren der konfigurierten Benutzer-Home-Zone: Wenn Sie keine Home-Zone für eine Anwendung angeben, können Sie auch angeben, dass konfigurierte Benutzerzonen beim Starten dieser Anwendung nicht berücksichtigt werden sollen. Beispielsweise könnten Sie es vorziehen, dass Benutzer eine bestimmte Anwendung auf einem VDA in der Nähe des von ihnen verwendeten Computers (auf dem Citrix Receiver ausgeführt wird) ausführen, wobei die Zonenpräferenz des Benutzerstandorts verwendet wird, auch wenn einige Benutzer möglicherweise eine andere Home-Zone haben.
Wie bevorzugte Zonen die Sitzungsnutzung beeinflussen
Wenn ein Benutzer eine Anwendung oder einen Desktop startet, bevorzugt der Broker die Verwendung der bevorzugten Zone gegenüber der Verwendung einer vorhandenen Sitzung.
Wenn der Benutzer, der eine Anwendung oder einen Desktop startet, bereits eine Sitzung hat, die für die zu startende Ressource geeignet ist (z. B. die Sitzungsfreigabe für eine Anwendung nutzen kann oder eine Sitzung, die die zu startende Ressource bereits ausführt), diese Sitzung jedoch auf einem VDA in einer anderen Zone als der bevorzugten Zone für den Benutzer/die Anwendung ausgeführt wird, kann das System eine neue Sitzung erstellen. Dies erfüllt den Start in der richtigen Zone (sofern Kapazität verfügbar ist), bevor eine Wiederverbindung zu einer Sitzung in einer weniger bevorzugten Zone für die Sitzungsanforderungen dieses Benutzers hergestellt wird.
Um eine verwaiste Sitzung zu verhindern, die nicht mehr erreicht werden kann, ist die Wiederverbindung zu bestehenden getrennten Sitzungen erlaubt, auch wenn diese sich in einer nicht bevorzugten Zone befinden.
Die Reihenfolge der Erwünschtheit für Sitzungen, um einen Start zu erfüllen, ist:
- Wiederverbindung zu einer vorhandenen Sitzung in der bevorzugten Zone.
- Wiederverbindung mit einer bestehenden getrennten Sitzung in einer anderen Zone als der bevorzugten Zone herstellen.
- Eine neue Sitzung in der bevorzugten Zone starten.
- Wiederverbindung mit einer verbundenen bestehenden Sitzung in einer anderen Zone als der bevorzugten Zone herstellen.
- Eine neue Sitzung in einer anderen Zone als der bevorzugten Zone starten.
Weitere Überlegungen zur Zonenpräferenz
- Wenn Sie eine Home-Zone für eine Benutzergruppe (z. B. eine Sicherheitsgruppe) konfigurieren, werden die Benutzer dieser Gruppe (durch direkte oder indirekte Mitgliedschaft) der angegebenen Zone zugeordnet. Ein Benutzer kann jedoch Mitglied mehrerer Sicherheitsgruppen sein und daher über andere Gruppenmitgliedschaften eine andere Home-Zone konfiguriert haben. In solchen Fällen kann die Bestimmung der Home-Zone dieses Benutzers mehrdeutig sein.
Wenn ein Benutzer eine konfigurierte Home-Zone hat, die nicht durch Gruppenmitgliedschaft erworben wurde, wird diese Zone für die Zonenpräferenz verwendet. Alle Zonenassoziationen, die durch Gruppenmitgliedschaft erworben wurden, werden ignoriert.
Wenn der Benutzer mehrere unterschiedliche Zonenassoziationen hat, die ausschließlich durch Gruppenmitgliedschaft erworben wurden, wählt der Broker zufällig eine der Zonen aus. Sobald der Broker diese Wahl getroffen hat, wird diese Zone für nachfolgende Sitzungsstarts verwendet, bis sich die Gruppenmitgliedschaft des Benutzers ändert.
- Die Zonenpräferenz für den Benutzerstandort erfordert die Erkennung von Citrix Receiver auf dem Endgerät durch das Citrix NetScaler Gateway, über das dieses Gerät eine Verbindung herstellt. Der NetScaler muss so konfiguriert sein, dass er IP-Adressbereiche bestimmten Zonen zuordnet, und die ermittelte Zonenidentität muss über StoreFront an den Controller übergeben werden.
Weitere Informationen zur Zonenpräferenz finden Sie unter Interna der Zonenpräferenz.
Überlegungen, Anforderungen und Best Practices
- Sie können die folgenden Elemente in einer Zone platzieren: Controller, Maschinenkataloge, Hostverbindungen, Benutzer und Anwendungen. Wenn ein Maschinenkatalog eine Hostverbindung verwendet, sollten sowohl der Katalog als auch die Verbindung in derselben Zone sein, damit die Verbindung zwischen ihnen eine geringe Latenz und eine hohe Bandbreite aufweist.
- Wenn Sie Elemente in einer Satellitenzone platzieren, wirkt sich dies darauf aus, wie die Site mit ihnen und mit anderen damit verbundenen Objekten interagiert.
- Wenn Controller-Maschinen in einer Satellitenzone platziert werden, wird davon ausgegangen, dass diese Maschinen eine gute (lokale) Konnektivität zu Hypervisoren und VDA-Maschinen in derselben Satellitenzone haben. Controller in dieser Satellitenzone werden dann gegenüber Controllern in der primären Zone bevorzugt verwendet, um diese Hypervisoren und VDA-Maschinen zu verwalten.
- Wenn eine Hypervisor-Verbindung in einer Satellitenzone platziert wird, wird davon ausgegangen, dass alle über diese Hypervisor-Verbindung verwalteten Hypervisoren ebenfalls in dieser Satellitenzone residieren. Controller in dieser Satellitenzone werden dann gegenüber Controllern in der primären Zone bevorzugt verwendet, wenn sie mit dieser Hypervisor-Verbindung kommunizieren.
- Wenn ein Maschinenkatalog in eine Satellitenzone platziert wird, wird davon ausgegangen, dass sich alle VDA-Maschinen in diesem Katalog in der Satellitenzone befinden. Lokale Controller werden gegenüber Controllern in der primären Zone bevorzugt verwendet, wenn versucht wird, sich bei der Site zu registrieren, nachdem der Mechanismus zur automatischen Aktualisierung der Controller-Liste nach der ersten Registrierung jedes VDA aktiviert wurde.
- NetScaler Gateway-Instanzen können auch Zonen zugeordnet werden. Dies geschieht als Teil der StoreFront Optimal HDX™ Routing-Konfiguration und nicht, wie bei den anderen hier beschriebenen Elementen, als Teil der XenApp- oder XenDesktop-Site-Konfiguration. Wenn ein NetScaler Gateway einer Zone zugeordnet ist, wird es bevorzugt verwendet, wenn HDX-Verbindungen zu VDA-Maschinen in dieser Zone genutzt werden.
- Wenn Sie eine Produktions-Site erstellen und dann den ersten Maschinenkatalog und die erste Bereitstellungsgruppe erstellen, befinden sich alle Elemente in der primären Zone – Sie können erst Satellitenzonen erstellen, nachdem Sie diese Ersteinrichtung abgeschlossen haben. (Wenn Sie eine leere Site erstellen, enthält die primäre Zone anfänglich nur einen Controller; Sie können Satellitenzonen vor oder nach dem Erstellen eines Maschinenkatalogs und einer Bereitstellungsgruppe erstellen.)
- Wenn Sie die erste Satellitenzone erstellen, die ein oder mehrere Elemente enthält, verbleiben alle anderen Elemente in Ihrer Site in der primären Zone.
- Die primäre Zone heißt standardmäßig „Primary“; Sie können diesen Namen ändern. Obwohl die Studio-Anzeige angibt, welche Zone die primäre Zone ist, ist es bewährte Praxis, einen leicht identifizierbaren Namen für die primäre Zone zu verwenden. Sie können die primäre Zone neu zuweisen (d. h. eine andere Zone zur primären Zone machen), aber sie sollte immer die Site-Datenbank und alle Hochverfügbarkeitsserver enthalten.
- Die Site-Datenbank sollte sich immer in der primären Zone befinden.
- Nachdem Sie eine Zone erstellt haben, können Sie später Elemente von einer Zone in eine andere verschieben. Beachten Sie, dass diese Flexibilität es Ihnen ermöglicht, Elemente, die am besten in unmittelbarer Nähe funktionieren, potenziell zu trennen – zum Beispiel kann das Verschieben eines Maschinenkatalogs in eine andere Zone als die Verbindung (Host), die die Maschinen im Katalog erstellt, die Leistung beeinträchtigen. Berücksichtigen Sie daher mögliche unbeabsichtigte Auswirkungen, bevor Sie Elemente zwischen Zonen verschieben. Halten Sie einen Katalog und die von ihm verwendete Hostverbindung in derselben Zone oder in gut verbundenen Zonen (z. B. über ein Netzwerk mit geringer Latenz und hoher Bandbreite).
- Für optimale Leistung installieren Sie Studio und Director nur in der primären Zone. Wenn Sie eine weitere Studio-Instanz in einer Satellitenzone wünschen (z. B. wenn eine Satellitenzone mit Controllern als Failover verwendet wird, falls die primäre Zone unzugänglich wird), führen Sie Studio als lokal veröffentlichte Anwendung aus. Sie können auch von einer Satellitenzone aus auf Director zugreifen, da es sich um eine Webanwendung handelt.
- Idealerweise sollte NetScaler Gateway in einer Satellitenzone für Benutzerverbindungen verwendet werden, die aus anderen Zonen oder externen Standorten in diese Zone kommen, obwohl Sie es auch für Verbindungen innerhalb der Zone verwenden können.
- Hinweis: Um die Zonenpräferenzfunktion nutzen zu können, müssen Sie mindestens StoreFront 3.7 und NetScaler Gateway 11.0-65.x verwenden.
Grenzwerte für die Verbindungsqualität
Die Controller in der Satellitenzone führen SQL-Interaktionen direkt mit der Site-Datenbank durch. Dies legt bestimmte Grenzen für die Qualität der Verbindung zwischen der Satellitenzone und der primären Zone, die die Site-Datenbank enthält, fest. Die spezifischen Grenzen hängen von der Anzahl der VDAs und Benutzersitzungen auf diesen VDAs ab, die in der Satellitenzone bereitgestellt werden. Daher können Satellitenzonen mit nur wenigen VDAs und Sitzungen mit einer schlechteren Verbindungsqualität zur Datenbank funktionieren als Satellitenzonen mit einer großen Anzahl von VDAs und Sitzungen.
Weitere Informationen finden Sie unter Latenz und SQL-Blockierungsabfrageverbesserungen.
Auswirkungen der Latenz auf die Brokering-Leistung
Obwohl Zonen es Benutzern ermöglichen, über Verbindungen mit höherer Latenz zu arbeiten, vorausgesetzt, es gibt einen lokalen Broker, wirkt sich die zusätzliche Latenz unweigerlich auf die Endbenutzererfahrung aus. Bei den meisten Aufgaben, die Benutzer ausführen, erleben sie eine Verlangsamung, die durch Roundtrips zwischen Controllern in der Satellitenzone und der Site-Datenbank verursacht wird.
Beim Starten von Anwendungen kommt es zu zusätzlichen Verzögerungen, während der Sitzungsbrokerprozess geeignete VDAs identifiziert, an die Sitzungsstartanforderungen gesendet werden sollen.
Zonen erstellen und verwalten
Ein Volladministrator kann alle Aufgaben zum Erstellen und Verwalten von Zonen ausführen. Sie können jedoch auch eine benutzerdefinierte Rolle erstellen, mit der Sie eine Zone erstellen, bearbeiten oder löschen können. Das Verschieben von Elementen zwischen Zonen erfordert keine zonenbezogenen Berechtigungen (außer der Leseberechtigung für Zonen); Sie müssen jedoch Bearbeitungsberechtigungen für die Elemente haben, die Sie verschieben. Um beispielsweise einen Maschinenkatalog von einer Zone in eine andere zu verschieben, müssen Sie Bearbeitungsberechtigungen für diesen Maschinenkatalog haben. Weitere Informationen finden Sie im Artikel zur delegierten Administration.
Wenn Sie Provisioning Services verwenden: Die mit dieser Version bereitgestellte Provisioning Services-Konsole ist nicht zonenfähig. Citrix empfiehlt daher, Studio zum Erstellen von Maschinenkatalogen zu verwenden, die Sie in Satellitenzonen platzieren möchten. Verwenden Sie den Studio-Assistenten, um den Katalog zu erstellen, und geben Sie dabei die richtige Satellitenzone an. Verwenden Sie dann die Provisioning Services-Konsole, um Maschinen in diesem Katalog bereitzustellen. (Wenn Sie den Katalog mit dem Provisioning Services-Assistenten erstellen, wird er in der primären Zone platziert, und Sie müssen ihn später mit Studio in die Satellitenzone verschieben.)
Eine Zone erstellen
- Wählen Sie im Studio-Navigationsbereich Konfiguration > Zonen.
- Wählen Sie im Aktionsbereich Zone erstellen.
- Geben Sie einen Namen für die Zone und eine Beschreibung (optional) ein. Der Name muss innerhalb der Site eindeutig sein.
- Wählen Sie die Elemente aus, die in der neuen Zone platziert werden sollen. Sie können die Liste der Elemente, aus denen Sie auswählen können, filtern oder durchsuchen. Sie können auch eine leere Zone erstellen; wählen Sie dazu einfach keine Elemente aus.
- Klicken Sie auf Speichern.
Alternativ können Sie in Studio ein oder mehrere Elemente auswählen und dann im Aktionsbereich Zone erstellen wählen.
Zonennamen oder -beschreibung ändern
- Wählen Sie im Studio-Navigationsbereich Konfiguration > Zonen.
- Wählen Sie im mittleren Bereich eine Zone und dann im Aktionsbereich Zone bearbeiten.
- Ändern Sie den Zonennamen und/oder die Beschreibung. Wenn Sie den Namen der primären Zone ändern, stellen Sie sicher, dass die Zone weiterhin leicht als primäre Zone erkennbar ist.
- Klicken Sie auf OK oder Übernehmen.
Elemente von einer Zone in eine andere Zone verschieben
- Wählen Sie im Studio-Navigationsbereich Konfiguration > Zonen.
- Wählen Sie im mittleren Bereich eine Zone und dann ein oder mehrere Elemente aus.
- Ziehen Sie die Elemente entweder in die Zielzone oder wählen Sie im Aktionsbereich Elemente verschieben und geben Sie dann an, in welche Zone sie verschoben werden sollen.
Eine Bestätigungsmeldung listet die ausgewählten Elemente auf und fragt, ob Sie sicher sind, dass Sie alle verschieben möchten.
Hinweis: Wenn ein Maschinenkatalog eine Hostverbindung zu einem Hypervisor oder Clouddienst verwendet, sollten sowohl der Katalog als auch die Verbindung in derselben Zone sein. Andernfalls kann die Leistung beeinträchtigt werden. Wenn Sie eines verschieben, verschieben Sie auch das andere.
Zone löschen
Eine Zone muss leer sein, bevor sie gelöscht werden kann. Sie können die primäre Zone nicht löschen.
- Wählen Sie im Studio-Navigationsbereich Konfiguration > Zonen.
- Wählen Sie im mittleren Bereich eine Zone aus.
- Wählen Sie im Aktionsbereich Zone löschen. Wenn die Zone nicht leer ist (d. h. Elemente enthält), werden Sie aufgefordert, die Zone auszuwählen, in die diese Elemente verschoben werden sollen.
- Bestätigen Sie den Löschvorgang.
Home-Zone für einen Benutzer hinzufügen
Das Konfigurieren einer Home-Zone für einen Benutzer wird auch als Hinzufügen eines Benutzers zu einer Zone bezeichnet.
- Wählen Sie Konfiguration > Zonen im Studio-Navigationsbereich und dann eine Zone im mittleren Bereich aus.
- Wählen Sie Benutzer zur Zone hinzufügen im Bereich „Aktionen“.
- Klicken Sie im Dialogfeld Benutzer zur Zone hinzufügen auf Hinzufügen und wählen Sie dann die Benutzer und Benutzergruppen aus, die der Zone hinzugefügt werden sollen. Wenn Sie Benutzer angeben, die bereits eine Homezone haben, bietet eine Meldung zwei Optionen: Ja = nur die von Ihnen angegebenen Benutzer hinzufügen, die keine Homezone haben; Nein = zum Dialogfeld für die Benutzerauswahl zurückkehren.
- Klicken Sie auf OK.
Für Benutzer mit einer konfigurierten Homezone können Sie festlegen, dass Sitzungen nur von ihrer Homezone aus gestartet werden:
- Erstellen oder bearbeiten Sie eine Bereitstellungsgruppe.
- Wählen Sie auf der Seite Benutzer das Kontrollkästchen Sitzungen müssen in der Homezone eines Benutzers gestartet werden, falls konfiguriert aus.
Alle Sitzungen, die von einem Benutzer in dieser Bereitstellungsgruppe gestartet werden, müssen von Maschinen in der Homezone dieses Benutzers gestartet werden. Wenn ein Benutzer in der Bereitstellungsgruppe keine konfigurierte Homezone hat, hat diese Einstellung keine Auswirkung.
Homezone für einen Benutzer entfernen
Dieses Verfahren wird auch als Entfernen eines Benutzers aus einer Zone bezeichnet.
- Wählen Sie Konfiguration > Zonen im Studio-Navigationsbereich und dann eine Zone im mittleren Bereich aus.
- Wählen Sie Benutzer aus Zone entfernen im Bereich „Aktionen“.
- Klicken Sie im Dialogfeld Benutzer zur Zone hinzufügen auf Entfernen und wählen Sie dann die Benutzer und Gruppen aus, die aus der Zone entfernt werden sollen. Beachten Sie, dass diese Aktion die Benutzer nur aus der Zone entfernt; diese Benutzer verbleiben in den Bereitstellungsgruppen und Anwendungsgruppen, denen sie angehören.
- Bestätigen Sie die Entfernung, wenn Sie dazu aufgefordert werden.
Homezones für Anwendungen verwalten
Das Konfigurieren einer Homezone für eine Anwendung wird auch als Hinzufügen einer Anwendung zu einer Zone bezeichnet. Standardmäßig hat eine Anwendung in einer Multi-Zonen-Umgebung keine Homezone.
Die Homezone einer Anwendung wird in den Anwendungseigenschaften angegeben. Sie können Anwendungseigenschaften konfigurieren, wenn Sie die Anwendung einer Gruppe hinzufügen, oder später, indem Sie die Anwendung in Studio auswählen und ihre Eigenschaften bearbeiten.
- Beim Erstellen einer Bereitstellungsgruppe, Erstellen einer Anwendungsgruppe oder Hinzufügen von Anwendungen zu vorhandenen Gruppen wählen Sie auf der Seite Anwendungen des Assistenten die Option Eigenschaften.
- Um die Eigenschaften einer Anwendung nach dem Hinzufügen zu ändern, wählen Sie im Navigationsbereich von Studio die Option Anwendungen. Wählen Sie eine Anwendung aus und wählen Sie dann im Aktionsbereich die Option Anwendungseigenschaften bearbeiten.
Auf der Seite Zonen der Anwendungseigenschaften/-einstellungen:
- Wenn die Anwendung eine Homezone haben soll:
- Wählen Sie das Optionsfeld Ausgewählte Zone zur Entscheidung verwenden und wählen Sie dann die Zone aus der Dropdown-Liste aus.
- Wenn die Anwendung nur aus der ausgewählten Zone (und nicht aus einer anderen Zone) gestartet werden soll, aktivieren Sie das Kontrollkästchen unter der Zonenauswahl.
- Wenn die Anwendung keine Homezone haben soll:
- Wählen Sie das Optionsfeld Keine Homezone konfigurieren.
- Wenn der Broker beim Starten dieser Anwendung keine konfigurierten Benutzerzonen berücksichtigen soll, aktivieren Sie das Kontrollkästchen unter dem Optionsfeld. In diesem Fall werden weder Anwendungs- noch Benutzer-Homezones verwendet, um zu bestimmen, wo diese Anwendung gestartet werden soll.
Weitere Aktionen, die die Angabe von Zonen umfassen
Wenn Sie eine Hostverbindung hinzufügen oder einen Maschinenkatalog erstellen (außer während der Site-Erstellung), können Sie eine Zone angeben, der das Element zugewiesen wird, sofern Sie bereits mindestens eine Satellitenzone erstellt haben.
In den meisten Fällen ist die primäre Zone die Standardeinstellung. Bei der Verwendung von Machine Creation Services™ zum Erstellen eines Maschinenkatalogs wird die für die Hostverbindung konfigurierte Zone automatisch ausgewählt.
Wenn die Site keine Satellitenzonen enthält, wird die primäre Zone angenommen und das Zonenauswahlfeld wird nicht angezeigt.
In diesem Artikel
- Zonentypen
- Wo sich VDAs registrieren und wo Controller ein Failover durchführen
- Zonenpräferenz
- Überlegungen, Anforderungen und Best Practices
- Grenzwerte für die Verbindungsqualität
- Auswirkungen der Latenz auf die Brokering-Leistung
- Zonen erstellen und verwalten
- Eine Zone erstellen
- Zonennamen oder -beschreibung ändern
- Elemente von einer Zone in eine andere Zone verschieben
- Zone löschen
- Home-Zone für einen Benutzer hinzufügen
- Homezone für einen Benutzer entfernen
- Homezones für Anwendungen verwalten
- Weitere Aktionen, die die Angabe von Zonen umfassen