Kontingente und Limits

In diesem Dokument sind die für Artifact Registry geltenden Kontingente und Limits aufgeführt.

  • Kontingente haben Standardwerte, aber Sie können in der Regel Anpassungen anfordern.
  • Systemlimits sind feste Werte, die nicht geändert werden können.

Google Cloud nutzt Kontingente, um für Fairness zu sorgen und Spitzen bei der Ressourcennutzung und ‑verfügbarkeit zu reduzieren. Ein Kontingent schränkt ein, wie viel von einerGoogle Cloud Ressource Ihr Google Cloud Projekt nutzen kann. 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 nebenläufig verwendeten Load Balancer oder die Anzahl der Projekte begrenzen, die Sie erstellen können. Kontingente sollen eine Überlastung von Diensten verhindern und dadurch die Community derGoogle Cloud Nutzer schützen. Sie helfen Ihnen auch bei der Verwaltung Ihrer eigenen Google Cloud Ressourcen.

Das Cloud-Kontingentsystem tut Folgendes:

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 auszuführen versuchen, schlägt dann fehl.

Kontingente gelten in der Regel auf Google Cloud Projektebene. Die Nutzung einer Ressource in einem Projekt hat keinen Einfluss auf das verfügbare Kontingent in einem anderen Projekt. Innerhalb eines Google Cloud Projekts werden die Kontingente für alle Anwendungen und IP-Adressen gemeinsam genutzt.

Weitere Informationen finden Sie unter dem Cloud-Kontingente – Übersicht.

Für Artifact Registry-Ressourcen gelten außerdem Systemlimits. Systemlimits können nicht geändert werden.

Artifact Registry begrenzt die maximale Anzahl eingehender Anfragen und erzwingt Kontingente auf Projekt- oder Nutzerbasis.

Weitere Informationen zu Kontingentrichtlinien, zum Anzeigen und Verwalten Ihrer Kontingente finden Sie in der Dokumentation zu Cloud-Kontingenten.

Ihre aktuelle API Aktivität sehen Sie im API-Dashboard.

Kontingente

In Artifact Registry werden die folgenden Kontingente erzwungen.

Anfragekontingent pro Projekt

Quota Wert Weitere Informationen
Anfragen pro Minute in jeder Region oder Mehrfachregion 60.000
Schreibanfragen pro Minute in jeder Region oder Mehrfachregion 18000 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. Bei einer Batch Anfrage wie `ImportAptArtifacts` kann beispielsweise für jedes Element im Batch ein Kontingent berechnet werden. Ein Docker-Pull- oder -Push-Befehl ergibt in der Regel mehrere HTTP-Anfragen, sodass für jede Anfrage ein Kontingent berechnet wird.
Löschanfragen pro Minute in jeder Region oder Mehrfachregion 18000 Löschvorgänge, die durch Bereinigungsrichtlinien angefordert werden, werden auf das Kontingent für Löschanfragen und das Limit für Löschvorgänge pro Tag und Repository angerechnet.

Anfragekontingent pro Nutzer

Standardmäßig haben Projekte unbegrenzte nutzerbezogene Kontingente. Optional können Sie diese nutzerbezogenen Kontingente in einem Projekt begrenzen. Ein nutzerbezogenes 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 CMEK in Artifact Registry verwenden, können Ihre Projekte Kontingente für kryptografische Cloud KMS-Anfragen verbrauchen. CMEK-verschlüsselte Repositories können diese Kontingente beispielsweise pro Up- 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

Informationen zu den Nutzungsrichtlinien für das Scannen finden Sie unter Kontingente und Limits für die Artefaktanalyse.

Kontingente für öffentliche Upstream-Repositories

Wenn Sie Remote-Repositories verwenden, um öffentliche Upstream-Repositories zu cachen, unterliegen Sie möglicherweise den Kontingenten für Lese- und Schreibvorgänge der Upstream-Repositories.

Nutzungslimits

In Artifact Registry gelten die folgenden Nutzungslimits.

Nutzungslimit Wert
Löschvorgänge durch Bereinigungsrichtlinien pro Repository und Tag 300.000
Bereinigungsrichtlinien pro Repository 10
Maximaler Datenabruf aus dem Upstream-Repository des Remote-Repositorys pro Anfrage 9,9 GB
Maximale Anzahl von Upstream-Richtlinien für virtuelle Repositories 30
Maximale Anzahl von Upstream-Auflösungen insgesamt pro Anfrage für virtuelle Repositories 250
Maximale Anzahl von Upstream-Auflösungen für Remote-Repositories pro Anfrage für virtuelle Repositories 30
Vorgänge zum Erstellen und Löschen von Repositorys pro Region und Minute 30
Hinweis: Löschvorgänge, die durch Bereinigungsrichtlinien angefordert werden, werden sowohl auf das Limit für Löschvorgänge als auch auf das Kontingent für Löschanfragen angerechnet.

Limits für Remote-Repositories

Wenn Sie ein Artefakt aus Ihrem Remote-Repository anfordern und es noch nicht im Remote-Cache gespeichert ist, wird es aus dem Upstream-Repository angefordert und dann in Ihrem Remote-Repository gespeichert. Anfragen an Upstream-Hosts werden auf das Limit für Leseanfragen an Upstream-Hosts Ihrer Organisation angerechnet. Das Cachen des Artefakts in Ihrem Remote-Repository verbraucht das Kontingent für Schreibvorgänge und Anfragen Ihres Projekts. Sobald das Artefakt in Ihrem Remote-Repository zwischengespeichert wurde, werden Anfragen für dieses Artefakt nur auf das Anfragekontingent Ihres Projekts angerechnet.

In Artifact Registry gelten die folgenden Nutzungslimits für Remote-Repositories.

Limit Öffentliches Upstream-Repository Wert
Lesevorgänge von öffentlichen Upstream-Hosts pro Organisation, Region und Minute Standard 600
Docker Hub 600
proxy.golang.org 600
Maven Central 3000
NpmJS 1800
PyPI 1200
Go-Modul-Proxy 10000

Limit für das Auflisten von Artefakten in einem Repository

Formatspezifische API-Anfragen für alle Formate sind auf 10.000 begrenzt. Die Docker Registry API-Methode zum Auflisten von Container-Images gibt beispielsweise eine unvollständige Liste zurück, wenn ein Repository mehr als 10.000 Images oder Tags enthält.

Sie gilt jedoch nicht für den Befehl gcloud artifacts docker images list oder Artifact Registry API-Anfragen.

Kontingenterhöhung anfordern

Verwenden Sie die Google Cloud Console, um die meisten Kontingente anzupassen. Weitere Informationen finden Sie unter Kontingentanpassung anfordern.