Zonen

Hinweis:

Sie können Ihre Citrix Virtual Apps and Desktops™-Bereitstellung mit zwei Verwaltungskonsolen verwalten: Web Studio (webbasiert) und Citrix Studio (Windows-basiert). Dieser Artikel behandelt nur Web Studio. Informationen zu Citrix Studio finden Sie im entsprechenden Artikel in Citrix Virtual Apps and Desktops 7 2212 oder früher.

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:

• Bereitstellen mehrerer Sites, jede mit ihrer eigenen SQL Server-Sitedatenbank.

  Diese Option wird für große Unternehmensbereitstellungen empfohlen. Mehrere Sites werden separat verwaltet, und jede benötigt eine eigene SQL Server-Sitedatenbank. Jede Site ist eine separate Citrix Virtual Apps™-Bereitstellung.

• Konfigurieren mehrerer Zonen innerhalb einer einzelnen Site.

  Das Konfigurieren von Zonen kann Benutzern in entfernten Regionen helfen, sich mit Ressourcen zu verbinden, ohne dass ihre Verbindungen große Segmente des WAN durchqueren müssen. Die Verwendung von Zonen ermöglicht eine effektive Site-Verwaltung von einer einzigen Web Studio-Konsole, Citrix Director und der Sitedatenbank aus. Dies spart die Kosten für die Bereitstellung, Personal, Lizenzierung und den Betrieb weiterer 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 zwingend 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 Citrix Virtual Apps- oder Citrix Virtual Desktops™-Site auf maximal 50 zu begrenzen.

  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 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 Sitedatenbank 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“. Diese Zone enthält die SQL Server-Sitedatenbank (und bei Verwendung hochverfügbare SQL-Server), Web Studio, Director, Citrix StoreFront™, Citrix License Server und Citrix Gateway. Die Sitedatenbank muss immer in der primären Zone verbleiben.

Die primäre Zone sollte zur Redundanz mindestens zwei Controller haben. Die primäre Zone kann VDAs mit Anwendungen enthalten, die eng mit der Datenbank und der Infrastruktur gekoppelt sind.

Satellitenzone:

Eine Satellitenzone enthält einen oder mehrere VDAs, Controller, StoreFront-Server und Citrix 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 Speichern von Maschinen für diese Zone verwendet wird. Wenn Sie eine Satellitenzone konfigurieren, können Sie ihr einen Hypervisor oder eine andere Dienstverbindung zuordnen. (Stellen Sie sicher, dass alle Kataloge, die diese Verbindung verwenden, in derselben Zone sind.)

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.

In der Abbildung:

• Primäre Zone: Enthält zwei Controller, Web Studio, Director, StoreFront, License Server und die Sitedatenbank (plus hochverfügbare SQL Server-Bereitstellungen). Die primäre Zone enthält auch mehrere VDAs und ein Citrix 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 Local Host Cache-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.

• 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, mit VDAs ab Version 7.7:

• Ein VDA in der primären Zone registriert sich bei einem Controller in der primären Zone. Ein VDA in der primären Zone versucht niemals, sich bei einem Controller in einer Satellitenzone zu registrieren.
• Ein VDA in einer Satellitenzone registriert sich, wenn möglich, bei einem lokalen Controller. (Dies wird als bevorzugter Controller betrachtet.) Wenn keine lokalen Controller verfügbar sind (z. B. weil sie keine weiteren VDA-Registrierungen akzeptieren können oder 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, auch wenn ein Controller in einer Satellitenzone wieder verfügbar wird. Ein VDA in einer Satellitenzone versucht niemals, 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 aus dieser Liste zufällig 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 hinein oder aus einer Zone heraus verschieben und die automatische Aktualisierung aktiviert ist, erhalten VDAs in beiden Zonen aktualisierte Listen, die angeben, welche Controller lokal und welche in der primären Zone sind, damit sie wissen, bei wem sie sich registrieren und von wem sie Verbindungen akzeptieren können.
• Wenn Sie einen Katalog 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 andere Zone verschieben, stellen Sie sicher, dass diese Zone und die Zone mit der zugehörigen Hostverbindung gut verbunden sind. Bei begrenzter Bandbreite oder hoher Latenz verschieben Sie die Hostverbindung in dieselbe Zone, die den zugehörigen Maschinenkatalog enthält.)

