Dela via

Ändra redundanskonfiguration för Azure Storage: Vanliga frågor och svar

Det finns många olika faktorer som kan göra att du behöver ändra redundansalternativen för dina lagringskonton. Rätt redundansalternativ balanserar organisationens krav på datatillgänglighet, haveriberedskap, prestanda och kostnader. Dessa krav vägs mot de risker och fördelar som är förknippade med de olika redundansalternativen. Regelbunden utvärdering och justering krävs för att säkerställa en optimal och elastisk datalagringsstrategi.

Det finns också många faktorer att tänka på när du ändrar redundansalternativ, särskilt ur ett tids- och kostnadsperspektiv. Den tid det tar att ändra redundansalternativ kan variera beroende på flera faktorer. Dessa faktorer kan omfatta de alternativ som ändras, storleken på ditt konto och de aktuella resurskraven i en region. Det kan också finnas kostnader för dataöverföring och ökade lagringskrav under och efter en övergång.

Viktigt!

I praktiken kan en konvertering av lagringskonto referera till att ändra ett lagringskontos SKU eller typ. Du kan till exempel konvertera ett äldre generellt v1-lagringskonto till standard generell användning v2, vilket möjliggör förbättrad tillgänglighet, motståndskraft och funktioner.

I den här artikeln refererar en konvertering av lagringskonto specifikt till att ändra redundanskonfigurationen för ett lagringskonto.

Den här artikeln innehåller svar på vanliga frågor om processen med att ändra redundansalternativ för Azure Storage för dina lagringskonton:

Hur skiljer sig geo- och zonindelningskonverteringar?

Termerna geo och zonindelning refererar till två olika typer av strategier för att tillhandahålla extra dataredundans i Azure. För att hantera dessa strategier erbjuder Azure två olika typer av redundansalternativändringar: de som omfattar geo-redundant lagring (GRS) och de som omfattar zonredundant lagring (ZRS).

Som deras namn antyder skyddar zonredundans mot zonfel, medan geo-redundans skyddar mot storskaliga regionala katastrofer. När du ändrar redundansalternativet för ett lagringskonto påverkar typen av konvertering som du initierar processens varaktighet, potentiella kostnader och motstridiga funktioner eller scenarier. Mer information finns i artikeln Ändra redundansalternativet för ett lagringskonto .

Zonkonvertering

Zonredundans replikerar data över flera tillgänglighetszoner, eller isolerade datacenter, inom en enda region. Dessa zoner, eller datacenter, har oberoende ström, kylning och nätverk.

När du lägger till zonredundans till ett lagringskonto genomgår ditt lagringskonto en zonindelad konvertering som skyddar dina data från fel i ett visst datacenter. Om zonredundansen tas bort upphävs det här skyddet.

Zonindelningskonverteringar omfattar:

  • LRS → ZRS
  • ZRS → LRS
  • GRS → GZRS
  • GZRS → GRS
  • RA-GRS → RA-GZRS
  • RA-GZRS → RA-GRS

Geo-konvertering

Geo-redundans replikerar data till en sekundär, geografiskt avlägsen region. Den här replikeringen skyddar dina data från storskaliga regionala katastrofer, till exempel orkaner, jordbävningar och översvämningar. När du lägger till geo-redundans till ett lagringskonto genomgår ditt lagringskonto en geo-konvertering som skyddar dina data från regionala fel. Om du tar bort geo-redundans återställs det här skyddet.

Geo-konverteringar omfattar:

  • LRS → GRS
  • GRS → LRS
  • ZRS → GZRS eller RA-GZRS
  • GZRS eller RA-GZRS → ZRS

Vilka avgifter är associerade med en SKU-konvertering?

Det finns inga initiala kostnader för att göra zonindeliga konverteringar. Men när ett konto har konverterats kan den pågående datalagrings- och transaktionskostnaden vara högre på grund av den ökade replikeringen. Det kostar till exempel ingen kostnad för den första konverteringen av ett konto från LRS till ZRS. Men eftersom ZRS har högre kostnader för både datalagring och transaktioner kan det medföra en högre kostnad än LRS.

