Redundance dat Azure Files

2025-05-20

Služba Azure Files vždy ukládá více kopií vašich dat, aby byla chráněna před plánovanými a neplánovanými událostmi, včetně přechodných selhání hardwaru, výpadků sítě nebo napájení a přírodních katastrof. Redundance zajišťuje, že váš účet úložiště splňuje cíle dostupnosti a odolnosti i tváří v tvář selháním.

Při rozhodování, která možnost redundance je pro váš scénář nejlepší, zvažte kompromisy mezi nižšími náklady a vyšší dostupností. Faktory, které pomáhají určit, kterou možnost redundance byste měli zvolit, zahrnují:

Jak jsou vaše data replikována v primární oblasti.
Zda jsou vaše data replikována do druhého regionu, který je geograficky vzdálen od primárního regionu, aby byla chráněna před regionálními katastrofami (geo-redundance).

Sdílené složky Azure jsou spravovány prostřednictvím běžného prostředku Azure zvaného účet úložiště. Účet úložiště představuje sdílený bazén úložiště, který lze využít k nasazení sdílených složek. Pro více informací o úložných účtech se podívejte na Přehled úložného účtu.

Při vytváření účtu úložiště si zvolíte nastavení redundance, které bude společné pro všechny úložné služby zpřístupněné tímto účtem. Proto mají všechny sdílení souborů nasazené ve stejném úložišti stejná nastavení redundance. Možná budete chtít izolovat sdílené soubory do samostatných úložišť, pokud mají různé požadavky na redundanci.

Vztahuje se na

Model správy	Model fakturace	Mediální vrstva	Přebytečnost
Microsoft.Storage	Zajištěno v2	HDD (standard)	Místní (LRS)
Microsoft.Storage	Zajištěno v2	HDD (standard)	Zóna (ZRS)
Microsoft.Storage	Zajištěno v2	HDD (standard)	Geografie (GRS)
Microsoft.Storage	Zajištěno v2	HDD (standard)	GeoZone (GZRS)
Microsoft.Storage	Poskytnuto v1	SSD (Premium)	Místní (LRS)
Microsoft.Storage	Poskytnuto v1	SSD (Premium)	Zóna (ZRS)
Microsoft.Storage	Platba dle skutečné spotřeby	HDD (standard)	Místní (LRS)
Microsoft.Storage	Platba dle skutečné spotřeby	HDD (standard)	Zóna (ZRS)
Microsoft.Storage	Platba dle skutečné spotřeby	HDD (standard)	Geografie (GRS)
Microsoft.Storage	Platba dle skutečné spotřeby	HDD (standard)	GeoZone (GZRS)

Redundance v primární oblasti

Data v účtu úložiště Azure jsou vždy třikrát replikována v primární oblasti. Azure Files nabízí dvě možnosti, jak je vaše data replikována v primární oblasti:

Místně redundantní úložiště (LRS) synchronně kopíruje vaše data třikrát v rámci jedné fyzické lokace v primárním regionu. LRS je nejlevnější možnost replikace, ale není doporučená pro aplikace vyžadující vysokou dostupnost nebo odolnost.
Zone-redundant storage (ZRS) kopíruje vaše data synchronně přes tři Azure dostupnostní zóny v primární oblasti. Pro aplikace vyžadující vysokou dostupnost doporučujeme používat geo-zónové redundantní úložiště (GZRS), které využívá ZRS v primární oblasti a také geo-replikuje vaše data do sekundární oblasti.

Lokálně redundantní úložiště

Lokálně redundantní úložiště (LRS) replikuje váš úložný účet třikrát uvnitř jediného datového centra v primární oblasti. LRS poskytuje alespoň 99,999999999% (11 devítek) trvanlivosti během daného roku.

LRS je nejlevnější možnost redundance a nabízí nejmenší odolnost ve srovnání s jinými možnostmi. LRS chrání vaše data proti poruchám serverových regálů a disků. Pokud však v datovém centru dojde ke katastrofě, jako je požár nebo záplavy, všechny repliky úložiště využívajícího LRS by mohly být ztraceny nebo neobnovitelné. K omezení tohoto rizika doporučujeme použití ZRS, GRS nebo GZRS.

