Kontingentarten
Die Earth Engine-Plattform hat eine Reihe von Kontingentlimits, um sicherzustellen, dass die Ressourcen fair auf die Nutzer verteilt werden. Da in Earth Engine viele verschiedene Arten von Ressourcen verfügbar sind (Rechenleistung, Speicher usw.), gibt es auch viele verschiedene Arten von Kontingentlimits.
Der Hauptunterschied zwischen den verschiedenen Kontingenttypen besteht darin, ob sie anpassbar sind. Bei einigen Kontingenttypen können wir die Limits pro Nutzer oder pro Projekt ändern, während andere Typen systemweite Limits sind, die nicht geändert werden können.
Anpassbare Kontingentlimits
Die folgenden Limits gelten pro Projekt.
| Kontingenttyp | Standardwert (pro Projekt) |
|---|---|
| Maximale Anzahl gleichzeitiger Anfragen (Standardendpunkt) | 40 gleichzeitige Anfragen |
| Maximale Anzahl gleichzeitiger Anfragen (Endpunkt für hohes Volumen) | 40 gleichzeitige Anfragen |
| Maximale Anfragerate (pro Projekt) | 100 Anfragen/s (6.000 Anfragen/min) |
| Maximale Anfragerate (pro Konto) | 100 Anfragen/s (6.000 Anfragen/min) |
| Durchschnittliche Anzahl gleichzeitiger Batchaufgaben | 2 Aufgaben (im Durchschnitt) |
| Maximaler Speicherplatz für Assets | 250 GB |
| Maximale Anzahl von Assets | 10.000 |
| Earth Engine-Rechenzeit (EECU-Zeit) pro Tag in Sekunden | Unbegrenzt |
Gleichzeitige interaktive Anfragen
Jedes Projekt kann bis zu einem Kontingentlimit interaktive Anfragen parallel stellen. Wenn das Limit überschritten wird, gibt Earth Engine Fehler vom Typ "HTTP 429: Too Many Requests" zurück. Im Allgemeinen werden diese Fehler von der Earth Engine-Clientbibliothek verarbeitet, die Anfragen mit exponentiellem Backoff umschließt und die Abfrage wiederholt, bis sie erfolgreich ist. Die Earth Engine-Clientbibliothek wiederholt die Anfrage bis zu fünf Mal.
Um diese 429-Fehler zu vermeiden, sollten Sie das Caching für Ihre Anwendung aktivieren, z. B. mit Memcache, um nach Möglichkeit redundante Abfragen zu vermeiden. Wenn Sie eine ältere Version der Earth Engine-Clientbibliothek verwenden, die Abfragen nicht automatisch wiederholt, oder wenn eine Abfrage nach fünf Wiederholungen immer noch nicht abgeschlossen ist, müssen Sie möglicherweise exponentiellen Backoff für Anfragen implementieren.
Anfragerate (Abfragen pro Sekunde)
Zusätzlich zu den Limits für die Nebenläufigkeit begrenzt Earth Engine die Rate interaktiver Anfragen auf Projekt- und Nutzerebene. Diese Einstellungen können in der Cloud Console angepasst werden.
Gleichzeitige Batchaufgaben
Batchaufgaben sind auf eine geringe Parallelität beschränkt, da sie mehr Ressourcen als interaktive Anfragenverwenden.
Bei der nicht kommerziellen Nutzung von Earth Engine wird die maximale Anzahl von Batchaufgaben, die Sie gleichzeitig ausführen können, durch Ihre nicht kommerzielle Stufe bestimmt.
Bei der kommerziellen Nutzung von Earth Engine wird die maximale Anzahl von Batchaufgaben, die Sie gleichzeitig ausführen können, durch den Preis planbestimmt. Sie kann jedoch weiter gesenkt werden, indem Sie das Limit für die Gleichzeitigkeit von Batchaufgaben pro Projekt festlegen. Standardmäßig ist das Limit für die Gleichzeitigkeit von Batchaufgaben für ein Projekt auf den maximal zulässigen Wert festgelegt, der durch den Zahlungsplan bestimmt wird, der für das Rechnungskonto des Projekts konfiguriert ist. Informationen zum Aufrufen oder Aktualisieren dieses Limits für ein Projekt finden Sie in der Dokumentation zum Befehlszeilen tool.
Speicherkontingent für Assets
Jedes Earth Engine-Asset hat eine entsprechende Daten speichergröße in Byte. Assets können Cloud-Projekten oder Einzelpersonen gehören (Legacy-Assets). Jedes Asset wird auf das Earth Engine-Limit des Eigentümers für den Gesamtspeicher und die Anzahl der Assets angerechnet.
Informationen zum Beantragen eines zusätzlichen Speicherkontingents für Assets für die nicht kommerzielle oder Forschungsnutzung, siehe Nicht kommerzielle oder Forschungsnutzung.
EECU-Zeit pro Tag
Wenn Sie die Kosten kontrollieren möchten, können Sie die Menge an EECU-Zeit begrenzen, die ein Projekt pro Tag in Earth Engine verbrauchen darf. Standardmäßig ist dieses Kontingent unbegrenzt. Kontingentadministratoren können dieses Limit in der Cloud
Console
festlegen, indem sie nach dem earthengine.googleapis.com/daily_eecu_usage_time Kontingent
messwert filtern. Sobald dieses Kontingent festgelegt ist, wird die EECU-Zeit erfasst, die von erfolgreichen Earth Engine-Anfragen aller Nutzer in einem Projekt verbraucht wird. Wenn das Kontingent überschritten wird, schlagen Anfragen fehl, bis das Kontingent am nächsten Tag zurückgesetzt oder das Limit erhöht wird. Weitere Informationen zum Festlegen dieses Kontingents finden Sie in der cost controls
guide Anleitung zur Kostenkontrolle.
Feste Kontingentlimits
Diese Arten von Kontingentlimits werden auf Plattformebene festgelegt und können daher nicht angepasst werden pro Nutzer oder pro Projekt. Es ist unwahrscheinlich, dass sie sich im Laufe der Zeit erheblich ändern.
Berechnungszeit
Verschiedene Arten von Anfragen haben unterschiedliche maximale Laufzeiten, die in der Dokumentation zu Verarbeitungsumgebungen ausführlich beschrieben werden.
Informationen zur Behebung von Zeitüberschreitungsfehlern finden Sie in der Anleitung zur Fehlerbehebung.
Speicherbedarf pro Anfrage
Wenn eine Anfrage mit dem Fehler „User memory limit exceeded“ fehlschlägt, konnte Earth Engine die Antwort nicht innerhalb des zulässigen Speicherbedarfs berechnen. Die EE-Berechnungsplattform hat eine begrenzte Menge an RAM zur Verfügung. Damit das System stabil bleibt, kann jede Anfrage nur eine bestimmte Menge verwenden. Die maximal verfügbare Speichermenge hängt vom Typ der Anfrage ab (z.B. mehr für eine Batchaufgabe als für eine Kartenkachel), aber diese Limits gelten systemweit.
Informationen zur Behebung von Speicherfehlern finden Sie in der Anleitung zur Fehlerbehebung.
Zusammenfassungen
Bei der Verarbeitung von Earth Engine-Anfragen trennen wir bestimmte Arten von Unterberechnungen ab, die bekanntermaßen rechenintensiv sind. Diese Unterberechnungen werden als „Zusammenfassungen“ bezeichnet und im EE-System speziell verarbeitet. Die Ergebnisse von Zusammenfassungen werden im Cache gespeichert, um eine erneute Berechnung zu vermeiden.
Gleichzeitige Zusammenfassungen
Um eine unkontrollierte Rechenleistung zu vermeiden, begrenzen wir die Anzahl der Zusammenfassungen, die ein einzelner Nutzer gleichzeitig ausführen kann. Dieses Limit ist nicht änderbar. Wenn eine Anfrage mit dem Fehler „Too many concurrent aggregations“ fehlschlägt, wurden zu viele Zusammenfassungen gleichzeitig ausgeführt.
Informationen zur Behebung von Fehlern bei gleichzeitigen Zusammenfassungen finden Sie in der Anleitung zur Fehlerbehebung.
Große Zusammenfassungsergebnisse
Wenn eine Anfrage mit dem Fehler „Computed value too large“ fehlschlägt, hat die Zusammenfassung ein Ergebnis zurückgegeben, das zu groß für unseren Cache ist. Das Größenlimit für berechnete Ergebnisse beträgt 100 MiB. Dieses Limit gilt systemweit.
Limits für den Tabellenimport
Limits für den Tabellen-Upload werden in der Anleitung zum Importieren von Tabellen daten erläutert.
Größe der Anfragenutzlast
Eine einzelne Abfrage an Earth Engine ist auf 10 MB begrenzt. Dieses Limit wird in der Regel nur überschritten, wenn große Mengen zusätzlicher Daten direkt in die Abfrage aufgenommen werden, z. B. eine Shapefile oder eine GeoJSON-Struktur, die in die Abfrage eingebettet wurde. Diese Objekte sollten stattdessen hochgeladen und in ein FeatureCollection-Asset umgewandelt werden. Auf sie wird dann über die Asset-ID verwiesen.
Länge der Aufgabenwarteschlange
Aufgaben, die auf die Planung warten (Status READY), bilden die „Aufgabenwarteschlange“. Die Warteschlange jedes Projekts unterstützt maximal 3.000 Aufgaben. Das bedeutet,dass nicht mehr als 3.000 Aufgaben den Status READY haben können.
Kontingentlimits für BigQuery-Rasterfunktionen
Die folgenden Kontingente gelten für Aufrufe von Earth Engine aus BigQuery, z. B. bei Verwendung derST_REGIONSTATS
SQL-Funktion.
| Kontingenttyp | Standardwert (pro Projekt) |
|---|---|
| BigQuery-Slotzeit pro Tag | 1.260.000 Slotsekunden (350 Slotstunden) |
BigQuery-Slotzeit pro Tag
Das Kontingent für die BigQuery-Slotzeit pro Tag ist ein benutzerdefiniertes Kontingent, mit dem Sie die Menge an Slotzeit begrenzen können, die BigQuery-Rasterfunktionen an einem bestimmten Tag für ein bestimmtes Projekt in Earth Engine verbrauchen dürfen. Das Tageskontingent umfasst die Gesamtzeit für alle Abfragen, auch für fehlgeschlagene. Sie können das Kontingent in der
Cloud Console
unter dem earthengine.googleapis.com/bigquery_slot_usage_time Messwert aufrufen. Der
Wert kann von einem Kontingentadministrator erhöht oder gesenkt werden. Wenn Sie den Wert
über den Standardwert hinaus erhöhen möchten, erstellen Sie eine Anfrage zur Kontingenterhöhung,
die automatisch genehmigt wird. Die Änderung sollte innerhalb von 10 Minuten wirksam werden.
Wenn Sie dieses Kontingent überschreiten, gibt BigQuery die folgende Fehlermeldung zurück:
From Earth Engine: Custom quota exceeded: Your usage exceeded the custom quota for'earthengine.googleapis.com/bigquery_slot_usage_time', which is adjustable by your administrator in the Google Cloud console: https://console.cloud.google.com/quotas/?project=_.
Sobald das Kontingent überschritten wurde, schlagen ST_REGIONSTATS-Aufrufe fehl, bis das Kontingent am nächsten Tag zurückgesetzt oder das Limit von einem Administrator erhöht wird.