Dela via

Tillförlitlighet i Azure NetApp Files

Den här artikeln beskriver tillförlitlighetsstöd i Azure NetApp Files, som omfattar intraregional återhämtning via tillgänglighetszoner och distributioner i flera regioner.

När du använder Azure är tillförlitlighet ett delat ansvar. Microsoft tillhandahåller en rad funktioner för att stödja återhämtning och återställning. Du ansvarar för att förstå hur dessa funktioner fungerar inom alla tjänster som du använder och välja de funktioner du behöver för att uppfylla dina affärsmål och drifttidsmål.

Azure NetApp Files är en inbyggd fillagringslösning i företagsklass som integreras sömlöst i Azure och möjliggör fildelning mellan klienter via NFS-protokoll (Network File System) och SMB-protokoll (Server Message Block). Azure NetApp Files är utformat för höga prestanda och ger skalbar och säker fillagring som hanteras som en tjänst.

Om du vill använda Azure NetApp Files måste du konfigurera ett NetApp-konto som innehåller kapacitetspooler som är värd för volymer. Du kan konfigurera kapacitet och dataflöde oberoende av varandra och hantera dataskyddsalternativ som passar olika behov. Du kan aktivera replikering mellan volymer, även om de finns på olika platser.

Rekommendationer för produktionsdistribution

Mer information om hur du distribuerar Azure NetApp Files för att stödja lösningens tillförlitlighetskrav och hur tillförlitlighet påverkar andra aspekter av din arkitektur finns i Metodtips för arkitektur för Azure NetApp Files i Azure Well-Architected Framework.

Tillfälliga fel

Tillfälliga fel är kortvariga, intermittenta fel i komponenter. De förekommer ofta i en distribuerad miljö som molnet, och de är en normal del av åtgärderna. Tillfälliga fel korrigerar sig själva efter en kort tidsperiod. Det är viktigt att dina program kan hantera tillfälliga fel, vanligtvis genom att försöka igen.

Alla molnbaserade program bör följa vägledningen för tillfälliga felhantering i Azure när de kommunicerar med molnbaserade API:er, databaser och andra komponenter. Mer information finns i Rekommendationer för hantering av tillfälliga fel.

Förutom tillfälliga feltyper som kan påverka alla molnbaserade lösningar kan tillfälliga planerade underhåll, till exempel plattformsuppdateringar, tjänstuppdateringar och programvaruuppgraderingar, också påverka Azure NetApp Files.

Från ett filprotokoll, till exempel NFS och SMB, är tillfälliga fel inte störande om programmet kan hantera indata/utdata (I/O) pauser som kan inträffa under dessa händelser. I/O-pauserna är vanligtvis korta, från några sekunder upp till 30 sekunder. Vissa program kan kräva justering för att hantera I/O-pauserna.

NFS-protokollet är robust och filåtgärderna för klient-server fortsätter vanligtvis normalt. Vissa program kan kräva justering för att hantera I/O-pauser så länge som 30 till 45 sekunder. Se till att du är medveten om programmets återhämtningsinställningar för att hantera underhållshändelserna för lagringstjänsten.

För human-interaktiva program som använder SMB-protokollet räcker standardprotokollinställningarna vanligtvis. Azure NetApp Files har också stöd för kontinuerlig SMB-tillgänglighet, vilket möjliggör transparent redundansväxling med SMB. Transparent SMB-redundans eliminerar störningar som underhållshändelser orsakar. Det förbättrar också tillförlitligheten och användarupplevelsen.

Kontinuerlig SMB-tillgänglighet är endast tillgänglig för specifika program.

Fler rekommendationer finns i Vanliga frågor och svar om programresiliens för Azure NetApp Files.

Stöd för tillgänglig zon

Tillgänglighetszoner är fysiskt separata grupper av datacenter i varje Azure-region. När en zon misslyckas kan tjänsterna redundansväxla till en av de återstående zonerna.

Azure NetApp Files stöder zonindelade distributioner av volymer. Använd funktionen för volymplacering i tillgänglighetszonen i Azure NetApp Files för att distribuera varje volym i en enda tillgänglighetszon som du väljer. Du kan bara använda den här funktionen om Azure NetApp Files finns i tillgänglighetszonen och har tillräcklig kapacitet. Om du har svarstidskänsliga program kan du distribuera en volym till samma tillgänglighetszon som dina Azure-beräkningsresurser och andra tjänster.

