Exempel på konfigurationer

De exempelkonfigurationer som beskrivs i den här artikeln är en utveckling av komplexiteten baserat på konfigurationsalternativ. Varje exempel har en associerad konfiguration som fokuserar på redundans eller haveriberedskap. Vi rekommenderar att du väljer den enklaste konfigurationen för din miljö. Att lägga till onödig komplexitet leder till felaktiga konfigurationer och supportärenden.

Använd de här exemplen som utgångspunkt för din FSLogix-konfiguration. Idéerna och begreppen i de här exemplen bör informera dina unika organisationsbehov.

Exempel 1: Standard

Standardkonfigurationsexemplet är den enklaste konfigurationen. De flesta kunder bör överväga det.

Krav (standard)

Konfigurationsobjekt (standard)

Registerinställningar (standard)

^{1 Rekommenderas att se till att användarna inte använder lokala profiler och förlorar data oväntat.
2 Ger ett enklare sätt att bläddra i containerkatalogerna.
3 Minskar tidsinställningen för återförsök för att möjliggöra ett snabbare felscenario.
4 Enkla anslutningar minskar komplexiteten och ökar prestandan.
5 VHDX föredras framför VHD på grund av dess storlek och minskade korruptionsscenarier.}

Exempel 2: Standard + Hög tillgänglighet (Cloud Cache)

Konfigurationsexemplet Standard + Hög tillgänglighet förbättrar standardexemplet genom att införliva Cloud Cache för att säkerställa regional tillgänglighet för profilcontainern. Den här konfigurationen är utformad för att ge robusthet och redundans. Profilcontainern är tillgänglig även om fel eller avbrott inträffar i en viss region.

Cloud Cache fungerar som ett återhämtnings- och tillgänglighetslager och skriver regelbundet profildata uppströms till flera lagringsleverantörer. Genom att replikera data mellan unika lagringsleverantörer säkerställer det att profilcontainern förblir tillgänglig även om en lagringsprovider inte är tillgänglig. Den här metoden förbättrar tillförlitligheten och minimerar stilleståndstiden för användare.

Huvudpunkter

• Redundant och robust: Gör att profilcontainern kan nås även om fel eller avbrott inträffar, vilket minimerar stilleståndstiden för användarna.
• Resiliency: Cloud Cache fungerar som ett tillgänglighetslager och skriver regelbundet profildata uppströms till flera lagringsleverantörer.
• Expertis inom lagringsdesign: Funktionerna i Cloud Cache är beroende av lagringsprovidrars prestanda.

Sammanfattning

Konfigurationen Standard + Hög tillgänglighet kombinerar fördelarna med standardkonfigurationen med andra åtgärder för att upprätthålla tillgängligheten mellan regioner. Kombinationen gör den lämplig för kritiska program som kräver kontinuerlig åtkomst till profildata.

^{Bild 1: Hög FSLogix-tillgänglighet med cloud cache}

Krav (standard + hög tillgänglighet)

Konfigurationsobjekt (Standard + Hög tillgänglighet)

Registerinställningar (Standard + Hög tillgänglighet)

^{1 Vi rekommenderar att du sparar diskutrymme på den lokala disken och risken för dataförlust när du använder poolade skrivbord.
2 Vi rekommenderar att du ser till att användarna inte använder lokala profiler och förlorar data oväntat.
3 Ger ett enklare sätt att bläddra i containerkatalogerna.
4 Hindrar användare från att skapa en lokal cache om minst en provider inte är felfri.
5 Minskar tidsinställningen för återförsök för att möjliggöra ett snabbare felscenario.
6 Enkla anslutningar minskar komplexiteten och ökar prestandan.
7 VHDX föredras framför VHD på grund av dess storlek och minskade korruptionsscenarier.}

Exempel 3: Standard + Haveriberedskap (ingen profilåterställning)

Konfigurationsexemplet Standard + Haveriberedskap är ett tillägg till standardexemplet. I den här konfigurationen finns duplicerad infrastruktur i en annan region, men den förblir avstängd tills det behövs. Till skillnad från andra återställningsscenarier finns det ingen profilåterställning i den här metoden. I stället skapar användarna nya profiler på den alternativa platsen. Det här återställningsscenariot är det minst komplexa, men det har en betydande nackdel. Användarupplevelse och utbildning är viktiga komponenter för att lyckas.

