Grenzwerte und Kontingente für Code Engine

Die folgenden Abschnitte enthalten technische Details zu den Einstellungen von IBM Cloud® Code Engine für Begrenzungen und Kontingente.

Wie wirkt sich meine Ressourcenzuweisung auf meine Projektkontingente und die Rechnungsstellung aus?

In der Konsole können Sie Informationen zu Ihrer aktuellen Code Engine-Ressourcenzuordnung von der Seite mit Ihrer Projektübersicht aus anzeigen. Wenn Sie Informationen über den zugewiesenen Speicher und die Werte von vCPU anzeigen möchten, die auf den von Ihnen für die einzelnen Anwendungen oder Aufträge konfigurierten Werten basieren, sehen Sie sich die Liste Ihrer Anwendungen oder Aufträge in Ihrem Projekt an. In der Befehlszeilenschnittstelle können Sie mit dem Befehl project get außerdem Informationen zu Ihrer aktuellen Ressourcenzuordnungsnutzung für das Projekt abrufen.

Mit Code Engine zahlen Sie nur für die Ressourcen, die Sie nutzen, basierend auf dem konfigurierten Speicher und vCPU, die Ihre Workloads verbrauchen, sowie für alle eingehenden HTTP Anrufe. Wenn Ihre Anwendung auf Null skaliert oder Ihr Auftrag oder Build nicht ausgeführt wird, verbrauchen Sie keine Ressourcen und müssen daher auch nicht zahlen. Um alle Anwendungen und Jobs zu hosten, stellt Code Engine die erforderliche Infrastruktur für Sie bereit und verwaltet sie. Diese Infrastruktur wird Ihnen zwar nicht in Rechnung gestellt, trägt jedoch zum Projektkontingent bei. Weitere Informationen zu Kontingenten finden Sie in den folgenden Tabellen.

Die Verwendung von ephemem Speicher wird jetzt durch Speicher begrenzt. Der ephemere Speicher in Code Engine darf den Standardwert von 0.4 GB (400 MB) oder den konfigurierten Wert für den Speicher nicht überschreiten. Wenn Sie mehr als den Standardwert für ephemeren Speicher benötigen, müssen Sie Ihren Speicher entsprechend den gültigen Kombinationen aus vCPU und Speicher vergrößern.

Weitere Informationen zur Beziehung zwischen ephemem Speicher und Speicher finden Sie unter Unterstützte Speicher-und CPU-Kombinationen.

Anwendungsstandardwerte und -grenzwerte

In der folgenden Tabelle werden die Grenzwerte für Anwendungen aufgelistet.

Grenzwerte für Anwendungen
Kategorie	Standard	Maximalwert	Sie müssen das Maximum erhöhen?
CPU	1.0	12.0	Wenden Sie sich an den IBM Support.
Flüchtiger Speicher	400 M	48 G (begrenzt durch Speicher)	Wenden Sie sich an den IBM Support.
Max. Skalierung	10	250	Wenden Sie sich an den IBM Support.
Hauptspeicher	4 G	48 G	Wenden Sie sich an den IBM Support.
Min. Skalierung	0	250	Wenden Sie sich an den IBM Support.
Nebenläufigkeit	100	1000	Wenden Sie sich an den IBM Support.
Zeitlimit	300 Sekunden	600 Sekunden	Wenden Sie sich an den IBM Support.

Weitere Informationen zu unterstützten CPU-und Speicherkombinationen finden Sie unter Unterstützte Speicher-und CPU-Kombinationen.

Code Engine hat Grenzwerte für Apps innerhalb eines Projekts.

Die Anzahl der Anwendungen pro Projekt ist auf 40 begrenzt.
Die Anzahl der Überarbeitungen für alle Anwendungen pro Projekt ist auf 120 begrenzt.

Code Engine unterstützt keine Überbelegung für Anwendungsressourcen. Wenn Sie also eine Anwendung mithilfe der API oder mit kubectl apply -f <yaml>erstellen, müssen die Werte für Resource.Requests und Resource.Limits für CPU, Memoryund Ephemeral Storage angegeben werden und identisch sein.

Jobstandardwerte und -grenzwerte

In der folgenden Tabelle werden die Grenzwerte für Jobs aufgelistet.

Grenzwerte für Jobs
Kategorie	Standard	Maximalwert	Sie müssen das Maximum erhöhen?
Array-Indizes	0	9999999	Wenden Sie sich an den IBM Support.
Array-Größe	1	1000	Nicht zutreffend
CPU	1.0	12.0	Wenden Sie sich an den IBM Support.
Flüchtiger Speicher	400 M	48 G (begrenzt durch Speicher)	Wenden Sie sich an den IBM Support.
Hauptspeicher	4 G	48 G	Wenden Sie sich an den IBM Support.
Retries	3	5	Wenden Sie sich an den IBM Support.
Zeitlimit	7200 Sekunden (2 Stunden)	86400 Sekunden (24 Stunden)	Wenden Sie sich an den IBM Support.