I följande diagram representerar orange pilar med solida pilspetsar hur alla virtuella datorer (VM) i regionen i peer-kopplade virtuella nätverk kan komma åt alla Azure NetApp Files-resurser. Gröna pilar representerar hur virtuella datorer som har åtkomst till Azure NetApp Files-volymer i samma zon delar tillgänglighetszonens feldomän. Det finns ingen replikering mellan de olika volymerna på plattformsnivå.

Diagram som visar volymplacering i Azure NetApp Files-tillgänglighetszonen.

En distribution med en zon räcker inte för att uppfylla höga tillförlitlighetskrav. Om du vill replikera data asynkront mellan volymer i olika tillgänglighetszoner kan du använda replikering mellan zoner. Du måste konfigurera replikering mellan zoner separat från volymplacering i tillgänglighetszonen.

Om en tillgänglighetszon misslyckas ansvarar du för att identifiera felet och växla till en alternativ volym i en annan zon.

Stöd för regioner

Replikering mellan zoner är tillgänglig i alla tillgänglighetszonaktiverade regioner som stöder Azure NetApp Files.

Överväganden

  • Volymplacering i tillgänglighetszonen i Azure NetApp Files ger zonindelad volymplacering. Du får korta svarstider när du ansluter till virtuella datorer i samma tillgänglighetszon. Volymplacering i tillgänglighetszonen ger dock inte närhetsplacering med virtuella datorer eller andra resurser, och volymen kan finnas i en annan fysisk del av datacentret.

  • Replikering tillåts endast mellan olika Azure-prenumerationer om de finns i samma Microsoft Entra-klientorganisation.

  • Mer information om tillgänglighetszoner i Azure NetApp Files finns i Krav och överväganden för användning av replikering mellan zoner och Hantera volymplacering i tillgänglighetszoner.

Kostnad

Det kostar inget extra att aktivera volymplacering i tillgänglighetszonen i Azure NetApp Files. Du betalar bara för de kapacitetspooler och resurser som du distribuerar i dessa zoner.

Replikerade volymer finns i en kapacitetspool. Kostnaden för replikering mellan zoner baseras på den etablerade kapacitetspoolens storlek och nivå. Det finns ingen extra kostnad för datareplikering.

Konfigurera stöd för tillgänglighetszoner

Du måste konfigurera volymplacering och replikering mellan zoner separat.

Normala åtgärder

Det här avsnittet beskriver vad du kan förvänta dig när flera Azure NetApp Files-volymer distribueras till separata tillgänglighetszoner, replikering mellan zoner aktiveras och alla tillgänglighetszoner används.

  • Trafikroutning mellan zoner: Inkommande begäranden dirigeras till den specifika volymen, som finns i den tillgänglighetszon som du väljer.

  • Datareplikering mellan zoner: Azure NetApp Files-replikering mellan zoner innebär att alla ändringar i källvolymen replikeras asynkront till målvolymer. Du kan bestämma hur ofta replikeringen ska ske. Replikering mellan zoner stöder tre replikeringsscheman: var 10:e minut, varje timme och varje dag.

    Viktigt!

    Replikeringsschemat på 10 minuter stöds inte för stora volymer som använder replikering mellan zoner.

Avslappningsupplevelse

Det här avsnittet beskriver vad du kan förvänta dig när flera Azure NetApp Files-volymer distribueras till separata tillgänglighetszoner, replikering mellan zoner aktiveras och det uppstår ett avbrott i tillgänglighetszonen.

  • Identifiering och svar: Du ansvarar för att identifiera förlusten av en tillgänglighetszon och initiera en redundansväxling.

    Om du vill övervaka hälsotillståndet för din Azure NetApp Files-volym kan du använda Azure Monitor-mått. Azure Monitor identifierar eventuella avvikelser som indikerar ett zon-down-scenario via realtidsmått som indata-/utdataåtgärder per sekund (IOPS), svarstid och kapacitetsanvändning. Du kan konfigurera aviseringar och meddelanden att skicka till administratörer så att de omedelbart kan svara genom att ombalansera filresurser eller initiera redundans eller andra haveriberedskapsprotokoll.

    Failover är en manuell process. När du behöver aktivera målvolymen, till exempel när du vill redundansväxla till måltillgänglighetszonen, måste du bryta replikeringspeeringen och sedan montera målvolymen. För mer information, se mellanväxla till målvolymen.

  • Aktiva begäranden: Under en zon-down-händelse kan aktiva begäranden uppleva störningar eller ökade svarstider.

  • Förväntad dataförlust: Mängden dataförlust eller mål för återställningspunkt (RPO) som du kan förvänta dig under en zonredundans beror på det replikeringsschema mellan zoner som du konfigurerar.

    Replikeringsschema TypiskT RPO
    Var 10:e minut 20 minuter
    Per timme Två timmar
    Varje dag Mindre än 48 timmar

  • Förväntad stilleståndstid: Redundans till en annan zon kräver att du bryter peeringrelationen för att aktivera målvolymen och ge läs- och skrivdataåtkomst på den andra platsen. När du har utlöst peering för att bryta kan du förvänta dig att redundansväxlingen slutförs inom en minut.

    Den totala mängden stilleståndstid eller mål för återställningstid (RTO) som du kan förvänta dig under en zonredundans beror dock på flera faktorer, inklusive hur lång tid det tar för dina system eller processer att identifiera förlusten av zonen och initiera redundansprocesser. Det är också viktigt att bestämma om du vill automatisera ditt svar eller om manuella steg krävs. För väl förberedda konfigurationer kräver den övergripande processen vanligtvis några minuter till en timme för att slutföras.

  • Omdistribution av trafik: Du ansvarar för att omdirigera programtrafiken för att ansluta till den nyligen aktiva målvolymen. För mer information, se mellanväxla till målvolymen.

