Planera för distribution av Azure FilesPlanning for an Azure Files deployment

Azure Files erbjuder fullständigt hanterade filresurser i molnet som är tillgängliga via SMB-protokollet som är branschstandard.Azure Files offers fully managed file shares in the cloud that are accessible via the industry standard SMB protocol. Eftersom Azure Files är fullständigt hanterat är det mycket enklare att distribuera den i produktions scenarier än att distribuera och hantera en fil server eller NAS-enhet.Because Azure Files is fully managed, deploying it in production scenarios is much easier than deploying and managing a file server or NAS device. Den här artikeln handlar om de ämnen som du bör tänka på när du distribuerar en Azure-filresurs för produktions användning i din organisation.This article addresses the topics to consider when deploying an Azure file share for production use within your organization.

Hanterings begreppManagement concepts

Följande diagram illustrerar Azure Files hanterings konstruktioner:The following diagram illustrates the Azure Files management constructs:

Filstruktur

  • Lagringskonto: All åtkomst till Azure Storage görs genom ett lagringskonto.Storage Account: All access to Azure Storage is done through a storage account. Se Skalbarhets- och prestandamål för information om kapacitet för lagringskonton.See Scalability and Performance Targets for details about storage account capacity.

  • Resurs: En File Storage-resurs är en SMB-filresurs i Azure.Share: A File Storage share is an SMB file share in Azure. Alla kataloger och filer måste skapas i en överordnad resurs.All directories and files must be created in a parent share. Ett konto kan innehålla ett obegränsat antal resurser och en resurs kan lagra ett obegränsat antal filer, upp till fil resursens totala kapacitet.An account can contain an unlimited number of shares and a share can store an unlimited number of files, up to the total capacity of the file share. Den totala kapaciteten för Premium-och standard fil resurser är 100 TiB.The total capacity for premium and standard file shares is 100 TiB.

  • Katalog: En valfri hierarki med kataloger.Directory: An optional hierarchy of directories.

  • Fil: En fil i resursen.File: A file in the share. En fil kan vara upp till 1 TiB storlek.A file may be up to 1 TiB in size.

  • URL-format: för begär anden till en Azure-filresurs som görs med fil rest-protokollet kan filerna adresseras med hjälp av följande URL-format:URL format: For requests to an Azure file share made with the File REST protocol, files are addressable using the following URL format:

    https://<storage account>.file.core.windows.net/<share>/<directory>/<file>
    

Data åtkomst metodData access method

Azure Files erbjuder två inbyggda, smidiga data åtkomst metoder som du kan använda separat eller i kombination med varandra för att få åtkomst till dina data:Azure Files offers two, built-in, convenient data access methods that you can use separately, or in combination with each other, to access your data:

  1. Direkt åtkomst till molnet: alla Azure-filresurser kan monteras av Windows, MacOSoch/eller Linux med SMB-protokollet (Server Message Block) eller via filen REST API.Direct cloud access: Any Azure file share can be mounted by Windows, macOS, and/or Linux with the industry standard Server Message Block (SMB) protocol or via the File REST API. Med SMB görs läsningar och skrivningar till filer på resursen direkt på fil resursen i Azure.With SMB, reads and writes to files on the share are made directly on the file share in Azure. SMB-klienten i operativ systemet måste ha stöd för minst SMB 2,1 för att monteras av en virtuell dator i Azure.To mount by a VM in Azure, the SMB client in the OS must support at least SMB 2.1. För att montera lokalt, till exempel på en användares arbets Station, måste SMB-klienten som stöds av arbets stationen ha stöd för minst SMB 3,0 (med kryptering).To mount on-premises, such as on a user's workstation, the SMB client supported by the workstation must support at least SMB 3.0 (with encryption). Förutom SMB kan nya program eller tjänster komma åt fil resursen direkt via filen REST, vilket ger en enkel och skalbar application programming interface för program utveckling.In addition to SMB, new applications or services may directly access the file share via File REST, which provides an easy and scalable application programming interface for software development.
  2. Azure File Sync: med Azure File Sync kan resurser replikeras till Windows-servrar lokalt eller i Azure.Azure File Sync: With Azure File Sync, shares can be replicated to Windows Servers on-premises or in Azure. Dina användare skulle kunna komma åt fil resursen via Windows Server, t. ex. via en SMB-eller NFS-resurs.Your users would access the file share through the Windows Server, such as through an SMB or NFS share. Detta är användbart för scenarier där data kommer att kommas åt och ändras långt bort från ett Azure-datacenter, t. ex. i ett scenario med ett avdelnings kontor.This is useful for scenarios in which data will be accessed and modified far away from an Azure datacenter, such as in a branch office scenario. Data kan replikeras mellan flera Windows Server-slutpunkter, till exempel mellan flera avdelnings kontor.Data may be replicated between multiple Windows Server endpoints, such as between multiple branch offices. Slutligen kan data ligga i nivå till Azure Files, så att alla data fortfarande är tillgängliga via servern, men servern har ingen fullständig kopia av data.Finally, data may be tiered to Azure Files, such that all data is still accessible via the Server, but the Server does not have a full copy of the data. I stället anropas data sömlöst när användaren öppnar den.Rather, data is seamlessly recalled when opened by your user.