Zápisová žádost do účtu úložiště používajícího LRS probíhá synchronně. Zápis se úspěšně vrátí pouze poté, co jsou data zapsána do všech tří replik.

Následující diagram ukazuje, jak jsou vaše data replikována v rámci jednoho datového centra pomocí LRS.

Diagram znázorňující, jak jsou data replikována v jednom datovém centru pomocí LRS.

LRS je dobrou volbou pro následující scénáře:

Pokud vaše aplikace ukládá data, která je možné snadno rekonstruovat, pokud dojde ke ztrátě dat.
Pokud je vaše aplikace omezena na replikaci dat pouze v rámci jedné země nebo regionu kvůli požadavkům na správu dat. V některých případech mohou být spárované regiony, přes které se data geo-replikují, v jiné zemi nebo oblasti. Další informace najdete v tématu Páry oblasti Azure a nepárované oblasti.

LRS se podporuje ve všech oblastech Azure pro sdílené složky HDD. Seznam oblastí, které podporují LRS pro sdílené složky SSD, najdete v tématu Podpora LRS pro sdílené složky SSD.

Zónově redundantní úložiště

Zónově redundantní úložiště (ZRS) replikuje váš účet úložiště synchronně napříč třemi zónami dostupnosti Azure v primární oblasti. Každá zóna dostupnosti je samostatné fyzické umístění s nezávislým napájením, chlazením a sítěmi. ZRS nabízí odolnost alespoň 99,9999999999 % (12 devítek) během daného roku.

S ZRS jsou vaše data stále přístupná pro operace čtení i zápisu i v případě, že zóna přestane být dostupná. Pokud se zóna stane nedostupnou, Azure provede aktualizace sítě, jako je přesměrování DNS. Tyto aktualizace mohou ovlivnit vaši aplikaci, pokud přistupujete k datům před dokončením aktualizací. Při navrhování aplikací pro ZRS dodržujte postupy pro zvládání přechodných chyb, včetně implementace politik opětovných pokusů s exponenciálním zpožděním.

Zápisový požadavek do úložného účtu, který používá ZRS, probíhá synchronně. Operace zápisu se úspěšně vrátí až po zápisu dat do všech replik napříč třemi zónami dostupnosti.

Výhodou použití ZRS pro úlohy Azure Files je, že pokud je zóna nedostupná, nevyžaduje se opětovné připojení sdílených složek Azure z připojených klientů. Doporučujeme použít ZRS v primární oblasti pro scénáře, které vyžadují vysokou dostupnost. Také doporučujeme ZRS pro omezení replikace dat do konkrétní země nebo oblasti, aby se splnily požadavky na správu dat.

Poznámka

Azure File Sync je v zónově redundantní ve všech regionech, které podporují zóny dostupnosti, kromě US Gov Virginia. Ve většině případů doporučujeme uživatelům Azure File Sync, aby si nakonfigurovali úložné účty na používání ZRS nebo GZRS.

Následující diagram ukazuje, jak se vaše data replikují napříč zónami dostupnosti v primární oblasti pomocí ZRS:

Diagram znázorňující, jak se data replikují v primární oblasti pomocí ZRS

ZRS poskytuje vynikající výkon, nízkou latenci a odolnost vašich dat, pokud je dočasně nedostupný. Samotné ZRS však nemusí ochránit vaše data před regionální katastrofou, při níž je trvale ovlivněno několik zón. Pro ochranu proti regionálním katastrofám doporučujeme použití GZRS.

Podpora ZRS podle oblasti

Pokud chcete zjistit, které oblasti podporují ZRS pro standardní sdílené složky, projděte si seznam oblastí Azure a projděte si sloupec podpory zóny dostupnosti. Podpora ZRS je k dispozici ve standardních účtech pro obecné účely v2 pro všechny tři standardní úrovně: transakční optimalizace, horké a chladné.

ZRS je podporováno pro sdílené soubory SSD prostřednictvím úložiště typu FileStorage. Seznam oblastí, které podporují ZRS pro účty sdílených složek SSD, najdete v tématu Podpora ZRS pro sdílené složky SSD.

Redundance ve druhotném regionu