Zonåterställning

Återställning efter fel är en manuell process som kräver att du utför en omsynkroniseringsåtgärd, återupprättar replikeringen och monterar om källvolymen så att klienten kan komma åt den. Mer information finns i Hantera haveriberedskap med hjälp av Azure NetApp Files.

Testa för zonfel

Du kan testa replikeringskonfigurationen mellan zoner på ett säkert sätt med hjälp av ögonblicksbilder av volymen. Mer information om en metod på hög nivå för att testa replikeringskonfigurationen mellan zoner finns i Testa haveriberedskap för Azure NetApp Files.

Stöd för flera regioner

Som standard är Azure NetApp Files en tjänst med en region. Om regionen blir otillgänglig är volymer som lagras i den regionen också otillgängliga. För att förbättra motståndskraften om ett regionalt avbrott inträffar stöder Azure NetApp Files replikering mellan regioner. Du kan asynkront replikera data från en Azure NetApp Files-volym (källan) i en region till en annan Azure NetApp Files-volym (målet) i en annan region som Microsoft förväljer. Med den här funktionen kan du växla över din kritiska applikation om ett regionomfattande avbrott eller haveri inträffar.

Anmärkning

Du kan också replikera en enskild volym till en annan tillgänglighetszon och till en annan region. Mer information finns i Förstå Replikering av Azure NetApp Files.

Stöd för regioner

Den sekundära region som du kan replikera dina volymer till beror på den primära regionen. Mer information finns i regionpar som stöds.

Överväganden

Replikering tillåts endast mellan olika Azure-prenumerationer om de finns i samma Microsoft Entra-klientorganisation.

Andra överväganden som rör replikering mellan regioner i Azure NetApp Files finns i Krav och överväganden för att använda replikering mellan regioner.

Kostnad

Replikeringsavgifter mellan regioner baseras på mängden data som du replikerar. Mer information och några exempelscenarier finns i Kostnadsmodell för replikering mellan regioner.

Konfigurera stöd för flera regioner

Normala åtgärder

Det här avsnittet beskriver vad du kan förvänta dig när Azure NetApp Files-volymer konfigureras för att använda replikering mellan regioner och båda regionerna fungerar.

  • Trafikroutning mellan regioner: Inkommande begäranden dirigeras till den specifika volymen, som finns i den primära regionen.

  • Datareplikering mellan regioner: Azure NetApp Files-replikering mellan regioner innebär att alla ändringar i källvolymen replikeras asynkront till målvolymer. Du kan bestämma hur ofta replikeringen ska ske. Replikering mellan regioner stöder tre replikeringsscheman: var 10:e minut, varje timme och varje dag.

    Viktigt!

    Replikeringsschemat på 10 minuter stöds inte för stora volymer som använder replikering mellan regioner.

  • Övervaka replikeringshälsa: Du kan övervaka hälsotillståndet för peering-relationen och du kan konfigurera aviseringar för att meddela dig om replikeringsfördröjningen ökar över det förväntade tröskelvärdet. Mer information finns i Visa hälsotillstånd och övervaka status för replikeringsrelation.

Region-down-upplevelse

