Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
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. Es wird empfohlen, die einfachste Konfiguration für Ihre Umgebung auszuwählen. Unnötige Komplexität führt zu falschen Konfigurationen und Supportfällen.
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
Das Standardkonfigurationsbeispiel ist die einfachste Konfiguration. Die meisten Kunden sollten es berücksichtigen.
Voraussetzungen (Standard)
- FSLogix-Voraussetzungen einschließlich Antivirusausschlüssen.
- Azure Virtual Desktop oder gleichwertige virtuelle Desktopinfrastruktur.
- Server Message Block (SMB) Dateifreigabe.
- Validierte Freigabe und NTFS-Berechtigungen (New Technology File System).
Konfigurationselemente (Standard)
Items | Beschreibung |
---|---|
Einzelner virtueller Festplattenspeicherort (VHD) | Die Einstellung VHDLocations enthält einen einzelnen UNC-Pfad (Universal Naming Convention) zu einer SMB-Dateifreigabe. |
Einzelner Container | Für den/die Benutzer*in wird ein einzelner Profilcontainer erstellt. Der Office-Daten- und Dateicontainer (ODFC) ist nicht konfiguriert. |
Keine gleichzeitigen Verbindungen | Die ProfileType Einstellung ist auf 0 oder nicht konfiguriert. Sie können das Profil eines Benutzers nur innerhalb einer einzigen Verbindung bereitstellen. |
Keine benutzerdefinierten Profilumleitungen | Keine Verwendung der redirections.xml Datei. |
Registrierungseinstellungen (Standard)
Schlüsselname | Datentyp | value | Beschreibung |
---|---|---|---|
Enabled | 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 |
Größe in MB | DWORD | 30.000 | Standard |
VHDLocations | MULTI_SZ oder REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
Beispiel |
Volumentyp5 | REG_SZ | VHDX | Empfohlen |
1 Empfohlen, sicherzustellen, dass Benutzer keine lokalen Profile verwenden und unerwartet Daten verlieren.
2 Bietet eine einfachere Möglichkeit zum Durchsuchen der Containerverzeichnisse.
3 Verringert die Wiederholungsanzeigedauer, um ein schnelleres Fehlerszenario zu ermöglichen.
4 Einzelne Verbindungen reduzieren komplexität und steigern die Leistung.
5 VHDX wird wegen seiner unterstützten Größe und reduzierten Beschädigungsszenarien gegenüber VHD bevorzugt.
Beispiel 2: Standard + Hohe Verfügbarkeit (Cloudcache)
Im Beispiel für die Konfiguration "Standard + Hohe Verfügbarkeit " wird das grundlegende Standardbeispiel verbessert, indem Cloud-Cache integriert wird, um die regionale Verfügbarkeit für den Profilcontainer sicherzustellen. Diese Konfiguration dient zur Bereitstellung von Robustität und Redundanz. Auf den Profilcontainer kann zugegriffen werden, auch wenn Fehler oder Ausfälle in einer bestimmten Region auftreten.
Cloud Cache fungiert als Schicht für Ausfallsicherheit und Verfügbarkeit und schreibt regelmäßig Profildaten an mehrere Speicheranbieter. 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 verbessert die Zuverlässigkeit und minimiert Ausfallzeiten für Benutzer.
Wichtige Punkte
- Redundant und robust: Ermöglicht den Zugriff auf den Profilcontainer, auch wenn Fehler oder Ausfälle auftreten, wodurch Ausfallzeiten für Benutzer minimiert werden.
- Resilienz: Cloud Cache fungiert als Verfügbarkeitsschicht und schreibt Profildaten periodisch auf mehrere Storage-Anbieter.
- Know-how im Speicherdesign: Die Cloudcachefunktionalität hängt von der Leistung Ihrer Speicheranbieter ab.
Zusammenfassung
Die Konfiguration "Standard + Hohe Verfügbarkeit" kombiniert die Vorteile des Standard-Setups mit anderen Maßnahmen, um die Verfügbarkeit in allen Regionen aufrechtzuerhalten. Die Kombination eignet sich für kritische Anwendungen, die kontinuierlichen Zugriff auf Profildaten erfordern.
Abbildung 1: FSLogix Hochverfügbarkeit mit Cloud Cache
Voraussetzungen (Standard + Hochverfügbarkeit)
- FSLogix-Voraussetzungen einschließlich Antivirusausschlüssen.
- Azure Virtual Desktop oder gleichwertige virtuelle Desktopinfrastruktur.
- Mehrere Speicheranbieter in derselben Region oder zonenredundante Speicher.
- Überprüfte Freigabe- und NTFS-Berechtigungen (nur SMB)
Konfigurationselemente (Standard + Hohe Verfügbarkeit)
Items | Beschreibung |
---|---|
Containerredundanz | Die CCDLocations Einstellung enthält mindestens zwei Speicheranbieter unterschiedlicher Art. Die Speicheranbieter befinden sich in derselben Region wie die virtuellen Computer. |
Einzelner Container | Für den/die Benutzer*in wird ein einzelner Profilcontainer erstellt. Der ODFC-Container ist nicht konfiguriert. |
Keine gleichzeitigen Verbindungen | Die ProfileType Einstellung ist auf 0 oder nicht konfiguriert. Sie können das Profil eines Benutzers nur innerhalb einer einzigen Verbindung bereitstellen. |
Keine benutzerdefinierten Profilumleitungen | Keine Verwendung der redirections.xml Datei. |
Registrierungseinstellungen (Standard + Hohe Verfügbarkeit)
Schlüsselname | Datentyp | value | 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 |
Enabled | DWORD | 1 | ERFORDERLICH |
DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | Empfohlen |
FlipFlopProfileDirectoryName3 | DWORD | 1 | Empfohlen |
GesundeAnbieterErforderlichFürDieRegistrierung4 | DWORD | 1 | Empfohlen |
LockedRetryCount5 | DWORD | 3 | Empfohlen |
LockedRetryInterval5 | DWORD | 15 | Empfohlen |
Profiltyp6 | DWORD | 0 | Standard |
ReAttachIntervalSeconds5 | DWORD | 15 | Empfohlen |
ReAttachRetryCount5 | DWORD | 3 | Empfohlen |
Größe in MB | DWORD | 30.000 | Standard |
VolumeType7 | REG_SZ | VHDX | Empfohlen |
1 Empfohlen, um Speicherplatz auf dem lokalen Datenträger zu sparen und Datenverlust zu vermeiden, wenn Sie poolierte Desktops verwenden.
2 Empfohlen, um sicherzustellen, dass Benutzer keine lokalen Profile verwenden und unerwartete Datenverluste vermieden werden.
3 Bietet eine einfachere Möglichkeit, die Containerverzeichnisse zu durchsuchen.
4 Verhindert, dass Benutzer einen lokalen Cache erstellen, wenn mindestens ein Anbieter nicht funktionsfähig ist.
5 Verringert die Wiederholungszeit, um ein schnelleres Fehlerszenario zu ermöglichen.
6 Einzelverbindungen reduzieren die Komplexität und steigern die Leistung.
7 VHDX wird aufgrund seines unterstützten Größenlimits und reduzierten Korruptionsrisikos gegenüber VHD bevorzugt.
Beispiel 3: Standard + Notfallwiederherstellung (keine Profilwiederherstellung)
Das Beispiel für die Konfiguration "Standard + Notfallwiederherstellung " ist eine Erweiterung des einfachen Standardbeispiels . 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 in diesem Ansatz keine Profilwiederherstellung. Stattdessen erstellen Benutzer und Benutzerinnen neue Profile am alternativen Speicherort. Dieses Wiederherstellungsszenario ist am wenigsten komplex, hat aber einen erheblichen Nachteil. Benutzererfahrung und Schulung sind wichtige Komponenten für den Erfolg.
Wichtige Punkte
- Doppelte Infrastruktur: Die Notfallwiederherstellungsregion spiegelt die primäre Infrastruktur wider, bleibt aber inaktiv, bis sie benötigt wird.
- Keine Profilwiederherstellung: Anstatt vorhandene Profile wiederherzustellen, erstellen Benutzer neue Profile am alternativen Speicherort.
- Einfachheit: Dieser Ansatz minimiert die Komplexität, basiert jedoch stark auf der Vertrautheit und Schulung der Benutzer.
- Benutzererfahrung: Die Sicherstellung eines reibungslosen Übergangs und des Benutzerverständnisses ist von entscheidender Bedeutung.
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 Antivirusausschlüssen.
- Azure Virtual Desktop oder gleichwertige virtuelle Desktopinfrastruktur.
- Doppelte Speicher- und Computeinfrastruktur in einer anderen Region.
- Überprüfte NTFS- und Freigabeberechtigungen (nur SMB).
Konfigurationselemente (Standard + Notfallwiederherstellung)
Items | 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 ProfileType Einstellung ist auf 0 oder nicht konfiguriert. Sie können das Profil eines Benutzers nur innerhalb einer einzigen Verbindung bereitstellen. |
Keine benutzerdefinierten Profilumleitungen | Keine Verwendung der redirections.xml Datei. |
Registrierungseinstellungen (Standard + Notfallwiederherstellung)
Schlüsselname | Datentyp | value | Beschreibung |
---|---|---|---|
Enabled | DWORD | 1 | ERFORDERLICH |
DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | Empfohlen |
FlipFlopProfileDirectoryName2 | DWORD | 1 | Empfohlen |
LockedRetryCount3 | DWORD | 3 | Empfohlen |
LockedRetryInterval3 | DWORD | 15 | Empfohlen |
Profiltyp4 | DWORD | 0 | Standard |
ReAttachIntervalSeconds3 | DWORD | 15 | Empfohlen |
ReAttachRetryCount3 | DWORD | 3 | Empfohlen |
Größe in MB | DWORD | 30.000 | Standard |
VHDLocations | MULTI_SZ oder REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
Beispiel |
Volumentyp5 | REG_SZ | VHDX | Empfohlen |
1 Empfohlen, sicherzustellen, dass Benutzer keine lokalen Profile verwenden und unerwartet Daten verlieren.
2 Bietet eine einfachere Möglichkeit zum Durchsuchen der Containerverzeichnisse.
3 Verringert die Wiederholungsanzeigedauer, um ein schnelleres Fehlerszenario zu ermöglichen.
4 Einzelne Verbindungen reduzieren komplexität und steigern die Leistung.
5 VHDX wird wegen seiner unterstützten Größe und reduzierten Beschädigungsszenarien gegenüber VHD bevorzugt.
Beispiel 4: Erweitert
Das Beispiel für die erweiterte Konfiguration baut auf dem Standardbeispiel auf, indem weitere Features eingeführt werden, um Flexibilität und Anpassung zu verbessern.
Wichtige 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. Diese Flexibilität ermöglicht es Ihnen, die Profilverwaltung basierend auf den Anforderungen Ihrer Organisation zu optimieren.
- Minimale Einträge in benutzerdefinierten Profilumleitungen: Im Gegensatz zum Standardsetup, bei dem die redirections.xml Datei nicht verwendet wird, minimiert die Erweiterte Konfiguration die Anzahl der redirections.xml Einträge. 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 insgesamt eine bessere Benutzererfahrung bieten.
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 Antivirusausschlüssen.
- Azure Virtual Desktop oder gleichwertige virtuelle Desktopinfrastruktur.
- Mehrere SMB Dateifreigaben.
- Überprüfte Freigabe- und NTFS-Berechtigungen (nur SMB)
Konfigurationselemente (Erweitert)
Items | Beschreibung |
---|---|
Mehrere VHD-Standorte | Die Einstellung VHDLocations enthält einen einzelnen 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 ProfileType Einstellung ist auf 0 oder nicht konfiguriert. Sie können das Profil eines Benutzers nur innerhalb einer einzigen Verbindung bereitstellen. |
Minimale redirections.xml | Die datei .xml enthält minimale Einträge mit geringer Komplexität. |
Weitere Informationen finden Sie unter benutzerdefiniertes Profil redirections.xml.
Informationen zum Implementieren dieses Features für Microsoft Teams finden Sie im Lernprogramm: Erstellen und Implementieren von redirections.xml.
Registrierungseinstellungen (Erweitert)
Mehrere VHDLocations
Schlüsselname | Datentyp | value | Beschreibung |
---|---|---|---|
Enabled | DWORD | 1 | ERFORDERLICH |
Lokales Profil löschen, wenn VHD angewandt werden soll1 | DWORD | 1 | Empfohlen |
FlipFlopProfileDirectoryName2 | DWORD | 1 | Empfohlen |
LockedRetryCount3 | DWORD | 3 | Empfohlen |
LockedRetryInterval3 | DWORD | 15 | Empfohlen |
ProfilTyp4 | DWORD | 0 | Standard |
ReAttachIntervalSeconds3 | DWORD | 15 | Empfohlen |
ReAttachRetryCount3 | DWORD | 3 | Empfohlen |
RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
Beispiel |
Größe in MB | 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
Die Standardeinstellung VHDLocations
wird für alle Benutzer oder Gruppen verwendet, die nicht mit der objektspezifischen Konfiguration übereinstimmen.
Registrierungspfad:HKLM:\SOFTWARE\FSLogix\Profiles\
Schlüsselname | Datentyp | value | Beschreibung |
---|---|---|---|
Enabled | DWORD | 1 | ERFORDERLICH |
DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | Empfohlen |
FlipFlopProfileDirectoryName2 | DWORD | 1 | Empfohlen |
LockedRetryCount3 | DWORD | 3 | Empfohlen |
GesperrtesWiederholungsintervall3 | DWORD | 15 | Empfohlen |
Profiltyp4 | DWORD | 0 | Standard |
ReAttachIntervalSeconds3 | DWORD | 15 | Empfohlen |
ReAttachRetryCount3 | DWORD | 3 | Empfohlen |
RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
Beispiel |
Größe in MB | 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 | value | 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 | value | Beschreibung |
---|---|---|---|
VHDLocations | MULTI_SZ oder REG_SZ | \\<azure-netapp-files-computer-account>.contoso.com\<share-name> |
Beispiel |
Warnung
Die Verwendung mehrerer Einträge in VHDLocations
bietet keine Containerresilienz. Wenn mehrere Einträge existieren, versuchen Benutzer, ihren Container aus der Liste der Orte in der vorgegebenen Reihenfolge zu erstellen oder zu finden. Der erste Speicherort, auf den der Benutzer Zugriff hat oder das verfügbar ist, ist der Ort, an dem der Container erstellt oder angefügt wird. Wenn Sie mehrere Einträge verwenden, sollten Benutzer nur zugriff auf einen einzelnen Speicherort haben. Erwägen Sie die verwendung der objektspezifischen Konfigurationseinstellungen anstelle mehrerer VHDLocations.
1 Empfohlen, sicherzustellen, dass Benutzer keine lokalen Profile verwenden und unerwartet Daten verlieren.
2 Bietet eine einfachere Möglichkeit zum Durchsuchen der Containerverzeichnisse.
3 Verringert die Wiederholungsanzeigedauer, um ein schnelleres Fehlerszenario zu ermöglichen.
4 Einzelne Verbindungen reduzieren komplexität und steigern die Leistung.
5 VHDX wird wegen seiner unterstützten Größe und reduzierten Beschädigungsszenarien gegenüber VHD bevorzugt.
Beispiel 5: Erweitert + Disaster-Recovery (primär / Failover)
Das Beispiel für die Konfiguration "Advanced + Disaster Recovery " fügt komplexität durch einen Failoverentwurf hinzu. Diese allgemeine Strategie trägt dazu bei, die Verfügbarkeit und Zuverlässigkeit Ihrer Infrastruktur sicherzustellen, wenn ein Notfall oder ein Fehler auftritt. Mit CloudCache können Sie Ihre Geräte so konfigurieren, dass zwei Speicheranbieter verwendet werden, die Ihre Profildaten an verschiedenen Speicherorten speichern.
Der Cloudcache synchronisiert Ihre Profildaten asynchron mit jedem der beiden Speicheranbieter, sodass Sie immer über die neueste Version Ihrer Daten verfügen. Einige Ihrer Geräte befinden sich am primären Standort, und die anderen Geräte befinden sich am Failoverstandort. Cloud Cache priorisiert den ersten Speicheranbieter (am nächsten an Ihr Gerät) und verwendet den anderen Speicheranbieter als Sicherung.
Wenn sich Ihr primäres Gerät beispielsweise in West-US befindet und sich Ihr Failovergerät in Ost-US 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.
Wichtige Punkte
- Failover-Design: Dieses Design gewährleistet die Verfügbarkeit und Zuverlässigkeit Ihrer Infrastruktur im Falle eines Notfalls oder Ausfalls.
- Profilspeicher: Mit cloud cache können Sie Ihre Profildaten an verschiedenen Speicherorten speichern.
- Zusätzliche Speicherkosten: Mehrere Speicherorte erhöhen die Gesamtkosten.
- Operative Exzellenz: Manueller Failoverprozess, der möglicherweise die Genehmigung der Geschäftsbeteiligten und die Prozessüberprüfung erfordert.
- Benutzererfahrung: Möglicherweise treten aufgrund der asynchronen Synchronisierung mit den beiden Speicheranbietern Latenz oder Inkonsistenzen in Ihren Profildaten auf.
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, z. B. mehr Kosten, die Notwendigkeit einer manuellen Failoverinitiierung und potenzielle Latenz oder Inkonsistenz in Profildaten.
Abbildung 3: Cloud Cache (primär/Failover) | FSLogix Cloud Cache (CCDLocations
)
Voraussetzungen (Erweitert + Notfallwiederherstellung)
- FSLogix-Voraussetzungen einschließlich Antivirusausschlüssen.
- Azure Virtual Desktop oder gleichwertige virtuelle Desktopinfrastruktur.
- Zwei Speicheranbieter in mindestens zwei Regionen.
- Überprüfte Freigabe- und NTFS-Berechtigungen (nur SMB)
Konfigurationselemente (Erweitert + Notfallwiederherstellung)
Items | Beschreibung |
---|---|
Containerredundanz | Die CCDLocations Einstellung enthält zwei Speicheranbieter.1 Der primäre Standort ist mit dem nächstgelegenen Speicheranbieter konfiguriert, der zuerst aufgeführt ist, und der Failoverspeicheranbieter wird zuletzt aufgeführt. Für den Failover-Standort gilt die umgekehrte Konfiguration. Der nächstgelegene Speicheranbieter ist zuerst, und die primären Standortspeicheranbieter werden zuletzt aufgeführt. |
Einzelner Container | Für den/die Benutzer*in wird ein einzelner Profilcontainer erstellt. Der ODFC-Container ist nicht konfiguriert. |
Keine gleichzeitigen Verbindungen | Die ProfileType Einstellung ist auf 0 oder nicht konfiguriert. Sie können das Profil eines Benutzers nur innerhalb einer einzigen Verbindung bereitstellen. |
Keine benutzerdefinierten Profilumleitungen | Keine Verwendung der redirections.xml Datei. |
1 Die Storage-Anbieter müssen sich in unterschiedlichen Regionen oder Speicherorten befinden.
Weitere Informationen zu unseren empfohlenen Ausschlüssen finden Sie unter "Benutzerdefinierte Profilumleitungen".
Registrierungseinstellungen (Erweitert + Notfallwiederherstellung)
Primärer Standort
Schlüsselname | Datentyp | value | 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 |
Enabled | DWORD | 1 | ERFORDERLICH |
DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | Empfohlen |
FlipFlopProfileDirectoryName3 | DWORD | 1 | Empfohlen |
GesundeAnbieterErforderlichFürDieRegistrierung4 | DWORD | 1 | Empfohlen |
LockedRetryCount5 | DWORD | 3 | Empfohlen |
LockedRetryInterval5 | DWORD | 15 | Empfohlen |
Profiltyp6 | DWORD | 0 | Standard |
ReAttachIntervalSeconds5 | DWORD | 15 | Empfohlen |
ReAttachRetryCount5 | DWORD | 3 | Empfohlen |
Größe in MB | DWORD | 30.000 | Standard |
VolumeType7 | REG_SZ | VHDX | Empfohlen |
Failover-Standort
Schlüsselname | Datentyp | value | 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 |
Enabled | DWORD | 1 | ERFORDERLICH |
DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | Empfohlen |
FlipFlopProfileDirectoryName3 | DWORD | 1 | Empfohlen |
GesundeAnbieterErforderlichFürDieRegistrierung4 | DWORD | 1 | Empfohlen |
LockedRetryCount5 | DWORD | 3 | Empfohlen |
LockedRetryInterval5 | DWORD | 15 | Empfohlen |
Profiltyp6 | DWORD | 0 | Standard |
ReAttachIntervalSeconds5 | DWORD | 15 | Empfohlen |
ReAttachRetryCount5 | DWORD | 3 | Empfohlen |
Größe in MB | DWORD | 30.000 | Standard |
VolumeType7 | REG_SZ | VHDX | Empfohlen |
1 Empfohlen, um Speicherplatz auf dem lokalen Datenträger zu sparen und Datenverlust zu vermeiden, wenn Sie poolierte Desktops verwenden.
2 Empfohlen, um sicherzustellen, dass Benutzer keine lokalen Profile verwenden und unerwartete Datenverluste vermieden werden.
3 Bietet eine einfachere Möglichkeit, die Containerverzeichnisse zu durchsuchen.
4 Verhindert, dass Benutzer einen lokalen Cache erstellen, wenn mindestens ein Anbieter nicht funktionsfähig ist.
5 Verringert die Wiederholungszeit, um ein schnelleres Fehlerszenario zu ermöglichen.
6 Einzelverbindungen reduzieren die Komplexität und steigern die Leistung.
7 VHDX wird aufgrund seines unterstützten Größenlimits und reduzierten Korruptionsrisikos gegenüber VHD bevorzugt.
Beispiel 6: Komplex
Das Beispiel für die komplexe Konfiguration baut auf dem Beispiel "Erweitert" auf, indem mehrere Verbindungen eingeführt werden. In diesem Setup können Benutzerprofile mehrere Verbindungen verarbeiten. Aus diesem Grund kann ein einzelner Benutzer gleichzeitig aktive Sitzungen auf verschiedenen Geräten haben.
Trotz der zunehmenden Komplexität bleibt das Ziel, benutzern eine nahtlose Benutzererfahrung zu bieten. Die ordnungsgemäße Konfiguration mehrerer Verbindungen verbessert die Produktivität und Flexibilität, wodurch diese Konfiguration für Organisationen mit unterschiedlichen Anforderungen und hohen Anforderungen geeignet ist.
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 Antivirusausschlüssen.
- Azure Virtual Desktop oder gleichwertige virtuelle Desktopinfrastruktur.
- Trennen Sie Pools virtueller Computer.
- Mehrere SMB Dateifreigaben (nicht für Hochverfügbarkeit).
- Überprüfte Freigabe- und NTFS-Berechtigungen (nur SMB)
Konfigurationselemente (Komplex)
Items | Beschreibung |
---|---|
Mehrere VHD-Standorte | Die Einstellung VHDLocations enthält einen einzelnen oder mehrere UNC-Pfade (durch ein 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 | Die Einstellung ProfileType wird auf 3 festgelegt. Die Benutzer können sich mehrfach anmelden, aber nur eine (1) Sitzung erlaubt Schreibvorgänge auf der VHD-Basisplatte. |
(Optional) Umleitungen.xml | Die .xml Datei enthält verschiedene Einträge mit zusätzlicher Komplexität. |
Weitere Informationen finden Sie unter benutzerdefiniertes Profil redirections.xml.
Informationen zum Implementieren dieses Features für Microsoft Teams finden Sie im Lernprogramm: Erstellen und Implementieren von redirections.xml.
Registrierungseinstellungen (Komplex)
Mehrere VHDLocations
Schlüsselname | Datentyp | value | Beschreibung |
---|---|---|---|
Enabled | DWORD | 1 | ERFORDERLICH |
Lokales Profil löschen, wenn VHD angewandt werden soll1 | DWORD | 1 | Empfohlen |
FlipFlopProfileDirectoryName2 | DWORD | 1 | Empfohlen |
LockedRetryCount3 | DWORD | 3 | Empfohlen |
LockedRetryInterval3 | DWORD | 15 | Empfohlen |
Profiltyp4 | DWORD | 0 | Standard |
ReAttachIntervalSeconds3 | DWORD | 15 | Empfohlen |
ReAttachRetryCount3 | DWORD | 3 | Empfohlen |
RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
Beispiel |
Größe in MB | 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 |
Volumentyp5 | REG_SZ | VHDX | Empfohlen |
Objektspezifische VHDLocations
Die Standardeinstellung VHDLocations
wird für alle Benutzer oder Gruppen verwendet, die nicht mit der objektspezifischen Konfiguration übereinstimmen.
Registrierungspfad:HKLM:\SOFTWARE\FSLogix\Profiles\
Schlüsselname | Datentyp | value | Beschreibung |
---|---|---|---|
Enabled | DWORD | 1 | ERFORDERLICH |
Lokales Profil löschen, wenn VHD angewandt werden soll1 | DWORD | 1 | Empfohlen |
FlipFlopProfileDirectoryName2 | DWORD | 1 | Empfohlen |
LockedRetryCount3 | DWORD | 3 | Empfohlen |
LockedRetryInterval3 | DWORD | 15 | Empfohlen |
Profiltyp4 | DWORD | 0 | Standard |
ReAttachIntervalSeconds3 | DWORD | 15 | Empfohlen |
ReAttachRetryCount3 | DWORD | 3 | Empfohlen |
RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
Beispiel |
Größe in MB | DWORD | 30.000 | Standard |
VHDLocations | MULTI_SZ oder REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
Beispiel |
Volumentyp5 | REG_SZ | VHDX | Empfohlen |
Registrierungspfad:HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-1234\
Schlüsselname | Datentyp | value | 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 | value | Beschreibung |
---|---|---|---|
VHDLocations | MULTI_SZ oder REG_SZ | \\<azure-netapp-files-computer-account>.contoso.com\<share-name> |
Beispiel |
Warnung
Die Verwendung mehrerer Einträge in VHDLocations
bietet keine Containerresilienz. Wenn mehrere Einträge vorhanden sind, versucht ein Benutzer, seinen Container aus der Liste der Speicherorte in der Reihenfolge zu erstellen oder zu suchen. Der erste Speicherort, auf den der Benutzer Zugriff hat oder das verfügbar ist, ist der Ort, an dem der Container erstellt oder angefügt wird. Wenn Sie mehrere Einträge verwenden, sollten Benutzer nur zugriff auf einen einzelnen Speicherort haben. Erwägen Sie die verwendung der objektspezifischen Konfigurationseinstellungen anstelle mehrerer VHDLocations.
1 Empfohlen, sicherzustellen, dass Benutzer keine lokalen Profile verwenden und unerwartet Daten verlieren.
2 Bietet eine einfachere Möglichkeit zum Durchsuchen der Containerverzeichnisse.
3 Verringert die Wiederholungsanzeigedauer, um ein schnelleres Fehlerszenario zu ermöglichen.
4 Einzelne Verbindungen reduzieren komplexität und steigern die Leistung.
5 VHDX wird wegen seiner unterstützten Größe und reduzierten Beschädigungsszenarien gegenüber VHD bevorzugt.
Beispiel 7: Komplex + Notfall-Recovery (aktiv / aktiv)
Das Beispiel für die Konfiguration "Complex + Disaster Recovery " baut auf dem Beispiel "Advanced + Disaster Recovery " auf, indem ein aktives/aktives 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. Bei einer Übung oder Business-Continuity and Disaster-Recovery erhalten Benutzer aus einer ausgefallenen Region Zugriff auf virtuelle Maschinen in der funktionierenden Region.
Wichtige Punkte
- Failover-Funktionalitäten: Wenn ein Notfall eintritt, müssen die überlebenden Regionen über Kapazitäten verfügen, um alle Benutzenden zu unterstützen.
- Profilspeicher: Mit cloud cache können Sie Ihre Profildaten an verschiedenen Speicherorten speichern.
- Zusätzliche Speicherkosten: Mehrere Speicherorte erhöhen die Gesamtkosten.
- Operative Exzellenz: Manueller Failoverprozess, der möglicherweise die Genehmigung der Geschäftsbeteiligten, die Prozessüberprüfung und die richtigen Benutzerzuweisungen erfordert.
- Benutzererfahrung: Möglicherweise treten aufgrund der asynchronen Synchronisierung mit den beiden Speicheranbietern Latenz oder Inkonsistenzen in Ihren Profildaten auf.
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 Cloud Cache (CCDLocations
)
Voraussetzungen (Komplex + Notfallwiederherstellung)
- FSLogix-Voraussetzungen einschließlich Antivirusausschlüssen.
- Azure Virtual Desktop oder gleichwertige virtuelle Desktopinfrastruktur.
- Separate Pools von virtuellen Computern an jedem Standort.
- Benutzer haben jeweils nur Zugriff auf eine einzelne Region.
- Überprüfte Freigabe- und NTFS-Berechtigungen (nur SMB)
Konfigurationselemente (Komplex + Notfallwiederherstellung)
Items | Beschreibung |
---|---|
Containerredundanz | Die CCDLocations Einstellung enthält zwei Speicheranbieter.1 Der primäre Standort ist so konfiguriert, dass der nächstgelegene Speicheranbieter zuerst aufgeführt ist und der Failover-Speicheranbieter zuletzt. 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 ProfileType Einstellung ist auf 0 oder nicht konfiguriert. Sie können das Profil eines Benutzers nur innerhalb einer einzigen Verbindung bereitstellen. |
(Optional) Umleitungen.xml | Die .xml Datei enthält verschiedene Einträge mit zusätzlicher Komplexität. |
Weitere Informationen können Sie im benutzerdefinierten Profil redirections.xmlüberprüfen.
Informationen zum Implementieren dieses Features für Microsoft Teams finden Sie im Lernprogramm: Erstellen und Implementieren von redirections.xml.
Registrierungseinstellungen (Komplex + Notfallwiederherstellung)
Standort A (USA, Westen)
Schlüsselname | Datentyp | value | 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 |
Enabled | DWORD | 1 | ERFORDERLICH |
DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | Empfohlen |
FlipFlopProfileDirectoryName3 | DWORD | 1 | Empfohlen |
GesundeAnbieterErforderlichFürDieRegistrierung4 | DWORD | 1 | Empfohlen |
LockedRetryCount5 | DWORD | 3 | Empfohlen |
LockedRetryInterval5 | DWORD | 15 | Empfohlen |
Profiltyp6 | DWORD | 0 | Standard |
ReAttachIntervalSeconds5 | DWORD | 15 | Empfohlen |
ReAttachRetryCount5 | DWORD | 3 | Empfohlen |
Größe in MB | DWORD | 30.000 | Standard |
VolumeType7 | REG_SZ | VHDX | Empfohlen |
Standort B (USA, Osten)
Schlüsselname | Datentyp | value | 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 |
Enabled | DWORD | 1 | ERFORDERLICH |
DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | Empfohlen |
FlipFlopProfileDirectoryName3 | DWORD | 1 | Empfohlen |
GesundeAnbieterErforderlichFürDieRegistrierung4 | DWORD | 1 | Empfohlen |
LockedRetryCount5 | DWORD | 3 | Empfohlen |
LockedRetryInterval5 | DWORD | 15 | Empfohlen |
Profiltyp6 | DWORD | 0 | Standard |
ReAttachIntervalSeconds5 | DWORD | 15 | Empfohlen |
ReAttachRetryCount5 | DWORD | 3 | Empfohlen |
Größe in MB | DWORD | 30.000 | Standard |
VolumeType7 | REG_SZ | VHDX | Empfohlen |
1 Empfohlen, um Speicherplatz auf dem lokalen Datenträger zu sparen und Datenverlust zu vermeiden, wenn Sie poolierte Desktops verwenden.
2 Empfohlen, um sicherzustellen, dass Benutzer keine lokalen Profile verwenden und unerwartete Datenverluste vermieden werden.
3 Bietet eine einfachere Möglichkeit, die Containerverzeichnisse zu durchsuchen.
4 Verhindert, dass Benutzer einen lokalen Cache erstellen, wenn mindestens ein Anbieter nicht funktionsfähig ist.
5 Verringert die Wiederholungszeit, um ein schnelleres Fehlerszenario zu ermöglichen.
6 Einzelverbindungen reduzieren die Komplexität und steigern die Leistung.
7 VHDX wird aufgrund seines unterstützten Größenlimits und reduzierten Korruptionsrisikos gegenüber VHD bevorzugt.
Anhang: Logikdiagramm für mehrere VHD-Standorte
Wenn Sie mehrere Werte in der VHDLocations
Einstellung verwenden, ist es wichtig zu verstehen, wie FSLogix den zu verwendenden Speicherort bestimmt.
Warnung
Benutzer, die Zugriff auf mehrere Speicherorte haben, erstellen möglicherweise ein neues Profil an einem anderen Speicherort, wenn der Speicherort für ihr tatsächliches Profil nicht verfügbar ist.
Abbildung 6:VHDLocations
Logikdiagramm