Pro aplikace vyžadující vysokou odolnost pro sdílení souborů SMB můžete zvolit geo-redundantní úložiště, které zkopíruje data ve vašem úložném účtu do sekundární oblasti vzdálené stovky mil od primární oblasti. Pokud je váš účet úložiště kopírován do sekundární oblasti, vaše data zůstávají odolná i v případě úplného regionálního výpadku nebo katastrofy, při které nelze obnovit primární oblast.

Důležité

Azure Files podporuje pouze geografickou redundanci (GRS nebo GZRS) pro sdílené složky HDD. Sdílené soubory na SSD musí používat LRS nebo ZRS.

Při vytváření účtu úložiště vyberete primární oblast pro účet. Párová sekundární oblast je stanovena na základě primární oblasti a nelze ji změnit. Další informace o oblastech podporovaných v Azure najdete v seznamu oblastí Azure.

Azure Files nabízí dvě možnosti, jak kopírovat vaše data do sekundárního regionu. V současné době jsou možnosti geograficky redundantního úložiště dostupné jenom pro standardní sdílené složky SMB.

Geograficky redundantní úložiště (GRS) kopíruje data synchronně třikrát v rámci jednoho fyzického umístění v primární oblasti s využitím LRS. Poté asynchronně zkopíruje vaše data do jedné fyzické lokace v sekundárním regionu. V sekundární oblasti se data kopírují synchronně třikrát pomocí LRS.
Geograficky zónově redundantní úložiště (GZRS) kopíruje data synchronně napříč třemi zónami dostupnosti Azure v primární oblasti pomocí ZRS. Poté asynchronně zkopíruje vaše data do jedné fyzické lokace v sekundárním regionu. V sekundární oblasti se data kopírují synchronně třikrát pomocí LRS.

Hlavní rozdíl mezi GRS a GZRS spočívá v tom, jak se data replikují v primárním regionu. V sekundární oblasti se data vždy replikují synchronně třikrát pomocí LRS. LRS v sekundární oblasti chrání vaše data před selháním hardwaru.

Georeduntantní úložiště

Geo-redundantní úložiště (GRS) kopíruje vaše data synchronně třikrát na jednom fyzickém místě v primární oblasti pomocí LRS. Poté asynchronně kopíruje vaše data na jedno fyzické místo ve vedlejším regionu, který je stovky mil vzdálený od primárního regionu. GRS nabízí odolnost alespoň 99,99999999999999 % (16 devítek) v průběhu daného roku.

Operace zápisu je nejprve potvrzena v primárním umístění a poté replikována pomocí LRS. Aktualizace je pak asynchronně replikována do sekundární oblasti. Když jsou data zapsána do sekundární lokace, jsou rovněž replikována v rámci této lokace pomocí LRS.

Následující diagram ukazuje, jak jsou vaše data replikována pomocí GRS:

Diagram znázorňující, jak jsou data replikována pomocí GRS.

Geo-zónově redundantní úložiště

Geozónově redundantní úložiště (GZRS) kombinuje vysokou dostupnost zajištěnou redundancí v rámci dostupnostních zón s ochranou před regionálními výpadky díky geo-replikaci. Data v úložišti GZRS je kopírována mezi třemi dostupnostními zónami Azure v primární oblasti a je také replikována do sekundární geografické oblasti pro ochranu před regionálními katastrofami. Doporučujeme používat GZRS pro aplikace vyžadující maximální konzistenci, odolnost a dostupnost, vynikající výkon a odolnost vůči obnově po katastrofách.

S účtem úložiště GZRS můžete i nadále číst a zapisovat data, pokud se zóna dostupnosti stane nedostupnou nebo je neobnovitelná. Navíc jsou vaše data odolná i v případě úplného výpadku regionu nebo katastrofy, při které nelze obnovit primární region. GZRS je navržen tak, aby poskytoval minimálně 99,99999999999999% (16 devítek) trvanlivosti během daného roku.

Následující diagram ukazuje, jak jsou vaše data replikována pomocí GZRS.

Diagram ukazující, jak se data replikují pomocí GZRS.

Pouze standardní úložiště účtů pro obecné účely v2 podporuje GZRS.

