Szenario 1 – Grundlegende Einrichtung geografisch benachbarter Benutzerdatenspeicher und Failover-Cluster
„Ich möchte, dass meine Benutzer immer einen geografisch benachbarten, bevorzugten Netzwerk-Benutzerdatenspeicher (NUS) für ihre Profile verwenden.“ In diesem Fall gelten die Optionen 1 und 2.
„Ich möchte, dass mein NUS auf einem Failover-Cluster liegt, um mir hohe Verfügbarkeit zu bieten.“ In diesem Fall gilt Option 2.
Die folgende Grafik veranschaulicht dieses Szenario. Benutzer in Nordamerika (NA) möchten den NUS in New York anstelle des NUS in Brisbane verwenden. Ziel ist es, die Latenz zu reduzieren und den über die interkontinentale Verbindung nach Australien oder Neuseeland (ANZ) gesendeten Datenverkehr zu minimieren.
Option 1 – DFS-Namespaces
Hintergrundinformationen
Eine Übersicht über die Microsoft DFS-Namespaces-Technologie finden Sie unter DFS-Namespaces-Übersicht.
Implementierung dieser Option
DFS-Namespaces können einige der im Blogartikel dargestellten Probleme lösen.
Richten wir einen Namespace für den NUS namens \\MyCorp\Profiles ein. Dies ist das Namespace-Stammverzeichnis. Wir richten Namespace-Server in New York und Brisbane (und an allen anderen Standorten) ein. Jeder Namespace-Server verfügt über Ordner, die jedem Active Directory-Standort entsprechen, welche wiederum Ziele auf einem Server in New York oder Brisbane haben.
Wir könnten die folgenden Standorte in Active Directory konfiguriert haben (Teil der Benutzerdatensätze).
| AD-Standortattribut (#l#) | Geografischer Standort |
|---|---|
| Wagga Wagga | ANZ |
| Darwin | ANZ |
| Brisbane | ANZ |
| Auckland | ANZ |
| Seattle | NA |
| San Diego | NA |
| West Palm Beach | NA |
| Poughkeepsie, New York | NA |
Die folgende Grafik zeigt eine Möglichkeit, dies mithilfe von DFS-Namespaces einzurichten.
Nach der Einrichtung konfigurieren wir die Einstellung „Pfad zum Benutzerspeicher“ wie folgt:
\\MyCorp\Profiles\#l#
Die Profile von Benutzern, die zu den acht Standorten gehören, werden auf nur zwei Server verteilt, wodurch die für das Szenario erforderlichen geografischen Einschränkungen erfüllt werden.
Alternativen
Sie können Namespace-Ziele anordnen und die Sortierregeln wie folgt verwenden. Wenn DFS-Namespaces auflösen, welches Ziel verwendet werden soll, kann angegeben werden, dass nur Ziele am lokalen Standort ausgewählt werden. Dies funktioniert, solange Sie sicher sind, dass für jeden Benutzer jeder Desktop und Server garantiert zum selben Standort gehört.
Diese Technik schlägt fehl, wenn beispielsweise ein Benutzer, der normalerweise in Poughkeepsie ansässig ist, Wagga Wagga besucht. Sein Laptop-Profil könnte aus Brisbane stammen, aber das Profil, das von seinen veröffentlichten Anwendungen verwendet wird, könnte aus New York stammen.
Die empfohlene Technik, die AD-Attribute verwendet, stellt sicher, dass für jede Sitzung, die der Benutzer initiiert, dieselben DFS-Namespace-Auswahlen getroffen werden. Der Grund dafür ist, dass das #l# von der AD-Konfiguration des Benutzers und nicht von den Maschinenkonfigurationen abgeleitet wird.
Option 2 – DFS-Namespaces mit Failover-Clustering
Hintergrundinformationen
- Eine Schritt-für-Schritt-Anleitung zur Konfiguration eines zweiknotigen Dateiserver-Failover-Clusters finden Sie unter Bereitstellen eines zweiknotigen Cluster-Dateiservers.
- Informationen zur Auswahl eines Namespace-Typs finden Sie unter https://docs.microsoft.com/de-de/windows-server/storage/dfs-namespaces/choose-a-namespace-type.
Implementierung dieser Option
Durch das Hinzufügen von Failover-Clustering können Sie eine grundlegende Hochverfügbarkeit bereitstellen.
Der entscheidende Punkt bei dieser Option ist, die Dateiserver in Failover-Cluster umzuwandeln, sodass Ordnerziele auf einem Failover-Cluster statt auf einem einzelnen Server gehostet werden.
Wenn Sie möchten, dass der Namespace-Server selbst hochverfügbar ist, müssen Sie einen eigenständigen Namespace wählen. Domänenbasierte Namespaces unterstützen die Verwendung von Failover-Clustern als Namespace-Server nicht. Ordnerziele können auf Failover-Clustern gehostet werden, unabhängig vom Typ des Namespace-Servers.
Wichtig: Der Zustand von Dateisperren wird möglicherweise nicht beibehalten, wenn ein Server in einem Failover-Cluster ausfällt. Profile Management setzt Dateisperren auf dem NUS zu bestimmten Zeitpunkten während der Profilverarbeitung. Es ist möglich, dass ein Failover an einem kritischen Punkt zu einer Profilbeschädigung führen kann.