Wenn alle Controller in der primären Zone ausfallen:

• Web Studio kann keine Verbindung zur Site herstellen.
• Verbindungen zu VDAs in der primären Zone können nicht hergestellt werden.
• Die Site-Leistung verschlechtert sich, bis die Controller in der primären Zone wieder 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

Um die Zonenpräferenzfunktion zu nutzen, müssen Sie mindestens StoreFront 3.7 und Citrix Gateway 11.0-65.x verwenden.

In 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.

Funktionsweise der 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.
• Dem Speicherort der Home-Daten des Benutzers, z. B. ein Profil oder eine Home-Freigabe. Dies wird als Benutzer-Home bezeichnet.
• Dem aktuellen Standort des Benutzers (wo die Citrix Workspace™ App 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 Delivery Group. Daher kann der Broker wählen, welchen VDA er für eine Benutzerstartanforderung verwendet. Dieses Beispiel zeigt, dass es mehrere Standorte gibt, an denen Benutzer ihre Citrix Workspace App-Endpunkte ausführen können:

• Benutzer A verwendet ein Gerät mit der Citrix Workspace App in Satellitenzone 1.
• Benutzer B verwendet ein Gerät in Satellitenzone 2.

• Die Dokumente eines Benutzers können an verschiedenen Orten gespeichert werden.

  • Benutzer A und B verwenden eine Freigabe in Satellitenzone 1.
  • Benutzer C verwendet eine Freigabe aus Satellitenzone C.
  • Eine der veröffentlichten Anwendungen verwendet 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, falls Ressourcen verfügbar sind. Sie können:

• 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 bestehen; siehe den 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; siehe Anpassen der Zonenpräferenz. Wenn ein Benutzer eine Anwendung startet:

• Wenn diese Anwendung eine konfigurierte Zonenzuordnung (ein Anwendungs-Home) hat, 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, ist die bevorzugte Zone die Home-Zone für diesen Benutzer.
• Wenn weder die Anwendung noch der Benutzer eine konfigurierte Zonenzuordnung hat, ist die bevorzugte Zone die Zone, in der der Benutzer eine Citrix Workspace-App-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 Bereitstellungsgruppe 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.

• Obligatorische Verwendung der Benutzer-Home-Zone: In einer Bereitstellungsgruppe können Sie festlegen, dass eine Sitzung in der Home-Zone des Benutzers (falls konfiguriert) gestartet wird, ohne ein Failover auf eine andere Zone, wenn die Home-Zone keine verfügbaren Ressourcen hat. Diese Einschränkung ist hilfreich, wenn Sie das Risiko des Kopierens großer Profile oder Datendateien zwischen Zonen vermeiden müssen. Mit anderen Worten, Sie würden lieber einen Sitzungsstart verweigern, als die Sitzung in einer anderen Zone zu starten.
• Obligatorische Verwendung der Anwendungs-Home-Zone: Ähnlich können Sie, wenn Sie eine Home-Zone für eine Anwendung konfigurieren, angeben, dass die Anwendung nur in dieser Zone gestartet werden soll, ohne ein 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 festlegen, dass keine konfigurierten Benutzerzonen beim Starten dieser Anwendung berücksichtigt werden. Zum Beispiel könnten Sie es vorziehen, dass Benutzer eine Anwendung auf einem VDA in der Nähe ihres Geräts ausführen, unter Verwendung der Zonenpräferenz für den Benutzerstandort, auch wenn einige Benutzer eine andere Home-Zone haben könnten.

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. eine, die Sitzungsfreigabe für eine Anwendung nutzen kann, oder eine Sitzung, in der die zu startende Ressource bereits ausgeführt wird), diese Sitzung jedoch auf einem VDA in einer anderen Zone als der bevorzugten Zone für den Benutzer/die Anwendung ausgeführt wird, erstellt das System möglicherweise eine neue Sitzung. 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 zulässig, auch wenn sie sich in einer nicht bevorzugten Zone befinden.

Die Reihenfolge der Präferenz für Sitzungen, um einen Start zu erfüllen, ist:

1. Wiederverbindung zu einer bestehenden Sitzung in der bevorzugten Zone.
2. Wiederverbindung zu einer bestehenden getrennten Sitzung in einer anderen Zone als der bevorzugten Zone.
3. Starten einer neuen Sitzung in der bevorzugten Zone.
4. Wiederverbindung zu einer verbundenen bestehenden Sitzung in einer anderen Zone als der bevorzugten Zone.
5. Starten einer neuen Sitzung in einer anderen Zone als der bevorzugten Zone.

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 eine andere Home-Zone über eine andere Gruppenmitgliedschaft 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 über eine Gruppenmitgliedschaft erworben wurde, wird diese Zone für die Zonenpräferenz verwendet. Alle Zonenassoziationen, die über eine Gruppenmitgliedschaft erworben wurden, werden ignoriert.

Wenn der Benutzer mehrere verschiedene Zonenassoziationen hat, die ausschließlich über eine 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 der Citrix Workspace-App auf dem Endgerät durch das Citrix Gateway, über das dieses Gerät verbunden ist. Das Citrix Gateway muss so konfiguriert sein, dass IP-Adressbereiche bestimmten Zonen zugeordnet werden, und die ermittelte Zonenidentität muss über StoreFront an den Controller übermittelt werden.

Weitere Informationen zur Zonenpräferenz finden Sie unter Interne 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 Katalog eine Hostverbindung verwendet, stellen Sie sicher, dass der Katalog und die Verbindung in derselben Zone sind. (Bei einer verfügbaren Verbindung mit geringer Latenz und hoher Bandbreite können sie jedoch in verschiedenen Zonen sein.)

• 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 in einer Satellitenzone platziert werden, wird davon ausgegangen, dass diese Maschinen eine gute (lokale) Konnektivität zu Hypervisoren und VDAs in derselben Zone haben. Controller in dieser Satellitenzone werden dann bevorzugt gegenüber Controllern in der primären Zone 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 bevorzugt gegenüber Controllern in der primären Zone verwendet, wenn sie mit dieser Hypervisor-Verbindung kommunizieren.
  • Wenn ein Maschinenkatalog in einer Satellitenzone platziert wird, wird davon ausgegangen, dass sich alle VDA-Maschinen in diesem Katalog in der Satellitenzone befinden. Lokale Controller werden bevorzugt gegenüber Controllern in der primären Zone verwendet, wenn versucht wird, sich bei der Site zu registrieren, nachdem der Mechanismus zur automatischen Aktualisierung der Controller-Liste nach der ersten Registrierung jedes VDAs aktiviert wurde.
  • Citrix 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 Site-Konfiguration. Wenn ein Citrix 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 Katalog und die erste Bereitstellungsgruppe erstellen, befinden sich alle Elemente in der primären Zone – Sie können erst nach Abschluss dieser Ersteinrichtung Satellitenzonen erstellen. (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 Katalogs und einer Bereitstellungsgruppe erstellen.)

• Wenn Sie die erste Satellitenzone mit einem oder mehreren Elementen erstellen, 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 Web Studio anzeigt, 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 Sitedatenbank und alle Hochverfügbarkeitsserver enthalten.

• Bewahren Sie die Sitedatenbank immer in der primären Zone auf.

• Nachdem Sie eine Zone erstellt haben, können Sie später Elemente von einer Zone in eine andere verschieben. Diese Flexibilität ermöglicht es Ihnen, Elemente, die am besten in unmittelbarer Nähe funktionieren, potenziell zu trennen. Zum Beispiel kann das Verschieben eines Katalogs in eine andere Zone als die Verbindung (Host), die die Maschinen im Katalog erstellt, die Leistung beeinträchtigen. Berücksichtigen Sie 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 Web Studio und Director nur in der primären Zone. Sie können von einer Satellitenzone aus auf Web Studio und Director zugreifen (z. B. eine Satellitenzone, die Controller enthält, die als Failover verwendet werden können, falls die primäre Zone unzugänglich wird), da es sich um Webanwendungen handelt.

• Idealerweise wird Citrix Gateway in einer Satellitenzone für Benutzerverbindungen verwendet, 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 zu nutzen, müssen Sie mindestens StoreFront 3.7 und Citrix Gateway 11.0-65.x verwenden.

Grenzwerte für die Verbindungsqualität

