Tillförlitlighet i Azure Storage Discovery

Azure Storage Discovery är en fullständigt hanterad tjänst som ger insyn i din Azure Blob Storage- och Azure Data Lake Storage-lagringsmiljö. Du skapar en Storage Discovery-arbetsyta för att analysera kostnader, aktivitet, konfiguration och fel för lagringskonton i flera prenumerationer, resursgrupper och 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.

Den här artikeln beskriver hur Azure Storage Discovery är motståndskraftig mot tillfälliga fel, fel i tillgänglighetszonen, regionomfattande fel och serviceunderhåll. Den beskriver även överväganden för säkerhetskopiering och återställning.

Rekommendationer för produktionsdistribution för tillförlitlighet

För produktionsarbetsbelastningar rekommenderar vi att du:

Översikt över tillförlitlighetsarkitektur

I det här avsnittet beskrivs några av de viktiga aspekterna av hur tjänsten fungerar som är mest relevant ur ett tillförlitlighetsperspektiv. I avsnittet beskrivs den logiska arkitekturen, som innehåller några av de resurser och funktioner som du distribuerar och använder. Den diskuterar också den fysiska arkitekturen, som innehåller information om hur tjänsten fungerar under täcket.

Logisk arkitektur

Resursen som du distribuerar är en Storage Discovery-arbetsyta. Du konfigurerar en eller flera av arbetsytans rötter för att identifiera prenumerationer och resursgrupper som innehåller de lagringskonton som du vill att tjänsten ska analysera. Du kan också skapa omfattningar som använder resurstaggar för att filtrera dessa lagringskonton i grupper för rapportering. En arbetsyta kan analysera lagringskonton över flera prenumerationer, resursgrupper och regioner i samma Microsoft Entra klientorganisation.

Storage Discovery analyserar regelbundet lagringskontona och genererar rapporter som innehåller insikter om din lagringsmiljö. Insiktsaggregering slutförs ofta inom några timmar men kan ta mer än en dag. Mer information om aggregeringstid och felsökning av saknade rapportdata finns i Vanliga frågor och svar om Azure Storage Discovery. Prisplanen avgör vilka insiktstyper som är tillgängliga och hur länge Storage Discovery behåller insikter. Mer information finns i priser för Azure Storage Discovery.

En arbetsyta för lagringsidentifiering är en regional resurs. Den region som du väljer för arbetsytan avgör var Storage Discovery lagrar sin konfiguration och beräknade insikter.

Fysisk arkitektur

Storage Discovery är en fullständigt hanterad tjänst. Microsoft hanterar den underliggande infrastrukturen, replikering av konfigurations- och rapportdata samt tjänstkapacitet. Du behöver inte driftsätta eller hantera infrastruktur för Storage Discovery. Mer information om tjänstarkitekturen och funktionerna finns i Vad är Azure Storage Discovery? och Azure Storage Discovery-begrepp.

Storage Discovery har ett kontrollplan och ett dataplan:

• Styrplan: Hanterar konfiguration av arbetsytor.
• Dataplan: Matar in information från lagringskonton, genererar rapporter, bearbetar rapportfrågor och lagrar rapportdata.

Motståndskraft mot 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 övergående fel.

Tillfälliga fel kan påverka lagringsupptäckt på två huvudsakliga sätt:

• Begäranden från klienten: Tillfälliga fel kan påverka begäranden om att distribuera eller ändra arbetsytor och begäranden för att hämta rapporter. Om du automatiserar dessa åtgärder ansvarar du för att hantera tillfälliga fel i automatiseringen. Använd Microsoft tillhandahållna SDK:er där det är möjligt och använd begränsade återförsök med en lämplig fördröjning mellan försöken.

• Insight-aggregering: Storage Discovery försöker automatiskt igen vid tillfälliga fel som inträffar när den samlar in och aggregerar information från lagringskonton. I mycket sällsynta fall kan det finnas permanenta luckor i rapportdata när återförsöken är uttömda.

