servicelagen Azure Container Registry
Azure Container Registry is beschikbaar in meerdere servicelagen (ook wel SKU's genoemd). Deze lagen bieden voorspelbare prijzen en verschillende opties voor het afstemmen op de capaciteits- 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, installatiekopieverwijdering en webhooks). De opgenomen opslag- en afbeeldingsdoorvoer zijn echter het meest geschikt voor scenario's met minder gebruik. |
| Standard | Standaardregisters bieden dezelfde mogelijkheden als Basic, met verhoogde inbegrepen opslag- en installatiekopieëndoorvoer. 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 veel volumes mogelijk zijn. Naast een hogere doorvoer van installatiekopieën voegt Premium functies toe, zoals geo-replicatie voor het beheren van één register in meerdere regio's, inhoudsvertrouwen voor ondertekening van installatiekopieën, private link met privé-eindpunten om de toegang tot het register te beperken. |
De Basic-, Standard- en Premium-lagen bieden allemaal dezelfde programmatische mogelijkheden. Ze profiteren ook allemaal van de opslag van installatiekopieën die volledig worden beheerd door Azure. 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 naarmate uw registergebruik toeneemt.
Functies en limieten van de servicelaag
In de volgende tabel worden de functies en registerlimieten van de servicelagen Basic, Standard en Premium beschreven.
| 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. | Ondersteund |
| 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 |
| Openbare IP-netwerkregels | 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 |
| • Bereikkaarten | N.v.t. | N.v.t. | 20.000 |
| • Opslagplaatsen per bereiktoewijzing5 | 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.
5 Afzonderlijke acties van content/delete, content/readcontent/write, , , metadata/read, komt metadata/write overeen met de limiet van opslagplaatsen per bereiktoewijzing.
Registerdoorvoer en beperking
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 gegevensvlakbewerkingen, waaronder het weergeven, verwijderen, pushen en ophalen van afbeeldingen en andere artefacten.
Als u een schatting wilt maken van de doorvoer van pull-en pushbewerkingen voor installatiekopieën, moet u rekening houden met de registerlimieten en de volgende factoren:
- Aantal en grootte van afbeeldingslagen
- Opnieuw gebruiken van lagen of basisafbeeldingen in afbeeldingen
- extra API-aanroepen die mogelijk vereist zijn voor elke pull- of pushbewerking
Zie de documentatie voor de Docker HTTP API V2 voor meer informatie.
Bij het evalueren of oplossen van problemen met registerdoorvoer, kunt u ook rekening houden met de configuratie van uw clientomgeving:
- uw Docker-daemonconfiguratie voor gelijktijdige bewerkingen
- uw netwerkverbinding met het gegevenseindpunt van het register (of eindpunten, als uw register geo-repliceerd is).
Als u problemen ondervindt met doorvoer naar uw register, raadpleegt u De prestaties van het register oplossen.
Voorbeeld
Voor het pushen van één installatiekopieën van 133 MB nginx:latest naar een Azure-containerregister zijn meerdere lees- en schrijfbewerkingen vereist voor de vijf lagen van de installatiekopieën:
- Leesbewerkingen om het installatiekopieënmanifest te lezen, als het in het register aanwezig is
- Schrijfbewerkingen voor het schrijven van de configuratie-blob van de installatiekopieën
- Schrijfbewerkingen voor het schrijven van het installatiekopieënmanifest
Beperking
Mogelijk ondervindt u beperking van pull- of pushbewerkingen wanneer het register bepaalt hoeveel aanvragen hoger zijn dan de limieten 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 een zeer korte periode een burst van pull- of pushbewerkingen voor installatiekopieën genereert, zelfs wanneer de gemiddelde snelheid van lees- en schrijfbewerkingen binnen de registerlimieten valt. Mogelijk moet u logica voor opnieuw proberen implementeren met enige uitstel in uw code of de maximale frequentie van aanvragen in het register verminderen.
Registergebruik weergeven
Gebruik de opdracht az acr show-usage in de Azure CLI, Get-AzContainerRegistryUsage in Azure PowerShell of de List Usages REST API om een momentopname te krijgen van het huidige verbruik van opslag en andere resources van uw register, vergeleken met de limieten voor de servicelaag van dat register. Opslaggebruik wordt ook weergegeven op de overzichtspagina van het register in de portal.
Met gebruiksgegevens kunt u beslissingen nemen over het wijzigen van de servicelaag wanneer uw register een limiet nadert. Deze informatie helpt u ook bij het beheren van het verbruik.
Notitie
Het opslaggebruik van het register mag alleen worden gebruikt als richtlijn en geeft mogelijk geen recente registerbewerkingen weer. Bewaak de metrische opslaggegevens van het register voor actuele gegevens.
Afhankelijk van de servicelaag van uw register bevat gebruiksgegevens enkele of alle volgende, samen met de limiet in die laag:
- Verbruikte opslag in bytes1
- Aantal webhooks
- Aantal geo-replicaties (inclusief de basisreplica)
- Aantal privé-eindpunten
- Aantal IP-toegangsregels
- Aantal regels voor virtuele netwerken
1 In een geo-gerepliceerd register wordt het opslaggebruik weergegeven voor de thuisregio. 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 vrij schakelen tussen lagen zolang de laag waarnaar u overschakelt de vereiste maximale opslagcapaciteit heeft.
Er is geen downtime of invloed op registerbewerkingen wanneer u tussen servicelagen navigeert.
Azure CLI
Als u wilt schakelen tussen servicelagen in de Azure CLI, gebruikt u de opdracht az acr update . Als u bijvoorbeeld wilt overschakelen naar Premium:
az acr update --name myContainerRegistry --sku Premium
Azure PowerShell
Als u wilt schakelen tussen servicelagen in Azure PowerShell, gebruikt u de cmdlet Update-AzContainerRegistry. Als u bijvoorbeeld wilt overschakelen naar Premium:
Update-AzContainerRegistry -ResourceGroupName myResourceGroup -Name myContainerRegistry -Sku Premium
Azure Portal
Selecteer Bijwerken in het containerregisteroverzicht in de Azure Portal en selecteer vervolgens een nieuwe SKU in de vervolgkeuzelijst SKU.
Prijzen
Zie De prijzen van Container Registry voor informatie over prijzen voor elk van de Azure Container Registry servicelagen.
Zie Prijsinformatie voor bandbreedte voor meer informatie over prijzen voor gegevensoverdrachten.
Volgende stappen
Azure Container Registry roadmap
Ga naar de ACR Roadmap op GitHub om informatie te vinden over toekomstige functies in de service.
Azure Container Registry UserVoice
Verzend en stem op nieuwe functiesuggesties in ACR UserVoice.