Pokud chcete zjistit, jestli oblast podporuje GZRS, prohlédni si seznam oblastí Azure. Aby oblast podporovala GZRS, musí mít zóny dostupnosti a spárovanou oblast.

Frekvence snímků a synchronizace

Aby byly zajištěny redundantní sdílené soubory Geo a GeoZone v konzistentním stavu, když dojde k převzetí služeb, je v primární oblasti každých 15 minut vytvořen snímek systému a ten je replikován do sekundární oblasti. Když dojde k přepnutí na sekundární oblast, stav sdílení je založen na nejnovějším snímku systému v sekundární oblasti. Kvůli geo-lagu nebo jiným problémům může být nejnovější snímek systému ve vedlejší oblasti starší než 15 minut.

Vlastnost Last Sync Time (LST) na účtu úložiště udává poslední čas, kdy byla data z primární oblasti úspěšně zapsána do sekundární oblasti. U služby Azure Files je čas poslední synchronizace založen na nejnovějším systémovém snímku v sekundární oblasti. Můžete použít PowerShell nebo Azure CLI k kontrole času poslední synchronizace pro účet úložiště.

Je důležité porozumět následujícím skutečnostem týkajícím se vlastnosti Poslední čas synchronizace:

Vlastnost času poslední synchronizace na úložišti je založena na službě (soubory, blobové úložiště, tabulky, fronty) v úložišti, která je nejvíce pozadu.
Čas poslední synchronizace se neaktualizuje, pokud v úložném účtu nebyly provedeny žádné změny.
Výpočet času poslední synchronizace může vypršet, pokud počet sdílených souborů překročí 100 na jeden účet úložiště. Doporučuje se mít méně než 100 sdílení souborů na jeden úložný účet.

Úvahy o přepnutí na zálohu

U GRS nebo GZRS nebudou sdílené soubory dostupné v sekundárním regionu, pokud nedojde k převzetí služeb při selhání. Pokud se primární region stane nedostupným, můžete se rozhodnout přejít na sekundární region. Proces převzetí služeb při selhání aktualizuje záznam DNS poskytovaný službou Azure Files, takže sekundární koncový bod se stane novým primárním koncovým bodem pro váš úložiště. Během procesu přepnutí je vaše data nepřístupná. Po dokončení přepnutí můžete číst a zapisovat data do nového primárního regionu. Po dokončení převzetí služeb při selhání se sekundární oblast stane primární a můžete znovu číst a zapisovat data. Pro více informací, viz Azure Files obnovení po havárii a převzetí služeb při selhání.

Důležité

Azure Files nepodporuje geo-redundantní úložiště s možností přístupu pro čtení (RA-GRS) ani geo-zónově redundantní úložiště s možností přístupu pro čtení (RA-GZRS). Pokud je úložiště nakonfigurováno k použití RA-GRS nebo RA-GZRS, sdílené soubory budou nakonfigurovány a účtovány jako GRS nebo GZRS.

Následující položky mohou ovlivnit vaši schopnost přepnout na sekundární region:

Přepnutí účtu úložiště je zablokováno, pokud v sekundární oblasti neexistuje systémový snímek.
Selhání účtu úložiště je zablokováno, pokud účet úložiště obsahuje více než 100 000 sdílení souborů. Pokud chcete převzít služby při selhání účtu úložiště, otevřete žádost o podporu.
Při přepnutí (failover) nejsou uchovány identifikátory souborů a pronájmy, a proto musí klienti odpojit a znovu připojit sdílení souborů.
Kvóta sdílení souborů se může po přechodu k záložnímu systému změnit. Kvóta pro sdílení souborů v sekundární oblasti bude založena na kvótě, která byla nastavena, když byl v primární oblasti pořízen snímek systému.
Operace kopírování, které právě probíhají, jsou přerušeny, když dojde k převzetí služeb při selhání. Jakmile dokončí převzetí služeb do sekundární oblasti, zopakujte operaci kopírování.

Pokud chcete převzít služby při selhání účtu úložiště, podívejte se na zahájení převzetí služeb při selhání účtu.

Geografická redundance pro SSD sdílené soubory

