Profile Management

Szenario 1: Einfache Einrichtung von geografisch nahen Benutzerspeichern und Failoverclustern

January 10, 2024

Beitrag von:

“Meine Benutzer sollen immer denselben geografisch nahen, dem Netzwerk angeschlossenen bevorzugten Benutzerspeicher für ihre Profile verwenden.” In diesem Fall gelten Optionen 1 und 2.

“Mein Netzwerkbenutzerspeicher soll in einem Failovercluster sein, um hohe Verfügbarkeit zu garantieren.” In diesem Fall gilt Option 2.

Dieses Szenario wird in folgender Abbildung dargestellt. Benutzer in Nordamerika (NA) möchten die Netzwerkbenutzerspeicher in New York anstatt in der in Brisbane verwenden. Ziel ist es, die Latenz zu reduzieren und den Verkehr über die Interkontinentalverbindung nach Australien oder Neuseeland (ANZ) zu minimieren.

Option 1 - DFS-Namespaces

Hintergrundliteratur

Eine Übersicht über die DFS-Namespaces-Technologie von Microsoft finden Sie unter Übersicht über DFS-Namespaces.
Weitere Informationen zum Lastausgleich von Benutzerspeichern finden Sie im Citrix Blog https://www.citrix.com/blogs/2009/07/21/profile-management-load-balancing-user-stores/.

Implementieren dieser Option

DFS-Namespaces können einige der in dem Blog genannten Probleme lösen.

Richten Sie hierzu einen Namespace für den Netzwerkbenutzerspeicher ein. Nennen Sie ihn \\MeineFirma\Profile. Es ist der Namespace “root”. Richten Sie Namespaceserver in New York und Brisbane (und allen anderen Standorten) ein. Jeder Namespaceserver hat Ordner für den jeweiligen Active Directory-Standort, die wiederum Ziele auf einem Server in New York oder Brisbane haben.

Beispielsweise sind die folgenden Standorte in Active Directory konfiguriert (Teil der Benutzerdatensätze).

AD-Standortattribut (#l#)	Geografischer Standort
Wagga Wagga	ANZ
Darwin	ANZ
Brisbane	ANZ
Auckland	ANZ
Seattle	Nicht verfügbar
San Diego	Nicht verfügbar
West Palm Beach	Nicht verfügbar
Poughkeepsie, New York	Nicht verfügbar

In der folgenden Abbildung sehen Sie eine Möglichkeit, dies mit DFS-Namespaces einzurichten.

Nach dem Setup konﬁgurieren Sie die Einstellung “Pfad zum Benutzerspeicher” wie folgt:

\\MyCorp\Profiles\#l#

Die Profile von Benutzern an den acht Standorten werden auf nur zwei Server verteilt. Hierdurch wird die geografische Nähe gewährleistet, die von diesem Szenario gefordert wird.

Alternativen

Sie können Namespaceziele sortieren. Verwenden Sie die Sortierregeln folgendermaßen. Wenn DFS-Namespaces auflösen, welche Ziele verwendet werden, kann angegeben werden, dass nur Ziele am lokalen Standort gewählt werden. Dies funktioniert, solange Sie sicher sind, dass sich alle Desktops und Server für einen beliebigen Benutzer an demselben Standort befinden.

Diese Methode schlägt fehl, wenn ein Benutzer, der normalerweise in Poughkeepsie arbeitet, Wagga Wagga besucht. Das Laptopprofil kommt aus Brisbane, aber das von veröffentlichten Anwendungen verwendete Profil kommt immer noch aus New York.

Die empfohlene Methode mit AD-Attributen stellt sicher, dass für jede Sitzung, die ein Benutzer startet, dieselben DFS-Namespaces ausgewählt werden. Der Grund dafür ist, dass #l# von der AD-Konfiguration und nicht der Konfiguration des Computer stammt.

Option 2 - DFS-Namespaces mit Failoverclustering

Hintergrundliteratur

Eine schrittweise Anleitung zum Konfigurieren eines Server-Failover-Clusters mit zwei Knoten finden Sie unter Bereitstellen eines Clusterdateiservers mit zwei Knoten.
Weitere Informationen zum Auswählen eines Namespacetyps finden Sie unter https://docs.microsoft.com/en-us/windows-server/storage/dfs-namespaces/choose-a-namespace-type.

Implementieren dieser Option

Wenn Sie Failoverclustering hinzufügen, können Sie einfache Hochverfügbarkeit gewährleisten.

Das wichtigste hierbei ist, dass die Dateiserver zu Failoverclustern gemacht werden, sodass Ordnerziele auf einem Failovercluster statt auf einem einzelnen Server gehostet werden.

Wenn für den Namespaceserver hohe Verfügbarkeit erforderlich ist, müssen Sie einen eigenständigen Namespace auswählen. Domänenbasierte Namespaces unterstützen die Verwendung von Failoverclustern als Namespaceserver nicht. Ordnerziele können auf Failoverclustern gehostet werden, unabhängig vom Typ des Namespaceservers.

Wichtig: Der Status von Dateisperren wird u. U. nicht beibehalten, wenn ein Server in einem Failovercluster ausfällt. Die Profilverwaltung führt zu bestimmten Zeitpunkten während der Profilverarbeitung Dateisperren auf dem Netzwerkbenutzerspeicher durch. Es ist möglich, dass ein Failover an einem kritischen Punkt zu einer Profilbeschädigung führt.

Die offizielle Version dieses Inhalts ist auf Englisch. Für den einfachen Einstieg wird Teil des Inhalts der Cloud Software Group Dokumentation maschinell übersetzt. Cloud Software Group hat keine Kontrolle über maschinell übersetzte Inhalte, die Fehler, Ungenauigkeiten oder eine ungeeignete Sprache enthalten können. Es wird keine Garantie, weder ausdrücklich noch stillschweigend, für die Genauigkeit, Zuverlässigkeit, Eignung oder Richtigkeit von Übersetzungen aus dem englischen Original in eine andere Sprache oder für die Konformität Ihres Cloud Software Group Produkts oder Ihres Diensts mit maschinell übersetzten Inhalten gegeben, und jegliche Garantie, die im Rahmen der anwendbaren Endbenutzer-Lizenzvereinbarung oder der Vertragsbedingungen oder einer anderen Vereinbarung mit Cloud Software Group gegeben wird, dass das Produkt oder den Dienst mit der Dokumentation übereinstimmt, gilt nicht in dem Umfang, in dem diese Dokumentation maschinell übersetzt wurde. Cloud Software Group kann nicht für Schäden oder Probleme verantwortlich gemacht werden, die durch die Verwendung maschinell übersetzter Inhalte entstehen können.

Szenario 1: Einfache Einrichtung von geografisch nahen Benutzerspeichern und Failoverclustern

January 10, 2024

Beitrag von:

January 10, 2024

Beitrag von:

In diesem Artikel

Option 1 - DFS-Namespaces
Option 2 - DFS-Namespaces mit Failoverclustering