Azure Container Registry servicelagen

Azure Container Registry is beschikbaar in meerdere servicelagen (ook wel bekend als SKU's). Deze lagen bieden voorspelbare prijzen en verschillende opties voor afstemming op de capaciteit en gebruikspatronen van uw persoonlijke Docker-register in Azure.

Laag Beschrijving
Basic Een rendabel toegangspunt voor ontwikkelaars die meer willen leren over Azure Container Registry. Basisregisters hebben dezelfde programmatische mogelijkheden als Standard en Premium (zoals Azure Active Directory-verificatieintegratie, het verwijderen van afbeeldingen en webhooks). De inbegrepen opslag en doorvoer van de afbeelding zijn echter het meest geschikt voor scenario's met een lager gebruik.
Standard Standard-registers bieden dezelfde mogelijkheden als Basic, met meer inbegrepen opslag en doorvoer van afbeeldingen. Standard-registers moeten voldoen aan de behoeften van de meeste productiescenario's.
Premium Premium registers bieden de hoogste hoeveelheid inbegrepen opslag en gelijktijdige bewerkingen, waardoor scenario's met hoge volumes mogelijk zijn. Naast een hogere doorvoer van de afbeelding voegt Premium functies toe, zoals geo-replicatie voor het beheren van één register in meerdere regio's, inhoud vertrouwen voor ondertekening van de afbeeldingstag, privékoppeling met privé-eindpunten om de toegang tot het register te beperken.

De lagen Basic, Standard en Premium bieden allemaal dezelfde programmatische mogelijkheden. Ze profiteren ook allemaal van de opslag van afbeeldingen die volledig door Azure worden beheerd. Het kiezen van een laag op een hoger niveau biedt meer prestaties en schaal. Met meerdere servicelagen kunt u aan de slag met Basic en vervolgens converteren naar Standard en Premium het registergebruik toeneemt.

Functies en limieten voor servicelagen

De volgende tabel bevat de functies en registerlimieten van de servicelagen Basic, Standard en Premium service.

Resource Basic Standard Premium
Inbegrepen opslag1 (GiB) 10 100 500
Limiet gegevensopslag (TiB) 20 20 20
Maximale grootte van de installatiekopielaag (GiB) 200 200 200
Maximale manifestgrootte (MiB) 4 4 4
ReadOps per minuut2, 3 1000 3000 10.000
WriteOps per minuut2, 4 100 500 2.000
Downloadbandbreedte2 (Mbps) 30 60 100
Uploadbandbreedte 2 (Mbps) 10 20 50
Webhooks 2 10 500
Geo-replicatie N.v.t. N.v.t. Ondersteund
Beschikbaarheidszones N.v.t. N.v.t. Preview
Inhoud vertrouwen N.v.t. N.v.t. Ondersteund
Privékoppeling met privé-eindpunten N.v.t. N.v.t. Ondersteund
• Privé-eindpunten N.v.t. N.v.t. 200
Regels voor openbare IP-netwerken N.v.t. N.v.t. 100
VNet-toegang voor service-eindpunt N.v.t. N.v.t. Preview
• Regels voor virtuele netwerken N.v.t. N.v.t. 100
Door klant beheerde sleutels N.v.t. N.v.t. Ondersteund
Machtigingen voor opslagplaatsen N.v.t. N.v.t. Preview
• Tokens N.v.t. N.v.t. 20.000
• Bereiktoewijzingen N.v.t. N.v.t. 20.000
• Opslagplaatsen per bereiktoewijzing N.v.t. N.v.t. 500

1 Opslag inbegrepen in het dagelijkse tarief voor elke laag. Er kan extra opslag worden gebruikt tot aan de registeropslaglimiet tegen een extra dagelijks tarief per GiB. Zie voor meer tariefinformatie Prijzen voor Azure Container Registry. Neem contact op met Azure-ondersteuning als u opslag nodig hebt buiten de registeropslaglimiet.

2ReadOps, WriteOps en bandbreedte zijn minimale schattingen. Azure Container Registry streeft ernaar de prestaties te verbeteren op basis van de gebruiksvereisten.

3Een Docker-pull bestaat uit meerdere leesbewerkingen, afhankelijk van het aantal lagen in de installatiekopie, plus het ophalen van het manifest.

4Een Docker-push bestaat uit meerdere schrijfbewerkingen, afhankelijk van het aantal lagen dat moet worden gepusht. Een docker push omvat de ReadOps om een manifest voor een bestaande installatiekopie op te halen.

Registerdoorvoer en bandbreedtebeperking

Doorvoer

Wanneer u een hoog aantal registerbewerkingen genereert, gebruikt u de limieten van de servicelaag voor lees- en schrijfbewerkingen en bandbreedte als richtlijn voor de verwachte maximale doorvoer. Deze limieten zijn van invloed op bewerkingen op het gegevensvlak, waaronder het in een lijst bekijken, verwijderen, pushen en binnenhalen van afbeeldingen en andere artefacten.

Als u een schatting wilt maken van de doorvoer van pulls en pushes van afbeeldingen, moet u rekening houden met de registerlimieten en de volgende factoren:

  • Aantal en grootte van afbeeldingslagen
  • Lagen of basisafbeeldingen hergebruiken voor verschillende afbeeldingen
  • extra API-aanroepen die mogelijk vereist zijn voor elke pull of push

Zie de documentatie voor de Docker HTTP API V2 voor meer informatie.

Houd bij het evalueren of oplossen van problemen met registerdoorvoer ook rekening met de configuratie van uw clientomgeving:

  • uw Docker-daemonconfiguratie voor gelijktijdige bewerkingen
  • uw netwerkverbinding met het gegevens-eindpunt van het register (of eindpunten, als uw register geo-gerepliceerd is).

Zie Problemen met registerprestaties oplossen als u problemen hebt met de doorvoer naar uw register.

Voorbeeld

Voor het pushen van één 133 MB-afbeelding naar een Azure-containerregister zijn meerdere lees- en schrijfbewerkingen vereist voor de vijf nginx:latest lagen van de afbeelding:

  • Leesbewerkingen om het afbeeldingsmanifest te lezen, als het bestaat in het register
  • Schrijfbewerkingen om de configuratieblob van de afbeelding te schrijven
  • Schrijfbewerkingen om het afbeeldingsmanifest te schrijven

Beperking

Er kan een beperking van pull- of pushbewerkingen zijn wanneer het register bepaalt dat de snelheid van aanvragen de limieten overschrijdt die zijn toegestaan voor de servicelaag van het register. Mogelijk ziet u een HTTP 429-fout die vergelijkbaar is met Too many requests .

Beperking kan tijdelijk optreden wanneer u in zeer korte tijd een burst van pull- of pushbewerkingen voor afbeeldingen genereert, zelfs wanneer de gemiddelde snelheid van lees- en schrijfbewerkingen binnen de registerlimieten ligt. Mogelijk moet u logica voor opnieuw proberen implementeren met enige back-off in uw code of de maximale snelheid van aanvragen voor het register verminderen.

Registergebruik tonen

Gebruik de opdracht az acr show-usage of de REST API List Usages om een momentopname te maken van het huidige verbruik van opslag en andere resources in uw register, vergeleken met de limieten voor de servicelaag van dat register. Storage gebruik wordt ook weergegeven op de pagina Overzicht van het register in de portal.

Gebruiksgegevens helpen u beslissingen te nemen over het wijzigen van de servicelaag wanneer uw register een limiet nadert. Met deze informatie kunt u ook het verbruik beheren.

Notitie

Het opslaggebruik van het register mag alleen worden gebruikt als richtlijn en weerspiegelt mogelijk geen recente registerbewerkingen. Controleer de metrische gegevens StorageUsed van het register op actuele gegevens.

Afhankelijk van de servicelaag van uw register bevatten de gebruiksgegevens een deel of alle van de volgende, samen met de limiet in die laag:

1 In een geo-gerepliceerd register wordt opslaggebruik weergegeven voor de basisregio. Vermenigvuldig met het aantal replicaties voor de totale verbruikte opslag.

Lagen wijzigen

U kunt de servicelaag van een register wijzigen met de Azure CLI of in de Azure Portal. U kunt zich vrij verplaatsen tussen lagen zolang de laag waar u naar overschakelt de vereiste maximale opslagcapaciteit heeft.

Er is geen downtime in het register of heeft geen invloed op registerbewerkingen wanneer u tussen servicelagen verplaatst.

Azure CLI

Als u wilt verplaatsen tussen servicelagen in de Azure CLI, gebruikt u de opdracht az acr update. Als u bijvoorbeeld wilt overschakelen naar Premium:

az acr update --name myregistry --sku Premium

Azure Portal

Selecteer in het containerregister Overzicht in Azure Portal update en selecteer vervolgens een nieuwe SKU in de vervolgkeuzelijst SKU.

Container Registry-SKU bijwerken in Azure Portal

Prijzen

Zie Prijzen voor Azure Container Registry prijsinformatie over Container Registry servicelagen.

Zie Prijsinformatie voor bandbreedte voor meer informatie over prijzen voor gegevensoverdracht.

Volgende stappen

Azure Container Registry Roadmap

Ga naar de ACR-roadmap op GitHub voor informatie over toekomstige functies in de service.

Azure Container Registry UserVoice

Verzend en stem op nieuwe functiesuggesties in ACR UserVoice.