I följande tabell visas hur dina användare och program kan komma åt din Azure-fil resurs:The following table illustrates how your users and applications can access your Azure file share:

Direkt åtkomst till molnetDirect cloud access Azure File SyncAzure File Sync
Vilka protokoll behöver du använda?What protocols do you need to use? Azure Files stöder SMB 2,1, SMB 3,0 och File REST API.Azure Files supports SMB 2.1, SMB 3.0, and File REST API. Få åtkomst till Azure-filresursen via alla protokoll som stöds på Windows Server (SMB, NFS, FTPS osv.)Access your Azure file share via any supported protocol on Windows Server (SMB, NFS, FTPS, etc.)
Var kör du arbets belastningen?Where are you running your workload? I Azure: Azure Files ger direkt åtkomst till dina data.In Azure: Azure Files offers direct access to your data. Lokalt med långsamt nätverk: Windows-, Linux-och MacOS-klienter kan montera en lokal lokal Windows-filresurs som ett snabbt cacheminne för Azure-filresursen.On-premises with slow network: Windows, Linux, and macOS clients can mount a local on-premises Windows File share as a fast cache of your Azure file share.
Vilken nivå av ACL: er behöver du?What level of ACLs do you need? Delnings-och filnivå.Share and file level. Delnings-, fil-och användar nivå.Share, file, and user level.

DatasäkerhetData security

Azure Files har flera inbyggda alternativ för att säkerställa data säkerhet:Azure Files has several built-in options for ensuring data security:

  • Stöd för kryptering i både över-kabel-protokoll: SMB 3,0-kryptering och fil REST över HTTPS.Support for encryption in both over-the-wire protocols: SMB 3.0 encryption and File REST over HTTPS. Som standard:By default:

    • Klienter som stöder SMB 3,0-kryptering skickar och tar emot data via en krypterad kanal.Clients that support SMB 3.0 encryption send and receive data over an encrypted channel.
    • Klienter som inte har stöd för SMB 3,0 med kryptering kan kommunicera inom data Center via SMB 2,1 eller SMB 3,0 utan kryptering.Clients that do not support SMB 3.0 with encryption can communicate intra-datacenter over SMB 2.1 or SMB 3.0 without encryption. SMB-klienter får inte kommunicera mellan data Center via SMB 2,1 eller SMB 3,0 utan kryptering.SMB clients are not allowed to communicate inter-datacenter over SMB 2.1 or SMB 3.0 without encryption.
    • Klienter kan kommunicera via fil REST med antingen HTTP eller HTTPS.Clients can communicate over File REST with either HTTP or HTTPS.
  • Kryptering vid vila (Azure Storage tjänst kryptering): kryptering för lagringstjänst (SSE) har Aktiver ATS för alla lagrings konton.Encryption at-rest (Azure Storage Service Encryption): Storage Service Encryption (SSE) is enabled for all storage accounts. Data i vila krypteras med fullständigt hanterade nycklar.Data at-rest is encrypted with fully-managed keys. Kryptering i vila ökar inte lagrings kostnaderna eller minskar prestandan.Encryption at-rest does not increase storage costs or reduce performance.

  • Valfritt krav på krypterad data överföring: när det här alternativet är markerat nekar Azure Files åtkomst till data via okrypterade kanaler.Optional requirement of encrypted data in-transit: when selected, Azure Files rejects access to the data over unencrypted channels. Mer specifikt tillåts endast HTTPS och SMB 3,0 med krypterings anslutningar.Specifically, only HTTPS and SMB 3.0 with encryption connections are allowed.

    Viktigt

    Om du kräver säker data överföring kommer äldre SMB-klienter inte att kunna kommunicera med SMB 3,0 med kryptering för att fungera.Requiring secure transfer of data will cause older SMB clients not capable of communicating with SMB 3.0 with encryption to fail. Mer information finns i montera på Windows, montera på Linuxoch montera på MacOS.For more information, see Mount on Windows, Mount on Linux, and Mount on macOS.

För maximal säkerhet rekommenderar vi starkt att du alltid aktiverar både kryptering i vila och aktiverar kryptering av data under överföring när du använder moderna klienter för att komma åt dina data.For maximum security, we strongly recommend always enabling both encryption at-rest and enabling encryption of data in-transit whenever you are using modern clients to access your data. Om du till exempel behöver montera en resurs på en virtuell dator med Windows Server 2008 R2, som endast stöder SMB 2,1, måste du tillåta okrypterad trafik till ditt lagrings konto eftersom SMB 2,1 inte stöder kryptering.For example, if you need to mount a share on a Windows Server 2008 R2 VM, which only supports SMB 2.1, you need to allow unencrypted traffic to your storage account since SMB 2.1 does not support encryption.

Om du använder Azure File Sync för att komma åt Azure-filresursen använder vi alltid HTTPS och SMB 3,0 med kryptering för att synkronisera dina data till dina Windows-servrar, oavsett om du behöver kryptering av data i vila.If you are using Azure File Sync to access your Azure file share, we will always use HTTPS and SMB 3.0 with encryption to sync your data to your Windows Servers, regardless of whether you require encryption of data at-rest.

