Azure Container Registry tjänstnivåer
Azure Container Registry finns i flera tjänstnivåer (kallas även SKU:er). De här nivåerna ger förutsägbar prissättning och flera alternativ för att anpassa sig till kapacitets- och användningsmönstren för ditt privata Docker-register i Azure.
| Nivå | Beskrivning |
|---|---|
| Basic | En kostnadsoptimerad startpunkt för utvecklare som lär sig Azure Container Registry. Grundläggande register har samma programmässiga funktioner som Standard och Premium (till exempel Azure Active Directory-autentiseringsintegrering, bildborttagning och webhooks). Det inkluderade lagrings- och avbildningsdataflödet är dock lämpligast för scenarier med lägre användning. |
| Standard | Standardregister erbjuder samma funktioner som Basic, med ökat lagringsutrymme och dataflöde för avbildningar. Standard-register bör uppfylla behoven för de flesta produktionsscenarier. |
| Premium | Premium register ger den högsta mängden inkluderade lagring och samtidiga åtgärder, vilket möjliggör scenarier med stora volymer. Förutom högre dataflöde för avbildningar lägger Premium till funktioner som geo-replikering för att hantera ett enskilt register över flera regioner, innehållsförtroende för signering av bildtaggar, privat länk med privata slutpunkter för att begränsa åtkomsten till registret. |
Nivåerna Basic, Standard och Premium har samma programmässiga funktioner. De kan också dra nytta av avbildningslagring som hanteras helt av Azure. Om du väljer en nivå på högre nivå får du bättre prestanda och skalning. Med flera tjänstnivåer kan du komma igång med Basic och sedan konvertera till Standard och Premium när registeranvändningen ökar.
Funktioner och begränsningar för tjänstnivå
Följande tabell innehåller information om funktionerna och registergränserna för tjänstnivån Basic, Standard och Premium.
| Resurs | Basic | Standard | Premium |
|---|---|---|---|
| Inkluderadlagring 1 (GiB) | 10 | 100 | 500 |
| Storage gräns (TiB) | 20 | 20 | 20 |
| Maximal bildskiktstorlek (GiB) | 200 | 200 | 200 |
| Maximal manifeststorlek (MiB) | 4 | 4 | 4 |
| ReadOps per minut2, 3 | 1 000 | 3 000 | 10 000 |
| WriteOps per minut2, 4 | 100 | 500 | 2 000 |
| Ladda nedbandbredd 2 (Mbit/s) | 30 | 60 | 100 |
| Upload bandbredd 2 (Mbit/s) | 10 | 20 | 50 |
| Webhooks | 2 | 10 | 500 |
| Geo-replikering | Saknas | Saknas | Stöds |
| Tillgänglighetszoner | Saknas | Saknas | Förhandsgranskning |
| Förtroende för innehåll | Saknas | Saknas | Stöds |
| Privat länk med privata slutpunkter | Saknas | Saknas | Stöds |
| • Privata slutpunkter | Saknas | Saknas | 200 |
| Regler för offentligt IP-nätverk | Saknas | Saknas | 100 |
| VNet-åtkomst för tjänstslutpunkt | Saknas | Saknas | Förhandsgranskning |
| • Regler för virtuellt nätverk | Saknas | Saknas | 100 |
| Kundhanterade nycklar | Saknas | Saknas | Stöds |
| Behörigheter som är begränsade till lagringsplatsen | Saknas | Saknas | Förhandsgranskning |
| • Token | Saknas | Saknas | 20 000 |
| • Omfångskartor | Saknas | Saknas | 20 000 |
| • Lagringsplatsen per omfångskarta | Saknas | Saknas | 500 |
1 Storage ingår i det dagliga priset för varje nivå. Ytterligare lagringsutrymme kan användas, upp till registerlagringsgränsen, till ett extra dagligt pris per GiB. Prisinformation finns i Azure Container Registry priser. Om du behöver lagring utöver lagringsgränsen för registret kontaktar du Azure Support.
2ReadOps, WriteOps och Bandwidth är minimiberäkningar. Azure Container Registry strävar efter att förbättra prestandan när användningen kräver det.
3 En docker-hämtning översätts till flera läsåtgärder baserat på antalet lager i avbildningen, plus manifesthämtningen.
4 En docker-push översätts till flera skrivåtgärder, baserat på antalet lager som måste push-överföras. En docker push innehåller ReadOps för att hämta ett manifest för en befintlig avbildning.
Dataflöde och begränsning i registret
Dataflöde
När du genererar en hög hastighet av registeråtgärder använder du tjänstnivåns gränser för läs- och skrivåtgärder och bandbredd som vägledning för förväntat maximalt dataflöde. Dessa begränsningar påverkar dataplansåtgärder, inklusive att lista, ta bort, push-pusha och hämta avbildningar och andra artefakter.
Om du vill beräkna dataflödet för avbildnings-pull och push-meddelanden specifikt, bör du tänka på registergränserna och dessa faktorer:
- Antal och storlek på bildskikt
- Återanvändning av skikt eller basavbildningar mellan bilder
- ytterligare API-anrop som kan krävas för varje pull eller push
Mer information finns i dokumentationen för Docker HTTP API V2.
När du utvärderar eller felsöker registerdataflödet bör du även överväga konfigurationen av klientmiljön:
- Din Docker-daemonkonfiguration för samtidiga åtgärder
- din nätverksanslutning till registrets dataslutpunkt (eller slutpunkter, om registret är geo-replikerat).
Om du får problem med dataflödet till registret kan du gå till Felsöka registerprestanda.
Exempel
Att push-pusha en avbildning på 133 MB till ett Azure-containerregister kräver flera läs- och nginx:latest skrivåtgärder för avbildningens fem lager:
- Läsåtgärder för att läsa avbildningsmanifestet, om det finns i registret
- Skrivåtgärder för att skriva konfigurationsbloben för avbildningen
- Skrivåtgärder för att skriva bildmanifestet
Begränsning
Du kan uppleva begränsning av pull- eller push-åtgärder när registret avgör frekvensen för begäranden överskrider de gränser som tillåts för registrets tjänstnivå. Du kan se ett HTTP 429-fel som liknar Too many requests .
Begränsning kan inträffa tillfälligt när du genererar en burst med pull- eller push-åtgärder för avbildningar under en mycket kort period, även om den genomsnittliga hastigheten för läs- och skrivåtgärder ligger inom registergränserna. Du kan behöva implementera omprövningslogik med viss backoff i koden eller minska den maximala hastigheten för begäranden till registret.
Visa registeranvändning
Använd kommandot az acr show-usage, eller list usages REST API, för att hämta en ögonblicksbild av registrets aktuella förbrukning av lagring och andra resurser, jämfört med gränserna för registrets tjänstnivå. Storage användning visas också på registrets översiktssida i portalen.
Användningsinformation hjälper dig att fatta beslut om att ändra tjänstnivån när registret närmar sig en gräns. Den här informationen hjälper dig också att hantera förbrukning.
Anteckning
Registrets lagringsanvändning bör endast användas som vägledning och återspeglar kanske inte de senaste registeråtgärderna. Övervaka registrets storageUsed-mått för aktuella data.
Beroende på registrets tjänstnivå innehåller användningsinformation några eller alla av följande, tillsammans med gränsen på den nivån:
- Storage förbrukas i byte1
- Antal webhooks
- Antal geo-replikeringar (inklusive hemrepliken)
- Antal privata slutpunkter
- Antal IP-åtkomstregler
- Antal regler för virtuellt nätverk
1 I ett geo-replikerat register visas lagringsanvändningen för hemregionen. Multiplicera med antalet replikeringar för totalt förbrukat lagringsutrymme.
Ändra nivåer
Du kan ändra ett registers tjänstnivå med Azure CLI eller i Azure Portal. Du kan flytta fritt mellan nivåer så länge den nivå som du byter till har den maximala lagringskapacitet som krävs.
Det finns ingen stilleståndstid i registret eller påverkan på registeråtgärder när du flyttar mellan tjänstnivåer.
Azure CLI
Om du vill flytta mellan tjänstnivåer i Azure CLI använder du kommandot az acr update. Om du till exempel vill växla till Premium:
az acr update --name myregistry --sku Premium
Azure Portal
I översikten för containerregistret i Azure Portal väljer du Uppdatera och sedan en ny SKU i listrutan SKU.
Prissättning
Prisinformation om var och en Azure Container Registry tjänstnivåer finns i Container Registry prissättning.
Mer information om priser för dataöverföringar finns i Prisinformation för bandbredd.
Nästa steg
Azure Container Registry översikt
Gå till ACR-översikten GitHub information om kommande funktioner i tjänsten.
Azure Container Registry UserVoice
Skicka in och rösta på nya funktionsförslag i ACR UserVoice.