Översikt över lagringskonto
Ett Azure Storage-konto innehåller alla dina Azure Storage-dataobjekt: blobar, filer, köer och tabeller. Lagringskontot tillhandahåller ett unikt namnområde för dina Azure Storage-data som är tillgängliga var som helst i världen via HTTP eller HTTPS. Data i ditt lagringskonto är hållbara och mycket tillgängliga, säkra och mycket skalbara.
Information om hur du skapar ett Azure Storage-konto finns i Skapa ett lagringskonto.
Typer av lagringskonton
Det finns flera olika typer av lagringskonton i Azure Storage. Varje typ stöder olika funktioner och har en egen prismodell.
I följande tabell beskrivs de typer av lagringskonton som rekommenderas av Microsoft för de flesta scenarier. Alla dessa använder Azure Resource Manager-distributionsmodellen.
| Typ av lagringskonto | Lagringstjänster som stöds | Alternativ för redundans | Förbrukning |
|---|---|---|---|
| Standard generell användning v2 | Blob Storage (inklusive Data Lake Storage1), Queue Storage, Table Storage och Azure Files | Lokalt redundant lagring (LRS)/geo-redundant lagring (GRS)/geo-redundant lagring med läsåtkomst (RA-GRS) Zonredundant lagring (ZRS)/geo-zonredundant lagring (GZRS) /read-access geo-zone-redundant lagring (RA-GZRS)2 |
Standardlagringskontotyp för blobar, filresurser, köer och tabeller. Rekommenderas för de flesta scenarier med Azure Storage. Om du vill ha stöd för NFS (Network File System) i Azure Files använder du kontotypen premiumfilresurser. |
| Premium-blockblobar3 | Blob Storage (inklusive Data Lake Storage1) | LRS ZRS2 |
Premium Storage-kontotyp för blockblobar och tilläggsblobar. Rekommenderas för scenarier med höga transaktionshastigheter eller som använder mindre objekt eller kräver konsekvent låg lagringsfördröjning. Läs mer om exempelarbetsbelastningar. |
| Premium-filresurser3 | Azure Files | LRS ZRS2 |
Premium-lagringskontotyp endast för filresurser. Rekommenderas för företagsprogram eller skalningsprogram med höga prestanda. Använd den här kontotypen om du vill ha ett lagringskonto som stöder både Server Message Block (SMB) och NFS-filresurser. |
| Premium-sidblobar3 | Endast sidblobar | LRS ZRS2 |
Premium Storage-kontotyp endast för sidblobbar. Läs mer om sidblobar och exempelanvändningsfall. |
1 Data Lake Storage är en uppsättning funktioner som är dedikerade till stordataanalys som bygger på Azure Blob Storage. Mer information finns i Introduktion till Data Lake Storage och Skapa ett lagringskonto som ska användas med Data Lake Storage.
2 ZRS, GZRS och RA-GZRS är endast tillgängliga för standard-generell användning v2, premiumblockblobar, premiumfilresurser och premium-sidblobbkonton i vissa regioner. Läs mer i Redundansalternativ för Azure Storage.
3 Premium-prestandalagringskonton använder SSD-enheter (Solid State Drives) för låg svarstid och högt dataflöde.
Äldre lagringskonton stöds också. Mer information finns i Äldre lagringskontotyper.
Serviceavtalet (SLA) för Azure Storage-konton är tillgängligt på SLA för lagringskonton.
Kommentar
Du kan inte ändra ett lagringskonto till en annan typ när det har skapats. Om du vill flytta dina data till ett lagringskonto av en annan typ måste du skapa ett nytt konto och kopiera data till det nya kontot.
Lagringskontonamn
Tänk på dessa regler när du namnger lagringskontot:
- Namnet på ett lagringskonto måste vara mellan 3 och 24 tecken långt och får endast innehålla siffror och gemener.
- Namnet på ditt lagringskonto måste vara unikt i Azure. Det får inte finnas två lagringskonton med samma namn.
Arbetsbelastningar för lagringskonto
Azure Storage-kunder använder en mängd olika arbetsbelastningar för att lagra data, komma åt dem och härleda insikter för att uppfylla sina affärsmål. Varje arbetsbelastning använder specifika protokoll för dataåtgärder baserat på dess krav samt branschstandarder.
Nedan visas en övergripande kategorisering av olika primära arbetsbelastningar för dina lagringskonton.
Molnbaserat
Molnbaserade appar är storskaliga distribuerade program som bygger på en grund av molnparadigm och tekniker. Den här moderna metoden fokuserar på molnskalnings- och prestandafunktioner. Molnbaserade appar kan baseras på mikrotjänstarkitektur, använda hanterade tjänster och använda kontinuerlig leverans för att uppnå tillförlitlighet. Dessa program kategoriseras vanligtvis i webbappar, mobilappar, containerbaserade appar och serverlösa/FaaS.
Analys
Analys är en systematisk beräkningsanalys av data och statistik. Den här vetenskapen omfattar identifiering, tolkning och kommunikation av meningsfulla insikter/mönster som finns i data. De data som identifieras kan manipuleras och tolkas på ett sätt som hjälper företaget att uppnå sina mål. Dessa arbetsbelastningar består vanligtvis av en pipeline som matar in stora mängder data som är förberedda, kuraterade och aggregerade för nedströmsförbrukning via Power BI, informationslager eller program. Analysarbetsbelastningar kan kräva hög ingress och utgående trafik, vilket ökar dataflödet för ditt lagringskonto. Vissa olika typer av analys omfattar (men är inte begränsade till) realtidsanalys, avancerad analys, förutsägelseanalys, känsloanalys och attitydanalys. För analys garanterar vi att våra kunder har hög dataflödesåtkomst till stora mängder data i distribuerade lagringsarkitekturer.
Databehandling med höga prestanda (HPC)
Databehandling med höga prestanda är aggregeringen av flera beräkningsnoder som agerar på samma uppsättning uppgifter för att uppnå mer än för en enskild nod inom en viss tidsram. Det handlar om att använda kraftfulla processorer som fungerar parallellt för att bearbeta massiva, flerdimensionella datamängder. HPC-arbetsbelastningar kräver läs- och skrivåtgärder med mycket högt dataflöde för arbetsbelastningar som gensekvensering och simulering av reservoarer. HPC-arbetsbelastningar omfattar även program med hög IOPS- och låg latensåtkomst till ett stort antal små filer för arbetsbelastningar som seismisk tolkning, autonom körning och riskarbetsbelastningar. Det primära målet är att lösa komplexa problem i ultrasnabba hastigheter. Andra exempel på databehandling med höga prestanda är vätskedynamik och annan fysisk simulering eller analys som kräver skalbarhet och högt dataflöde. För att göra det möjligt för våra kunder att utföra HPC ser vi till att stora mängder data är tillgängliga med en stor mängd samtidighet.
Säkerhetskopiering och arkivering
Affärskontinuitet och haveriberedskap (BCDR) är ett företags förmåga att fortsätta att fungera efter en negativ händelse. När det gäller lagring innebär det här målet att upprätthålla affärskontinuitet mellan avbrott i lagringssystem. Med introduktionen av erbjudanden för säkerhetskopiering som en tjänst i hela branschen migreras BCDR-data i allt högre grad till det offentliga molnet. Säkerhetskopierings- och arkivarbetsbelastningen fungerar som den sista försvarslinjen mot ökande utpressningstrojaner och skadliga attacker. När det uppstår ett tjänstavbrott eller oavsiktlig borttagning eller skada av data är det högsta prioritet att återställa data på ett effektivt och orkestrerat sätt. För att åstadkomma detta gör Azure Storage det möjligt att lagra och hämta stora mängder data på det mest kostnadseffektiva sättet.
Maskininlärning och artificiell intelligens
Artificiell intelligens (AI) är teknik som simulerar mänsklig intelligens och problemlösningsfunktioner på datorer. Machine Learning (ML) är ett underområde inom AI som använder algoritmer för att skapa modeller som gör det möjligt för datorer att utföra uppgifter. Båda representerar den senaste arbetsbelastningen i Azure som växer i snabb takt. Den här typen av arbetsbelastning kan användas i alla branscher för att förbättra måtten och uppfylla prestandamålen. Dessa typer av tekniker kan leda till upptäckter av livräddande läkemedel och metoder inom medicin/hälsa och samtidigt tillhandahålla hälsobedömningar. Andra dagliga användningsområden för ML och AI är bedrägeriidentifiering, bildigenkänning och flaggande av felaktig information. Dessa arbetsbelastningar behöver vanligtvis högspecialiserad beräkning (ett stort antal GPU) och kräver högt dataflöde och IOPS, låg svarstidsåtkomst till lagring och POSIX-filsystemåtkomst. Azure Storage stöder dessa typer av arbetsbelastningar genom att lagra kontrollpunkter och tillhandahålla lagring för storskaliga datauppsättningar och modeller. Dessa datauppsättningar och modeller läser och skriver i en takt för att hålla GPU:er utnyttjade.
Rekommenderade arbetsbelastningskonfigurationer
Tabellen nedan visar Microsofts föreslagna konfigurationer av lagringskonton för varje arbetsbelastning
| Arbetsbelastning | Typ av konto | Prestanda | Redundans | Hierarkiskt namnområde aktiverat | Standardåtkomstnivå | Mjuk borttagning är aktiverat |
|---|---|---|---|---|---|---|
| Molnbaserat | Generell användning v2 | Standard | ZRS, RA-GRS | Nej | Het | Ja |
| Analys | Generell användning v2 | Standard | ZRS1, RA-GRS | Ja2 | Het | Ja |
| Databehandling med höga prestanda (HPC) | Generell användning v2 | Standard | ZRS, RA-GRS | Ja | Het | Ja |
| Säkerhetskopiering och arkivering | Generell användning v2 | Standard | ZRS, RA-GRS | Nej | Lågfrekvent3 | Ja |
| Maskininlärning och artificiell intelligens | Generell användning v2 | Standard | ZRS, RA-GRS | Ja | Het | Nej |
1 Zonredundant lagring (ZRS) är en bra standard för analysarbetsbelastningar eftersom ZRS erbjuder ytterligare redundans jämfört med lokalt redundant lagring (LRS), vilket skyddar mot zonfel samtidigt som det är helt kompatibelt med analysramverk. Kunder som behöver ytterligare redundans kan också använda geo-redundant lagring (GRS/RA-GRS) om ytterligare redundans krävs för en analysarbetsbelastning.
2 Som en central funktion i Azure Data Lake Storage (ADLS) förbättrar det hierarkiska namnområdet dataorganisationen och åtkomsteffektiviteten för stora mängder data, vilket gör det idealiskt för analysarbetsbelastningar.
3 Lågfrekvent åtkomstnivå erbjuder en kostnadseffektiv lösning för lagring av sällan använda data, vilket är typiskt för en arbetsbelastning för säkerhetskopiering och arkivering. Kunder kan också överväga nivån för kall åtkomst efter utvärdering av kostnader.
Slutpunkter för lagringskonto
På ett lagringskonto finns ett unikt namnområde i Azure för dina data. Varje objekt som du lagrar i Azure Storage har en URL-adress som innehåller ditt unika kontonamn. Kombinationen av kontonamnet och tjänstslutpunkten utgör slutpunkterna för ditt lagringskonto.
Det finns två typer av tjänstslutpunkter tillgängliga för ett lagringskonto:
- Standardslutpunkter (rekommenderas). Som standard kan du skapa upp till 250 lagringskonton per region med standardslutpunkter i en viss prenumeration. Med en kvotökning kan du skapa upp till 500 lagringskonton med standardslutpunkter per region. Mer information finns i Öka Azure Storage-kontokvoter.
- Azure DNS-zonslutpunkter (förhandsversion). Du kan skapa upp till 5 000 lagringskonton per region med Azure DNS-zonslutpunkter i en viss prenumeration.
I en enda prenumeration kan du skapa konton med antingen standard- eller Azure DNS-zonslutpunkter, för högst 5250 konton per region per prenumeration. Med en kvotökning kan du skapa upp till 5 500 lagringskonton per region per prenumeration.
Du kan konfigurera lagringskontot så att det använder en anpassad domän för Blob Storage-slutpunkten. Mer information finns i Konfigurera ett anpassat domännamn för ditt Azure Storage-konto.
Viktigt!
När du refererar till en tjänstslutpunkt i ett klientprogram rekommenderar vi att du undviker att använda ett beroende av en cachelagrad IP-adress. IP-adressen för lagringskontot kan komma att ändras, och om du förlitar dig på en cachelagrad IP-adress kan det leda till oväntat beteende.
Dessutom rekommenderar vi att du respekterar TTL (time-to-live) för DNS-posten och undviker att åsidosätta den. Att åsidosätta DNS TTL kan leda till oväntat beteende.
Standardslutpunkter
En standardtjänstslutpunkt i Azure Storage innehåller protokollet (HTTPS rekommenderas), lagringskontonamnet som underdomän och en fast domän som innehåller namnet på tjänsten.
I följande tabell visas formatet för standardslutpunkterna för var och en av Azure Storage-tjänsterna.
| Lagringstjänst | Slutpunkt |
|---|---|
| Blob Storage | https://<storage-account>.blob.core.windows.net |
| Statisk webbplats (Blob Storage) | https://<storage-account>.web.core.windows.net |
| Data Lake Storage | https://<storage-account>.dfs.core.windows.net |
| Azure Files | https://<storage-account>.file.core.windows.net |
| Queue Storage | https://<storage-account>.queue.core.windows.net |
| Table Storage | https://<storage-account>.table.core.windows.net |
När ditt konto skapas med standardslutpunkter kan du enkelt skapa URL:en för ett objekt i Azure Storage genom att lägga till objektets plats i lagringskontot till slutpunkten. Url:en för en blob liknar till exempel:
https://*mystorageaccount*.blob.core.windows.net/*mycontainer*/*myblob*
Azure DNS-zonslutpunkter (förhandsversion)
Viktigt!
Azure DNS-zonslutpunkter finns för närvarande i förhandsversion. Juridiska villkor för Azure-funktioner i betaversion, förhandsversion eller som av någon annan anledning inte har gjorts allmänt tillgängliga ännu finns i kompletterande användningsvillkor för Microsoft Azure-förhandsversioner.
När du skapar ett Azure Storage-konto med Azure DNS-zonslutpunkter (förhandsversion) väljer Azure Storage dynamiskt en Azure DNS-zon och tilldelar den till lagringskontot när det skapas. Det nya lagringskontots slutpunkter skapas i den dynamiskt valda Azure DNS-zonen. Mer information om Azure DNS-zoner finns i DNS-zoner.
En tjänstslutpunkt i Azure DNS-zonen i Azure Storage innehåller protokollet (HTTPS rekommenderas), lagringskontonamnet som underdomän och en domän som innehåller namnet på tjänsten och identifieraren för DNS-zonen. Identifieraren för DNS-zonen börjar alltid med z och kan variera från z00 till z50.
I följande tabell visas formatet för Azure DNS-zonslutpunkter för var och en av Azure Storage-tjänsterna:
| Lagringstjänst | Slutpunkt |
|---|---|
| Blob Storage | https://<storage-account>.z[00-50].blob.storage.azure.net |
| Statisk webbplats (Blob Storage) | https://<storage-account>.z[00-50].web.storage.azure.net |
| Data Lake Storage | https://<storage-account>.z[00-50].dfs.storage.azure.net |
| Azure Files | https://<storage-account>.z[00-50].file.storage.azure.net |
| Queue Storage | https://<storage-account>.z[00-50].queue.storage.azure.net |
| Table Storage | https://<storage-account>.z[00-50].table.storage.azure.net |
Viktigt!
Du kan skapa upp till 5 000 konton med Azure DNS-zonslutpunkter per prenumeration. Du kan dock behöva uppdatera programkoden för att fråga efter kontoslutpunkten vid körning. Du kan anropa åtgärden Hämta egenskaper för att fråga efter lagringskontoslutpunkterna.
Azure DNS-zonslutpunkter stöds endast för konton som skapats med Azure Resource Manager-distributionsmodellen. Mer information finns i Översikt över Azure Resource Manager.
Information om hur du skapar ett lagringskonto med Azure DNS-zonslutpunkter finns i Skapa ett lagringskonto.
Om förhandsversionen
Förhandsversionen av Azure DNS-zonens slutpunkter är tillgänglig i alla offentliga regioner. Förhandsversionen är inte tillgänglig i några myndighetsmolnregioner.
Om du vill registrera dig för förhandsversionen följer du anvisningarna i Konfigurera förhandsversionsfunktioner i Azure-prenumerationen. Ange PartitionedDnsPublicPreview som funktionsnamn och Microsoft.Storage som providernamnområde.
CNAME-poster, underdomäner och IP-adresser
Varje lagringskontoslutpunkt pekar på en kedja med DNS CNAME-poster som så småningom pekar på en DNS A-post. Antalet poster och de underdomäner som är associerade med varje post kan variera mellan konton och kan bero på lagringskontotypen och hur kontot konfigureras.
Lagringskontots slutpunkt är stabil och ändras inte. CNAME-posterna i en viss kedja kan dock ändras och du meddelas inte när en ändring sker. Om du är värd för en privat DNS-tjänst i Azure kan dessa ändringar påverka konfigurationen.
Läs igenom följande riktlinjer:
CNAME-kedjan som är associerad med en lagringskontoslutpunkt kan ändras utan föregående meddelande. Program och miljöer bör inte vara beroende av antalet CNAME-poster eller de underdomäner som är associerade med dessa CNAME-poster.
EN-postens IP-adress som returneras av DNS-matchningen för en lagringskontoslutpunkt kan ändras ofta.
Programmen och operativsystemen bör alltid respektera den TTL (time-to-live) som är associerad med CNAME-posten. Cachelagring av CNAME-postens värde utöver TTL kan leda till oavsiktligt beteende.
Migrera ett lagringskonto
Följande tabell sammanfattar och pekar på vägledning om hur du flyttar, uppgraderar eller migrerar ett lagringskonto:
| Migreringsscenario | Details |
|---|---|
| Flytta ett lagringskonto till en annan prenumeration | Azure Resource Manager innehåller alternativ för att flytta en resurs till en annan prenumeration. Mer information finns i Flytta resurser till en ny resursgrupp eller prenumeration. |
| Flytta ett lagringskonto till en annan resursgrupp | Azure Resource Manager innehåller alternativ för att flytta en resurs till en annan resursgrupp. Mer information finns i Flytta resurser till en ny resursgrupp eller prenumeration. |
| Flytta ett lagringskonto till en annan region | Om du vill flytta ett lagringskonto skapar du en kopia av lagringskontot i en annan region. Flytta sedan dina data till det kontot med hjälp av AzCopy eller ett annat valfritt verktyg. Mer information finns i Flytta ett Azure Storage-konto till en annan region. |
| Uppgradera till ett lagringskonto för generell användning v2 | Du kan uppgradera ett generellt v1-lagringskonto eller Blob Storage-konto till ett generellt v2-konto. Observera att den här åtgärden inte kan ångras. Mer information finns i Uppgradera till ett V2-lagringskonto för generell användning. |
| Migrera ett klassiskt lagringskonto till Azure Resource Manager | Azure Resource Manager-distributionsmodellen är överlägsen den klassiska distributionsmodellen när det gäller funktioner, skalbarhet och säkerhet. Mer information om hur du migrerar ett klassiskt lagringskonto till Azure Resource Manager finns i avsnittet "Migrering av lagringskonton" i Plattformsstödd migrering av IaaS-resurser från klassisk till Azure Resource Manager. |
Överföra data till ett lagringskonto
Microsoft tillhandahåller tjänster och verktyg för att importera dina data från lokala lagringsenheter eller molnlagringsleverantörer från tredje part. Vilken lösning du använder beror på mängden data som du överför. Mer information finns i Översikt över Azure Storage-migrering.
Kryptering för lagringskonto
Alla data i ditt lagringskonto krypteras automatiskt på tjänstsidan. Mer information om kryptering och nyckelhantering finns i Azure Storage-kryptering för vilande data.
Fakturering för lagringskonto
Azure Storage-fakturor baserat på din användning av lagringskontot. Alla objekt i ett lagringskonto faktureras tillsammans som en grupp. Lagringskostnader beräknas enligt följande faktorer:
- Region refererar till den geografiska region där ditt konto är baserat.
- Kontotypen refererar till den typ av lagringskonto som du använder.
- Åtkomstnivån refererar till det dataanvändningsmönster som du har angett för ditt allmänna v2- eller Blob Storage-konto.
- Kapacitet avser hur mycket av lagringskontotilldelningen du använder för att lagra data.
- Redundans avgör hur många kopior av dina data som underhålls samtidigt och på vilka platser.
- Transaktioner refererar till alla läs- och skrivåtgärder till Azure Storage.
- Datautgående avser alla data som överförs från en Azure-region. När data i ditt lagringskonto används av ett program som inte körs i samma region debiteras du för utgående data. Information om hur du använder resursgrupper för att gruppera dina data och tjänster i samma region för att begränsa utgående avgifter finns i Vad är en Azure-resursgrupp?.
Prissidan för Azure Storage innehåller detaljerad prisinformation baserat på kontotyp, lagringskapacitet, replikering och transaktioner. Prisinformationen för dataöverföringar innehåller detaljerad prisinformation för datautgående data. Du kan använda priskalkylatorn för Azure Storage för att beräkna dina kostnader.
Azure-tjänster kostar pengar. Azure Cost Management hjälper dig att ange budgetar och konfigurera aviseringar för att hålla koll på utgifterna. Analysera, hantera och optimera dina Azure-kostnader med Cost Management. Mer information finns i snabbstarten om att analysera kostnader.
Äldre lagringskontotyper
I följande tabell beskrivs de äldre lagringskontotyperna. Dessa kontotyper rekommenderas inte av Microsoft, men kan användas i vissa scenarier:
| Typ av äldre lagringskonto | Lagringstjänster som stöds | Alternativ för redundans | Distributionsmodell | Förbrukning |
|---|---|---|---|---|
| Standard generell användning v1 | Blob Storage, Queue Storage, Table Storage och Azure Files | LRS/GRS/RA-GRS | Resource Manager, klassisk1 | Allmänna v1-konton kanske inte har de senaste funktionerna eller den lägsta prissättningen per gigabyte. Överväg att använda den för följande scenarier:
|
| Blob Storage | Blob Storage (endast blockblobar och tilläggsblobar) | LRS/GRS/RA-GRS | Resource Manager | Microsoft rekommenderar att du använder standardkonton för generell användning v2 i stället när det är möjligt. |
1 Från och med den 1 augusti 2022 kommer du inte längre att kunna skapa nya lagringskonton med den klassiska distributionsmodellen. Resurser som skapats före det datumet kommer att fortsätta att stödjas till och med den 31 augusti 2024. Mer information finns i Klassiska Azure-lagringskonton dras tillbaka den 31 augusti 2024.
Skalbarhetsmål för standardlagringskonton
I följande tabell beskrivs standardgränser för Azure general-purpose v2 (GPv2), general-purpose v1 (GPv1) och Blob Storage-konton. Den inkommande gränsen syftar på alla data som skickas till ett lagringskonto. Den utgående gränsen syftar på alla data som tas emot från ett lagringskonto.
Microsoft rekommenderar att du använder ett GPv2-lagringskonto för de flesta scenarier. Du kan enkelt uppgradera ett GPv1- eller bloblagringskonto till ett GPv2-konto utan avbrott och utan att behöva kopiera data. Mer information finns i Uppgradera till ett GPv2-lagringskonto.
Kommentar
Du kan begära högre kapacitets- och ingressgränser. Kontakta Azure Support om du vill begära en ökning.
| Resurs | Gräns |
|---|---|
| Maximalt antal lagringskonton med standardslutpunkter per region per prenumeration, inklusive standard- och premiumlagringskonton. | 250 som standard 500 efter begäran1 |
| Maximalt antal lagringskonton med Azure DNS-zonslutpunkter (förhandsversion) per region per prenumeration, inklusive standard- och premiumlagringskonton. | 5 000 (förhandsversion) |
| Maximal standardkapacitet för lagringskonton | 5 PiB 2 |
| Maximalt antal blobcontainrar, blobar, kataloger och underkataloger (om hierarkiskt namnområde är aktiverat), filresurser, tabeller, köer, entiteter eller meddelanden per lagringskonto. | Ingen begränsning |
Högsta standardfrekvens för begäranden per generell användning v2 och Blob Storage-konto i följande regioner:
|
40 000 begäranden per sekund2 |
| Högsta standardfrekvens för begäranden per generell användning v2 och Blob Storage-konto i regioner som inte visas i föregående rad. | 20 000 begäranden per sekund2 |
Standard högsta ingress per generell användning v2 och Blob Storage-konto i följande regioner:
|
60 Gbit/s2 |
| Standard högsta ingress per generell användning v2 och Blob Storage-konto i regioner som inte visas i föregående rad. | 25 Gbit/s2 |
| Standard maximal ingress för generell användning v1-lagringskonton (alla regioner) | 10 Gbit/s2 |
Högsta standardutgång för konton för generell användning v2 och Blob Storage i följande regioner:
|
200 Gbit/s2 |
| Maximal utgående standard för konton för generell användning v2 och Blob Storage i regioner som inte visas i föregående rad. | 50 Gbit/s2 |
| Maximalt utgående för generell användning v1-lagringskonton (USA-regioner) | 20 Gbps om RA-GRS/GRS är aktiverat, 30 Gbps för LRS/ZRS |
| Maximalt utgående för generell användning v1-lagringskonton (andra regioner än USA) | 10 Gbps om RA-GRS/GRS är aktiverat, 15 Gbps för LRS/ZRS |
| Maximalt antal regler för IP-adress per lagringskonto | 400 |
| Maximalt antal regler för virtuellt nätverk per lagringskonto | 400 |
| Maximalt antal regler för resursinstanser per lagringskonto | 200 |
| Maximalt antal privata slutpunkter per lagringskonto | 200 |
1 Med en kvotökning kan du skapa upp till 500 lagringskonton med standardslutpunkter per region. Mer information finns i Öka Azure Storage-kontokvoter.
2 Azure Storage-standardkonton har stöd för högre kapacitetsgränser och högre gränser för ingress och utgående av begäran. Om du vill begära en ökning av kontogränser kontaktar du Azure-supporten.