Prestanda nivåer för fil resursFile share performance tiers

Azure Files erbjuder två prestanda nivåer: standard och Premium.Azure Files offers two performance tiers: standard and premium.

Standard fil resurserStandard file shares

Standard fil resurser backas upp av hård diskar (HDD).Standard file shares are backed by hard disk drives (HDDs). Standard fil resurser ger tillförlitlig prestanda för i/o-arbetsbelastningar som är mindre känsliga för prestanda variationer som generella fil resurser och utvecklings-och test miljöer.Standard file shares provide reliable performance for IO workloads that are less sensitive to performance variability such as general-purpose file shares and dev/test environments. Standard fil resurser är bara tillgängliga i en fakturerings modell enligt principen betala per användning.Standard file shares are only available in a pay-as-you-go billing model.

Viktigt

Om du vill använda fil resurser som är större än 5 TiB går du till avsnittet Publicera till större fil resurser (standard nivå) för att få anvisningar om hur du integrerar, samt regionala tillgänglighet och begränsningar.If you want to use file shares larger than 5 TiB, see the Onboard to larger file shares (standard tier) section for steps to onboard, as well as regional availability and restrictions.

Premium fil resurserPremium file shares

Premium fil resurser backas upp av solid state-hårddiskar (SSD).Premium file shares are backed by solid-state drives (SSDs). Premium-filresurser ger konsekvent höga prestanda och låg latens i ensiffriga millisekunder för de flesta i/o-åtgärder för i/o-intensiva arbets belastningar.Premium file shares provide consistent high performance and low latency, within single-digit milliseconds for most IO operations, for IO-intensive workloads. Detta gör dem lämpliga för en mängd olika arbets belastningar, t. ex. databaser, webbplats värdar och utvecklings miljöer.This makes them suitable for a wide variety of workloads like databases, web site hosting, and development environments. Premium-filresurser är bara tillgängliga i en etablerad fakturerings modell.Premium file shares are only available in a provisioned billing model. Premium-filresurser använder en distributions modell separat från standard fil resurser.Premium file shares use a deployment model separate from standard file shares.

Azure Backup är tillgängligt för Premium-filresurser och Azure Kubernetes-tjänsten stöder Premium-filresurser i version 1,13 och senare.Azure Backup is available for premium file shares and Azure Kubernetes Service supports premium file shares in version 1.13 and above.

Om du vill lära dig hur du skapar en Premium-filresurs, se vår artikel på ämnes raden: så här skapar du ett Azure Premium File Storage-konto.If you'd like to learn how to create a premium file share, see our article on the subject: How to create an Azure premium file storage account.

För närvarande kan du inte direkt konvertera mellan en standard fil resurs och en Premium-filresurs.Currently, you cannot directly convert between a standard file share and a premium file share. Om du vill växla till någon av nivåerna måste du skapa en ny fil resurs på den nivån och manuellt kopiera data från den ursprungliga resursen till den nya resurs som du har skapat.If you would like to switch to either tier, you must create a new file share in that tier and manually copy the data from your original share to the new share you created. Du kan göra detta med hjälp av någon av de Azure Files kopierings verktyg som stöds, till exempel Robocopy eller AzCopy.You can do this using any of the Azure Files supported copy tools, such as Robocopy or AzCopy.

Viktigt

Premium-filresurser är tillgängliga med LRS i de flesta regioner som erbjuder lagrings konton och med ZRS i en mindre delmängd regioner.Premium file shares are available with LRS in most regions that offer storage accounts and with ZRS in a smaller subset of regions. För att ta reda på om Premium-filresurser är tillgängliga i din region, se sidan produkter som är tillgängliga per region för Azure.To find out if premium file shares are currently available in your region, see the products available by region page for Azure. För att ta reda på vilka regioner som stöder ZRS, se support täckning och regional tillgänglighet.To find out what regions support ZRS, see Support coverage and regional availability.

För att hjälpa oss att prioritera nya regioner och funktioner på Premium-nivå kan du fylla i den här undersökningen.To help us prioritize new regions and premium tier features, please fill out this survey.

Etablerade resurserProvisioned shares

Premium-filresurser tillhandahålls baserat på en fast GiB/IOPS/data flödes kvot.Premium file shares are provisioned based on a fixed GiB/IOPS/throughput ratio. För varje GiB tilldelas resursen en IOPS och 0,1 MiB/s-genomflöde upp till de maximala gränserna per resurs.For each GiB provisioned, the share will be issued one IOPS and 0.1 MiB/s throughput up to the max limits per share. Den minsta tillåtna etableringen är 100 GiB med lägsta IOPS/data flöde.The minimum allowed provisioning is 100 GiB with min IOPS/throughput.

På bästa möjliga sätt kan alla resurser överföra upp till tre IOPS per GiB lagrings utrymme i 60 minuter eller längre beroende på resursens storlek.On a best effort basis, all shares can burst up to three IOPS per GiB of provisioned storage for 60 minutes or longer depending on the size of the share. Nya resurser börjar med full burst-kredit baserat på den tillhandahållna kapaciteten.New shares start with the full burst credit based on the provisioned capacity.

