Kontingentarten
Auf der Earth Engine-Plattform gibt es eine Reihe von Kontingentlimits, damit die Ressourcen gerecht auf die Nutzer verteilt werden. Da in Earth Engine viele verschiedene Ressourcen verfügbar sind (z. B. Rechenleistung und Speicher), gibt es 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. Bei anderen handelt es sich um systemweite Limits, die nicht geändert werden können.
Anpassbare Kontingentlimits
Die folgenden Limits können pro Projekt angepasst werden. Auf dieser Hilfeseite erfahren Sie, wie Sie ein zusätzliches Kontingent anfordern.
| Kontingenttyp | Standardwert (pro Projekt) |
|---|---|
| Maximale Anzahl gleichzeitiger Anfragen (Standardendpunkt) | 40 gleichzeitige Anfragen |
| Maximale Anzahl gleichzeitiger Anfragen (Endpunkt mit hohem Volumen) | 40 gleichzeitige Anfragen |
| Maximale Anzahl von Anfragen pro Projekt | 100 Anfragen/s (6.000 Anfragen/Min.) |
| Maximale Anzahl von Anfragen pro Konto | 100 Anfragen/s (6.000 Anfragen/Min.) |
| Durchschnittliche Anzahl gleichzeitiger Batch-Aufgaben | 2 Aufgaben (durchschnittlich) |
| Maximaler Speicherplatz für Assets | 250 GB |
| Maximale Anzahl von Assets | 10.000 |
Gleichzeitige interaktive Anfragen
Jedes Projekt kann bis zu einem Kontingentlimit parallel interaktive Anfragen senden. Wird das Limit überschritten, gibt Earth Engine den Fehler HTTP 429: Zu viele Anfragen zurück. In der Regel werden diese Fehler von der Earth Engine-Clientbibliothek verarbeitet, die Anfragen in exponentiellem Backoff umhüllt und die Abfrage so lange wiederholt, bis sie erfolgreich ist. Die Earth Engine-Clientbibliothek wiederholt die Anfrage bis zu fünfmal.
Um diese 429-Fehler zu vermeiden, können 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 Wiederholungsversuchen immer noch nicht abgeschlossen ist, müssen Sie möglicherweise ein exponentielles Backoff für Anfragen implementieren.
Anfragerate (Abfragen pro Sekunde)
Zusätzlich zu den Gleichzeitigkeitslimits begrenzt Earth Engine die Rate der interaktiven Anfragen auf Projekt- und Nutzerebene. Diese Einstellungen können in der Cloud Console angepasst werden.
Gleichzeitige Batchaufgaben
Batch-Aufgaben sind auf eine geringe Parallelität beschränkt, da sie mehr Ressourcen verbrauchen als interaktive Anfragen.
Wenn Sie Earth Engine nicht kommerziell nutzen, wird die maximale Anzahl von Batch-Aufgaben, die Sie gleichzeitig ausführen können, auf den Standardwert festgelegt, es sei denn, Sie haben ein Kontingent erhalten.
Wenn Sie Earth Engine kommerziell nutzen, wird die maximale Anzahl von Batchaufgaben, die Sie gleichzeitig ausführen können, durch den Preisplan bestimmt. Sie kann jedoch durch Festlegen des Limits für die gleichzeitige Ausführung von Batchaufgaben pro Projekt weiter gesenkt werden. Standardmäßig ist die maximale Anzahl gleichzeitiger Batchaufgaben in einem Projekt auf den Wert festgelegt, der vom im Rechnungskonto des Projekts konfigurierten Abrechnungstarif zulässig ist. Informationen zum Aufrufen oder Aktualisieren dieses Limits für ein Projekt finden Sie in der Dokumentation zum Befehlszeilentool.
Asset-Speicherkontingent
Jedes Earth Engine-Asset hat eine entsprechende Datenspeichergröße, die in Byte gemessen wird. Assets können zu Cloud-Projekten oder zu einzelnen Nutzern gehören (alte Assets). Jedes Asset wird auf das Earth Engine-Limit des Inhabers für die Gesamtspeicherkapazität und die Asset-Anzahl angerechnet.
Nutzerlizenzen
Bei der kommerziellen Nutzung von Earth Engine ist für jedes Abo-Stufen eine bestimmte Anzahl von Nutzerkonten verfügbar. Es ist jedoch auch möglich, zusätzliche Konten zu erwerben.
Serviceadministratoren müssen eine Anzahl von Plätzen erwerben, die der Anzahl der Code Editor-Nutzer innerhalb eines bestimmten Abrechnungszeitraums entspricht.
FAQ
F: Wer wird auf einen Sitz angerechnet?
A:Nur einzelne Nutzer, die Earth Engine-Rechenressourcen über den Code-Editor nutzen (z. B. Kartenkacheln ansehen, Berechnungsanfragen senden), werden auf das Kontingent angerechnet.
F: Was passiert, wenn sich die Nutzer von einem Monat zum nächsten ändern?
A:Plätze werden nicht bestimmten Personen zugewiesen, sie sind keine benannten Slots.
Solange Sie die Anzahl in einem bestimmten Monat nicht überschreiten, spielt es keine Rolle, wer die einzelnen Nutzer sind.
F: Was ist mit Dienstkonten?
A:Dienstkonten sind von der Sitzplatzanzahl ausgenommen. Sie werden nicht als menschliche Nutzer gezählt, die Rechenvorgänge ausführen.
F: Was ist mit Nutzern, die über Python auf Earth Engine zugreifen?
A: Nutzer, die nur über die Python API auf Earth Engine zugreifen und den Code-Editor nicht verwenden, werden nicht auf die Sitzplatznutzung angerechnet. Die Anzahl der Plätze ist an die Nutzung des Code Editors gebunden.
F: Wo werden Plätze gezählt?
A:Die Anzahl der Plätze gilt auf Rechnungskontoebene. Alle Nutzer in Ihrer Organisation, die den Code-Editor verwenden, werden auf die Gesamtzahl der Plätze für Ihr Rechnungskonto angerechnet.
F: Was passiert, wenn wir die maximale Anzahl von Plätzen überschreiten?
A: Wir überwachen fortlaufende Verstöße und erzwingen Limits auf Rechnungskontoebene.
F: Wie kann ich mehr oder weniger Lizenzen erwerben?
A: Weitere Informationen finden Sie auf der Seite Earth Engine-Preise.
Feste Kontingentlimits
Diese Kontingentlimits werden auf Plattformebene festgelegt und können nicht pro Nutzer oder pro Projekt angepasst werden. Sie ändern sich mit hoher Wahrscheinlichkeit nicht wesentlich im Laufe der Zeit.
Rechenzeit
Für verschiedene Arten von Anfragen gelten unterschiedliche maximale Dauern. Weitere Informationen finden Sie in der Dokumentation zu Verarbeitungsumgebungen.
Informationen zur Behebung von Zeitüberschreitungsfehlern finden Sie in der Anleitung zum Debuggen.
Speicherbedarf pro Anfrage
Wenn eine Anfrage mit der Fehlermeldung „Nutzerspeicherlimit überschritten“ fehlschlägt, konnte Earth Engine die Antwort nicht innerhalb des zulässigen Arbeitsspeicherbedarfs berechnen. Die EE-Rechenplattform hat nur eine begrenzte Menge an RAM verfügbar. Damit das System stabil bleibt, kann jede Anfrage nur eine bestimmte Menge nutzen. Die maximale verfügbare Arbeitsspeichermenge hängt vom Anfragetyp ab (z. B. mehr für eine Batchaufgabe als für eine Kartenkachel). Dies sind jedoch systemweite Limits.
Informationen zur Behebung von Arbeitsspeicherfehlern finden Sie in diesem Leitfaden.
Zusammenfassungen
Bei der Verarbeitung von Earth Engine-Anfragen werden bestimmte Arten von Teilberechnungen, die wir als rechenintensiv kennen, getrennt. Diese Teilberechnungen werden als „Aggregationen“ bezeichnet und im EE-System speziell behandelt. Die Ergebnisse von Aggregationen werden im Cache gespeichert, um eine Neuberechnung zu vermeiden.
Parallele Aggregationen
Um eine unkontrollierte Berechnungsausweitung zu vermeiden, begrenzen wir die Anzahl der Aggregationen, die ein einzelner Nutzer gleichzeitig ausführen kann. Diese Beschränkung kann nicht geändert werden. Wenn eine Anfrage mit der Fehlermeldung „Zu viele gleichzeitige Aggregationen“ fehlschlägt, wurden vom Anfragenden zu viele Aggregationen gleichzeitig ausgeführt.
Informationen zur Behebung von Fehlern bei der gleichzeitigen Aggregation finden Sie in der Anleitung zur Fehlerbehebung.
Ergebnisse bei großen Aggregationen
Wenn eine Anfrage mit der Meldung „Berechneter Wert zu groß“ fehlschlägt, bedeutet das, dass die Aggregation ein Ergebnis zurückgegeben hat, das nicht in den Cache passt. Die Größe der berechneten Ergebnisse ist auf 100 MiB beschränkt. Dies ist eine systemweite Beschränkung.
Einschränkungen beim Import von Tabellen
Informationen zu den Uploadlimits für Tabellen finden Sie im Leitfaden zum Importieren von Tabellendaten.
Größe der Anfragenutzlast
Die Größe einer einzelnen Abfrage an Earth Engine ist auf 10 MB beschränkt. Diese Grenze wird in der Regel nur überschritten, wenn große zusätzliche Daten direkt in die Abfrage aufgenommen werden, z. B. eine Shapefile oder GeoJSON-Struktur, die in die Abfrage eingefügt wurde. Diese Objekte sollten stattdessen hochgeladen und in ein FeatureCollection-Asset umgewandelt werden. Sie müssen dann mit der Asset-ID referenziert werden.
Länge der Aufgabenwarteschlange
Aufgaben, die noch geplant werden müssen (READY-Status), bilden die „Task-Warteschlange“. Die Warteschlange jedes Projekts unterstützt maximal 3.000 Aufgaben. Das bedeutet,dass es nicht mehr als 3.000 Aufgaben im Status READY geben kann.