Die Controller in der Satellitenzone führen SQL-Interaktionen direkt mit der Sitedatenbank durch. Dies schränkt die Qualität der Verbindung zwischen der Satellitenzone und der primären Zone, die die Sitedatenbank enthält, ein. Die spezifischen Einschränkungen hängen von der Anzahl der VDAs und Benutzersitzungen auf diesen VDAs ab, die in der Satellitenzone bereitgestellt werden. Satellitenzonen mit nur wenigen VDAs und Sitzungen können daher mit einer schlechteren Datenbankverbindung 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 Benutzern die Nutzung von Verbindungen mit höherer Latenz ermöglichen, sofern ein lokaler Broker vorhanden ist, 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 Sitedatenbank verursacht wird.

Beim Starten von Anwendungen treten zusätzliche Verzögerungen auf, während der Sitzungsbrokering-Prozess geeignete VDAs identifiziert, an die Sitzungsstartanforderungen gesendet werden sollen.

Zonen erstellen und verwalten

Ein Volladministrator kann alle Aufgaben zur Zonenerstellung und -verwaltung 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 Leseberechtigung für Zonen); Sie müssen jedoch Bearbeitungsberechtigungen für die Elemente haben, die Sie verschieben. Um beispielsweise einen Katalog von einer Zone in eine andere zu verschieben, müssen Sie Bearbeitungsberechtigungen für diesen Katalog haben. Weitere Informationen finden Sie unter Delegierte Administration.

Wenn Sie Citrix Provisioning™ verwenden: Die Citrix Provisioning-Konsole ist nicht zonenbewusst. Wir empfehlen daher, Web Studio zum Erstellen von Katalogen für Satellitenzonen zu verwenden. Erstellen Sie den Katalog in Web Studio und geben Sie die richtige Satellitenzone an. Verwenden Sie dann die Citrix Provisioning-Konsole, um Maschinen in diesem Katalog bereitzustellen. (Wenn Sie den Katalog mit dem Citrix Provisioning-Assistenten erstellen, wird der Katalog in der primären Zone platziert. Sie müssen Web Studio verwenden, um ihn später in die Satellitenzone zu verschieben.)

Eine Zone erstellen

1. Melden Sie sich bei Web Studio an.
2. Wählen Sie im linken Bereich Zonen aus.
3. Wählen Sie in der Aktionsleiste Zone erstellen aus.
4. Geben Sie einen Namen für die Zone und eine Beschreibung (optional) ein. Der Name muss innerhalb der Site eindeutig sein.
5. Wählen Sie die Elemente aus, die in die neue 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 einfach keine Elemente aus.
6. Klicken Sie auf Speichern.

Als Alternative zu dieser Methode können Sie ein oder mehrere Elemente in Web Studio auswählen und dann in der Aktionsleiste Zone erstellen auswählen.

Zonennamen oder -beschreibung ändern

1. Melden Sie sich bei Web Studio an.
2. Wählen Sie im linken Bereich Zonen aus.
3. Wählen Sie eine Zone im mittleren Bereich und dann in der Aktionsleiste Zone bearbeiten aus.
4. Ändern Sie den Zonennamen, die Beschreibung oder beides. Wenn Sie den Namen der primären Zone ändern, stellen Sie sicher, dass die Zone weiterhin leicht als primäre Zone erkennbar ist.
5. Klicken Sie auf Speichern oder Übernehmen.

Elemente von einer Zone in eine andere Zone verschieben

1. Melden Sie sich bei Web Studio an.
2. Wählen Sie im linken Bereich Zonen aus.
3. Wählen Sie eine Zone im mittleren Bereich und dann ein oder mehrere Elemente aus.
4. Ziehen Sie die Elemente in die Zielzone oder wählen Sie in der Aktionsleiste Elemente verschieben aus und geben Sie dann an, in welche Zone sie verschoben werden sollen.

Eine Bestätigungsmeldung listet die von Ihnen ausgewählten Elemente auf und fragt, ob Sie sicher sind, dass Sie alle verschieben möchten.

Hinweis: Wenn ein Katalog eine Hostverbindung zu einem Hypervisor oder einem anderen Dienst verwendet, platzieren Sie sowohl den Katalog als auch die Verbindung in derselben Zone. Andernfalls kann die Leistung beeinträchtigt werden. Wenn Sie das eine verschieben, verschieben Sie auch das andere.

Eine Zone löschen

Eine Zone muss leer sein, bevor sie gelöscht werden kann. Die primäre Zone kann nicht gelöscht werden.