Huvudpunkter

• Duplicerad infrastruktur: Haveriberedskapsregionen speglar den primära infrastrukturen men förblir inaktiv tills det behövs.
• Ingen profilåterställning: I stället för att återställa befintliga profiler skapar användarna nya på den alternativa platsen.
• Enkelhet: Den här metoden minimerar komplexiteten men är starkt beroende av användarkännadhet och utbildning.
• Användarupplevelse: Det är viktigt att säkerställa en smidig övergång och användartolkning.

Sammanfattning

Konfigurationen Standard + Haveriberedskap balanserar enkelheten med behovet av användarutbildning och anpassning.

^{Bild 2: Ingen profilåterställning | FSLogix-standardcontainrar (VHDLocations)}

Krav (Standard + Haveriberedskap)

Konfigurationsobjekt (Standard + Haveriberedskap)

Registerinställningar (Standard + Haveriberedskap)

^{1 Rekommenderas att se till att användarna inte använder lokala profiler och förlorar data oväntat.
2 Ger ett enklare sätt att bläddra i containerkatalogerna.
3 Minskar tidsinställningen för återförsök för att möjliggöra ett snabbare felscenario.
4 Enkla anslutningar minskar komplexiteten och ökar prestandan.
5 VHDX föredras framför VHD på grund av dess storlek och minskade korruptionsscenarier.}

Exempel 4: Avancerat

Exemplet avancerad konfiguration bygger på standardexemplet genom att introducera fler funktioner för att förbättra flexibiliteten och anpassningen.

Huvudpunkter

• Flera VHDLocations- eller objektspecifika inställningar: Du kan ange flera platser för lagring av användarprofiler (VHDLocations). Du kan också definiera objektspecifika inställningar för att skräddarsy profilbeteende för specifika användare eller grupper. Med den här flexibiliteten kan du optimera profilhantering baserat på organisationens behov.
• Minimala poster i omdirigeringar av anpassade profiler: Till skillnad från standardkonfigurationen, där redirections.xml-filen inte används, minimerar den avancerade konfigurationen antalet redirections.xml poster. Varje post i redirections.xml-konfigurationen ökar komplexiteten och kan orsaka okända programbeteenden. Att minimera dessa poster kan ge en bättre användarupplevelse.

Sammanfattning

Den avancerade konfigurationen ger detaljerad kontroll över profillagring och omdirigering, vilket gör den lämplig för organisationer med olika krav.

Förutsättningar (avancerat)

Konfigurationsobjekt (avancerat)

Mer information finns i Anpassad profil redirections.xml.

Information om hur du implementerar den här funktionen för Microsoft Teams finns i Självstudie: Skapa och implementera redirections.xml.

Registerinställningar (avancerat)

Flera VHDLocations

Objektspecifika VHD-platser

VHDLocations Standardinställningen används för alla användare eller grupper som inte matchas av den objektspecifika konfigurationen.

Registersökväg:HKLM:\SOFTWARE\FSLogix\Profiles\

Registersökväg:HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-1234\

Registersökväg:HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-4321\

^{1 Rekommenderas att se till att användarna inte använder lokala profiler och förlorar data oväntat.
2 Ger ett enklare sätt att bläddra i containerkatalogerna.
3 Minskar tidsinställningen för återförsök för att möjliggöra ett snabbare felscenario.
4 Enkla anslutningar minskar komplexiteten och ökar prestandan.
5 VHDX föredras framför VHD på grund av dess storlek och minskade korruptionsscenarier.}

Exempel 5: Avancerad + haveriberedskap (primär/redundans)

Konfigurationsexemplet Avancerad + Haveriberedskap ökar komplexiteten genom en design för övergång vid fel. Den här gemensamma strategin hjälper till att säkerställa tillgängligheten och tillförlitligheten för din infrastruktur om det uppstår ett haveri eller ett fel. Med Cloud Cache kan du konfigurera dina enheter så att de använder två lagringsproviders som lagrar dina profildata på olika platser.