Resurser måste tillhandahållas i steg om 1 GiB.Shares must be provisioned in 1 GiB increments. Minimi storleken är 100 GiB, nästa storlek är 101 GiB och så vidare.Minimum size is 100 GiB, next size is 101 GiB and so on.

Tips

Bas linje IOPS = 1 * etablerad GiB.Baseline IOPS = 1 * provisioned GiB. (Upp till högst 100 000 IOPS).(Up to a max of 100,000 IOPS).

Burst-gräns = 3 * bas linje IOPS.Burst Limit = 3 * Baseline IOPS. (Upp till högst 100 000 IOPS).(Up to a max of 100,000 IOPS).

utgående taxa = 60 MiB/s + 0,06 * etablerad GiBegress rate = 60 MiB/s + 0.06 * provisioned GiB

ingress-taxa = 40 MiB/s + 0,04 * etablerad GiBingress rate = 40 MiB/s + 0.04 * provisioned GiB

En etablerad resurs storlek anges av resurs kvoten.Provisioned share size is specified by share quota. Du kan öka resurs kvoten när som helst, men den kan bara minskas efter 24 timmar sedan den senaste ökningen.Share quota can be increased at any time but can be decreased only after 24 hours since the last increase. Efter att ha väntat 24 timmar utan en kvot ökning kan du minska delnings kvoten så många gånger du vill, tills du ökar den igen.After waiting for 24 hours without a quota increase, you can decrease the share quota as many times as you like, until you increase it again. Ändringar av IOPS/data flödes skalning börjar gälla inom några minuter efter att storleken ändrats.IOPS/Throughput scale changes will be effective within a few minutes after the size change.

Det går att minska storleken på den allokerade resursen under den använda GiB.It is possible to decrease the size of your provisioned share below your used GiB. Om du gör detta kommer du inte att förlora data, men du kommer fortfarande att faktureras för den storlek som används och ta emot prestanda (bas linje, data flöde och burst-IOPS) för den etablerade resursen, inte den storlek som används.If you do this, you will not lose data but, you will still be billed for the size used and receive the performance (baseline IOPS, throughput, and burst IOPS) of the provisioned share, not the size used.

I följande tabell visas några exempel på dessa formler för de allokerade resurs storlekarna:The following table illustrates a few examples of these formulae for the provisioned share sizes:

Kapacitet (GiB)Capacity (GiB) Baslinje-IOPSBaseline IOPS Burst IOPSBurst IOPS Utgående (MiB/s)Egress (MiB/s) Ingress (MiB/s)Ingress (MiB/s)
100100 100100 Upp till 300Up to 300 6666 4444
500500 500500 Upp till 1 500Up to 1,500 9090 6060
1,0241,024 1,0241,024 Upp till 3 072Up to 3,072 122122 8181
5 1205,120 5 1205,120 Upp till 15 360Up to 15,360 368368 245245
10 24010,240 10 24010,240 Upp till 30 720Up to 30,720 675675 450450
33 79233,792 33 79233,792 Upp till 100 000Up to 100,000 2 0882,088 1 3921,392
51 20051,200 51 20051,200 Upp till 100 000Up to 100,000 3 1323,132 2 0882,088
102 400102,400 100 000100,000 Upp till 100 000Up to 100,000 6 2046,204 4 1364,136

Anteckning

Fil resursernas prestanda är beroende av dator nätverks begränsningar, tillgänglig nätverks bandbredd, i/o-storlekar, parallellitet, bland många andra faktorer.File shares performance is subject to machine network limits, available network bandwidth, IO sizes, parallelism, among many other factors. Till exempel, baserat på intern testning med 8 KiB i/o-storlek, kan en virtuell Windows-dator, Standard F16s_v2som är anslutna till Premium-filresurs via SMB uppnå 20 000 Read IOPS och 15 000 Skriv-IOPS.For example, based on internal testing with 8 KiB read/write IO sizes, a single Windows virtual machine, Standard F16s_v2, connected to premium file share over SMB could achieve 20K read IOPS and 15K write IOPS. Med 512 MiB Läs-/skriv-i/o-storlekar kan samma virtuella dator uppnå 1,1 GiB/s utgående och 370 MiB/s ingress-genomflöde.With 512 MiB read/write IO sizes, the same VM could achieve 1.1 GiB/s egress and 370 MiB/s ingress throughput. För att uppnå maximal prestanda skalning sprider du belastningen över flera virtuella datorer.To achieve maximum performance scale, spread the load across multiple VMs. Se fel söknings guiden för några vanliga prestanda problem och lösningar.Please refer troubleshooting guide for some common performance issues and workarounds.

Bursting "Bursting

Premium-filresurser kan överföra sina IOPS upp till en faktor på tre.Premium file shares can burst their IOPS up to a factor of three. Burst-överföring automatiseras och fungerar baserat på ett kredit system.Bursting is automated and operates based on a credit system. Burst-överföring fungerar på bästa möjliga sätt och burst-gränsen är inte en garanti, fil resurser kan överföras till gränsen.Bursting works on a best effort basis and the burst limit is not a guarantee, file shares can burst up to the limit.

