Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Channel Services-Limits
In der folgenden Tabelle sind mehrere Limits für Channel Services aufgeführt:
Ressourcenlimits
Ressource
Limit
Account
1 pro Reseller-Domain
Kunden
Unbegrenzt
Berechtigungen
Unbegrenzt
Channelpartner-Links
Unbegrenzt
Google Workspace-Limits
Ressource
Limit
Maximale Anzahl von Plätzen
50.000 (wenden Sie sich bitte an den Support, um eine Erhöhung zu beantragen)
Maximale Testdauer
30 Tage (für anwendbare SKUs)
Spezifische Einschränkungen für die Test-Partner Sales Console
Ressource
Limit
Maximale Anzahl von Plätzen
10
Maximale Testdauer
1 Tag
Bei der Verwendung einer Test-Partner Sales Console sind zusätzliche Aspekte zu beachten:
Kunden müssen der Namenskonvention für Testdomains folgen.
Google Workspace-Berechtigungen werden 3 Tage nach dem Erstellen zum Löschen markiert und wöchentlich gelöscht.
Cloud Channel API-Ratenlimits
API-Ratenbegrenzungen definieren die Anzahl der Anfragen, die an die Cloud Channel API gerichtet werden können. Die Limits gelten pro Projekt. Für alle API-Anfragen, einschließlich ungültiger Anfragen, fallen Kontingentkosten an.
Ratenlimits werden in 60-Sekunden-Intervallen (1 Minute) durchgesetzt. Wenn Sie Ihr Limit innerhalb von 60 Sekunden erreichen, müssen Sie warten, bis Ihre Kontingente aktualisiert wurden, um weitere Anfragen zu senden.
Es gibt unterschiedliche Kontingente für verschiedene Endpunktgruppen. Die Inanspruchnahme des Kontingents in jedem Bucket wird unabhängig voneinander ausgewertet. In der folgenden Tabelle sind die speziellen und standardmäßigen Cloud Channel API-Kontingentlimits auf Projektebene sowie die betroffenen Methoden aufgelistet.
Wenn Sie eine höhere Ratenbegrenzung für API-Anfragen benötigen, können Sie eine Erhöhung über die Google Cloud Console anfordern.
Best Practices
Im Folgenden finden Sie einige Best Practices für die API-Ratenbegrenzungen der Cloud Channel API.
Verwenden Sie eine clientseitige Ratenbegrenzung, um ein künstliches Ratenlimit festzulegen.
So kann verhindert werden, dass ein einzelner Client Ihr gesamtes Kontingent verbraucht.
Verwenden Sie exponentielles Backoff, um den Abstand zwischen den Anfragen stufenweise zu erhöhen, sobald das Kontingent erreicht wurde. Das gibt dem Server Zeit, die Kontingent-Buckets wieder aufzufüllen.
Folgen Sie den Umfrageempfehlungen für alle Methoden, die beim Aufrufen von operations.get einen Vorgang zurückgeben.
Wenn Sie einen 403-Fehler mit der Fehlermeldung rateLimitExceeded erhalten, warten Sie einige Sekunden, bevor Sie die Anfrage wiederholen. Die Kontingente werden alle 60 Sekunden neu aufgefüllt. Nach der nächsten Aktualisierung sollte Ihre Anfrage erfolgreich sein.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-09-04 (UTC)."],[[["\u003cp\u003eChannel Services has resource limits, including one account per reseller domain, unlimited customers, entitlements, and channel partner links.\u003c/p\u003e\n"],["\u003cp\u003eGoogle Workspace seat limits are set at 50,000, with the possibility to contact support for an increase, and trial durations are limited to 30 days for applicable SKUs.\u003c/p\u003e\n"],["\u003cp\u003eThe Test Partner Sales Console has a limit of 10 seats and a 1-day trial duration, with test domain naming convention and Google Workspace entitlements marked for deletion.\u003c/p\u003e\n"],["\u003cp\u003eCloud Channel API rate limits are enforced at 60-second intervals, with varying request limits per minute depending on the specific API method, and an overall limit of 120 for all other endpoints.\u003c/p\u003e\n"],["\u003cp\u003eBest practices for managing API rate limits include using a client-side rate limiter, implementing exponential backoff, following polling recommendations for \u003ccode\u003eoperations.get\u003c/code\u003e, and waiting a few seconds to retry after a \u003ccode\u003erateLimitExceeded\u003c/code\u003e error.\u003c/p\u003e\n"]]],[],null,["# Quotas & limits\n\nChannel Services limits\n-----------------------\n\nThe table below lists several limits applying to Channel Services\n\n### Resources limits\n\n### Google Workspace limits\n\n#### Limits specific to Test Partner Sales Console\n\nThere are additional considerations when using a Test Partner Sales Console:\n\n- Customers need to follow the test domain naming convention.\n- Google Workspace entitlements are marked for deletion 3 days after creation, and deleted weekly.\n\nCloud Channel API rate limits\n-----------------------------\n\nAPI rate limits define the number of requests that can be made to the\nCloud Channel API. Limits exist on a per-project basis and all API requests,\nincluding invalid requests, incur a quota cost.\n\nRate limits are enforced at **60 second (1 minute)** intervals. If you reach\nyour limit within 60 seconds, you need to wait for your quotas to refresh to\nmake more requests.\n\nWe have different quota buckets for different groups of endpoints. Quota usages\nin each bucket are evaluated independently. The following table lists the\nspecific and default per-project Cloud Channel API quota limits, and the\nmethods to which they apply.\n\nIf you need a higher rate limit for API requests, you can request an increase\nvia the\n[Google Cloud console](https://console.cloud.google.com/iam-admin/quotas).\n\n### Best practices\n\nHere are some best practices to help you with the API rate limits on\nCloud Channel API.\n\n- Use a client-side rate limiter to set an artificial rate limit.\n This can keep one client from using all of your quotas.\n\n- Use\n [exponential backoff](https://wikipedia.org/wiki/Exponential_backoff)\n to progressively space out requests once you reach your quota. This gives the\n server time to refill your buckets.\n\n- Follow polling recommendations described for all methods returning an\n Operation when calling `operations.get`\n\n- If you receive a 403 error with the message `rateLimitExceeded`, wait a\n few seconds and try your request again. Quotas are refilled every 60\n seconds, so your request should succeed after waiting for the next refresh."]]