Jak již bylo zmíněno, možnosti geografické redundance (GRS a GZRS) nejsou podporovány pro SSD sdílení souborů. Můžete však dosáhnout geo-redundance i jinými způsoby.

Pro scénáře Azure File Sync můžete synchronizovat mezi svým sdílením souborů v Azure (vaše cloudové koncové místo), místním souborovým serverem Windows a namontovaným sdílením souborů, které běží na virtuálním počítači v jiném regionu Azure (vaše serverové koncové místo pro účely zotavení po havárii). Je nutné zakázat vrstvení cloudu, aby byla všechna data místně dostupná, a zajistit dostatečnou kapacitu úložiště na virtuálním počítači Azure pro uchování celého datového souboru. Aby se změny rychle replikovaly do sekundární oblasti, soubory by měly být přistupovány a upravovány pouze na koncovém bodu serveru a nikoli v Azure.

Můžete také vytvořit svůj vlastní skript pro kopírování dat do úložiště v sekundární oblasti pomocí nástrojů, jako je AzCopy (použijte verzi 10.4 nebo novější, aby se zachovaly ACL a časová razítka).

Shrnutí možností redundantnosti

Tabulky v následujících sekcích shrnují možnosti redundance dostupné pro Azure Files.

Parametry trvanlivosti a dostupnosti

Následující tabulka popisuje klíčové parametry pro každou možnost redundance:

Parametr	LRS	ZRS	GRS	GZRS
Procentní odolnost během daného roku	minimálně 99,999999999 % (11 devítek)	nejméně 99,999999999999% (12 devítek)	alespoň 99,99999999999999% (16 číslic '9')	alespoň 99,99999999999999% (16 číslic '9')
Dostupnost pro čtecí požadavky	Nejméně 99,9 % (99 % pro Cool tier)	Nejméně 99,9 % (99 % pro Cool tier)	Nejméně 99,9 % (99 % pro Cool tier)	Nejméně 99,9 % (99 % pro Cool tier)
Dostupnost zápisových požadavků	Nejméně 99,9 % (99 % pro Cool tier)	Nejméně 99,9 % (99 % pro Cool tier)	Nejméně 99,9 % (99 % pro Cool tier)	Nejméně 99,9 % (99 % pro Cool tier)
Počet kopií dat uchovávaných na oddělených uzlech	Tři kopie v rámci jedné oblasti	Tři kopie v oddělených zónách dostupnosti v rámci jedné oblasti	Celkem šest kopií, včetně tří v primární oblasti a tří ve sekundární oblasti	Šest kopií celkem, včetně tří napříč jednotlivými zónami dostupnosti v primární oblasti a tří lokálně redundantních kopií ve sekundární oblasti.

Pro více informací si přečtěte SLA pro úložiště účtů.

Odolnost a dostupnost podle scénáře výpadku

Následující tabulka ukazuje, zda jsou vaše data v daném scénáři odolná a dostupná, v závislosti na tom, jaký typ redundance je pro váš úložný účet použit. Azure Files nepodporuje čtení z přístup do sekundární oblasti, pokud se primární oblast stane nedostupnou, pokud nedojde k převzetí služeb při selhání.

Scénář výpadku	LRS	ZRS	GRS	GZRS
Uzel v datovém centru se stává nedostupným	Ano	Ano	Ano	Ano
Celé datové centrum (zónové nebo nezónové) se stane nedostupným.	Ne	Ano	Ano¹	Ano
Výpadek v celé oblasti se vyskytne v primární oblasti.	Ne	Ne	Ano¹	Ano¹

¹ Záložní režim účtu je vyžadován k obnovení dostupnosti zápisu, pokud primární oblast přestane být dostupná.

Pro informace o cenách jednotlivých možností redundancy se podívejte na Azure Files pricing.

Možnosti podpory oblastí založené na různých modelech fakturace

Podporu oblastí pro různé fakturační modely můžete ověřit pomocí následujících příkazů.

Pokud chcete zobrazit možnosti podpory oblastí na základě různých fakturačních modelů, použijte Azure PowerShell nebo Azure CLI.

# Login to Azure account
Connect-AzAccount

# Track down the subscription ID in GUID format
$subscriptionID = "your-subscription-id-number"