Krediterna ackumuleras i en burst-Bucket när trafiken för fil resursen är under bas linje IOPS.Credits accumulate in a burst bucket whenever traffic for your file share is below baseline IOPS. Till exempel har en 100 GiB-resurs 100 bas linje IOPS.For example, a 100 GiB share has 100 baseline IOPS. Om den faktiska trafiken på resursen var 40 IOPS för ett angivet intervall på 1 sekund, krediteras 60 oanvända IOPS till en burst-Bucket.If actual traffic on the share was 40 IOPS for a specific 1-second interval, then the 60 unused IOPS are credited to a burst bucket. Dessa krediter kommer sedan att användas senare när åtgärder skulle överskrida bas linjens IOPs.These credits will then be used later when operations would exceed the baseline IOPs.

Tips

Storlek på burst-Bucket = bas linje för IOPS * 2 * 3600.Size of the burst bucket = Baseline IOPS * 2 * 3600.

När en resurs överskrider bas linjens IOPS och har krediter i en burst-Bucket, överförs den till burst.Whenever a share exceeds the baseline IOPS and has credits in a burst bucket, it will burst. Resurser kan fortsätta att överföra så länge krediterna är kvar, men resurser som är mindre än 50 TiB hålls bara vid burst-gränsen i upp till en timme.Shares can continue to burst as long as credits are remaining, though shares smaller than 50 TiB will only stay at the burst limit for up to an hour. Resurser som är större än 50 TiB får tekniskt ut en Tim gräns på upp till två timmar, men detta baseras på antalet överförda burst-krediter.Shares larger than 50 TiB can technically exceed this one hour limit, up to two hours but, this is based on the number of burst credits accrued. Varje i/o utöver bas linje IOPS förbrukar en kredit och när alla krediter förbrukas kommer resursen att återgå till bas linje IOPS.Each IO beyond baseline IOPS consumes one credit and once all credits are consumed the share would return to baseline IOPS.

Dela krediter har tre tillstånd:Share credits have three states:

  • Påförs när fil resursen använder mindre än bas linjens IOPS.Accruing, when the file share is using less than the baseline IOPS.
  • Avböjande, när fil resursen är burst-överföring.Declining, when the file share is bursting.
  • Återstående konstant, när det inte finns några krediter eller bas linje IOPS som används.Remaining constant, when there are either no credits or baseline IOPS are in use.

Nya fil resurser börjar med det fullständiga antalet krediter i sin burst-Bucket.New file shares start with the full number of credits in its burst bucket. Burst-krediter kommer inte att periodiseras om resursens IOPS sjunker under bas linje IOPS på grund av begränsning av servern.Burst credits will not be accrued if the share IOPS fall below baseline IOPS due to throttling by the server.

Redundans för fil resursFile share redundancy

Azure Files standard resurser stöder fyra alternativ för dataredundans: lokalt redundant lagring (LRS), Zone-redundant lagring (ZRS), Geo-redundant lagring (GRS) och geo-Zone-redundant lagring (GZRS) (för hands version).Azure Files standard shares supports four data redundancy options: locally redundant storage (LRS), zone redundant storage (ZRS), geo-redundant storage (GRS), and geo-zone-redundant storage (GZRS) (preview).

Azure Files Premium-resurser stöder både LRS och ZRS, ZRS är för närvarande tillgänglig i en mindre delmängd regioner.Azure Files premium shares support both LRS and ZRS, ZRS is currently available in a smaller subset of regions.

I följande avsnitt beskrivs skillnaderna mellan olika alternativ för redundans:The following sections describe the differences between the different redundancy options:

Lokalt redundant lagringLocally redundant storage

Lokalt redundant lagring (LRS) replikerar dina data tre gånger i ett enda data Center.Locally redundant storage (LRS) replicates your data three times within a single data center. LRS tillhandahåller minst 99,999999999% (11 nio) objekts hållbarhet under ett angivet år.LRS provides at least 99.999999999% (11 nines) durability of objects over a given year. LRS är alternativet för replikering med lägst kostnad och ger den minsta hållbarhet jämfört med andra alternativ.LRS is the lowest-cost replication option and offers the least durability compared to other options.

Om en katastrof på data center nivå (t. ex. Fire eller översvämning) inträffar kan alla repliker i ett lagrings konto med LRS gå förlorade eller inte kan återställas.If a datacenter-level disaster (for example, fire or flooding) occurs, all replicas in a storage account using LRS may be lost or unrecoverable. För att minska den här risken rekommenderar Microsoft att använda zon-redundant lagring (ZRS), Geo-redundant lagring (GRS) eller geo-Zone-redundant lagring (GZRS).To mitigate this risk, Microsoft recommends using zone-redundant storage (ZRS), geo-redundant storage (GRS), or geo-zone-redundant storage (GZRS).

En skrivbegäran till ett LRS-lagrings konto returneras bara efter att data har skrivits till alla tre repliker.A write request to an LRS storage account returns successfully only after the data is written to all three replicas.

