制限
制限は、リソース、プラン、アカウントによって異なります。レプリカごとの設定は、サービスまたはアカウント全体で利用可能な合計ではありません。ワークロードのサイズを決める前に、現在のプランと、作成またはスケールリクエストの結果を確認してください。
アプリケーション
| 設定 | スコープ | 確認すべき項目 |
|---|---|---|
| CPU and memory | 各レプリカ | 上限が 2 vCPU / 2 GiB のレプリカが 3 つある場合、設定上の合計上限は 6 vCPU / 6 GiB です。これは使用量の予測ではありません。 |
| Replica count | サービスとプラン | API は 1–10 を受け付けますが、プランの制限によりこの範囲が狭まることがあります。Standard プランのチェックでは 1、Pro/Enterprise では 5 までで、アカウントごとの上書きが適用される場合があります。 |
| アカウント リソース上限 | アカウント所有者 | 2 つ目のプロジェクトを作成しても、必ずしも 2 つ目のクォータが作成されるわけではありません。大規模なデプロイを計画する前に、実効アカウント上限を確認してください。 |
| Worker mode | サービス | containerPort=0 は、HTTP リスナーや公開ロードバランサールートなしで実行されます。 |
| Custom domain | ホスト名 | ワイルドカードカスタムドメインは受け付けられません。特定のホスト名を使用し、所有権確認と DNS チェックを完了してください。 |
アプリケーションでは異なるランタイムを使用できます。すべてのアプリケーションが Sandboxes と同じ Firecracker micro-VM 境界を持つとは限りません。
Sandboxes
| 設定 | 現在の作成 API |
|---|---|
| CPU and memory | 4 vCPU / 4096 MiB |
| テンプレート | base, code-interpreter-v1 |
| Raw APIデフォルト有効期間 | timeoutMs: 0, 有効期限なし |
| Lizard SDKデフォルトライフタイム | 300000 ms、5 分 |
| 明示的なライフタイム範囲 | 0 から 2147483647 までの整数ミリ秒 |
| ライフタイムの更新 | 少なくとも 1000 ms。アイドルタイマーではありません |
| 永続ボリュームのアタッチ | 一度に 1 つの sandbox、ボリュームのノード上 |
スクリプトからは明示的な lifetime を渡してください。たとえば、--timeout 300000 を使うと、Lizard CLI のリリースをまたいでも意図した上限が明確になります。セッションを待機状態にする前に、一時停止と有効期限を参照してください。
リージョン
現在設定されているリージョンには、US East (Virginia)、us-east-1、EU West (Limburg)、eu-west-lim-a が含まれます。カタログにリージョンがあっても、すべてのリソースで利用可能な容量が保証されるわけではありません。リソース作成時にリージョンの選択肢を確認してください。既存のボリュームを使用する sandbox は、そのボリュームのノード上で実行する必要があります。
スケールを増やす前に
アクティブなプラン、レプリカごとの設定、アカウント上限、データベース接続上限、ストレージ増加をあわせて確認してください。スケーリング、メトリクス、料金を使って、設定済み容量と実測使用量を比較してください。