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 erfordert 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, Personalbesetzung, 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 die Endbenutzer zu bringen, was die Leistung verbessert. Eine Zone kann einen oder mehrere Controller lokal installiert haben, um Redundanz und Ausfallsicherheit zu gewährleisten, 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 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ärzone:

Die Primärzone hat den Standardnamen „Primary“. Diese Zone enthält die SQL Server-Sitedatenbank (und Hochverfügbarkeits-SQL-Server, falls verwendet), Web Studio, Director, Citrix StoreFront™, Citrix License Server und Citrix Gateway. Bewahren Sie die Sitedatenbank immer in der Primärzone auf.

Die Primärzone sollte mindestens zwei Controller zur Redundanz aufweisen. Die Primärzone kann VDAs mit Anwendungen enthalten, die eng mit der Datenbank und 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ärzone.

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 einen Hypervisor oder eine andere Dienstverbindung damit verknüpfen. (Stellen Sie sicher, dass alle Kataloge, die diese Verbindung verwenden, sich in derselben Zone befinden.)

Eine Site kann Satellitenzonen mit unterschiedlichen Konfigurationen aufweisen, basierend auf Ihren individuellen Anforderungen und Ihrer Umgebung. Die folgende Abbildung zeigt eine Primärzone und Beispiele für Satellitenzonen.

In der Abbildung:

• Primärzone: Enthält zwei Controller, Web Studio, Director, StoreFront, Lizenzserver und die Sitedatenbank (sowie Hochverfügbarkeits-SQL-Server-Bereitstellungen). Die Primärzone enthält außerdem 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ärzone.

  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är- 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 gilt als bevorzugter Controller.) 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, selbst 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 zufällig aus dieser Liste für die Erstregistrierung ausgewählt (unabhängig davon, in welcher Zone sich der Controller befindet). Nachdem der Computer mit diesem VDA neu gestartet wurde, wird der VDA bevorzugt versuchen, sich bei einem Controller in seiner lokalen Zone zu registrieren.
• 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 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 mit VDA-Versionen vor 7.7:

• 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 aus 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.

Wie die Zonenpräferenz funktioniert

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 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 hat der Broker möglicherweise die Wahl, welchen VDA er für eine Benutzerstartanforderung verwenden soll. 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 Speicherorten abgelegt werden.

  • Benutzer A und B verwenden eine Freigabe, die sich in Satellitenzone 1 befindet.
  • Benutzer C verwendet eine Freigabe aus Satellitenzone C.
  • Eine der veröffentlichten Anwendungen verwendet eine Datenbank, die sich in Satellitenzone 1 befindet.

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 können:

• Die Home-Zone für einen Benutzer konfigurieren, indem Sie einen Benutzer zu einer Zone hinzufügen.
• Die Home-Zone für eine Anwendung konfigurieren, 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 Mitgliedschaft in einer Benutzergruppe bestehen; siehe Abschnitt „Weitere Überlegungen“. Doch selbst in diesem Fall verwendet der Broker 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 haben, ist die bevorzugte Zone die Zone, in der der Benutzer eine Instanz der Citrix Workspace-App 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 es keine bevorzugte Zone gibt, 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 gestartet wird (sofern konfiguriert), 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 beim Konfigurieren einer Home-Zone für eine Anwendung 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. Sie könnten beispielsweise bevorzugen, dass Benutzer eine Anwendung auf einem VDA in der Nähe ihres Geräts ausführen, unter Verwendung der Zonenpräferenz des Benutzerstandorts, 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 Sitzung, die die Sitzungsfreigabe für eine Anwendung nutzen kann, oder eine Sitzung, die die zu startende Ressource bereits ausführt), diese Sitzung aber 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 mit einer Sitzung in einer weniger bevorzugten Zone für die Sitzungsanforderungen dieses Benutzers erfolgt.

Um eine verwaiste Sitzung zu verhindern, die nicht mehr erreicht werden kann, ist die Wiederverbindung mit bestehenden getrennten Sitzungen zulässig, selbst wenn diese sich in einer nicht bevorzugten Zone befinden.