Du kanske vill använda LRS i följande scenarier:You may wish to use LRS in the following scenarios:

  • Om ditt program lagrar data som enkelt kan rekonstrueras om data går förlorade, kan du välja LRS.If your application stores data that can be easily reconstructed if data loss occurs, you may opt for LRS.
  • Vissa program är begränsade till att replikera data endast inom ett land/en region på grund av data styrnings krav.Some applications are restricted to replicating data only within a country/region due to data governance requirements. I vissa fall kan de kopplade regionerna som data replikeras för GRS-konton finnas i ett annat land/en annan region.In some cases, the paired regions across which the data is replicated for GRS accounts may be in another country/region. Mer information om kopplade regioner finns i Azure- regioner.For more information on paired regions, see Azure regions.

Zon redundant lagringZone redundant storage

Zone-redundant lagring (ZRS) replikerar dina data synkront över tre lagrings kluster i en enda region.Zone-redundant storage (ZRS) replicates your data synchronously across three storage clusters in a single region. Varje lagrings kluster separeras fysiskt från de andra och finns i en egen tillgänglighets zon (AZ).Each storage cluster is physically separated from the others and is located in its own availability zone (AZ). Varje tillgänglighets—zon och ZRS-klustret i—den är autonomt och innehåller separata verktyg och nätverksfunktioner.Each availability zone—and the ZRS cluster within it—is autonomous and includes separate utilities and networking features. En skrivbegäran till ett ZRS-lagrings konto returneras bara efter att data har skrivits till alla repliker i de tre klustren.A write request to a ZRS storage account returns successfully only after the data is written to all replicas across the three clusters.

När du lagrar data i ett lagrings konto med ZRS-replikering kan du fortsätta att komma åt och hantera dina data om en tillgänglighets zon blir otillgänglig.When you store your data in a storage account using ZRS replication, you can continue to access and manage your data if an availability zone becomes unavailable. ZRS ger utmärkta prestanda och låg latens.ZRS provides excellent performance and low latency. ZRS erbjuder samma skalbarhets mål som lokalt REDUNDANT lagring (LRS).ZRS offers the same scalability targets as locally redundant storage (LRS).

