Skalierung

Skalieren Sie einen Service horizontal (mehr Replikate) oder vertikal (mehr CPU/Arbeitsspeicher) mit lizard scale. Add-on-Speicher wird auf die gleiche Weise erweitert.

Einen Service skalieren

lizard scale --service api --replicas 3
lizard scale --service api --cpu 2 --memory 2048

Flag	Gilt für	Zulässige Werte
`--replicas <n>`	Apps	`1`–`10`
`--cpu <cores>`	Apps	ganze Kerne: `1`, `2`, `3`, `4`
`--memory <mb>`	Apps	`128`–`8192` MB (in 1-MB-Schritten)
`--storage <mb>`	nur Addons, nur vergrößern	`512`, `1024`, `2048`, `4096`, `8192`, `16384`

Sie können Flags in einem einzelnen Befehl kombinieren. Änderungen an Replikaten werden ohne Rebuild ausgerollt.

Horizontale Skalierung

Führen Sie mehrere Replikate einer App hinter dem Load Balancer aus:

lizard scale --service api --replicas 5

Jedes Replikat ist ein eigener Pod. Stellen Sie sicher, dass Ihre App zustandslos ist (speichern Sie den Zustand in Postgres, Redis oder S3), damit Replikate austauschbar sind.

Vertikale Skalierung

Geben Sie einem einzelnen Replikat mehr Ressourcen:

lizard scale --service api --cpu 4 --memory 8192

Add-on-Speicher erweitern

Add-on-Daten-Volumes können nur vergrößert werden — Sie können den Speicher erhöhen, aber nicht verkleinern:

lizard scale --service postgres --storage 8192

Prüfung

lizard ps                 # replica status + URL
lizard events             # per-replica deploy/scale history
lizard metrics            # live CPU / memory / network / disk
lizard metrics --cost     # include cost

Siehe auch

Observability → Metrics — Ressourcen- und Kostenüberwachung.
lizard scale — die vollständige Befehlsreferenz.
Was CaaS-Anbieter 2026 berechnen — Preise pro vCPU, pro GB und für Egress über neun Plattformen hinweg, um eine Rechnung abzuschätzen, bevor Sie skalieren.

Hintergrund-Worker Regionen