Die Reihenfolge der Erwünschtheit von Sitzungen zur Erfüllung eines Starts ist:

1. Wiederverbindung mit einer bestehenden Sitzung in der bevorzugten Zone.
2. Wiederverbindung mit einer bestehenden getrennten Sitzung in einer anderen als der bevorzugten Zone.
3. Starten einer neuen Sitzung in der bevorzugten Zone.
4. Wiederverbindung mit einer verbundenen bestehenden Sitzung in einer anderen als der bevorzugten Zone.
5. Starten einer neuen Sitzung in einer anderen 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 über eine andere Gruppenmitgliedschaft 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 durch Gruppenmitgliedschaft erworbenen Zonenassoziationen werden ignoriert.

Wenn der Benutzer mehrere unterschiedliche Zonenassoziationen ausschließlich durch Gruppenmitgliedschaft erworben hat, 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 Endpunktgerä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 erkannte Zonenidentität muss über StoreFront an den Controller übermittelt 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 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 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 einer 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 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 Satellitenzonen erstellen, nachdem Sie diese anfängliche Einrichtung 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 Katalogs 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 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 Site-Datenbank und alle Hochverfügbarkeitsserver enthalten.

• Bewahren Sie die Site-Datenbank 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 auf Web Studio und Director von einer Satellitenzone aus zugreifen (z. B. einer Satellitenzone, die Controller enthält, die als Failover verwendet werden, 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.

• Denken Sie daran: 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 es Benutzern ermöglichen, über Verbindungen mit höherer Latenz zu arbeiten, 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 vollständiger Administrator kann alle Aufgaben zur Zonenerstellung und -verwaltung ausführen. Sie können jedoch auch eine benutzerdefinierte Rolle erstellen, die Ihnen das Erstellen, Bearbeiten oder Löschen einer Zone ermöglicht. 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 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, daher empfehlen wir die Verwendung von Web Studio zum Erstellen von Katalogen für Satellitenzonen. 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 Zonen im linken Bereich.
3. Wählen Sie eine Zone im mittleren Bereich aus, und wählen Sie dann in der Aktionsleiste Zone bearbeiten.
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 Zonen im linken Bereich.
3. Wählen Sie eine Zone im mittleren Bereich aus, und wählen Sie dann ein oder mehrere Elemente aus.
4. Ziehen Sie die Elemente in die Zielzone, oder wählen Sie in der Aktionsleiste 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 Katalog eine Hostverbindung zu einem Hypervisor oder einem anderen Dienst verwendet, legen Sie sowohl den Katalog als auch die Verbindung in dieselbe 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. Sie können die primäre Zone nicht löschen.

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

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 zu Zone hinzufügen aus.
4. Klicken Sie im Dialogfeld Benutzer zu 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 Home-Zone haben, bietet eine Meldung zwei Optionen: Ja = nur die von Ihnen angegebenen Benutzer hinzufügen, die keine Home-Zone haben; Nein = zum Dialogfeld für die Benutzerauswahl zurückkehren.
5. Klicken Sie auf OK.

Für Benutzer mit einer konfigurierten Home-Zone können Sie festlegen, dass Sitzungen nur von ihrer Home-Zone 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 Homezone eines Benutzers gestartet werden, falls konfiguriert.

Alle von einem Benutzer in dieser Bereitstellungsgruppe gestarteten Sitzungen 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

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 verbleiben in den Bereitstellungsgruppen und Anwendungsgruppen, denen sie angehören.
5. 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 zu einer Gruppe hinzufügen oder später.

• Wählen Sie beim Erstellen einer Bereitstellungsgruppe, Erstellen einer Anwendungsgruppe oder Hinzufügen von Anwendungen zu bestehenden Gruppen auf der Seite Anwendungen des Assistenten die Option Eigenschaften.
• Um die Eigenschaften einer Anwendung zu ändern, nachdem die Anwendung hinzugefügt wurde, 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 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 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 Standardeinstellung. Bei der Verwendung von Machine Creation Services™ zum Erstellen eines Katalogs 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.