Överväg ZRS för scenarier som kräver konsekvens, hållbarhet och hög tillgänglighet.Consider ZRS for scenarios that require consistency, durability, and high availability. Även om ett avbrott eller en natur katastrof återger en tillgänglighets zon som inte är tillgänglig, ger ZRS tålighet för lagrings objekt på minst 99,9999999999% (12 9) under ett givet år.Even if an outage or natural disaster renders an availability zone unavailable, ZRS offers durability for storage objects of at least 99.9999999999% (12 9's) over a given year.

Geo-Zone-redundant lagring (GZRS) (för hands version) replikerar dina data synkront över tre tillgänglighets zoner i Azure i den primära regionen och replikerar sedan data asynkront till den sekundära regionen.Geo-zone-redundant storage (GZRS) (preview) replicates your data synchronously across three Azure availability zones in the primary region, then replicates the data asynchronously to the secondary region. GZRS ger hög tillgänglighet tillsammans med maximal hållbarhet.GZRS provides high availability together with maximum durability. GZRS har utformats för att ge minst 99.99999999999999% (16 9) objekts hållbarhet under ett angivet år.GZRS is designed to provide at least 99.99999999999999% (16 9's) durability of objects over a given year. För Läs åtkomst till data i den sekundära regionen aktiverar du Läs åtkomst geo-Zone-redundant lagring (RA-GZRS).For read access to data in the secondary region, enable read-access geo-zone-redundant storage (RA-GZRS). Mer information om GZRS finns i geo-Zone-redundant lagring för hög tillgänglighet och maximal hållbarhet (för hands version).For more information about GZRS, see Geo-zone-redundant storage for highly availability and maximum durability (preview).

Mer information om tillgänglighets zoner finns i Tillgänglighetszoner översikt.For more information about availability zones, see Availability Zones overview.

Geografiskt redundant lagring.Geo-redundant storage

Varning

Om du använder Azure-filresursen som en moln slut punkt i ett GRS lagrings konto bör du inte initiera redundans för lagrings konto.If you are using your Azure file share as a cloud endpoint in a GRS storage account, you shouldn't initiate storage account failover. Om du gör det upphör synkroniseringen att fungera och det kan också leda till oväntad data förlust när det gäller nynivåbaserade filer.Doing so will cause sync to stop working and may also cause unexpected data loss in the case of newly tiered files. Om en Azure-region förloras utlöser Microsoft lagrings kontots redundans på ett sätt som är kompatibelt med Azure File Sync.In the case of loss of an Azure region, Microsoft will trigger the storage account failover in a way that is compatible with Azure File Sync.

Geo-redundant lagring (GRS) är utformat för att tillhandahålla minst 99.99999999999999% (16 9) objekt hållbarhet för objekt under ett år genom att replikera dina data till en sekundär region som är hundratals mil bort från den primära regionen.Geo-redundant storage (GRS) is designed to provide at least 99.99999999999999% (16 9's) durability of objects over a given year by replicating your data to a secondary region that is hundreds of miles away from the primary region. Om ditt lagrings konto har GRS aktiverat, är dina data varaktiga även vid ett fullständigt regionalt avbrott eller en katastrof där den primära regionen inte går att återvinna.If your storage account has GRS enabled, then your data is durable even in the case of a complete regional outage or a disaster in which the primary region isn't recoverable.

Om du väljer Geo-redundant lagring med Läs behörighet (RA-GRS) bör du känna till att Azure-filen inte har stöd för Geo-redundant lagring med Läs åtkomst (RA-GRS) i vilken region som helst.If you opt for read-access geo-redundant storage (RA-GRS), you should know that Azure File does not support read-access geo-redundant storage (RA-GRS) in any region at this time. Fil resurser i RA-GRS-lagrings kontot fungerar som de skulle ha i GRS-konton och debiteras GRS-priserna.File shares in the RA-GRS storage account work like they would in GRS accounts and are charged GRS prices.

GRS replikerar dina data till ett annat data Center i en sekundär region, men dessa data är tillgängliga för läsning endast om Microsoft initierar en redundansväxling från den primära till den sekundära regionen.GRS replicates your data to another data center in a secondary region, but that data is available to be read only if Microsoft initiates a failover from the primary to secondary region.

För ett lagrings konto med GRS aktiverat replikeras alla data först med lokalt redundant lagring (LRS).For a storage account with GRS enabled, all data is first replicated with locally redundant storage (LRS). En uppdatering allokeras först till den primära platsen och replikeras med hjälp av LRS.An update is first committed to the primary location and replicated using LRS. Uppdateringen replikeras sedan asynkront till den sekundära regionen med hjälp av GRS.The update is then replicated asynchronously to the secondary region using GRS. När data skrivs till den sekundära platsen replikeras de också inom den platsen med hjälp av LRS.When data is written to the secondary location, it's also replicated within that location using LRS.

Både den primära och sekundära regionen hanterar repliker mellan olika fel domäner och uppgraderings domäner inom en lagrings skalnings enhet.Both the primary and secondary regions manage replicas across separate fault domains and upgrade domains within a storage scale unit. Enhetens skalnings enhet är den grundläggande replikeringstjänsten i data centret.The storage scale unit is the basic replication unit within the datacenter. Replikering på den här nivån tillhandahålls av LRS; Mer information finns i Lokalt Redundant lagring (LRS): låg kostnads data redundans för Azure Storage.Replication at this level is provided by LRS; for more information, see Locally redundant storage (LRS): Low-cost data redundancy for Azure Storage.

Tänk på följande när du bestämmer vilket replikeringsalternativ som ska användas:Keep these points in mind when deciding which replication option to use:

  • Geo-Zone-redundant lagring (GZRS) (för hands version) ger hög tillgänglighet tillsammans med maximal hållbarhet genom att replikera data synkront över tre tillgänglighets zoner i Azure och sedan replikera data asynkront till den sekundära regionen.Geo-zone-redundant storage (GZRS) (preview) provides high availability together with maximum durability by replicating data synchronously across three Azure availability zones and then replicating data asynchronously to the secondary region. Du kan också aktivera Läs behörighet till den sekundära regionen.You can also enable read access to the secondary region. GZRS har utformats för att ge minst 99.99999999999999% (16 9) objekts hållbarhet under ett angivet år.GZRS is designed to provide at least 99.99999999999999% (16 9's) durability of objects over a given year. Mer information om GZRS finns i geo-Zone-redundant lagring för hög tillgänglighet och maximal hållbarhet (för hands version).For more information on GZRS, see Geo-zone-redundant storage for highly availability and maximum durability (preview).
  • Zone-redundant lagring (ZRS) ger hög tillgänglighet med synkron replikering och kan vara ett bättre alternativ för vissa scenarier än GRS.Zone-redundant storage (ZRS) provides highly availability with synchronous replication and may be a better choice for some scenarios than GRS. Mer information om ZRS finns i ZRS.For more information on ZRS, see ZRS.
  • Asynkron replikering innebär en fördröjning från den tid som data skrivs till den primära regionen till när den replikeras till den sekundära regionen.Asynchronous replication involves a delay from the time that data is written to the primary region, to when it is replicated to the secondary region. I händelse av en regional katastrof kan ändringar som ännu inte har repliker ATS till den sekundära regionen gå förlorade om data inte kan återställas från den primära regionen.In the event of a regional disaster, changes that haven't yet been replicated to the secondary region may be lost if that data can't be recovered from the primary region.
  • Med GRS är repliken inte tillgänglig för Läs-eller skriv åtkomst om inte Microsoft initierar en redundansväxling till den sekundära regionen.With GRS, the replica isn't available for read or write access unless Microsoft initiates a failover to the secondary region. Om det är en redundansväxling har du Läs-och skriv åtkomst till dessa data när redundansväxlingen har slutförts.In the case of a failover, you'll have read and write access to that data after the failover has completed. Mer information finns i rikt linjerna för haveri beredskap.For more information, please see Disaster recovery guidance.

Publicera till större fil resurser (standard nivån)Onboard to larger file shares (standard tier)

Det här avsnittet gäller endast för standard fil resurser.This section only applies to the standard file shares. Alla Premium-filresurser är tillgängliga med 100 TiB-kapacitet.All premium file shares are available with 100 TiB capacity.

BegränsningarRestrictions

  • Det går inte att konvertera LRS/ZRS till GRS/GZRS för alla lagrings konton där stora fil resurser är aktiverade.LRS/ZRS to GRS/GZRS account conversion will not be possible for any storage account with large file shares enabled.

Regional tillgänglighetRegional availability

Standard fil resurser är tillgängliga i alla regioner upp till 5 TiB.Standard file shares are available in all regions up to 5 TiB. I vissa regioner är de tillgängliga med en 100 TiB-gräns, dessa regioner visas i följande tabell:In certain regions, they are available with a 100 TiB limit, those regions are listed in the following table:

RegionRegion Redundans stödsSupported redundancy
Australien, östraAustralia East LRSLRS
Australien, sydöstraAustralia Southeast LRSLRS
Kanada, centralaCanada Central LRSLRS
Kanada, östraCanada East LRSLRS
Indien, centralaCentral India LRSLRS
USA, centrala *Central US* LRSLRS
Asien, östraEast Asia LRSLRS
USA, östra *East US* LRSLRS
USA, östra 2 *East US 2* LRSLRS
Frankrike, centralaFrance Central LRS, ZRSLRS, ZRS
Frankrike, södraFrance South LRSLRS
USA, norra centralaNorth Central US LRSLRS
Europa, norraNorth Europe LRSLRS
Indien, södraSouth India LRSLRS
Asien, sydöstraSoutheast Asia LRS, ZRSLRS, ZRS
USA, västra centralaWest Central US LRSLRS
Västeuropa *West Europe* LRS, ZRSLRS, ZRS
USA, västra *West US* LRSLRS
USA, västra 2West US 2 LRS, ZRSLRS, ZRS

* som stöds för nya konton, har inte alla befintliga konton slutfört uppgraderings processen.* Supported for new accounts, not all existing accounts have completed the upgrade process. Du kan kontrol lera om dina befintliga lagrings konton har slutfört uppgraderings processen genom att försöka Aktivera stora fil resurser.You can check if your existing storage accounts have completed the upgrade process by attempting to Enable large file shares.

För att hjälpa oss att prioritera nya regioner och funktioner kan du fylla i den här undersökningen.To help us prioritize new regions and features, please fill out this survey.

Aktivera och skapa större fil resurserEnable and create larger file shares

Om du vill börja använda större fil resurser kan du läsa artikeln så här aktiverar och skapar du stora fil resurser.To begin using larger file shares, see our article How to enable and create large file shares.

Data tillväxt mönsterData growth pattern

Idag är den maximala storleken för en Azure-filresurs 100 TiB.Today, the maximum size for an Azure file share is 100 TiB. På grund av den här aktuella begränsningen måste du ta hänsyn till den förväntade data tillväxten när du distribuerar en Azure-filresurs.Because of this current limitation, you must consider the expected data growth when deploying an Azure file share.

Det går att synkronisera flera Azure-filresurser till en enda Windows-fil server med Azure File Sync. På så sätt kan du se till att äldre och stora fil resurser som du kan ha lokala kan läggas till Azure File Sync. Mer information finns i Planera för en Azure File Sync distribution.It is possible to sync multiple Azure file shares to a single Windows File Server with Azure File Sync. This allows you to ensure that older, large file shares that you may have on-premises can be brought into Azure File Sync. For more information, see Planning for an Azure File Sync Deployment.

Data överförings metodData transfer method

Det finns många enkla alternativ för att överföra data från en befintlig fil resurs, till exempel en lokal fil resurs, till Azure Files.There are many easy options to bulk transfer data from an existing file share, such as an on-premises file share, into Azure Files. Några populära exempel är (ej fullständig lista):A few popular ones include (non-exhaustive list):

  • Azure File Sync: som en del av en första synkronisering mellan en Azure-filresurs (en "moln slut punkt") och ett namn område i Windows-katalogen (en "Server slut punkt") replikerar Azure File Sync alla data från den befintliga fil resursen till Azure Files.Azure File Sync: As part of a first sync between an Azure file share (a "Cloud Endpoint") and a Windows directory namespace (a "Server Endpoint"), Azure File Sync will replicate all data from the existing file share to Azure Files.
  • Azure import/export : tjänsten Azure import/export gör att du på ett säkert sätt kan överföra stora mängder data till en Azure-filresurs genom att leverera hård diskar till ett Azure-datacenter.Azure Import/Export: The Azure Import/Export service allows you to securely transfer large amounts of data into an Azure file share by shipping hard disk drives to an Azure datacenter.
  • Robocopy : Robocopy är ett välkänt kopierings verktyg som levereras med Windows och Windows Server.Robocopy: Robocopy is a well known copy tool that ships with Windows and Windows Server. Robocopy kan användas för att överföra data till Azure Files genom att montera fil resursen lokalt och sedan använda den monterade platsen som mål i Robocopy-kommandot.Robocopy may be used to transfer data into Azure Files by mounting the file share locally, and then using the mounted location as the destination in the Robocopy command.
  • AzCopy : AzCopy är ett kommando rads verktyg som utformats för att kopiera data till och från Azure Files, samt Azure Blob Storage med hjälp av enkla kommandon med optimala prestanda.AzCopy: AzCopy is a command-line utility designed for copying data to and from Azure Files, as well as Azure Blob storage, using simple commands with optimal performance.

Nästa stegNext steps