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 bis zum Limit Ihres Plans: 1 in der Testphase, 5 in Pro und Enterprise |
--cpu <cores> | Apps und Addons | ganze Kerne: 1, 2, 3, 4 |
--memory <mb> | Apps und Addons | 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. Änderungen an CPU und Arbeitsspeicher starten den Service mit den neuen Limits neu.
Horizontale Skalierung
Führen Sie mehrere Replikate einer App hinter dem Load Balancer aus:
lizard scale --service api --replicas 5Jedes Replikat ist ein eigener Pod. Stellen Sie sicher, dass Ihre App zustandslos ist (speichern Sie den Zustand in Managed Postgres, Managed Redis oder Managed Object Storage), damit Replikate austauschbar sind.
Vertikale Skalierung
Geben Sie einem einzelnen Replikat mehr Ressourcen:
lizard scale --service api --cpu 4 --memory 8192Add-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 8192Prüfung
lizard ps # replica status + URL
lizard events # per-replica deploy/scale history
lizard metrics # live CPU / memory / network / disk
lizard metrics --cost # include costSiehe auch
- Observability → Metrics — Ressourcen- und Kostenüberwachung.
lizard scale— die vollständige Befehlsreferenz.- So schätzen Sie die CaaS-Kosten ab — welche Metriken Sie vergleichen sollten, bevor Sie eine Rechnung dimensionieren.
Aktualisiert