Array-Indizes sind durch Kommata getrennte Listen oder ein durch Bindestriche getrennter Bereich von Indizes, der die auszuführenden Job-Instanzen angibt, zum Beispiel 1,3,6,9 oder 1-5,7-8,10.

Die Array-Größe ist die Anzahl der parallel auszuführenden Job-Instanzen.

Weitere Informationen zu unterstützten CPU-und Speicherkombinationen finden Sie unter Unterstützte Speicher-und CPU-Kombinationen.

Code Engine ist auf 100 Jobs pro Projekt begrenzt. Nach dem Start von 100 Auftragsläufen sollten Sie ältere Aufträge bereinigen, bevor Sie neue Aufträge starten.

Grenzwert für Jobgröße

In Code Engine gilt ein maximaler Grenzwert für die Jobgröße und Jobausführungen von 10 KiB. Bei der Erstellung oder Aktualisierung von Jobs und Jobausführungen über die Konsole, die Befehlszeilenschnittstelle (CLI) oder die Anwendungsprogrammierschnittstelle (API) überprüft Code Engine die jeweilige Größe des Jobs oder der Jobausführung. Überschreitet die Operation den Grenzwert, wird eine Fehlernachricht aufgrund der überschrittenen Größenbeschränkung ausgegeben. Wenn Sie diese Fehlermeldung erhalten, versuchen Sie, die Größe Ihres Auftrags oder Auftragslaufs auf eine der folgenden Arten zu verringern.

Wenn Sie Befehle und Argumente verwenden: Versuchen Sie, die Verwendung dieser Optionen zu reduzieren, verkürzen Sie sie oder verschieben Sie sie in das Container-Image, das vom Job bzw. von der Jobausführung verwendet wird.
Wenn Sie Umgebungsvariablen verwenden: Versuchen Sie, weniger Umgebungsvariablen zu verwenden, oder verkürzen Sie sie. Sie können geheime Schlüssel oder Konfigurationszuordnungen für die Definition von Umgebungsvariablen verwenden und diese mit der Option --env-from-secret bzw. --env-from-configmap der Befehle job create, job update, jobrun submit und jobrun resubmit in den Job importieren.

Weitere Informationen zur Fehlerbehebung bei Aufträgen finden Sie unter Fehlerbehebung - Warum kann ich einen Auftragslauf nicht übermitteln?

Funktionsbegrenzungen

In der folgenden Tabelle sind die Grenzwerte für Funktionen aufgeführt.

Funktionsbegrenzungen
Kategorie	Maximum
Länge der Laufzeit	120 Sekunden
Hauptspeicher	48000 MB
Größe des Anfrage- und des Antwortkörpers	5 MB
Codegröße (inline)	100 KB, einschließlich base64-Systemaufwand
Codegröße (lokale Quelle)	200 MB komprimiert
Codegröße (API)	100 KB, einschließlich base64-Systemaufwand

Grenzwerte für Abonnements des periodischen Zeitgebers (Cron)

In der folgenden Tabelle sind die Grenzwerte für die Subskription des periodischen Zeitgebers aufgelistet.

Regelmäßige Zeitgeberlimits
Kategorie	Maximum	Sie müssen das Maximum erhöhen?
Größe der Daten	4096 Byte	Wenden Sie sich an den IBM Support.

Code Engine begrenzt die Größe der Daten für Ereignisse des periodischen Zeitgebers (Cron) auf maximal 4096 Byte. Wenn Sie Ereignisse des periodischen Zeitgebers (Cron) erstellen oder aktualisieren, überprüft Code Engine die Größe der Cron-Ereignisdaten. Falls die Ereignisdaten des periodischen Zeitgebers (Cron) den Grenzwert überschreiten, wird ein Fehler aufgrund einer überschrittenen Größenbegrenzung ausgegeben. Wenn Sie diese Fehlermeldung erhalten, versuchen Sie, die Größe der Cron-Ereignisdaten auf weniger als 4096 Bytes zu reduzieren.

Weitere Informationen zur Fehlerbehebung für Subskriptionen finden Sie unter Debugging-Subskriptionen.

Projektgrenzwerte

In der folgenden Tabelle sind die Grenzwerte für Projekte aufgeführt.

Projektgrenzwerte
Kategorie	Maximum	Sie müssen das Maximum erhöhen?
Projekt pro Region	20	Wenden Sie sich an den IBM Support.