Storage Discovery bearbetar och sammanställer insikter asynkront. De flesta rapporter blir tillgängliga inom några timmar, medan vissa avancerade insikter kan kräva ytterligare bearbetningstid och kan ta upp till 48 timmar eller längre tid att visas. Om förväntade insikter förblir otillgängliga efter 48 timmar, kontrollerar du konfigurationen av arbetsytan och kontaktar Azure Support. Mer information finns i Vanliga frågor och svar om Azure Storage Discovery.

Motståndskraft mot fel i tillgänglighetszonen

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

Tänk på dessa tre komponenter när du planerar för fel i tillgänglighetszoner:

• Styrplan: I regioner som har tillgänglighetszoner är kontrollplanet för Storage Discovery zonredundant. Kontrollplanet förblir tillgängligt om en zon inte är tillgänglig, även om det kan uppstå tillfälliga avbrott i enskilda hanteringsåtgärder. Microsoft väljer zonerna och hanterar zonredundans. Du kan inte välja zonerna och du behöver inte konfigurera zonredundans.
• Dataplan: Storage Discoverys dataplan matar in information, genererar rapporter, bearbetar rapportfrågor och lagrar rapportdata. Lagrad rapportdata är zonredundant, men vissa dataplansberäkningskomponenter kan påverkas av ett fel i zonen som är värd för dem. Datainhämtning, rapportgenerering och rapportfrågor kan göra uppehåll tills den berörda zonen återhämtar sig. Microsoft hanterar dataplanet och zonredundansen för lagrade rapportdata.
• Analyserade lagringskonton: Dina lagringskonton ingår inte i Storage Discovery-tjänsten. Deras redundanskonfiguration avgör om de förblir tillgängliga under ett zonfel. Storage Discovery kan inte samla in ny information från ett otillgängligt lagringskonto. Även när ett analyserat konto fortfarande är tillgängligt kan dataplansbearbetningen i Storage Discovery pausas enligt beskrivningen i Beteende vid ett zonfel.

Requirements

• Regionstöd: Zonredundans är tillgängligt när du distribuerar arbetsytan i en region som stöder både Storage Discovery och tillgänglighetszoner. Den aktuella listan över regioner som stöder Storage Discovery finns i Välj en Azure-region för distributionen. För regioner som tillhandahåller tillgänglighetszoner, se Azure regioner med tillgänglighetszoner.

• Support för prisplan: Zonredundans för kontrollplanet och lagrade rapportdata är tillgängliga för prissättningsplanerna Kostnadsfri och Standard.

Cost

Storage Discovery tillhandahåller ingen separat inställning eller faktureringsmätare för zonredundans. Kostnaden för din arbetsyta beror på prisplanen och lagringsresurserna och objekten som omfattas. Mer information finns i priser för Azure Storage Discovery.

Konfigurera stöd för tillgänglighetszoner

När du skapar en Storage Discovery-arbetsyta i en region som stöds aktiverar Storage Discovery automatiskt zonredundans för kontrollplanet och lagrade rapportdata. Du kan inte inaktivera zonredundans eller välja de tillgänglighetszoner som arbetsytan använder. Mer information om hur du skapar en arbetsyta finns i Skapa en Azure Storage Discovery-arbetsyta.

Beteende när alla zoner är felfria

Det här avsnittet beskriver vad du kan förvänta dig när din Storage Discovery-arbetsyta finns i en region som stöder tillgänglighetszoner, de lagringskonton som den analyserar använder zonredundant lagring (ZRS) och alla tillgänglighetszoner är i drift.

• Drift över zoner: Dataplanet Storage Discovery matar regelbundet in information från lagringskonton, genererar rapporter, bearbetar rapportfrågor och lagrar rapportdata. Infrastruktur i vilken tillgänglighetszon som helst kan utföra dessa åtgärder.

• Datareplikering mellan zoner: Storage Discovery lagrar rapportdata redundant över flera tillgänglighetszoner.

Beteende vid ett zonfel

Det här avsnittet beskriver vad du kan förvänta dig när din Storage Discovery-arbetsyta finns i en region som stöder tillgänglighetszoner, de lagringskonton som analyseras använder ZRS och ett avbrott uppstår i en tillgänglighetszon.

