Azure Container Registry servicelagen
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 Integratie van Azure Active Directory-verificatie, verwijderen van installatiekopieën en webhooks). De inbegrepen opslag- en installatiekopieëndoorvoer zijn echter het meest geschikt voor scenario's met een lager gebruik. |
| Standard | Standaardregisters bieden dezelfde mogelijkheden als Basic, met verhoogde inbegrepen opslag en doorvoer van installatiekopieën. 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 grote 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 het ondertekenen van installatiekopieëntags, 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 installatiekopieënopslag die volledig wordt beheerd door Azure. Het kiezen van een hogere laag biedt betere prestaties en schaal. Met meerdere servicelagen kunt u aan de slag met Basic en vervolgens converteren naar Standard en Premium naarmate het registergebruik toeneemt.
Functies en limieten voor servicelagen
In de volgende tabel worden de functies en registerlimieten van de servicelagen Basic, Standard en Premium weergegeven.
| 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 bereikkaart5 | N.v.t. | N.v.t. | 500 |
| Anonieme pull-toegang | N.v.t. | Preview | Preview |
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. Beide resources, ACR, en het apparaat moeten zich in dezelfde regio bevinden om een hoge downloadsnelheid te bereiken.
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/read, content/write, metadata/readkomen metadata/write overeen met de limiet van opslagplaatsen per bereiktoewijzing.
Registerdoorvoer en beperking
Doorvoer
Wanneer u een hoge snelheid van 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 weergeven, verwijderen, pushen en ophalen van afbeeldingen en andere artefacten.
Als u specifiek de doorvoer van pulls en pushes van installatiekopieën wilt schatten, moet u rekening houden met de registerlimieten en de volgende factoren:
- Aantal en grootte van afbeeldingslagen
- Lagen of basisafbeeldingen opnieuw gebruiken in 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 gegevenseindpunt van het register (of eindpunten, als uw register geo-gerepliceerd is).
Als u problemen ondervindt met doorvoer naar het register, raadpleegt u Problemen met registerprestaties 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, indien aanwezig in het register
- Schrijfbewerkingen om de configuratie-blob van de installatiekopieën te schrijven
- Schrijfbewerkingen om het installatiekopieënmanifest te schrijven
Beperking
U kunt last hebben van beperking van pull- of pushbewerkingen wanneer het register bepaalt dat de frequentie van aanvragen de limieten overschrijdt die zijn toegestaan voor de servicelaag van het register. Mogelijk ziet u een HTTP 429-fout die lijkt op 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 ligt. Mogelijk moet u logica voor opnieuw proberen implementeren met enige uitstel in uw code of de maximale frequentie van aanvragen voor het register verminderen.
Registergebruik weergeven
Gebruik de opdracht az acr show-usage in de Azure CLI, Get-AzContainerRegistryUsage in Azure PowerShell of de REST API List Usages om een momentopname op te halen van het huidige opslagverbruik van uw register en andere resources, vergeleken met de limieten voor de servicelaag van dat register. Opslaggebruik wordt ook weergegeven op de pagina Overzicht van het register in de portal.
Gebruiksgegevens helpen u bij het nemen van beslissingen 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 weerspiegelt mogelijk geen recente registerbewerkingen. Bewaak de metrische gegevens StorageUsed van het register voor up-to-date gegevens.
Afhankelijk van de servicelaag van uw register bevat gebruiksgegevens enkele of alle van de volgende, samen met de limiet in die laag:
- Opslag verbruikt in bytes1
- Aantal webhooks
- Aantal geo-replicaties (inclusief de thuisreplica)
- Aantal privé-eindpunten
- Aantal IP-toegangsregels
- Aantal regels voor virtuele netwerken
1 In een geo-gerepliceerd register wordt 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 uitvaltijd van het register of heeft geen invloed op registerbewerkingen wanneer u tussen servicelagen schakelt.
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 in het containerregister Overzicht in de Azure Portal de optie Bijwerken en selecteer vervolgens een nieuwe SKU in de vervolgkeuzelijst SKU.
Prijzen
Zie Prijzen van Container Registry voor prijsinformatie over elk van de Azure Container Registry servicelagen.
Zie Prijsinformatie voor bandbreedte voor meer informatie over prijzen voor gegevensoverdrachten.
Volgende stappen
routekaart voor Azure Container Registry
Ga naar de ACR Roadmap op GitHub voor informatie over toekomstige functies in de service.
Azure Container Registry UserVoice
Nieuwe functiesuggesties indienen en erop stemmen in ACR UserVoice.