När du lägger till geo-redundans medför den resulterande geo-konverteringen en dataöverföringsavgift för geo-replikering vid tidpunkten för ändringen. Den här överföringsavgiften gäller eftersom hela ditt lagringskonto replikeras till en sekundär region. Eftersom alla efterföljande skrivåtgärder också replikeras till den sekundära regionen, omfattas även de av dataöverföringsavgiften.

Du debiteras inga avgifter när du tar bort geo-redundans, till exempel konvertering av GRS → LRS eller GZRS → ZRS.

När du tar bort läsåtkomst från ett lagringskonto fortsätter det att medföra avgifter som RA-GRS eller RA-GZRS i 30 dagar efter det datum då det konverterades. Den här principen gäller förRA-GRS → GRS eller RA-GZRS → GZRS.

Du kan lära dig mer om att ändra replikeringsalternativen för ett lagringskonto i artikeln Ändra redundans för ett lagringskonto .

Hur lång tid tar SKU-konverteringsprocessen?

Vilken typ av kontokonvertering du initierar påverkar processens varaktighet. För att förstå tidslinjen bättre är det viktigt att känna till skillnaderna mellan zonindelad och geo-redundans. Mer information om dessa skillnader finns i avsnittet Hur är geo- och zonindelningskonverteringar olika .

Den faktiska tiden det tar att slutföra någon av konverteringstyperna kan variera beroende på flera faktorer. Du kan läsa mer om skillnaderna mellan konverteringar och de faktorer som påverkar SKU-konverteringstiderna i Hur skiljer sig geo- och zonkonverteringar.

Zonkonvertering

Zonindelade redundanskonverteringar börjar vanligtvis inom några dagar efter att en begäran har verifierats. Det kan dock ta veckor att slutföra, beroende på aktuella resursbehov i regionen, kontostorlek och andra faktorer. Konverteringens förlopp ändras till In progress när dataflytten börjar.

Det finns för närvarande inget serviceavtal (SLA) för slutförande av en zonindelad konvertering och konverteringsprocessen kan inte påskyndas genom att skicka en supportbegäran. Statusen för konverteringsförloppet ändras till In progress när dataflytten börjar.

Om du behöver mer kontroll över en konverterings tidslinje, till exempel när den startar och är klar, bör du överväga att utföra en manuell migrering. Manuella migreringar använder en funktion eller ett verktyg som AzCopy för att migrera data för ditt aktuella lagringskonto till ett annat lagringskonto med önskad redundans.

Du kan lära dig mer om att ändra replikeringsalternativen för ett lagringskonto i artikeln Ändra redundans för ett lagringskonto .

Geo-konvertering

Det finns för närvarande inget serviceavtal för slutförande av en geo-konvertering och det går inte att påskynda den här processen genom att skicka en supportbegäran. Den tidsram som krävs för att slutföra dessa konverteringar kan variera beroende på olika faktorer, inklusive:

  • Antalet och storleken på objekten i lagringskontot.
  • Tillgängliga resurser för bakgrundsreplikering, till exempel CPU, minne, disk och WAN-kapacitet.

Du kan läsa mer om de faktorer som påverkar SKU-konverteringstiderna i artikeln Initiera redundans för ett lagringskonto . Du kan också lära dig mer om att ändra replikeringsalternativen för ett lagringskonto i artikeln Ändra redundans för ett lagringskonto .

Varför tar min SKU-konverteringsprocess så lång tid?

SKU-konverteringsprocessen slutförs vanligtvis inom några dagar, men kan ta upp till några veckor beroende på de aktuella resursbehoven i regionen, kontostorleken tillsammans med olika andra faktorer.

Det finns för närvarande inget serviceavtal för slutförande av antingen en geo- eller zonindelad SKU-konvertering, och det går inte att påskynda processen genom att skicka en supportbegäran.

Om du behöver mer kontroll över en konverterings tidslinje, till exempel när den startar och är klar, bör du överväga att utföra en manuell migrering. Manuella migreringar använder en funktion eller ett verktyg som AzCopy för att migrera data för ditt aktuella lagringskonto till ett annat lagringskonto med önskad redundans.

Du kan lära dig mer om att ändra replikeringsalternativen för ett lagringskonto i artikeln Ändra redundans för ett lagringskonto .

