In diesem Dokument werden die quotas und quotas für Artifact Registry aufgeführt.
Ein Kontingent schränkt ein, wie viel von einer bestimmten gemeinsam genutzten Google Cloud-Ressource Ihr Google Cloud-Projekt nutzen kann, einschließlich Hardware, Software und Netzwerkkomponenten. Daher sind Kontingente Teil eines Systems, das Folgendes tut:
- Ihre Nutzung oder Ihren Verbrauch von Google Cloud-Produkten und -Diensten überwachen.
- Beschränkt die Nutzung dieser Ressourcen, beispielsweise aus Gründen, die Fairness gewährleisten und Auslastungsspitzen reduzieren.
- Konfigurationen verwalten, die automatisch vorgeschriebene Einschränkungen erzwingen.
- Möglichkeit, das Kontingent anzufordern oder zu ändern.
Wenn ein Kontingentlimit überschritten wird, blockiert das System in den meisten Fällen den Zugriff auf die entsprechende Google-Ressource und die Aufgabe, die Sie ausführen möchten, schlägt fehl. In den meisten Fällen gelten Kontingente für jedes Google Cloud-Projekt und werden von allen Anwendungen und IP-Adressen geteilt, die dieses Google Cloud-Projekt verwenden.
Auch für Artifact Registry-Ressourcen gelten Limits. Diese Limits stehen nicht im Zusammenhang mit dem Kontingentsystem. Limits können nur geändert werden, wenn dies angegeben ist.
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
Für Artifact Registry gelten die folgenden Kontingente.
Anfragekontingent pro Projekt
| Kontingent | Wert | Weitere Informationen |
|---|---|---|
| Anfragen pro Minute in jeder Region oder mehreren Regionen | 60.000 | |
| Schreibanfragen pro Minute in jeder Region oder mehreren Regionen | 18.000 | In den meisten Fällen zählt eine einzelne HTTP-Anfrage oder ein API-Aufruf als einzelne Anfrage. Einige Vorgänge zählen jedoch als mehrere Anfragen. Bei einer Batchanfrage wie „ImportAptArtifacts“ kann beispielsweise ein Kontingent für jedes Element im Batch in Rechnung gestellt werden. Eine Pull- oder Push-Anfrage von Docker führt in der Regel mehrere HTTP-Anfragen aus, sodass für jede Anfrage ein Kontingent berechnet wird. |
| Löschanfragen pro Minute in jeder Region oder mehreren Regionen | 18.000 | Durch Bereinigungsrichtlinien angeforderte Löschvorgänge werden auf das Kontingent für Löschanfragen und Löschvorgänge pro Tag und Limit für Repositories angerechnet. |
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 CMEK in Artifact Registry verwenden, können Ihre Projekte Kontingente für kryptografische Cloud KMS-Anfragen nutzen. CMEK-verschlüsselte Repositories können diese Kontingente beispielsweise bei jedem Upload oder Download nutzen. Verschlüsselungs- und Entschlüsselungsvorgänge mit CMEK-Schlüsseln wirken sich nur auf Cloud KMS-Kontingente aus, wenn Sie Hardwareschlüssel (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.
Artefakteanalysekontingente
Informationen zu Nutzungsrichtlinien für das Scannen finden Sie unter Kontingente und Limits für die Artefaktanalyse.
Öffentliche Upstream-Kontingente
Wenn Sie Remote-Repositories verwenden, um öffentliche Upstream-Repositories im Cache zu speichern, unterliegen Sie möglicherweise den Lese- und Schreibkontingenten der Upstream-Repositories.
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 |
| Maximaler Datenabruf pro Anfrage | 9,9 GB |
| Maximale Anzahl von Upstream-Richtlinien für virtuelle Repositories | 30 |
| Maximale Anzahl von Upstream-Auflösungen pro Anfrage für virtuelle Repositories | 60 |
| Erstellen und Löschen von Repositories pro Region und Minute | 30 |
Remote-Repository-Limits
Wenn Sie ein Artefakt von Ihrem Remote-Repository anfordern und das Artefakt noch nicht im Remote-Cache gespeichert wurde, wird das Artefakt vom Upstream-Repository angefordert und dann in Ihrem Remote-Repository gespeichert. Anfragen an Upstream-Hosts werden auf das Leselimit Ihrer Organisation für Upstream-Hosts angerechnet. Das Caching des Artefakts in Ihrem Remote-Repository nutzt die Schreib- und Anfragekontingente Ihres Projekts. Sobald das Artefakt im Remote-Cache gespeichert wurde, werden Anfragen für dieses Artefakt nur auf das Anfragekontingent Ihres Projekts angerechnet.
Artifact Registry erzwingt die folgenden Nutzungslimits für Remote-Repositories.
| Limit | Öffentlicher Upstream | Wert |
|---|---|---|
| Öffentliche Upstream-Host-Lesevorgänge pro Organisation, pro Region und Minute | Standard | 600 |
| Docker Hub | 600 | |
| Maven Central | 3.000 | |
| NpmJS | 1800 | |
| PyPI | 1.200 |
Limit für das Auflisten von Container-Images in einem Repository
Wenn ein Repository mehr als 10.000 Images oder Tags enthält,wird über die Docker Registry API-Methode zum Auflisten von Container-Images eine unvollständige Liste zurückgegeben. Diese Beschränkung gilt für Docker-Clients, die die Docker Registry API für die Interaktion mit Registries verwenden. Sie gilt jedoch nicht für den Befehl gcloud artifacts docker images list oder Artifact Registry API-Anfragen.
Kontingenterhöhung anfordern
Verwenden Sie zur Erhöhung/Verringerung der meisten Kontingenten die Google Cloud Console. Weitere Informationen finden Sie unter Höheres Kontingentlimit anfordern.