Konfigurationsbeispiele
Die in diesem Artikel beschriebenen Beispielkonfigurationen sind eine Abfolge von Komplexitätsstufen, die auf den Konfigurationsentscheidungen basieren. Jedem Beispiel ist eine Konfiguration zugeordnet, die sich auf Redundanz oder Notfallwiederherstellung konzentriert. Wir empfehlen Kundinnen und Kunden, die einfachste Konfiguration für ihre Umgebung auszuwählen. Unnötige Komplexität führt zu falschen Konfigurationen und Supportfällen.
Hinweis
Verwenden Sie diese Beispiele als Ausgangspunkt Ihrer FSLogix-Konfiguration. Die Ideen und Konzepte in diesen Beispielen sollten Ihre individuellen organisatorischen Anforderungen berücksichtigen.
BEISPIEL 1: Standard
Die Standardkonfiguration ist die einfachste Konfiguration, die die meisten Kundinnen und Kunden in Betracht ziehen sollten.
Voraussetzungen (Standard)
- FSLogix-Voraussetzungen einschließlich Ausschlüssen von Antivirendateien
- Azure Virtual Desktop oder gleichwertige Virtual Desktop-Infrastrukturen.
- SMB-Dateifreigabe.
- Überprüfte Freigabe- und NTFS-Berechtigungen
Konfigurationselemente (Standard)
| Elemente | Beschreibung |
|---|---|
| Einzelner VHD-Speicherort | Die Einstellung VHDLocations enthält einen einzelnen UNC-Pfad zu einer SMB-Dateifreigabe. |
| Einzelner Container | Für den/die Benutzer*in wird ein einzelner Profilcontainer erstellt. Der ODFC-Container ist nicht konfiguriert. |
| Keine gleichzeitigen Verbindungen | Die Einstellung ProfileType ist auf 0 gesetzt oder nicht konfiguriert. Das Profil eines Benutzers kann nur innerhalb einer einzigen Verbindung bereitgestellt werden. |
| Anzahl benutzerdefinierter Profilumleitungen | Keine Verwendung der Datei redirections.xml. |
Registrierungs-Einstellungen (Standard)
| Schlüsselname | Datentyp | Wert | Beschreibung |
|---|---|---|---|
| Aktiviert | DWORD | 1 | ERFORDERLICH |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | Empfohlen |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | Empfohlen |
| LockedRetryCount3 | DWORD | 3 | Empfohlen |
| LockedRetryInterval3 | DWORD | 15 | Empfohlen |
| ProfileType4 | DWORD | 0 | Standard |
| ReAttachIntervalSeconds3 | DWORD | 15 | Empfohlen |
| ReAttachRetryCount3 | DWORD | 3 | Empfohlen |
| SizeInMBs | DWORD | 30.000 | Standard |
| VHDLocations | MULTI_SZ oder REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
Beispiel |
| VolumeType5 | REG_SZ | VHDX | Empfohlen |
1 Empfohlen, um sicherzustellen, dass Benutzer*innen keine lokalen Profile verwenden und dadurch unerwartet Daten verlieren.2 Bietet eine einfachere Möglichkeit zum Durchsuchen der Containerverzeichnisse.3 Verringert das Timing der Wiederholungsversuche, um ein schnelleres Fehlerszenario zu ermöglichen.4 Einzelne Verbindungen reduzieren die Komplexität und erhöhen die Leistung.5 VHDX wird aufgrund der unterstützten Größe und der verringerten Beschädigungsszenarien gegenüber VHD bevorzugt.
BEISPIEL 2: Standard + Hohe Verfügbarkeit (Cloudcache)
Die Konfiguration Standard + Hochverfügbarkeit erweitert das grundlegende Standardbeispiel durch die Einbindung von Cloudcache, um die regionale Verfügbarkeit für den Profilcontainer sicherzustellen. Diese Konfiguration ist auf Robustheit und Redundanz ausgelegt, sodass der Profilcontainer auch bei Störungen oder Ausfällen in einer bestimmten Region zugänglich bleibt. Cloudcache fungiert als Resilienz- und Verfügbarkeitsebene, wobei Profildaten regelmäßig im Vorfeld an mehrere Speicheranbieter ausgegeben werden. Durch das Replizieren von Daten über mehrere eindeutige Speicheranbieter hinweg wird sichergestellt, dass der Profilcontainer auch dann verfügbar bleibt, wenn ein Speicheranbieter nicht verfügbar ist. Dieser Ansatz erhöht die Zuverlässigkeit und minimiert Ausfallzeiten für Endbenutzer und Endbenutzerinnen.
Die wichtigsten Punkte
- Redundant und robust: Ermöglicht den Zugriff auf den Profilcontainer auch bei Störungen oder Ausfällen, wodurch Ausfallzeiten für Endbenutzer und Endbenutzerinnen minimiert werden.
- Resilienz: Der Cloudcache fungiert als Verfügbarkeitsebene und gibt Profildaten regelmäßig vorgelagert an mehrere Speicheranbieter aus.
- Speicherdesignkompetenz: Die Cloudcachefunktionalität hängt von der Leistung Ihrer Speicheranbieter ab.
Zusammenfassung
Die Konfiguration „Standard + Hocherfügbarkeit“ kombiniert die Vorteile des Standard-Setups mit zusätzlichen Maßnahmen, um die Verfügbarkeit in allen Regionen aufrechtzuerhalten. Daher ist sie für kritische Anwendungen geeignet, die kontinuierlichen Zugriff auf Profildaten erfordern.
Abbildung 1: Hochverfügbarkeit von FSLogix mit Cloud Cache
Voraussetzungen (Standard + Hochverfügbarkeit)
- FSLogix-Voraussetzungen einschließlich Ausschlüssen von Antivirendateien
- Azure Virtual Desktop oder gleichwertige Virtual Desktop-Infrastrukturen.
- Mehrere Speicheranbieter in derselben Region oder zonenredundante Speicher.
- Überprüfte Freigabe- und NTFS-Berechtigungen (nur SMB)
Konfigurationselemente (Standard + Hochverfügbarkeit)
| Elemente | Beschreibung |
|---|---|
| Containerredundanz | CCDLocations enthält mindestens 2 Speicheranbieter unterschiedlicher Art. Die Speicheranbieter befinden sich in derGLEICHEN Region wie die virtuellen Maschinen. |
| Einzelner Container | Für den/die Benutzer*in wird ein einzelner Profilcontainer erstellt. Der ODFC-Container ist nicht konfiguriert. |
| Keine gleichzeitigen Verbindungen | Die Einstellung ProfileType ist auf 0 gesetzt oder nicht konfiguriert. Das Profil eines Benutzers kann nur innerhalb einer einzigen Verbindung bereitgestellt werden. |
| Anzahl benutzerdefinierter Profilumleitungen | Keine Verwendung der Datei redirections.xml. |
Registrierungseinstellungen (Standard + Hohe Verfügbarkeit)
| Schlüsselname | Datentyp | Wert | Beschreibung |
|---|---|---|---|
| CCDLocations | MULTI_SZ oder REG_SZ | type=smb,name="FILES SMB PROVIDER",connectionString=\\<storage-account-name-1>.file.core.windows.net\<share-name>;type=smb,name="ANF SMB PROVIDER",connectionString=\\<azure-netapp-files-fqdn>\<volume-name> |
Beispiel |
| ClearCacheOnLogoff1 | DWORD | 1 | Empfohlen |
| Aktiviert | DWORD | 1 | ERFORDERLICH |
| DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | Empfohlen |
| FlipFlopProfileDirectoryName3 | DWORD | 1 | Empfohlen |
| HealthyProvidersRequiredForRegister4 | DWORD | 1 | Empfohlen |
| LockedRetryCount5 | DWORD | 3 | Empfohlen |
| LockedRetryInterval5 | DWORD | 15 | Empfohlen |
| ProfileType6 | DWORD | 0 | Standard |
| ReAttachIntervalSeconds5 | DWORD | 15 | Empfohlen |
| ReAttachRetryCount5 | DWORD | 3 | Empfohlen |
| SizeInMBs | DWORD | 30.000 | Standard |
| VolumeType7 | REG_SZ | VHDX | Empfohlen |
1 Empfohlen, um Speicherplatz auf dem lokalen Datenträger zu sparen und das Risiko von Datenverlusten zu vermeiden, wenn Sie in einem Pool zusammengefasste Desktops verwenden.2 Empfohlen, um sicherzustellen, dass Benutzer*innen keine lokalen Profile verwenden und dadurch unerwartet Daten verlieren.3 Bietet eine einfachere Möglichkeit zum Durchsuchen der Containerverzeichnisse.4 Hindert Benutzer*innen daran, einen lokalen Cache zu erstellen, wenn mindestens ein Anbieter nicht fehlerfrei ist.5 Verringert das Timing der Wiederholungsversuche, um ein schnelleres Fehlerszenario zu ermöglichen.6 Einzelne Verbindungen reduzieren die Komplexität und erhöhen die Leistung.7 VHDX wird aufgrund der unterstützten Größe und der verringerten Beschädigungsszenarien gegenüber VHD bevorzugt.
BEISPIEL 3: Standard + Notfallwiederherstellung (keine Profilwiederherstellung)
Die Konfiguration Standard + Notfallwiederherstellung ist eine Erweiterung der grundlegenden Konfiguration Standard. In diesem Setup ist eine doppelte Infrastruktur in einer anderen Region vorhanden, aber sie bleibt heruntergefahren, bis sie gebraucht wird. Im Gegensatz zu anderen Wiederherstellungsszenarien gibt es bei diesem Ansatz keine Profilwiederherstellung. Stattdessen erstellen Benutzer und Benutzerinnen neue Profile am alternativen Speicherort. Obwohl dies das am wenigsten komplexe Wiederherstellungsszenario ist, ist es mit einem erheblichen Nachteil verbunden: Endbenutzererfahrung und Schulung werden zu kritischen Komponenten für den Erfolg.
Die wichtigsten Punkte
- Doppelte Infrastruktur: Die Notfallwiederherstellungsregion spiegelt die primäre Infrastruktur wieder, bleibt aber inaktiv, bis sie benötigt wird.
- Keine Profilwiederherstellung: Anstatt vorhandene Profile wiederherzustellen, erstellen Benutzer und Benutzerinnen neue Profile am alternativen Speicherort.
- Einfachheit: Dieser Ansatz minimiert die Komplexität, ist aber stark von der Vertrautheit und Training der Benutzer und Benutzerinnen abhängig.
- Endbenutzererfahrung: Ein reibungsloser Übergang und das Verständnis der Benutzer und Benutzerinnen sind entscheidend.
Zusammenfassung
Die Konfiguration „Standard + Notfallwiederherstellung“ schafft ein Gleichgewicht zwischen Einfachheit und dem Bedarf an Benutzertraining und -anpassung.
Abbildung 2: Keine Profilwiederherstellung | FSLogix-Standardcontainer (VHDLocations)
Voraussetzungen (Standard + Notfallwiederherstellung)
- FSLogix-Voraussetzungen einschließlich Ausschlüssen von Antivirendateien
- Azure Virtual Desktop oder gleichwertige Virtual Desktop-Infrastrukturen.
- Doppelte Speicher- und Computeinfrastruktur in einer anderen Region.
- Überprüfte NTFS- und Freigabeberechtigungen (nur SMB).
Konfigurationselemente (Standard + Notfallwiederherstellung)
| Elemente | Beschreibung |
|---|---|
| Einzelner VHD-Speicherort | Die Einstellung VHDLocations enthält einen einzelnen UNC-Pfad zu einer SMB-Dateifreigabe. |
| Einzelner Container | Für den/die Benutzer*in wird ein einzelner Profilcontainer erstellt. Der ODFC-Container ist nicht konfiguriert. |
| Keine gleichzeitigen Verbindungen | Die Einstellung ProfileType ist auf 0 gesetzt oder nicht konfiguriert. Das Profil eines Benutzers kann nur innerhalb einer einzigen Verbindung bereitgestellt werden. |
| Anzahl benutzerdefinierter Profilumleitungen | Keine Verwendung der Datei redirections.xml. |
Registrierungseinstellungen (Standard + Notfallwiederherstellung)
| Schlüsselname | Datentyp | Wert | Beschreibung |
|---|---|---|---|
| Aktiviert | DWORD | 1 | ERFORDERLICH |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | Empfohlen |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | Empfohlen |
| LockedRetryCount3 | DWORD | 3 | Empfohlen |
| LockedRetryInterval3 | DWORD | 15 | Empfohlen |
| ProfileType4 | DWORD | 0 | Standard |
| ReAttachIntervalSeconds3 | DWORD | 15 | Empfohlen |
| ReAttachRetryCount3 | DWORD | 3 | Empfohlen |
| SizeInMBs | DWORD | 30.000 | Standard |
| VHDLocations | MULTI_SZ oder REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
Beispiel |
| VolumeType5 | REG_SZ | VHDX | Empfohlen |
1 Empfohlen, um sicherzustellen, dass Benutzer*innen keine lokalen Profile verwenden und dadurch unerwartet Daten verlieren.2 Bietet eine einfachere Möglichkeit zum Durchsuchen der Containerverzeichnisse.3 Verringert das Timing der Wiederholungsversuche, um ein schnelleres Fehlerszenario zu ermöglichen.4 Einzelne Verbindungen reduzieren die Komplexität und erhöhen die Leistung.5 VHDX wird aufgrund der unterstützten Größe und der verringerten Beschädigungsszenarien gegenüber VHD bevorzugt.
BEISPIEL 4: Erweitert
Das Beispiel für die Konfiguration Eerweitert baut auf dem Beispiel für Standard auf, wobei zusätzliche Features eingeführt werden, um Flexibilität und Anpassbarkeit zu erhöhen.
Die wichtigsten Punkte
- Mehrere VHDLocations- oder objektspezifische Einstellungen: Sie können mehrere Speicherorte zum Speichern von Benutzerprofilen (VHDLocations) angeben. Alternativ können Sie objektspezifische Einstellungen definieren, um das Profilverhalten für bestimmte Benutzer und Benutzerinnen oder Gruppen anzupassen. Dank dieser Flexibilität können Sie die Profilverwaltung entsprechend den Anforderungen Ihres Unternehmens optimieren.
- Minimale Einträge in benutzerdefinierten Profilumleitungen: Im Gegensatz zum Standardsetup, bei dem die Datei redirections.xml nicht verwendet wird, wird bei der erweiterten Konfiguration die Anzahl der redirections.xml-Einträge minimiert. Jeder Eintrag in der redirections.xml-Konfiguration fügt Komplexität hinzu und kann zu unbekannten Anwendungsverhalten führen. Die Minimierung dieser Einträge kann zu einer insgesamt besseren Benutzererfahrung führen.
Zusammenfassung
Die erweiterte Konfiguration bietet eine granulare Steuerung der Profilspeicherung und -umleitung und eignet sich daher für Unternehmen mit unterschiedlichen Anforderungen.
Voraussetzungen (erweitert)
- FSLogix-Voraussetzungen einschließlich Ausschlüssen von Antivirendateien
- Azure Virtual Desktop oder gleichwertige Virtual Desktop-Infrastrukturen.
- Mehrere SMB-Dateifreigaben.
- Überprüfte Freigabe- und NTFS-Berechtigungen (nur SMB)
Konfigurationselemente (erweitert)
| Elemente | Beschreibung |
|---|---|
| Mehrere VHD-Standorte | Die Einstellung VHDLocations enthält einen oder mehrere UNC-Pfade (durch Semikolon getrennt) zu SMB-Dateifreigaben. |
| Objektspezifische Einstellungen | Ermöglicht eindeutige Einstellungen basierend auf einer Benutzer- oder Gruppen-SID. |
| Einzelner Container | Für den/die Benutzer*in wird ein einzelner Profilcontainer erstellt. Der ODFC-Container ist nicht konfiguriert. |
| Keine gleichzeitigen Verbindungen | Die Einstellung ProfileType ist auf 0 gesetzt oder nicht konfiguriert. Das Profil eines Benutzers kann nur innerhalb einer einzigen Verbindung bereitgestellt werden. |
| Minimale redirections.xml | Die XML-Datei enthält minimale Einträge mit geringer Komplexität. |
Tipp
- Weitere Informationen finden Sie auf der Seite Benutzerdefiniertes Profil – redirections.xml.
- Die Seite Tutorial: Erstellen und Implementieren von redirections.xml veranschaulicht die Implementierung dieses Features für Microsoft Teams.
Registrierungseinstellungen (erweitert)
Mehrere VHDLocations
| Schlüsselname | Datentyp | Wert | Beschreibung |
|---|---|---|---|
| Aktiviert | DWORD | 1 | ERFORDERLICH |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | Empfohlen |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | Empfohlen |
| LockedRetryCount3 | DWORD | 3 | Empfohlen |
| LockedRetryInterval3 | DWORD | 15 | Empfohlen |
| ProfileType4 | DWORD | 0 | Standard |
| ReAttachIntervalSeconds3 | DWORD | 15 | Empfohlen |
| ReAttachRetryCount3 | DWORD | 3 | Empfohlen |
| RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
Beispiel |
| SizeInMBs | DWORD | 30.000 | Standard |
| VHDLocations | MULTI_SZ oder REG_SZ | \\<storage-account-name-1>.file.core.windows.net\<share-name>;\\<storage-account-name-2>.file.core.windows.net\<share-name> |
Beispiel |
| VolumeType5 | REG_SZ | VHDX | Empfohlen |
Objektspezifische VHDLocations
Standard-VHDLocations wird für alle Benutzer oder Gruppen verwendet, die nicht mit der objektspezifischen Konfiguration übereinstimmen.
Registrierungspfad:HKLM:\SOFTWARE\FSLogix\Profiles\
| Schlüsselname | Datentyp | Wert | Beschreibung |
|---|---|---|---|
| Aktiviert | DWORD | 1 | ERFORDERLICH |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | Empfohlen |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | Empfohlen |
| LockedRetryCount3 | DWORD | 3 | Empfohlen |
| LockedRetryInterval3 | DWORD | 15 | Empfohlen |
| ProfileType4 | DWORD | 0 | Standard |
| ReAttachIntervalSeconds3 | DWORD | 15 | Empfohlen |
| ReAttachRetryCount3 | DWORD | 3 | Empfohlen |
| RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
Beispiel |
| SizeInMBs | DWORD | 30.000 | Standard |
| VHDLocations | MULTI_SZ oder REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
Beispiel |
| VolumeType5 | REG_SZ | VHDX | Empfohlen |
Registrierungspfad:HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-1234\
| Schlüsselname | Datentyp | Wert | Beschreibung |
|---|---|---|---|
| VHDLocations | MULTI_SZ oder REG_SZ | \\<server-name>\<share-name> |
Beispiel |
Registrierungspfad:HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-4321\
| Schlüsselname | Datentyp | Wert | Beschreibung |
|---|---|---|---|
| VHDLocations | MULTI_SZ oder REG_SZ | \\<azure-netapp-files-computer-account>.contoso.com\<share-name> |
Beispiel |
Warnung
Mehrere Einträge in VHDLocations bieten keine Containerresilienz. Wenn mehrere Einträge vorhanden sind, werden Benutzer versuchen, ihre Container aus der Liste der Speicherorte in dieser Reihenfolge zu erstellen oder zu finden. Der erste Standort, auf den Benutzer Zugriff haben oder der verfügbar ist, wird derjenige sein, von dem aus der Container erstellt oder angehängt wird. Wenn mehrere Einträge vorhanden sind, sollten die Benutzer nur auf einen einzigen Speicherort zugreifen können. Erwägen Sie die Verwendung der objektspezifischen Konfigurationseinstellungen anstelle von mehreren VHDLocations.
1 Empfohlen, um sicherzustellen, dass Benutzer*innen keine lokalen Profile verwenden und dadurch unerwartet Daten verlieren.2 Bietet eine einfachere Möglichkeit zum Durchsuchen der Containerverzeichnisse.3 Verringert das Timing der Wiederholungsversuche, um ein schnelleres Fehlerszenario zu ermöglichen.4 Einzelne Verbindungen reduzieren die Komplexität und erhöhen die Leistung.5 VHDX wird aufgrund der unterstützten Größe und der verringerten Beschädigungsszenarien gegenüber VHD bevorzugt.
BEISPIEL 5: Erweitert + Notfallwiederherstellung (primär/Failover)
Das Beispiel für die Konfiguration Erweitert + Notfallwiederherstellung erhöht die Komplexität durch einen Failoverentwurf. Dies ist eine gängige Strategie, um die Verfügbarkeit und Zuverlässigkeit Ihrer Infrastruktur im Fall einer Katastrophe oder eines Ausfalls zu gewährleisten. Mit Cloudcache können Sie Ihre Geräte so konfigurieren, dass sie zwei (2) Speicheranbieter verwenden, die Ihre Profildaten an unterschiedlichen Orten speichern. Der Cloudcache synchronisiert Ihre Profildaten asynchron mit jedem der beiden Speicheranbieter, sodass Sie immer über die aktuelle Version Ihrer Daten verfügen. Einige Ihrer Geräte befinden sich am primären Speicherort, und die anderen Geräte befinden sich am Failoverspeicherort. Cloudcache priorisiert den ersten Speicheranbieter (Ihrem Gerät am nächsten ist) und verwendet den anderen Speicheranbieter als Backup. Wenn sich Ihr primäres Gerät beispielsweise in der Region „USA, Westen“ und Ihr Failovergerät in der Region „USA, Osten“ befindet, können Sie den Cloudcache wie folgt konfigurieren:
- Das primäre Gerät verwendet einen Speicheranbieter in der Region „USA, Westen“ als erste Option und einen Speicheranbieter in der Region „USA, Osten“ als zweite Option.
- Das Failovergerät verwendet einen Speicheranbieter in der Region „USA, Osten“ als erste Option und einen Speicheranbieter in der Region „USA, Westen“ als zweite Option.
- Wenn das primäre Gerät oder der nächstgelegene Speicheranbieter ausfällt, können Sie zum Failovergerät oder zum Sicherungsspeicheranbieter wechseln und Ihre Arbeit fortsetzen, ohne ihre Profildaten zu verlieren.
Die wichtigsten Punkte
- Failoverdesign: Dieses Konzept gewährleistet die Verfügbarkeit und Zuverlässigkeit Ihrer Infrastruktur im Fall einer Katastrophe oder eines Ausfalls.
- Profilspeicher: Cloudcache ermöglicht es Ihnen, Ihre Profildaten an verschiedenen Orten zu speichern.
- Zusätzliche Speicherkosten: Mehrere Speicherorte erhöhen die Gesamtkosten.
- Betriebliche Exzellenz: Manueller Failoverprozess, der möglicherweise die Zustimmung der Unternehmensbeteiligten und eine Prozessvalidierung erfordert.
- Endbenutzererfahrung: Aufgrund der asynchronen Synchronisierung mit den beiden Speicheranbietern kann es zu Wartezeiten oder Inkonsistenzen bei Ihren Profildaten kommen.
Zusammenfassung
Die Konfiguration „Erweitert + Notfallwiederherstellung“ zeigt, wie ein Failoverdesign mit Cloudcache die Zuverlässigkeit und Verfügbarkeit Ihrer Infrastruktur durch die Verwendung von zwei Speicheranbietern an verschiedenen Standorten verbessern kann. Außerdem werden die Nachteile dieses Ansatzes hervorgehoben, einschließlich zusätzlicher Kosten, der Notwendigkeit einer manuellen Failoverinitiierung und der potenziellen Latenz oder Inkonsistenz bei Profildaten.
Abbildung 3: Cloudcache (primär/Failover) | FSLogix Cloud Cache (CCDLocations)
Voraussetzungen (Erweitert + Notfallwiederherstellung)
- FSLogix-Voraussetzungen einschließlich Ausschlüssen von Antivirendateien
- Azure Virtual Desktop oder gleichwertige Virtual Desktop-Infrastrukturen.
- Zwei Speicheranbieter in mindestens zwei Regionen.
- Überprüfte Freigabe- und NTFS-Berechtigungen (nur SMB)
Konfigurationselemente (Erweitert + Notfallwiederherstellung)
| Elemente | Beschreibung |
|---|---|
| Containerredundanz | CCDLocations enthält zwei (2) Speicheranbieter1. Der primäre Standort ist so konfiguriert, dass der nächstgelegene Speicheranbieter an erster Stelle und der Failover-Speicheranbieter an letzter Stelle aufgeführt ist. Für den Failover-Standort gilt die umgekehrte Konfiguration. Der nächstgelegene Speicheranbieter steht an erster Stelle, gefolgt von den zuletzt aufgeführten Speicheranbietern des primären Standorts. |
| Einzelner Container | Für den/die Benutzer*in wird ein einzelner Profilcontainer erstellt. Der ODFC-Container ist nicht konfiguriert. |
| Keine gleichzeitigen Verbindungen | Die Einstellung ProfileType ist auf 0 gesetzt oder nicht konfiguriert. Das Profil eines Benutzers kann nur innerhalb einer einzigen Verbindung bereitgestellt werden. |
| Anzahl benutzerdefinierter Profilumleitungen | Keine Verwendung der Datei redirections.xml. |
1 Die Speicheranbieter müssen sich in verschiedenen Regionen oder Standorten befinden.
Tipp
Lesen Sie die Seite Benutzerdefinierte Profilumleitungen für Informationen zu den von uns empfohlenen Ausschlüssen.
Registrierungseinstellungen (Erweitert + Notfallwiederherstellung)
Primärer Standort
| Schlüsselname | Datentyp | Wert | Beschreibung |
|---|---|---|---|
| CCDLocations | MULTI_SZ oder REG_SZ | type=smb,name="FILES SMB PRIMARY",connectionString=\\<storage-account-name-primary>.file.core.windows.net\<share-name>;type=smb,name="FILES SMB PROVIDER FAILOVER",connectionString=\\<storage-account-name-failover>.file.core.windows.net\<share-name> |
Beispiel |
| ClearCacheOnLogoff1 | DWORD | 1 | Empfohlen |
| Aktiviert | DWORD | 1 | ERFORDERLICH |
| DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | Empfohlen |
| FlipFlopProfileDirectoryName3 | DWORD | 1 | Empfohlen |
| HealthyProvidersRequiredForRegister4 | DWORD | 1 | Empfohlen |
| LockedRetryCount5 | DWORD | 3 | Empfohlen |
| LockedRetryInterval5 | DWORD | 15 | Empfohlen |
| ProfileType6 | DWORD | 0 | Standard |
| ReAttachIntervalSeconds5 | DWORD | 15 | Empfohlen |
| ReAttachRetryCount5 | DWORD | 3 | Empfohlen |
| SizeInMBs | DWORD | 30.000 | Standard |
| VolumeType7 | REG_SZ | VHDX | Empfohlen |
Failover-Standort
| Schlüsselname | Datentyp | Wert | Beschreibung |
|---|---|---|---|
| CCDLocations | MULTI_SZ oder REG_SZ | type=smb,name="FILES SMB FAILOVER",connectionString=\\<storage-account-name-failover>.file.core.windows.net\<share-name>;type=smb,name="FILES SMB PROVIDER PRIMARY",connectionString=\\<storage-account-name-primary>.file.core.windows.net\<share-name> |
Beispiel |
| ClearCacheOnLogoff1 | DWORD | 1 | Empfohlen |
| Aktiviert | DWORD | 1 | ERFORDERLICH |
| DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | Empfohlen |
| FlipFlopProfileDirectoryName3 | DWORD | 1 | Empfohlen |
| HealthyProvidersRequiredForRegister4 | DWORD | 1 | Empfohlen |
| LockedRetryCount5 | DWORD | 3 | Empfohlen |
| LockedRetryInterval5 | DWORD | 15 | Empfohlen |
| ProfileType6 | DWORD | 0 | Standard |
| ReAttachIntervalSeconds5 | DWORD | 15 | Empfohlen |
| ReAttachRetryCount5 | DWORD | 3 | Empfohlen |
| SizeInMBs | DWORD | 30.000 | Standard |
| VolumeType7 | REG_SZ | VHDX | Empfohlen |
1 Empfohlen, um Speicherplatz auf dem lokalen Datenträger zu sparen und das Risiko von Datenverlusten zu vermeiden, wenn Sie in einem Pool zusammengefasste Desktops verwenden.2 Empfohlen, um sicherzustellen, dass Benutzer*innen keine lokalen Profile verwenden und dadurch unerwartet Daten verlieren.3 Bietet eine einfachere Möglichkeit zum Durchsuchen der Containerverzeichnisse.4 Hindert Benutzer*innen daran, einen lokalen Cache zu erstellen, wenn mindestens ein Anbieter nicht fehlerfrei ist.5 Verringert das Timing der Wiederholungsversuche, um ein schnelleres Fehlerszenario zu ermöglichen.6 Einzelne Verbindungen reduzieren die Komplexität und erhöhen die Leistung.7 VHDX wird aufgrund der unterstützten Größe und der verringerten Beschädigungsszenarien gegenüber VHD bevorzugt.
BEISPIEL 6: Komplex
Das Beispiel für die komplexe Konfiguration baut auf dem Beispiel Erweitert auf, wobei mehrere Verbindungen eingeführt werden. In diesem Setup können Benutzerprofile mehrere Verbindungen verarbeiten, sodass ein einzelner Benutzer oder eine Benutzerin gleichzeitig über aktive Sitzungen auf verschiedenen Geräten verfügen kann. Trotz der zunehmenden Komplexität bleibt das Ziel, Endbenutzern und Endbenutzerinnen ein nahtloses Erlebnis zu bieten. Die ordnungsgemäße Konfiguration mehrerer Verbindungen steigert die Produktivität und Flexibilität, sodass sich diese Konfiguration für Organisationen mit unterschiedlichen Bedürfnissen und hohen Anforderungen geeignet ist.
Hinweis
Azure Virtual Desktop unterstützt nicht mehrere Verbindungen innerhalb desselben Hostpools.
Zusammenfassung
Die komplexe Konfiguration bietet ein ausgewogenes Verhältnis zwischen Komplexität und benutzerorientiertem Entwurf und ist damit ideal für große Organisationen, die Skalierbarkeit und eine robuste Profilverwaltung benötigen.
Abbildung 4: Komplexes Beispiel mit mehreren Verbindungen | FSLogix-Standardcontainer (VHDLocations)
Voraussetzungen (komplex)
- FSLogix-Voraussetzungen einschließlich Ausschlüssen von Antivirendateien
- Azure Virtual Desktop oder gleichwertige Virtual Desktop-Infrastrukturen.
- Trennen Sie Pools virtueller Computer.
- Mehrere SMB-Dateifreigaben (nicht für Hochverfügbarkeit).
- Überprüfte Freigabe- und NTFS-Berechtigungen (nur SMB)
Konfigurationselemente (komplex)
| Elemente | Beschreibung |
|---|---|
| Mehrere VHD-Standorte | Die Einstellung VHDLocations enthält einen oder mehrere UNC-Pfade (durch Semikolon getrennt) zu SMB-Dateifreigaben. |
| Objektspezifische Einstellungen | Ermöglicht eindeutige Einstellungen basierend auf einer Benutzer- oder Gruppen-SID. |
| Einzelner Container | Für den/die Benutzer*in wird ein einzelner Profilcontainer erstellt. Der ODFC-Container ist nicht konfiguriert. |
| Gleichzeitige Verbindungen | ProfileType ist auf 3 festgelegt. Die Benutzer können sich mehrfach anmelden, aber nur eine (1) Sitzung erlaubt Schreibvorgänge auf der VHD-Basisplatte. |
| [OPTIONAL] redirections.xml | XML-Datei enthält verschiedene Einträge mit zusätzlicher Komplexität. |
Tipp
- Weitere Informationen finden Sie auf der Seite Benutzerdefiniertes Profil – redirections.xml.
- Die Seite Tutorial: Erstellen und Implementieren von redirections.xml veranschaulicht die Implementierung dieses Features für Microsoft Teams.
Registrierungseinstellungen (komplex)
Mehrere VHDLocations
| Schlüsselname | Datentyp | Wert | Beschreibung |
|---|---|---|---|
| Aktiviert | DWORD | 1 | ERFORDERLICH |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | Empfohlen |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | Empfohlen |
| LockedRetryCount3 | DWORD | 3 | Empfohlen |
| LockedRetryInterval3 | DWORD | 15 | Empfohlen |
| ProfileType4 | DWORD | 0 | Standard |
| ReAttachIntervalSeconds3 | DWORD | 15 | Empfohlen |
| ReAttachRetryCount3 | DWORD | 3 | Empfohlen |
| RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
Beispiel |
| SizeInMBs | DWORD | 30.000 | Standard |
| VHDLocations | MULTI_SZ oder REG_SZ | \\<storage-account-name-1>.file.core.windows.net\<share-name>;\\<storage-account-name-2>.file.core.windows.net\<share-name> |
Beispiel |
| VolumeType5 | REG_SZ | VHDX | Empfohlen |
Objektspezifische VHDLocations
Standard-VHDLocations wird für alle Benutzer oder Gruppen verwendet, die nicht mit der objektspezifischen Konfiguration übereinstimmen.
Registrierungspfad:HKLM:\SOFTWARE\FSLogix\Profiles\
| Schlüsselname | Datentyp | Wert | Beschreibung |
|---|---|---|---|
| Aktiviert | DWORD | 1 | ERFORDERLICH |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | Empfohlen |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | Empfohlen |
| LockedRetryCount3 | DWORD | 3 | Empfohlen |
| LockedRetryInterval3 | DWORD | 15 | Empfohlen |
| ProfileType4 | DWORD | 0 | Standard |
| ReAttachIntervalSeconds3 | DWORD | 15 | Empfohlen |
| ReAttachRetryCount3 | DWORD | 3 | Empfohlen |
| RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
Beispiel |
| SizeInMBs | DWORD | 30.000 | Standard |
| VHDLocations | MULTI_SZ oder REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
Beispiel |
| VolumeType5 | REG_SZ | VHDX | Empfohlen |
Registrierungspfad:HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-1234\
| Schlüsselname | Datentyp | Wert | Beschreibung |
|---|---|---|---|
| VHDLocations | MULTI_SZ oder REG_SZ | \\<server-name>\<share-name> |
Beispiel |
Registrierungspfad:HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-4321\
| Schlüsselname | Datentyp | Wert | Beschreibung |
|---|---|---|---|
| VHDLocations | MULTI_SZ oder REG_SZ | \\<azure-netapp-files-computer-account>.contoso.com\<share-name> |
Beispiel |
Warnung
Mehrere Einträge in VHDLocations bieten keine Containerresilienz. Wenn mehrere Einträge vorhanden sind, werden Benutzer versuchen, ihre Container aus der Liste der Speicherorte in dieser Reihenfolge zu erstellen oder zu finden. Der erste Standort, auf den Benutzer Zugriff haben oder der verfügbar ist, wird derjenige sein, von dem aus der Container erstellt oder angehängt wird. Wenn mehrere Einträge vorhanden sind, sollten die Benutzer nur auf einen einzigen Speicherort zugreifen können. Erwägen Sie die Verwendung der objektspezifischen Konfigurationseinstellungen anstelle von mehreren VHDLocations.
1 Empfohlen, um sicherzustellen, dass Benutzer*innen keine lokalen Profile verwenden und dadurch unerwartet Daten verlieren.2 Bietet eine einfachere Möglichkeit zum Durchsuchen der Containerverzeichnisse.3 Verringert das Timing der Wiederholungsversuche, um ein schnelleres Fehlerszenario zu ermöglichen.4 Einzelne Verbindungen reduzieren die Komplexität und erhöhen die Leistung.5 VHDX wird aufgrund der unterstützten Größe und der verringerten Beschädigungsszenarien gegenüber VHD bevorzugt.
BEISPIEL 7: Komplex + Notfallwiederherstellung (aktiv/aktiv)
Die Konfiguration Komplex + Notfallwiederherstellung baut auf der KonfigurationErweitert + Notfallwiederherstellung auf, wobei ein Aktiv/Aktiv-Design implementiert wird. Anstelle des Lastenausgleichs zwischen den beiden Standorten basiert diese Konfiguration darauf, dass Benutzer und Benutzerinnen nur auf einen Standort zugreifen können. Im Fall eines Drill- oder BCDR-Vorgangs erhalten Benutzer und Benutzerinnen aus einer ausgefallenen Region Zugriff auf virtuelle Computer in der funktionierenden Region.
Die wichtigsten Punkte
- Failoverfunktion: Im Katastrophenfall müssen die überlebenden Regionen über ausreichend Kapazität verfügen, um alle Benutzer und Benutzerinnen unterstützen zu können.
- Profilspeicher: Cloudcache ermöglicht es Ihnen, Ihre Profildaten an verschiedenen Orten zu speichern.
- Zusätzliche Speicherkosten: Mehrere Speicherorte erhöhen die Gesamtkosten.
- Betriebliche Exzellenz: Manueller Failoverprozess, der möglicherweise die Zustimmung der Unternehmensbeteiligten, eine Prozessvalidierung und eine ordnungsgemäße Benutzerzuweisung erfordert.
- Endbenutzererfahrung: Aufgrund der asynchronen Synchronisierung mit den beiden Speicheranbietern kann es zu Wartezeiten oder Inkonsistenzen bei Ihren Profildaten kommen.
Zusammenfassung
Die Konfiguration „Komplex + Notfallwiederherstellung“ mit Cloudcache bietet Redundanz und Flexibilität, doch spielen geschäftliche Entscheidungen eine entscheidende Rolle beim Initiieren des Failovers.
Abbildung 5: Cloudcache (aktiv/aktiv) | FSLogix-Cloudcache (CCDLocations)
Voraussetzungen (Komplex + Notfallwiederherstellung)
- FSLogix-Voraussetzungen einschließlich Ausschlüssen von Antivirendateien
- Azure Virtual Desktop oder gleichwertige Virtual Desktop-Infrastrukturen.
- Separate Pools von virtuellen Computern an jedem Standort.
- Benutzerinnen und Benutzer haben jeweils nur Zugriff auf eine einzelne Region.
- Überprüfte Freigabe- und NTFS-Berechtigungen (nur SMB)
Konfigurationselemente (Komplex + Notfallwiederherstellung)
| Elemente | Beschreibung |
|---|---|
| Containerredundanz | CCDLocations enthält zwei (2) Speicheranbieter1. Der primäre Standort ist so konfiguriert, dass der nächstgelegene Speicheranbieter an erster Stelle und der Failover-Speicheranbieter an letzter Stelle aufgeführt ist. Für den Failover-Standort gilt die umgekehrte Konfiguration. Der nächstgelegene Speicheranbieter steht an erster Stelle, gefolgt von den zuletzt aufgeführten Speicheranbietern des primären Standorts. |
| Einzelner Container | Ein Profil- und ODFC-Container ist vorhanden oder wird für alle Benutzerinnen und Benutzer erstellt. |
| Keine gleichzeitigen Verbindungen | Die Einstellung ProfileType ist auf 0 gesetzt oder nicht konfiguriert. Das Profil eines Benutzers kann nur innerhalb einer einzigen Verbindung bereitgestellt werden. |
| [OPTIONAL] redirections.xml | XML-Datei enthält verschiedene Einträge mit zusätzlicher Komplexität. |
Tipp
- Weitere Informationen finden Sie auf der Seite Benutzerdefiniertes Profil – redirections.xml.
- Die Seite Tutorial: Erstellen und Implementieren von redirections.xml veranschaulicht die Implementierung dieses Features für Microsoft Teams.
Registrierungseinstellungen (Komplex + Notfallwiederherstellung)
Standort A (USA, Westen)
| Schlüsselname | Datentyp | Wert | Beschreibung |
|---|---|---|---|
| CCDLocations | MULTI_SZ oder REG_SZ | type=smb,name="FILES SMB WEST US",connectionString=\\<storage-account-name-primary>.file.core.windows.net\<share-name>;type=smb,name="FILES SMB PROVIDER EAST US",connectionString=\\<storage-account-name-failover>.file.core.windows.net\<share-name> |
Beispiel |
| ClearCacheOnLogoff1 | DWORD | 1 | Empfohlen |
| Aktiviert | DWORD | 1 | ERFORDERLICH |
| DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | Empfohlen |
| FlipFlopProfileDirectoryName3 | DWORD | 1 | Empfohlen |
| HealthyProvidersRequiredForRegister4 | DWORD | 1 | Empfohlen |
| LockedRetryCount5 | DWORD | 3 | Empfohlen |
| LockedRetryInterval5 | DWORD | 15 | Empfohlen |
| ProfileType6 | DWORD | 0 | Standard |
| ReAttachIntervalSeconds5 | DWORD | 15 | Empfohlen |
| ReAttachRetryCount5 | DWORD | 3 | Empfohlen |
| SizeInMBs | DWORD | 30.000 | Standard |
| VolumeType7 | REG_SZ | VHDX | Empfohlen |
Standort B (USA, Osten)
| Schlüsselname | Datentyp | Wert | Beschreibung |
|---|---|---|---|
| CCDLocations | MULTI_SZ oder REG_SZ | type=smb,name="FILES SMB EAST US",connectionString=\\<storage-account-name-failover>.file.core.windows.net\<share-name>;type=smb,name="FILES SMB PROVIDER WEST US",connectionString=\\<storage-account-name-primary>.file.core.windows.net\<share-name> |
Beispiel |
| ClearCacheOnLogoff1 | DWORD | 1 | Empfohlen |
| Aktiviert | DWORD | 1 | ERFORDERLICH |
| DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | Empfohlen |
| FlipFlopProfileDirectoryName3 | DWORD | 1 | Empfohlen |
| HealthyProvidersRequiredForRegister4 | DWORD | 1 | Empfohlen |
| LockedRetryCount5 | DWORD | 3 | Empfohlen |
| LockedRetryInterval5 | DWORD | 15 | Empfohlen |
| ProfileType6 | DWORD | 0 | Standard |
| ReAttachIntervalSeconds5 | DWORD | 15 | Empfohlen |
| ReAttachRetryCount5 | DWORD | 3 | Empfohlen |
| SizeInMBs | DWORD | 30.000 | Standard |
| VolumeType7 | REG_SZ | VHDX | Empfohlen |
1 Empfohlen, um Speicherplatz auf dem lokalen Datenträger zu sparen und das Risiko von Datenverlusten zu vermeiden, wenn Sie in einem Pool zusammengefasste Desktops verwenden.2 Empfohlen, um sicherzustellen, dass Benutzer*innen keine lokalen Profile verwenden und dadurch unerwartet Daten verlieren.3 Bietet eine einfachere Möglichkeit zum Durchsuchen der Containerverzeichnisse.4 Hindert Benutzer*innen daran, einen lokalen Cache zu erstellen, wenn mindestens ein Anbieter nicht fehlerfrei ist.5 Verringert das Timing der Wiederholungsversuche, um ein schnelleres Fehlerszenario zu ermöglichen.6 Einzelne Verbindungen reduzieren die Komplexität und erhöhen die Leistung.7 VHDX wird aufgrund der unterstützten Größe und der verringerten Beschädigungsszenarien gegenüber VHD bevorzugt.
Anhang: Mehrere VHDLocations Logikdiagramme
Wenn in der Einstellung VHDLocations mehrere Werte verwendet werden, ist es wichtig zu verstehen, wie FSLogix den zu verwendenden Speicherort bestimmt.
Warnung
Benutzerinnen und Benutzer mit Zugriff auf mehrere Standorte, können einneues Profil an einem anderen Speicherort erstellen, wenn der Speicherort für ihr aktuelles Profil nicht verfügbar ist.
Abbildung 5: VHDLocations-Logikdiagramm