Hur påverkar en SKU-konvertering prestanda och tillgänglighet? Förväntas det någon programavbrottstid? Förväntas dataförlust?

Under en SKU-konvertering kan du fortsätta att komma åt data i ditt lagringskonto utan förlust av hållbarhet eller tillgänglighet. Serviceavtalet för Azure Storage underhålls under konverteringsprocessen och inga data går förlorade. På samma sätt förblir även tjänstslutpunkter, åtkomstnycklar, signaturer för delad åtkomst och andra kontoalternativ oförändrade.

Du kan lära dig mer om att ändra replikeringsalternativen för ett lagringskonto i artikeln Ändra redundans för ett lagringskonto .

Hur konverterar jag mitt konto från LRS till GZRS?

En direkt LRS-→ GZRS-konvertering stöds inte. Den här specifika konverteringen kräver en tvåstegsprocess som kan slutföras på två sätt:

  • LRS → ZRS, följt av ZRS → GZRS, eller
  • LRS → GRS, följt av GRS → GZRS.

När du utför en LRS-→ ZRS-konvertering , följt av ZRS → GZRS, måste du vänta minst 72 timmar mellan konverteringarna. Den här tillfälliga fördröjningen säkerställer kontots konsekvens och integritet genom att tillåta att bakgrundsprocesser slutförs innan du gör en ny ändring.

Hur konverterar jag mitt konto från GZRS till LRS?

En direkt GZRS-→ LRS-konvertering stöds inte. Den här konverteringen kräver en tvåstegsprocess som kan slutföras på två sätt:

  • GZRS → ZRS, följt av ZRS → LRS, eller
  • GZRS → GRS, följt av GRS → LRS.

När du utför en GZRS-→ GRS-konvertering , följt av GRS → LRS, måste du vänta minst 72 timmar mellan konverteringarna. Den här tillfälliga fördröjningen säkerställer kontots konsekvens och integritet genom att tillåta att bakgrundsprocesser slutförs innan du gör en ny ändring.

Hur konverterar jag mitt konto från GRS till ZRS?

En direkt GRS-→ ZRS-konvertering stöds inte. Den här konverteringen kräver en tvåstegsprocess som kan slutföras på två sätt:

  • GRS → GZRS följt av GZRS → ZRS.
  • GRS → LRS, följt av LRS → ZRS.

När du utför en GRS-→ GZRS-konvertering följt av GZRS → ZRS måste du vänta minst 72 timmar mellan konverteringarna. Den här tillfälliga fördröjningen säkerställer kontots konsekvens och integritet genom att tillåta att bakgrundsprocesser slutförs innan du gör en ny ändring.

När du slutför den första GRS-→ LRS-konverteringen blir ditt lagringskonto tillfälligt LRS, ett alternativ med lägre redundans. Det här alternativet ger mindre hållbarhet och tillgänglighet.

Hur konverterar jag mitt konto från ZRS till GRS?

En direkt ZRS-→ GRS-konvertering stöds inte. Den här konverteringen kräver en tvåstegsprocess som kan slutföras på två sätt:

  • ZRS → GZRS, följt av GZRS → GRS, eller
  • ZRS → LRS, följt av LRS → GRS.

När du utför en ZRS-→ LRS-konvertering följt av LRS → GRS måste du vänta minst 72 timmar mellan konverteringarna. Den här tillfälliga fördröjningen säkerställer kontots konsekvens och integritet genom att tillåta att bakgrundsprocesser slutförs innan du gör en ny ändring.

När du slutför den första ZRS-→ LRS-konverteringen lagras ditt lagringskonto tillfälligt i LRS, ett alternativ med lägre redundans. Det här alternativet ger mycket mindre hållbarhet och tillgänglighet.

Vilka är de motstridiga funktionerna eller scenarierna för SKU-konverteringar?

Precis som med konverteringstiden påverkar typen av kontokonvertering som du initierar antalet motstridiga funktioner och scenarier.

Zonindeliga konverteringar