1. Melden Sie sich bei Web Studio an.
2. Wählen Sie im linken Bereich Zonen aus.
3. Wählen Sie im mittleren Bereich eine Zone aus.
4. Wählen Sie in der Aktionsleiste Zone löschen aus. 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.
5. Bestätigen Sie den Löschvorgang.

Eine Homezone für einen Benutzer hinzufügen

Das Konfigurieren einer Homezone für einen Benutzer wird auch als Hinzufügen eines Benutzers zu einer Zone bezeichnet.

1. Melden Sie sich bei Web Studio an.
2. Wählen Sie im linken Bereich Zonen aus, und wählen Sie dann im mittleren Bereich eine Zone aus.
3. Wählen Sie in der Aktionsleiste Benutzer zur Zone hinzufügen aus.
4. 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.
5. Klicken Sie auf OK.

Für Benutzer mit einer konfigurierten Homezone können Sie festlegen, dass Sitzungen nur von ihrer Homezone aus gestartet werden:

1. Erstellen oder bearbeiten Sie eine Bereitstellungsgruppe.
2. Aktivieren Sie auf der Seite Benutzer das Kontrollkästchen Sitzungen müssen in der Home-Zone eines Benutzers gestartet werden (falls konfiguriert).

Alle von einem Benutzer in dieser Bereitstellungsgruppe gestarteten Sitzungen müssen von Maschinen in der Home-Zone dieses Benutzers gestartet werden. Wenn ein Benutzer in der Bereitstellungsgruppe keine konfigurierte Home-Zone hat, hat diese Einstellung keine Auswirkung.

Home-Zone für einen Benutzer entfernen

Dieser Vorgang wird auch als Entfernen eines Benutzers aus einer Zone bezeichnet.

1. Melden Sie sich bei Web Studio an.
2. Wählen Sie im linken Bereich Zonen und dann im mittleren Bereich eine Zone aus.
3. Wählen Sie in der Aktionsleiste Benutzer aus Zone entfernen.
4. Klicken Sie im Dialogfeld Benutzer zu Zone hinzufügen auf Entfernen und wählen Sie dann die Benutzer und Gruppen aus, die aus der Zone entfernt werden sollen. Diese Aktion entfernt die Benutzer nur aus der Zone; diese Benutzer bleiben in den Bereitstellungsgruppen und Anwendungsgruppen, zu denen sie gehören.
5. Bestätigen Sie die Entfernung, wenn Sie dazu aufgefordert werden.

Home-Zonen für Anwendungen verwalten

Das Konfigurieren einer Home-Zone 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 Home-Zone.

Die Home-Zone einer Anwendung wird in den Anwendungseigenschaften angegeben. Sie können Anwendungseigenschaften konfigurieren, wenn Sie die Anwendung zu einer Gruppe hinzufügen oder später.

• Wählen Sie beim Erstellen einer Bereitstellungsgruppe, Erstellen einer Anwendungsgruppe oder Hinzufügen von Anwendungen zu vorhandenen Gruppen auf der Seite Anwendungen des Assistenten die Option Eigenschaften.
• Um die Eigenschaften einer Anwendung nach dem Hinzufügen zu ändern, wählen Sie im linken Bereich Anwendungen. Wählen Sie eine Anwendung aus und wählen Sie dann in der Aktionsleiste Anwendungseigenschaften bearbeiten.

Auf der Seite Zonen der Anwendungseigenschaften/-einstellungen:

• Wenn die Anwendung eine Home-Zone haben soll:
  • Wählen Sie das Optionsfeld Ausgewählte Zone zur Entscheidung verwenden und wählen Sie dann die Zone aus.
  • Wenn die Anwendung nur von der ausgewählten Zone aus gestartet werden soll (und nicht von einer anderen Zone), aktivieren Sie das Kontrollkästchen unter der Zonenauswahl.
• Wenn die Anwendung keine Home-Zone haben soll:
  • Wählen Sie das Optionsfeld Keine Home-Zone 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-Home-Zonen verwendet, um zu bestimmen, wo diese Anwendung gestartet werden soll.

Weitere Aktionen, die die Angabe von Zonen umfassen

Nachdem Sie mindestens eine Satellitenzone erstellt haben, können Sie eine Zone angeben, wenn Sie eine Hostverbindung hinzufügen oder einen Katalog erstellen.

Normalerweise ist die primäre Zone die Standardzone. Wenn Sie Machine Creation Services™ verwenden, um einen Katalog zu erstellen, 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.