Det här avsnittet beskriver vad du kan förvänta dig när Azure NetApp Files-volymer konfigureras för att använda replikering mellan regioner och det uppstår ett avbrott i den primära regionen.

  • Identifiering och svar: Du ansvarar för att identifiera förlusten av en region och initiera en redundansväxling.

    Om du vill övervaka hälsotillståndet för din Azure NetApp Files-volym kan du använda Azure Monitor-mått. Azure Monitor identifierar eventuella avvikelser som indikerar ett scenario med region ned via realtidsmått som IOPS, svarstid och kapacitetsanvändning. Du kan konfigurera aviseringar och meddelanden att skicka till administratörer så att de omedelbart kan svara genom att ombalansera filresurser eller initiera redundans eller andra haveriberedskapsprotokoll.

    Failover är en manuell process. När du behöver aktivera målvolymen, till exempel när du vill redundansväxla till målregionen, måste du bryta replikeringspeeringen och sedan montera målvolymen. För mer information, se mellanväxla till målvolymen.

  • Aktiva begäranden: Under en region-down-händelse kan aktiva begäranden uppleva störningar eller ökade svarstider.

  • Förväntad dataförlust: Mängden dataförlust, eller RPO, som du kan förvänta dig under en regionredundans beror på det replikeringsschema mellan regioner som du konfigurerar.

    Replikeringsschema TypiskT RPO
    Var 10:e minut Mindre än 20 minuter
    Per timme Mindre än två timmar
    Varje dag Mindre än 48 timmar

  • Förväntad stilleståndstid: Redundansväxling till en annan region kräver att du bryter peeringrelationen för att aktivera målvolymen och ge läs- och skrivdataåtkomst på den andra webbplatsen. När du har utlöst peering för att bryta kan du förvänta dig att redundansväxlingen slutförs inom en minut.

    Den totala stilleståndstid, eller RTO, som du kan förvänta dig under en zonredundans beror dock på flera faktorer, inklusive hur lång tid det tar för dina system eller processer att identifiera förlusten av zonen och initiera redundansprocesser. Det är också viktigt att bestämma om du vill automatisera ditt svar eller om manuella steg krävs. För väl förberedda konfigurationer kräver den övergripande processen vanligtvis några minuter till en timme för att slutföras.

  • Omdistribution av trafik: Du ansvarar för att omdirigera programtrafiken för att ansluta till den nyligen aktiva målvolymen. För mer information, se mellanväxla till målvolymen.

Regionåterställning

När den primära regionen har återställts ansvarar du för failback-processen. Återställning efter fel är en manuell process som kräver att du utför en omsynkroniseringsåtgärd, återupprättar replikeringen och monterar om källvolymen så att klienten kan komma åt den. Mer information finns i Hantera haveriberedskap med hjälp av Azure NetApp Files.

Testning för regionfel

Du kan testa replikeringskonfigurationen mellan regioner på ett säkert sätt med hjälp av ögonblicksbilder av volymen. Mer information om en metod på hög nivå för att testa replikeringskonfigurationen mellan regioner finns i Testa haveriberedskap för Azure NetApp Files.

Säkerhetskopior

Azure NetApp Files-säkerhetskopiering utökar dataskyddsfunktionerna i Azure NetApp Files genom att tillhandahålla en fullständigt hanterad säkerhetskopieringslösning för långsiktig återställning, arkiv och efterlevnad. Säkerhetskopior som tjänsten skapar lagras i Azure Storage, oberoende av volymögonblicksbilder som är tillgängliga för återställning eller kloning på kort sikt. Säkerhetskopior som tjänsten tar kan återställas till nya Azure NetApp Files-volymer i regionen. Azure NetApp Files-säkerhetskopiering stöder både principbaserade (schemalagda) säkerhetskopieringar och manuella säkerhetskopieringar (på begäran).

För ytterligare säkerhet ger Ögonblicksbilder av Azure NetApp Files stabilitet, skalbarhet och snabb återställning utan att påverka prestanda. De utgör grunden för andra redundanslösningar, inklusive säkerhetskopiering, replikering mellan regioner och replikering mellan zoner.

För de flesta lösningar bör du inte enbart förlita dig på säkerhetskopior. Använd i stället de andra funktionerna som beskrivs i den här guiden för att stödja dina återhämtningskrav. Säkerhetskopior skyddar dock mot vissa risker som andra metoder inte gör. Mer information finns i Redundans, replikering och säkerhetskopiering.

Serviceavtal

Serviceavtal (SLA) för Azure-tjänster beskriver den förväntade tillgängligheten för varje tjänst och de villkor som din lösning måste uppfylla för att uppnå den tillgänglighetsförväntningen. Mer information finns i Serviceavtal för onlinetjänster.

Relaterat innehåll