• Identifiering och åtgärd: Microsoft upptäcker att tillgänglighetszonen har slutat fungera och hanterar tjänstens åtgärd. Du behöver inte initiera redundansväxling för Storage Discovery-arbetsytan.

• Anmälan: Microsoft meddelar dig inte automatiskt när en zon är nere. Du kan dock använda Azure Service Health för att förstå tjänstens övergripande hälsotillstånd, inklusive eventuella zonfel, och du kan konfigurera Service Health-aviseringar för att meddela dig om problem.

• Aktiva förfrågningar: Aktiva hanteringsåtgärder och rapportfrågor kan avbrytas vid ett zonfel. Försök igen med misslyckade begäranden genom att följa vägledningen i Motståndskraft mot tillfälliga fel.

  Om den felande zonen är värd för påverkade dataplanets beräkningskomponenter kan inmatning, rapportgenerering och rapportfrågor pausas tills zonen återställs.

  Om ett lagringskonto blir otillgängligt, till exempel eftersom det använder lokalt redundant lagring (LRS), kan Storage Discovery inte samla in ny information från det förrän kontot återhämtar sig. Ett lagringskonto som använder ZRS förblir tillgängligt under ett zonfel, men Storage Discovery kanske inte kan hämta ny information från det medan dataplansbearbetningen pausas.

• Förväntad dataförlust: Storage Discovery förväntas inte förlora tidigare genererade rapporter på grund av ett fel i tillgänglighetszonen.

• Förväntad stilleståndstid:

  • Kontrollplan: Kontrollplanet för arbetsytan Storage Discovery förblir tillgängligt, men enskilda hanteringsåtgärder kan tillfälligt avbrytas.

  • Dataplan: Om den felande zonen är värd för berörda beräkningskomponenter i dataplanet kan inmatning, rapportgenerering och rapportfrågor pausas tills zonen återställs.

• Omfördelning: Microsoft hanterar omfördelning av begäranden för kontrollplanet för Storage Discovery. Storage Discovery omdistribuerar inte berörd dataplansbearbetning till en annan zon. Lagringskontots redundanskonfiguration avgör hur Azure Storage svarar på zonfelet.

Zonåterställning

Microsoft hanterar zonåterställning för arbetsytan Lagringsidentifiering. När den berörda zonen återställs återupptar Storage Discovery datainhämtning, rapportgenerering och rapportfrågor.

Om den berörda zonen är permanent otillgänglig kan Microsoft återställa lagrade rapportdata utan dataförlust. Återställning från permanent zonförlust kan ta längre tid än återställning efter ett tillfälligt avbrott, och dataplansåtgärder kan förbli pausade under återställningsprocessen.

När ett berört lagringskonto återställs återupptar Storage Discovery aggregeringen av sina insikter. Storage Discovery kanske inte kompletterar mätvärden i efterhand som det inte kunde samla in när kontot inte var tillgängligt, särskilt för LRS-konton, så rapporter och aggregeringar kan innehålla luckor under avbrottsperioden. Rapportuppdateringar kan ta upp till 24 timmar att visas.

Test för zonfel

Du kan inte simulera ett fel i en tillgänglighetszon för Storage Discovery-tjänsten. Testa redundanskonfigurationen och återställningsprocedurerna för de lagringskonton som din arbetsyta analyserar separat.

Motståndskraft mot regionomfattande fel

En Storage Discovery-arbetsyta är en resurs för en enda region. Storage Discovery replikerar inte arbetsytan eller dess kvarhållna insikter till en annan region och växlar inte automatiskt över arbetsytan. Effekten av ett regionomfattande fel beror på om felet påverkar arbetsytan eller ett lagringskonto som arbetsytan analyserar:

• Fel i arbetsytans region: Om arbetsytans region inte är tillgänglig kan du inte hantera arbetsytan, hämta dess rapporter eller aggregera nya insikter förrän regionen återställs. Dessa effekter gäller även när lagringskontona finns i felfria regioner och förblir tillgängliga.

