Geo-redundans i Azure Files för stora filresurser
Geo-redundans i Azure Files för stora filresurser förbättrar avsevärt kapaciteten och prestandan för standard-SMB-filresurser när du använder geo-redundant lagring (GRS) och alternativ för geo-zonredundant lagring (GZRS).
Azure Files har erbjudit 100 TiB-standard-SMB-resurser i flera år med lokalt redundant lagring (LRS) och zonredundant lagring (ZRS). Geo-redundanta filresurser hade dock en kapacitetsgräns på 5 TiB och begränsades ibland på grund av I/O-åtgärder per sekund (IOPS) och dataflödesgränser. Nu stöder geo-redundanta SMB-standardfilresurser upp till 100 TiB-kapacitet med förbättrade IOPS- och dataflödesgränser.
Gäller för
| Typ av filresurs | SMB | NFS |
|---|---|---|
| Standardfilresurser (GPv2), LRS/ZRS |  |
|
| Standardfilresurser (GPv2), GRS/GZRS |  |
|
| Premiumfilresurser (FileStorage), LRS/ZRS | |
|
Alternativ för geo-redundant lagring
Azure underhåller flera kopior av dina data för att säkerställa hållbarhet och hög tillgänglighet. För skydd mot regionala avbrott kan du konfigurera ditt lagringskonto för GRS eller GZRS för att kopiera dina data asynkront i två geografiska regioner som ligger hundratals mil från varandra. Den här funktionen lägger till GRS- och GZRS-stöd för standardlagringskonton som har funktionen för stora filresurser aktiverad.
Geo-redundant lagring (GRS) kopierar dina data synkront tre gånger på en enda fysisk plats i den primära regionen. Därefter kopieras dina data asynkront till en enda fysisk plats i den sekundära regionen. I den sekundära regionen kopieras dina data synkront tre gånger.
Geo-zonredundant lagring (GZRS) kopierar dina data synkront över tre Azure-tillgänglighetszoner i den primära regionen. Därefter kopieras dina data asynkront till en enda fysisk plats i den sekundära regionen. I den sekundära regionen kopieras dina data synkront tre gånger.
Om den primära regionen blir otillgänglig av någon anledning kan du initiera en redundansväxling av ett konto till den sekundära regionen.
Kommentar
Azure Files stöder inte geo-redundant lagring med läsåtkomst (RA-GRS) eller geozonredundant lagring med läsbehörighet (RA-GZRS). Om ett lagringskonto har konfigurerats för att använda RA-GRS eller RA-GZRS konfigureras filresurserna som GRS eller GZRS. Filresurserna är inte tillgängliga i den sekundära regionen om inte en redundansväxling sker.
Nya gränser för geo-redundanta resurser
I regioner som nu är allmänt tillgängliga har alla SMB-standardfilresurser som är geo-redundanta (både nya och befintliga) nu stöd för upp till 100TiB-kapacitet och har högre prestandagränser:
| Attribut | Föregående gräns | Ny gräns |
|---|---|---|
| Kapacitet per resurs | 5 TiB | 100 TiB (20x ökning) |
| Maximalt IOPS per resurs | 1 000 IOPS | Upp till lagringskontogränser (20 gånger högre) |
| Maximalt dataflöde per resurs | Upp till 60 MiB/s | Upp till lagringskontogränser (150 gånger högre) |
Region tillgänglighet
Geo-redundans i Azure Files för stora filresurser är allmänt tillgängligt i alla regioner utom Kina, östra 2 och Kina, norra 2, som fortfarande är i förhandsversion.
Prissättning
Prissättningen baseras på standardalternativet för filresursnivå och redundans som konfigurerats för lagringskontot. Mer information finns i Priser för Azure Files.
Registrera dig för funktionen
Kom igång genom att registrera dig för funktionen med Hjälp av Azure-portalen eller PowerShell. Det här steget krävs för regioner som är i förhandsversion och som inte längre krävs för regioner som är allmänt tillgängliga.
- Logga in på Azure-portalen.
- Sök efter och välj Förhandsversionsfunktioner.
- Klicka på filtret Typ och välj Microsoft.Storage.
- Välj Geo-redundans i Azure Files för stora filresurser och klicka på Registrera.
Konfigurera geo-redundans och 100 TiB-kapacitet för standard-SMB-filresurser
I regioner som nu är allmänt tillgängliga:
- Alla SMB-standardfilresurser (nya och befintliga) stöder upp till 100 TiB-kapacitet och du kan välja alla redundansalternativ som stöds i regionen. Eftersom alla SMB-standardfilresurser nu stöder upp till 100 TiB-kapacitet används inte längre egenskapen large file share (LargeFileSharesState) på lagringskonton och tas bort i framtiden.
- Om du har befintliga filresurser kan du nu öka filresursstorleken till 100 TiB (resurskvoterna ökas inte automatiskt).
- Prestandabegränsningar (IOPS och dataflöde) för dina filresurser har automatiskt ökat till lagringskontogränserna.
Utför följande steg för att konfigurera 100TiB-resurser och geo-redundans för nya och befintliga SMB-filresurser:
Skapa ett nytt lagringskonto och en ny filresurs
Utför följande steg för att konfigurera geo-redundans för ett nytt lagringskonto och En Azure-filresurs.
- Skapa ett standardlagringskonto och välj geo-redundant lagring (GRS) eller geo-zonredundant lagring (GZRS) för alternativet Redundans .
- Skapa en SMB Azure-filresurs. Nya filresurser som skapas som standard till 100 TiB.
Befintliga lagringskonton med redundansalternativet LRS eller ZRS
- Ändra redundansalternativet för ditt lagringskonto till GRS eller GZRS.
- Öka filresurskvoten till 100 TiB. Nya filresurser som skapas som standard till 100 TiB.
Befintliga lagringskonton med redundansalternativet GRS, GZRS, RA-GRS eller RA-GZRS
- Öka filresurskvoten till 100 TiB. Nya filresurser som skapas som standard till 100 TiB.
Frekvens för ögonblicksbild och synkronisering
För att säkerställa att filresurserna är i ett konsekvent tillstånd när en redundansväxling inträffar skapas en systemögonblicksbild i den primära regionen var 15:e minut och replikeras till den sekundära regionen. När en redundansväxling sker i den sekundära regionen baseras resurstillståndet på den senaste systemögonblicksbilden i den sekundära regionen. På grund av geo-fördröjning eller andra problem kan den senaste systemögonblicksbilden i den sekundära regionen vara äldre än 15 minuter.
Egenskapen Senaste synkroniseringstid (LST) på lagringskontot anger den senaste gången data från den primära regionen skrevs till den sekundära regionen. För Azure Files baseras senaste synkroniseringstid på den senaste systemögonblicksbilden i den sekundära regionen. Du kan använda PowerShell eller Azure CLI för att kontrollera senaste synkroniseringstid för ett lagringskonto.
Det är viktigt att du förstår följande om egenskapen Last Sync Time:
- Egenskapen Senaste synkroniseringstid för lagringskontot baseras på tjänsten (filer, blobbar, tabeller, köer) i lagringskontot som ligger längst efter.
- Senaste synkroniseringstid uppdateras inte om inga ändringar har gjorts på lagringskontot.
- Beräkningen för senaste synkroniseringstid kan överskrida tidsgränsen om antalet filresurser överskrider 100 per lagringskonto. Mindre än 100 filresurser per lagringskonto rekommenderas.
Överväganden vid redundans
Det här avsnittet innehåller överväganden som kan påverka din möjlighet att redundansväxla till den sekundära regionen.
- Redundansväxling av lagringskonto blockeras om en systemögonblicksbild inte finns i den sekundära regionen.
- Redundansväxling av lagringskontot blockeras om lagringskontot innehåller mer än 100 000 filresurser. Om du vill redundansväxlar lagringskontot öppnar du en supportbegäran.
- Filhandtag och lån behålls inte vid redundans och klienter måste demontera och montera om filresurserna.
- Filresurskvoten kan ändras efter redundansväxlingen. Filresurskvoten i den sekundära regionen baseras på den kvot som konfigurerades när systemögonblicksbilden togs i den primära regionen.
- Kopieringsåtgärder som pågår avbryts när en redundansväxling inträffar. När redundansväxlingen till den sekundära regionen har slutförts försöker du utföra kopieringsåtgärden igen.
Information om hur du redundansväxlar ett lagringskonto finns i initiera ett redundansväxlingskonto.