In diesem Dokument sind die Kontingente und Systemlimits für Artifact Registry aufgeführt. Kontingente geben die Menge einer zählbaren, gemeinsam genutzten Ressource an, die Sie verwenden können und die durch Google Cloud-Dienste definiert werden, z. B. Artifact Registry. Systemlimits sind feste Werte, die nicht geändert werden können.
Google Cloud nutzt Kontingente, um Fairness zu gewährleisten und Spitzen bei Ressourcennutzung und -verfügbarkeit zu reduzieren. Ein Kontingent schränkt ein, wie viel von einer Google Cloud-Ressource Ihr Google Cloud-Projekt nutzen darf. Kontingente gelten für eine Reihe von Ressourcentypen, einschließlich Hardware, Software und Netzwerkkomponenten. Mit Kontingenten können Sie beispielsweise die Anzahl der API-Aufrufe an einen Dienst, die Anzahl der von Ihrem Projekt gleichzeitig verwendeten Load Balancer oder die Anzahl der Projekte begrenzen, die Sie erstellen können. Die Kontingente sollen eine Überlastung von Diensten verhindern und dadurch die Community der Google Cloud-Nutzer schützen. Sie helfen Ihnen auch bei der Verwaltung Ihrer eigenen Google Cloud-Ressourcen.
Das Cloud-Kontingentsystem ermöglicht Folgendes:
- Ihren Verbrauch von Google Cloud-Produkten und -Diensten überwachen
- Ihren Verbrauch dieser Ressourcen einschränken
- Bietet eine Möglichkeit, Änderungen am Kontingentwert anzufordern
Wenn Sie versuchen, mehr von einer Ressource zu verbrauchen, als das Kontingent zulässt, blockiert das System in den meisten Fällen den Zugriff auf die Ressource. Die Aufgabe, die Sie ausführen möchten, schlägt fehl.
Kontingente gelten in der Regel auf Google Cloud-Projektebene. Ihre Nutzung einer Ressource in einem Projekt hat keinen Einfluss auf Ihr verfügbares Kontingent in einem anderen Projekt. Innerhalb eines Google Cloud-Projekts werden die Kontingente für alle Anwendungen und IP-Adressen gemeinsam genutzt.
Für Artifact Registry-Ressourcen gelten außerdem Systemlimits. Diese Systemlimits haben nichts mit dem Kontingentsystem zu tun. Systemlimits dürfen geändert werden, sofern nicht anders angegeben.
Artifact Registry begrenzt die maximale Anzahl eingehender Anfragen und erzwingt Kontingente auf Projekt- oder Nutzerbasis.
Unter Mit Kontingenten arbeiten finden Sie Informationen zu Kontingentrichtlinien sowie dazu, wie Sie Ihr Kontingent einsehen und verwalten können.
Ihre aktuelle API-Aktivität sehen Sie im API-Dashboard.
Kontingente
Artifact Registry erzwingt die folgenden Kontingente.
Anfragekontingent pro Projekt
| Kontingent | Wert | Weitere Informationen |
|---|---|---|
| Anfragen pro Minute in jeder Region oder Multiregion | 60.000 | |
| Schreibanfragen pro Minute in jeder Region oder Multiregion | 18.000 | In den meisten Fällen zählt eine einzelne HTTP-Anfrage oder ein einzelner API-Aufruf als eine einzelne Anfrage. Einige Vorgänge zählen jedoch als mehrere Anfragen. Beispiel: Ein Batch Anfrage wie „ImportAptArtifacts“ können Kontingente für jeden Artikel im zu erstellen. Ein Docker-Pull- oder Push-Befehl ergibt in der Regel mehrere HTTP-Anfragen. Daher wird das Kontingent für jede Anfrage berechnet. |
| Löschanfragen pro Minute in jeder Region oder Multiregion | 18.000 | Anzahl der von Bereinigungsrichtlinien angeforderten Löschungen auf das Kontingent an Löschanfragen und auf Löschanfragen pro Tag und Repository limit festgelegt. |
Anfragekontingent pro Nutzer
Standardmäßig haben Projekte ein unbegrenztes nutzerbezogenes Kontingent. Optional können Sie das nutzerbezogene Kontingent in einem Projekt begrenzen. Das nutzerbezogene Kontingent gilt für einen authentifizierten Nutzer oder eine Client-IP-Adresse für nicht authentifizierte Anfragen an ein öffentliches Repository.
Cloud KMS-Kontingente und Artifact Registry
Wenn Sie einen CMEK in Artifact Registry verwenden, Ihre Projekte können kryptografische Cloud KMS-Anfragen nutzen Kontingenten. Beispiel: CMEK-verschlüsselte Repositories. können diese Kontingente für jeden Upload oder Download verbrauchen. Ver- und Entschlüsselungsvorgänge über CMEK-Schlüssel wirken sich nur dann auf Cloud KMS-Kontingente aus, wenn Sie Hardware- (Cloud HSM) oder externe Schlüssel (Cloud EKM) verwenden. Prüfen Sie, ob Ihr Kontingent zum Aktivieren der Verschlüsselung von Secrets auf Anwendungsebene für Ihre Anwendungen und Workflows ausreicht. Weitere Informationen finden Sie unter Cloud KMS-Kontingente.
Kontingente für die Artefaktanalyse
Weitere Informationen finden Sie unter Artefaktanalysekontingente und Limits finden Sie Informationen zum Scannen von Nutzungsrichtlinien.
Öffentliche Upstream-Kontingente
Wenn Sie Remote-Repositories verwenden, um öffentliche Upstream-Repositories im Cache zu speichern, können Sie den Upstream-Repositories unterliegen, Lese- und Schreibkontingente.
Nutzungslimits
Für Artifact Registry gelten die folgenden Nutzungslimits.
| Nutzungsbeschränkung | Wert |
|---|---|
| Löschungen von Bereinigungsrichtlinien pro Repository und Tag | 300.000 |
| Bereinigungsrichtlinien pro Repository | 10 |
| Maximale Datenabrufmenge pro Anfrage vom Upstream des Remote-Repositorys | 9,9 GB |
| Richtlinien für maximale Upstreams für virtuelle Repositories | 30 |
| Maximale Anzahl von Upstream-Auflösungen pro Anfrage für virtuelle Repositories | 250 |
| Maximale Anzahl von Upstream-Auflösungen für Remote-Repositories pro Anfrage für virtuelle Repositories | 30 |
| Erstellen und Löschen von Repositories pro Region und Minute | 30 |
Limits für Remote-Repositories
Wenn Sie ein Artefakt aus Ihrem Remote-Repository anfordern und das Artefakt noch nicht im Cache im Remote-Cache gespeichert wurde, wird das Artefakt vom und dann in Ihrem Remote-Repository gespeichert. Anfragen an Upstream-Hosts werden auf die Upstream-Host-Leseanfrage Ihrer Organisation angerechnet und beim Caching des Artefakts in Ihrem Remote-Repository Schreib- und Anfragekontingente. Sobald das Artefakt im Remote-Cache gespeichert wurde, Anfragen für dieses Artefakt werden nur auf das Anfragekontingent Ihres Projekts angerechnet.
Artifact Registry erzwingt folgende Nutzungslimits für Remote-Zugriff Repositories.
| Limit | Öffentlicher Upstream | Wert |
|---|---|---|
| Lesevorgänge von öffentlichen Upstream-Hosts pro Organisation, pro Region und pro Minute | Standard | 600 |
| Docker Hub | 600 | |
| Maven Central | 3.000 | |
| NpmJS | 1800 | |
| PyPI | 1.200 |
Limit für das Auflisten von Artefakten in einem Repository
Formatspezifische API-Anfragen an alle Formate sind auf 10.000 Anfragen beschränkt. Beispiel: die Docker Registry API, um Container-Images auflisten gibt eine unvollständige Liste zurück,wenn ein Repository mehr als 10.000 Images oder Tags enthält.
Die Einschränkung gilt nicht für gcloud tools docker images list oder Artifact Registry API-Anfragen senden.
Kontingenterhöhung anfordern
Verwenden Sie die Google Cloud Console, um die meisten Kontingente anzupassen. Weitere Informationen finden Sie unter Fordern Sie ein höheres Kontingent an.