Zonindeliga konverteringar innebär att du lägger till eller tar bort alternativ för tillgänglighetszoner i ditt konto. I följande lista visas de vanligaste motstridiga funktionerna eller scenarierna som kan generera fel vid försök till zonindelad konvertering. Om du får ett fel innehåller felmeddelandet vanligtvis information om den specifika konflikten.

  • Objektreplikering: Zonindelade konverteringar på konton med objektreplikering (OR) kan generera ett fel. I det här fallet kan du ta bort ditt kontos OR-principer och försöka konvertera igen.
  • NFSv3: NFSv3 kan inte vara okonfigurerad. Om du vill konvertera ett NFSv3-aktiverat konto till ZRS måste du utföra en manuell migrering. Manuella migreringar använder en funktion eller ett verktyg som AzCopy för att migrera data för ditt aktuella lagringskonto till ett annat lagringskonto med önskad redundans. Mer information om hur du använder AzCopy finns i Använda AzCopy för att kopiera blobar.
  • Tidsbestämd återställning (PITR): Zonala konverteringar på konton med tidsbestämd återställning (PITR) kan orsaka ett fel. I det här fallet kan du inaktivera PITR och försöka migrera igen.
  • Arkivera data: Konton som innehåller data på arkivnivån kan generera fel. Innan du konverterar bör du extrahera arkivdata till antingen den kalla, lågfrekventa eller frekventa nivån och sedan försöka konvertera igen. Du kan också ta bort alla arkiverade data innan du konverterar.
  • NFSv4-konton med offentliga slutpunkter: Du kan stöta på problem när du försöker migrera ett lagringskonto med en offentlig slutpunkt. Du bör inaktivera åtkomsten till lagringskontots offentliga slutpunkter innan du försöker konvertera igen. Du kan läsa mer om hur man ändrar replikeringen av ett konto i artikeln Ändra hur ett lagringskonto replikeras.
  • Val av routning, Internetroutning: Du bör ange routningsinställningen till Microsofts nätverksroutning. Mer information finns i Konfigurera inställningar för nätverksroutning.
  • Konton med startdiagnostik aktiverat: Startdiagnostik för virtuella datorer stöds inte för ZRS. Migreringar inklusive LRS → ZRS; GRS → GZRS; och RA-GRS → RA-GZRS blockeras. Du kan inaktivera startdiagnostik för ditt konto innan du migrerar, men du kan inte aktivera dem igen när konverteringen är klar. Mer information finns i artikeln Startdiagnostik för virtuella datorer i Azure .
  • Mål som inte stöds: Även om ditt kontos region kan ha stöd för en viss SKU stöder inte alla regioner zonindelad migrering. Om du försöker konvertera inom en region som inte stöds kan det generera fel. Regionen Kanada, östra stöder till exempel inte GZRS. försök att konvertera ditt konto från GRS till GZRS genererar ett fel. Mer information om vilka SKU:er som stöds i en viss region finns i artikeln Lista över Azure-regioner .
  • Konverteringskonflikt: Ditt konto kan för närvarande ha en motsägelsefull migrering igång. Du kanske till exempel redan har en LRS-→ GRS-migrering pågår. Det går inte att utföra en LRS-→ ZRS-konvertering . Vänta tills den ursprungliga migreringen har slutförts innan du skickar en ny konverteringsbegäran.
  • Konto har växlat över: Om ditt konto växlar över kan du återställa ditt konto till den ursprungliga primära regionen och sedan skicka begäran igen.

Geo-konverteringar

Geo-konverteringar omfattar att lägga till eller ta bort replikeringsmål i sekundära, geografiskt avlägsna regioner. I följande lista visas de vanligaste motstridiga funktionerna eller scenarierna som kan generera fel vid försök till geokonvertering. Om du får ett fel innehåller felmeddelandet vanligtvis information om den specifika konflikten.

  • Arkivera data: Om ditt konto innehåller data på arkivnivån måste data extraheras innan en LRS-→ GRS-begäran kan skickas. Eftersom lagringsresursprovidern (SRP) verifierar att det inte finns några arkiverade data innan konverteringen utförs bör du få ett felmeddelande nästan omedelbart.
  • Mål som inte stöds: Det finns vissa Azure-regioner med tre tillgänglighetszoner och ingen satellitregion. Dessa regioner stöder ZRS men stöder inte GZRS. Se till att din region stöder önskad SKU.

Se även