Die maximale Anzahl von Projekten umfasst Projekte, die aktiv sind, und Projekte, die nicht dauerhaft gelöscht werden. Wenn Sie ein Projekt löschen, wird das Projekt weich gelöscht und kann innerhalb von 7 Tagen wiederhergestellt werden, bevor es endgültig gelöscht wird. Verwenden Sie die Konsole oder die Befehlszeilenschnittstelle (CLI), um soft gelöschte Projekte anzuzeigen. Weitere Informationen finden Sie im Thema Projekt löschen.

Projektkontingente

In der folgenden Tabelle sind die Kontingente für Projekte aufgeführt.

Beachten Sie, dass die Grenzwerte innerhalb eines Projekts unabhängig voneinander gelten. Wenn ein Grenzwert erreicht wird, z. B. der Grenzwert von 512 GB Speicher, kann sich dieses Kontingentlimit auf die Fähigkeit zur Ausführung einer Workload auswirken, selbst wenn ein anderer Grenzwert noch nicht erreicht ist, z. B. 250 Instanzen von Apps oder Jobs.

Projektkontingente
Kategorie	Beschreibung
Apps	Die Anzahl der Anwendungen pro Projekt ist auf 40 begrenzt.
Anwendungsrevisionen	Die Anzahl der Überarbeitungen für alle Anwendungen pro Projekt ist auf 120 begrenzt.
Builds	Die Anzahl ist auf 100 Buildkonfigurationen pro Projekt begrenzt.
Buildausführungen	Die Anzahl ist auf 100 Buildausführungen pro Projekt begrenzt. Danach müssen alte Buildausführungen entfernt oder bereinigt werden.
Konfigurationszuordnungen	Die Anzahl ist auf 100 Konfigurationszuordnungen pro Projekt begrenzt.
CPU	Die Gesamtkombination für alle App-Instanzen, aktiven Jobinstanzen und aktiven Buildinstanzen darf 128 vCPUnicht überschreiten.
Domänenzuordnungen (angepasst)	Sie sind auf 80 angepasste Domänenzuordnungen pro Projekt beschränkt.
Flüchtiger Speicher	Die Gesamtkombination für alle App-Instanzen, aktiven Jobinstanzen und aktiven Buildinstanzen darf 512 G ephemeren Speicher nicht überschreiten.
Funktionen	Die Anzahl der Funktionen pro Projekt ist auf 20 begrenzt.
Instanzen (aktiv)	Die Anzahl der Anwendungsinstanzen, Funktionsinstanzen, laufenden Auftragsinstanzen und laufenden Build-Instanzen darf 250 nicht überschreiten.
Instanzen (gesamt)	Die Anzahl aktiver Instanzen und die Anzahl abgeschlossener Job- und Buildinstanzen darf 2500 nicht überschreiten.
Jobs	Die Anzahl ist auf 100 Jobs pro Projekt begrenzt.
Jobausführungen	Die Anzahl ist auf 100 Jobausführungen pro Projekt begrenzt. Danach müssen alte Buildausführungen entfernt oder bereinigt werden.
Hauptspeicher	Die Gesamtkombination für alle App-Instanzen, aktiven Jobinstanzen und aktiven Buildinstanzen darf 512 GB Speicher nicht überschreiten.
Geheime Schlüssel	Die Anzahl ist auf 100 geheime Schlüssel pro Projekt begrenzt.
Abonnements (IBM Cloud Object Storage)	Die Anzahl ist auf 100 Abonnements (Object Storage) pro Projekt begrenzt.
Subskriptionen (Kafka / IBM® Event Streams for IBM Cloud®)	Sie sind auf 100 Kafka Abonnements pro Projekt beschränkt.
Abonnements (Periodischer Zeitgeber (Cron))	Pro Projekt sind Sie sind auf 100 Abonnements des periodischen Zeitgebers (Cron) beschränkt.

Sie sind beispielsweise auf 128 vCPU oder 250 aktive Instanzen einer App oder eines Jobs beschränkt. Da jeder Grenzwert unabhängig von anderen Grenzwerten gilt, nehmen Sie an, Sie möchten eine App auf 250 Instanzen mit 0.125 VCPU skalieren. Diese Werte ergeben etwa 32 vCPU, was funktioniert, da dieses Ergebnis unter dem Maximum von 128 vCPU liegt. Sie können jedoch nicht 512 Instanzen mit ' 0.125 ' vCPU, verwenden, was immer noch die Höchstzahl von 128 ' vCPU, erfüllen würde, aber gegen die Höchstzahl von 250 Instanzen verstoßen würde.

Grenzwerte erhöhen

Die Grenzwerte sind festgelegt, können aber erhöht werden, indem Sie den IBM Support kontaktieren und einen Supportfall erstellen.