# Get Token
$token = Get-AzAccessToken

# Invoke SRP list SKU API, and get the returned SKU list
$result = Invoke-RestMethod -Method Get -Uri "https://management.azure.com/subscriptions/$($subscriptionID)/providers/Microsoft.Storage/skus?api-version=2024-01-01" -Headers @{"Authorization" = "Bearer $($token.Token)"}

# Filter the SKU list to get the required information, customization required here to get the best result.
$filteredResult = $result | `
    Select-Object -ExpandProperty value | `
    Where-Object {
        $_.resourceType -eq "storageAccounts" -and
        # Filter based on your needs. FileStorage kind includes pv2, and pv1 file share, where StorageV2 kind include PayGO file shares.
        $_.kind -in @("FileStorage", "StorageV2") -and
        # Filter based on your needs. "Standard_" for PayGO file share, "StandardV2_" for Pv2 file share, "Premium_" for pv1 file shares.
        # $_.name.StartsWith("StandardV2_") -and
        # Change region based on your need to see if we currently support the region (all small cases, no space in between).
        # $_.locations -eq "italynorth" -and
        $_.name -notin @("Standard_RAGRS", "Standard_RAGZRS")
    }

if ($filteredResult.Count -eq 0) {
    Write-Output "No results found."
} else {
    $filteredResult | `
        Select-Object `
            -Property `
                @{
                    Name = "sku";
                    Expression = { $_.name }
                }, `
                kind, `
                @{
                    Name = "mediaTier";
                    Expression = {
                        if ($_.tier -eq "Premium") {
                            "SSD"
                        } elseif ($_.tier -eq "Standard") {
                            "HDD"
                        } else {
                            "Unknown"
                        }
                    }
                }, `
                @{
                    Name = "billingModel";
                    Expression = {
                        if ($_.name.StartsWith("StandardV2_") -or
                            $_.name.StartsWith("PremiumV2_")
                        ) {
                            "ProvisionedV2"
                        } elseif ($_.name.StartsWith("Premium_")) {
                            "ProvisionedV1"
                        } else {
                            "PayAsYouGo"
                        }
                    }
                }, `
                @{
                    Name = "location";
                    Expression = { $_.locations | Select-Object -First 1 }
                } | ft sku, kind, mediaTier, billingModel, location
}

Tento skript používá procesor JSON příkazového řádku jq. Pokud si ho chcete stáhnout, navštivte https://jqlang.org/download/

# Login to Azure account
Az login

# Track down the subscription ID in GUID format and set subscription ID
subscriptionID="your-subscription-id-number"

# Get Token
token=$(az account get-access-token --query accessToken --output tsv)

# Invoke SRP list SKU API, and get the returned SKU list
result=$(az rest --method get --uri "https://management.azure.com/subscriptions/$subscriptionID/providers/Microsoft.Storage/skus?api-version=2024-01-01" --headers "Authorization=Bearer $token")

# Filter the SKU list to get the required information, customization required here to get the best result.
filteredResult=$(echo $result | jq '.value[] | select(.resourceType == "storageAccounts" and (.kind == "FileStorage" or .kind == "StorageV2") and (.name | test("^(?!Standard_RAGRS|Standard_RAGZRS)")))' )

if [ -z "$filteredResult" ]; then
    echo "No results found."
else
    # Print the table header
    printf "%-30s %-15s %-10s %-20s %-15s\n" "SKU" "Kind" "MediaTier" "BillingModel" "Location"
    # Print the filtered results
    echo $filteredResult | jq -r '. | "\(.name)\t\(.kind)\t\(.tier | if . == "Premium" then "SSD" elif . == "Standard" then "HDD" else "Unknown" end)\t\(.name | if test("^StandardV2_|^PremiumV2_") then "ProvisionedV2" elif test("^Premium_") then "ProvisionedV1" else "PayAsYouGo" end)\t\(.locations)"' | while IFS=$'\t' read -r sku kind mediaTier billingModel location; do
        printf "%-30s %-15s %-10s %-20s %-15s\n" "$sku" "$kind" "$mediaTier" "$billingModel" "$location"
    done
fi

Sdílet prostřednictvím

Viz také