Cloud Cache synkroniserar dina profildata med var och en av de två lagringsprovidrar asynkront så att du alltid har den senaste versionen av dina data. Vissa av dina enheter finns på den primära platsen och de andra enheterna finns på redundansplatsen. Cloud Cache prioriterar den första lagringsprovidern (närmast din enhet) och använder den andra lagringsprovidern som en säkerhetskopia.

Om din primära enhet till exempel finns i USA, västra och redundansenheten finns i USA, östra, kan du konfigurera Cloud Cache på följande sätt:

• Den primära enheten använder en lagringsprovider i västra USA som det första alternativet och en lagringsprovider i östra USA som det andra alternativet.
• Redundansenheten använder en lagringsleverantör i östra USA som det första alternativet och en lagringsleverantör i västra USA som det andra alternativet.
• Om den primära enheten eller närmaste lagringsprovidern misslyckas kan du växla till redundansenheten eller lagringsprovidern för säkerhetskopiering och fortsätta ditt arbete utan att förlora dina profildata.

Huvudpunkter

• Redundansdesign: Den här designen säkerställer tillgängligheten och tillförlitligheten för din infrastruktur om det uppstår en katastrof eller ett fel.
• Profillagring: Med Cloud Cache kan du lagra dina profildata på olika platser.
• Extra lagringskostnad: Flera lagringsplatser ökar den totala kostnaden.
• Operativ excellens: Manuell övergångsprocess, som kan kräva godkännande från affärsintressenter och verifiering av processen.
• Användarupplevelse: Du kan uppleva viss svarstid eller inkonsekvens i dina profildata på grund av den asynkrona synkroniseringen till de två lagringsprovidrar.

Sammanfattning

Konfigurationen Advanced + Disaster Recovery visar hur en redundansdesign med Cloud Cache kan förbättra tillförlitligheten och tillgängligheten för din infrastruktur med hjälp av två lagringsproviders på olika platser. Den belyser också nackdelarna med den här metoden, till exempel mer kostnader, behovet av manuell redundansinitiering och potentiell svarstid eller inkonsekvens i profildata.

^{Bild 3: Cloud Cache (primär/failover) | FSLogix Cloud Cache (CCDLocations)}

Förutsättningar (Avancerat + Katastrofåterställning)

Konfigurationsobjekt (Avancerat + katastrofåterställning)

^{1 Lagringsprovidrar måste finnas i olika regioner eller platser.}

Våra rekommenderade undantag finns i Omdirigering av anpassade profiler.

Registerinställningar (Avancerat + Katastrofåterställning)

Primär plats

Redundanswebbplats

^{1 Vi rekommenderar att du sparar diskutrymme på den lokala disken och risken för dataförlust när du använder poolade skrivbord.
2 Vi rekommenderar att du ser till att användarna inte använder lokala profiler och förlorar data oväntat.
3 Ger ett enklare sätt att bläddra i containerkatalogerna.
4 Hindrar användare från att skapa en lokal cache om minst en provider inte är felfri.
5 Minskar tidsinställningen för återförsök för att möjliggöra ett snabbare felscenario.
6 Enkla anslutningar minskar komplexiteten och ökar prestandan.
7 VHDX föredras framför VHD på grund av dess storlek och minskade korruptionsscenarier.}

Exempel 6: Komplext

Det komplexa konfigurationsexemplet bygger på det avancerade exemplet genom att introducera flera anslutningar. I den här konfigurationen kan användarprofiler hantera flera anslutningar. Därför kan en enskild användare ha aktiva sessioner på olika enheter samtidigt.

Trots den ökade komplexiteten är målet fortfarande att ge användarna en smidig upplevelse. Korrekt konfigurerade flera anslutningar förbättrar produktiviteten och flexibiliteten, vilket gör den här konfigurationen lämplig för organisationer med olika behov och höga krav.

Azure Virtual Desktop stöder inte flera anslutningar i samma värdpool.

Sammanfattning

Den komplexa konfigurationen balanserar sofistikering med användarcentrerad design, vilket gör den idealisk för stora organisationer som kräver skalbarhet och robust profilhantering.

