Limits
Auf Lizard (lizard.build) läuft eine App nach der ersten bezahlten Pro-Rechnung mit bis zu 5 Replikaten pro Service, während der Testphase mit 1. Pro führt bis zu 100 Sandboxes gleichzeitig aus und startet bis zu 24 pro Minute; die Testphase erlaubt 5 gleichzeitig. Die Sandbox-Größen reichen von Small (2 vCPU / 4 GB) bis Large (8 vCPU / 16 GB), und ausgehender Sandbox-Traffic ist bis 2 TB pro Konto in einem gleitenden Zeitraum von 30 Tagen inklusive. Limits hängen von der Ressource, dem Tarif und dem Konto ab: Eine Einstellung pro Replikat entspricht nicht der insgesamt für einen Service oder ein Konto verfügbaren Kapazität. Prüfen Sie Ihren aktuellen Tarif und das Ergebnis der Erstellungs- oder Skalierungsanfrage, bevor Sie eine Workload dimensionieren.
Anwendungen
| Einstellung | Geltungsbereich | Was zu prüfen ist |
|---|---|---|
| CPU und Arbeitsspeicher | Jedes Replikat | Drei Replikate mit einer Obergrenze von 2 vCPU / 2 GiB haben zusammen eine konfigurierte Obergrenze von 6 vCPU / 6 GiB. Das ist keine Nutzungsvorhersage. |
| Anzahl der Replikate | Service und Tarif | Ihr Plan legt das Limit fest: 1 pro App in der Testphase von Pro, 5 in Pro nach der ersten bezahlten Rechnung und in Enterprise. Die API akzeptiert höchstens 10, was nur eine Ausnahme für das Konto erreicht. |
| Ressourcenobergrenze des Kontos | Kontoinhaber | Ein zweites Projekt erzeugt nicht zwangsläufig ein zweites Kontingent. Fragen Sie vor der Planung eines großen Deployments nach dem geltenden Kontolimit. |
| Worker-Modus | Service | containerPort=0 läuft ohne HTTP-Listener oder öffentliche Load-Balancer-Route. |
| Benutzerdefinierte Domain | Hostname | Benutzerdefinierte Wildcard-Domains werden nicht akzeptiert. Verwenden Sie einen spezifischen Hostnamen und schließen Sie die Prüfungen zu Eigentümerschaft und DNS ab. |
Sandboxes
Sandboxes führen kurze Befehle und Agentenaufgaben als Firecracker-microVMs aus. Die folgenden Limits gelten für jede Sandbox, die ein Konto ausführt.
Größen
| Größe | CPU und Arbeitsspeicher | Speicher (/workspace) | Preis während der Laufzeit |
|---|---|---|---|
| Small | 2 vCPU / 4 GB | 5 GB | $0.0162 pro Stunde |
| Medium (Standard) | 4 vCPU / 8 GB | 20 GB | $0.0324 pro Stunde |
| Large | 8 vCPU / 16 GB | 50 GB | $0.0648 pro Stunde |
CPU und Arbeitsspeicher sind im Preis enthalten. Persistent Volumes werden separat abgerechnet.
Kontolimits
Diese Limits begrenzen, wie viele Sandboxes ein Konto gleichzeitig ausführt und wie schnell es neue startet. Sie richten sich nach dem Plan des Kontoinhabers. Die Limits der Testphase gelten bis zur ersten bezahlten Rechnung; siehe Abrechnung.
| Plan | Gleichzeitig aktiv | Starts pro Minute | Pro Stunde | Pro Tag |
|---|---|---|---|---|
| Testphase von Pro | 5 | 6 | 30 | 100 |
| Pro | 100 | 24 | 120 | 400 |
| Enterprise | Individuell | Individuell | Individuell | Individuell |
- Die Limits gelten pro Kontoinhaber, über alle Workspaces des Inhabers hinweg. Ein zweiter Workspace bringt kein zweites Kontingent.
- Aktiv bedeutet laufend oder fortsetzend. Eine pausierte Sandbox zählt nicht; um eine fortzusetzen, braucht es einen freien Platz.
- Ein Start ist eine neue Sandbox. Ein Fortsetzen ist kein Start. Eine Erstellung, die auf Seiten von Lizard fehlschlägt, zählt nicht.
- Bei Überschreitung geben Create und Resume HTTP 429 zurück, mit
codegleichSANDBOX_LIMIT_REACHED(aktiv) oderSANDBOX_RATE_LIMITED(Starts). Eine Ablehnung wegen der Startrate enthält einenRetry-After-Header. - Das Dashboard zeigt neben New Sandbox, wie viele Sandboxes im Verhältnis zu Ihrem Limit laufen. Für mehr als 100 gleichzeitig sprechen Sie uns auf Enterprise an.
Ausgehender Netzwerkverkehr
Ausgehender Sandbox-Traffic ist bis 2 TB pro Konto in einem gleitenden Zeitraum von 30 Tagen inklusive, gezählt über alle Sandboxes des Kontos. Darüber hinaus verlieren die Sandboxes des Kontos ihren ausgehenden Netzwerkzugang, bis die 30-Tage-Summe wieder unter 2 TB liegt. Es fallen keine zusätzlichen Kosten an.
Laufzeit
| Einstellung | Aktuelle Create-API |
|---|---|
| Vorlagen | base, interpreter, codex, desktop, opencode, pi, prime, claude |
| Standardlaufzeit der Raw API | timeoutMs: 0, kein Ablauf |
| Standardlaufzeit des Lizard SDK | 300000 ms, fünf Minuten |
| Bereich für explizite Laufzeit | Ganzzahlige Millisekunden von 0 bis 2147483647 |
| Laufzeit aktualisieren | Mindestens 1000 ms; kein Idle-Timer |
| Anbindung von Persistent Volumes | Jeweils nur eine Sandbox, auf dem Node des Volumes |
Auch die CLI setzt standardmäßig fünf Minuten; das Dashboard setzt standardmäßig kein Ablaufdatum. Befehle verlängern die Frist nicht. Zu Pause, Snapshots, Fork und dazu, was jeweils erhalten bleibt, siehe den Lebenszyklus von Sandboxes.
Regionen
Die aktuell konfigurierten Regionen umfassen US East (Virginia), us-east-1, und EU West (Limburg), eu-west-lim-a. Eine Region im Katalog garantiert nicht, dass für jede Ressource Kapazität verfügbar ist. Prüfen Sie die Regionsauswahl beim Erstellen der Ressource; eine Sandbox, die ein vorhandenes Volume verwendet, muss auf dem Node dieses Volumes laufen. lizard regions listet die für Ihr Konto verfügbaren Regionen auf; siehe Regionen.
Vor dem Erhöhen der Skalierung
Prüfen Sie aktiven Tarif, Einstellungen pro Replikat, Kontolimit, Datenbank-Verbindungslimit und Speicherwachstum zusammen. Verwenden Sie Skalierung, Metriken und Preise, um konfigurierte Kapazität mit der gemessenen Nutzung zu vergleichen. Die Tarife für jede Ressource stehen auf der Abrechnungsseite.
Aktualisiert