• Fel i lagringskontoregionen: Om arbetsytans region förblir felfri kan du fortsätta att hantera arbetsytan och hämta dess rapporter. Storage Discovery fortsätter att aggregera insikter från lagringskonton i felfria regioner, men det kan inte samla in ny information från ett lagringskonto som inte är tillgängligt. Befintliga insikter för det otillgängliga kontot är fortfarande tillgängliga.

  När lagringskontot blir tillgängligt igen återupptar Storage Discovery insiktsaggregering. Om data går förlorade permanent från lagringskontot kan Storage Discovery inte generera eller bakåtfylla insikter som är beroende av de förlorade data.

Om samma region även är värd för lagringskonton som arbetsytan analyserar kan regionfelet göra både arbetsytan och dessa lagringskonton otillgängliga tills regionen återställs.

Anpassade lösningar för flera regioner för återhämtning

Om du behöver åtkomst till Storage Discovery-rapporter under ett regionomfattande avbrott skapar du en andra arbetsyta i en annan region som stöds. Konfigurera båda arbetsytorna för att analysera samma lagringsresurser. Arbetsytorna fungerar oberoende av varandra och varje arbetsyta utför sin egen analys och behåller sina egna insikter. Varje arbetsyta faktureras separat.

Den här metoden är inte en inbyggd funktion för katastrofåterställning. Den skyddar rapportåtkomsten från ett avbrott i någon av arbetsyteregionerna, men den replikerar inte rapporter mellan arbetsytorna. Det skyddar inte heller insiktsaggregering när ett regionfel gör ett analyserat lagringskonto otillgängligt, eftersom ingen av arbetsytorna kan samla in information från det kontot.

Konfigurera lagringskontona separat så att de uppfyller sina krav på regional resiliens. Mer information finns i Reliability i Azure Blob Storage.

Säkerhetskopiering och återställning

Storage Discovery tillhandahåller inte säkerhetskopierings- eller återställningsåtgärder för konfiguration av arbetsytor, insikter eller genererade rapporter. Du kan ladda ned listan över lagringsresurser bakom ett enskilt rapportdiagram till en CSV-fil, men du kan inte använda den filen för att återställa arbetsytan eller dess insikter. Mer information om hur du laddar ned en lista över resurser finns i Vad är Azure Storage Discovery?.

När du tar bort en omfattning förlorar du omedelbart de insikter som samlats in för den omfattningen. När du tar bort en arbetsyta förlorar du omedelbart de insikter som samlats in för alla dess scope. Du kan inte återställa borttagna historiska insikter.

Om du flyttar en arbetsyta till en annan Microsoft Entra klientorganisation förlorar du dess insiktshistorik permanent, även om du senare flyttar tillbaka arbetsytan till den ursprungliga klientorganisationen. Mer information finns i Vanliga frågor och svar om Azure Storage Discovery.

Definiera din arbetsyta, arbetsytans rötter, omfång och prisplan med hjälp av infrastruktur som kod och lagra definitionerna i versionshantering. Du kan använda dessa definitioner för att driftsätta om konfigurationen av arbetsytan, men omdriftsättning återställer inte borttagna insikter.

Om du nedgraderar en arbetsyta från standardplanen till den kostnadsfria planen tar Storage Discovery bort insikter som är äldre än 15 dagar permanent. Du kan inte få tillbaka åtkomsten till dessa insikter genom att ändra arbetsytan tillbaka till Standard-planen. Mer information finns i Vanliga frågor och svar om Azure Storage-upptäckt.

Motståndskraft mot serviceunderhåll

Microsoft tillämpar regelbundet tjänstuppdateringar och utför annat underhåll. Den Azure plattformen hanterar dessa aktiviteter automatiskt, vilket säkerställer att underhållet är sömlöst och transparent för dig. Ingen driftstopp förväntas under underhållshändelser om du inte har blivit informerad via Azure Service Health planerat underhåll.

Serviceavtal

Azure Storage Discovery erbjuder inte något serviceavtal (SLA) för tillgänglighet.

Relaterat innehåll

• Planera distributionen av Storage Discovery
• prissättning för Azure Storage Discovery
• Vanliga frågor och svar om Azure Storage Discovery
• Tillförlitlighet i Azure Blob Storage