^{Bild 4: Komplext exempel med flera anslutningar | FSLogix-standardcontainrar (VHDLocations)}

Förutsättningar (komplexa)

Konfigurationsobjekt (komplex)

Mer information finns i Anpassad profil redirections.xml.

Information om hur du implementerar den här funktionen för Microsoft Teams finns i Självstudie: Skapa och implementera redirections.xml.

Registerinställningar (komplex)

Flera VHDLocations

Objektspecifika VHD-platser

VHDLocations Standardinställningen används för alla användare eller grupper som inte matchas av den objektspecifika konfigurationen.

Registersökväg:HKLM:\SOFTWARE\FSLogix\Profiles\

Registersökväg:HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-1234\

Registersökväg:HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-4321\

^{1 Rekommenderas att se till att användarna inte använder lokala profiler och förlorar data oväntat.
2 Ger ett enklare sätt att bläddra i containerkatalogerna.
3 Minskar tidsinställningen för återförsök för att möjliggöra ett snabbare felscenario.
4 Enkla anslutningar minskar komplexiteten och ökar prestandan.
5 VHDX föredras framför VHD på grund av dess storlek och minskade korruptionsscenarier.}

Exempel 7: Komplex + katastrofåterställning (aktiv/aktiv)

Konfigurationsexemplet Komplex + Haveriberedskap bygger på exemplet Avancerad + Haveriberedskap genom att implementera en aktiv/aktiv design. I stället för belastningsutjämning mellan de två platserna förlitar sig den här konfigurationen på att användare bara har åtkomst till en plats. Om det finns en övning för affärskontinuitet och katastrofåterställning beviljas användare från en påverkad region åtkomst till virtuella datorer i den fungerande regionen.

Huvudpunkter

• Redundansfunktion: Om en katastrof inträffar måste de överlevande regionerna ha kapacitet att stödja alla användare.
• Profillagring: Med Cloud Cache kan du lagra dina profildata på olika platser.
• Extra lagringskostnad: Flera lagringsplatser ökar den totala kostnaden.
• Operationell excellens: Manuell övergångsprocess, vilket kan kräva godkännande från affärsintressenter, processvalidering och korrekta användartilldelningar.
• Användarupplevelse: Du kan uppleva viss svarstid eller inkonsekvens i dina profildata på grund av den asynkrona synkroniseringen till de två lagringsprovidrar.

Sammanfattning

Den komplexa och katastrofåterställningskonfigurationen med Cloud Cache ger redundans och flexibilitet, men affärsbeslut spelar en avgörande roll när det gäller att initiera övergång till reservsystem.

^{Bild 5: Cloud Cache (aktiv/aktiv) | FSLogix Cloud Cache (CCDLocations)}

Förutsättningar (komplexitet + återställning efter katastrof)

Konfigurationsobjekt (Komplex + Haveriberedskap)

Mer information finns i Anpassad profil redirections.xml.

Information om hur du implementerar den här funktionen för Microsoft Teams finns i Självstudie: Skapa och implementera redirections.xml.

Registerinställningar (Komplex + Haveriberedskap)

Webbplats A (USA, västra)

Webbplats B (USA, östra)

^{1 Vi rekommenderar att du sparar diskutrymme på den lokala disken och risken för dataförlust när du använder poolade skrivbord.
2 Vi rekommenderar att du ser till att användarna inte använder lokala profiler och förlorar data oväntat.
3 Ger ett enklare sätt att bläddra i containerkatalogerna.
4 Hindrar användare från att skapa en lokal cache om minst en provider inte är felfri.
5 Minskar tidsinställningen för återförsök för att möjliggöra ett snabbare felscenario.
6 Enkla anslutningar minskar komplexiteten och ökar prestandan.
7 VHDX föredras framför VHD på grund av dess storlek och minskade korruptionsscenarier.}

Bilaga: Logikdiagram för flera VHDLocations

När du använder flera värden i inställningen VHDLocations är det viktigt att förstå hur FSLogix avgör vilken plats som ska användas.

^{Bild 6:VHDLocations logikdiagram}

Nästa steg