クォータ

管理画面での場所: Services › Virtual Machines › Policy › Quota tab (/vm/policy?tab=quota)。お客様ごと: Customers › List › a customer › Overview (/customers/<id>)、カード Quota。ポータルでの場所: Client › Quotas (/client/quotas)。

動作内容

クォータは、新規アカウントによる不正利用からシステムを保護します。ウォレットに入金された実資金が多いほど、作成できるリソースが増加します。2つのレイヤーがあります:

• VMおよびKubernetesリソース: vCPU、RAM、ディスクの合計、およびVM数。ティアは固定プランです。
• サービス制限: 入金された資金に基づく5つのティア（L0〜L4）における、IPアドレス、クラスター、VPC、ストレージのGB数などの制限。

クォータは課金の前にチェックされます。制限を超えたリクエストはHTTP 403 quota_exceededで拒否され、顧客に必要な追加トップアップ額が通知されます。

要件

項目	要件
ロール	管理者。
スイッチ	Enable quota（quota_enabled）はデフォルトでオフになっています。有効にするまで、以下の設定は適用されません。
固定プラン	少なくとも1つの非カスタムプラン（Plansを参照） — リソースティアは固定プランとなります。プランがない場合、VM数ルールのみが適用されます。
依存関係	サービスプロテクタの行は、インストレーションで有効化されているプロダクト（VPN、IPv6 proxy、Kubernetes、Private Cloud、Images、Object Storage、Dedicated）のみに存在します。

基準の算出方法

NexCMPはカード決済のみを参照しません。基準となるのは、お客様の記帳済みウォレット残高です。ゲートウェイのトップアップ、管理者クレジット（Credit / debit）、および引き換えられたウォレットバウチャーはすべて、ウォレット元帳を通じて1回としてカウントされます。プロモーションコードによる注文割引やサービスクレジットはウォレットの資金ではないため、カウントされません。お客様がこれまでに到達した最も高い基準は（サイトごとに）保持され、支出や返金によって、すでにロック解除されたTierが下がることはありません。

VMおよびKubernetesリソース

1. Tierはサイトの固定プランであり、24時間実行した場合のコストの昇順でソートされます。
2. 24時間のコストが基準を超えない範囲で、お客様は最も高いTierに属します。制限は、そのプランのvCPU、RAM、およびディスクです。最も安いプランの費用すら払えないお客様でも、最も安いプランのリソースを取得できます。
3. 制限に対してカウントされる使用量は、すべての稼働中のVM（ロックされたものを含む）、購入済みのデータボリューム（切断されている場合も含む）、ならびにKubernetesのワーカーおよびコントロールプレーン（ワーカーはVMとしてもカウントされます）です。
4. VM数： Max VMs at 24h tier（デフォルト2）まで。次のVMからは、既存のすべてのVMと新しいVMの合計について、**30日間（720時間）**分をカバーする現在のウォレット残高が必要となり、Max VMs when meeting 30-day threshold（デフォルト10）まで許可されます。
5. VMの作成には、そのVMの少なくともN時間分の残高（Create VM: balance ≥ N hours、デフォルト2）と、プラットフォームの最低残高も必要です。
6. VMを小さくすることは決してブロックされません。増加する次元のみがチェックされるため、ディスク制限を超えているお客様でも、vCPUの制限が許せばvCPUを追加できます。

設定

1. Services › Virtual Machines › Policyを開き、Quotaタブを選択します。

2. Enable quotaをオンにします。

3. 3つの数値を確認します（すべて編集可能です）：

   項目	デフォルト	範囲
   VM作成: 残高 ≧ N時間	2	1から720
   Max VMs at 24h tier	2	1から100
   30日間の閾値を満たしている場合の最大VM数	10	1から1000（前のフィールドを下回ることはできません）

4. Tier-based service quotasでテーブル（下部）を編集します。

5. Saveをクリックします。NexCMPが理由の入力を求め、これは古い値および新しい値とともに監査ログに記録されます。変更はすべてのお客様に適用されます。

サービスサービスクォータテーブル

この表には5つのティアがあります。ヘッダーセル L0 から L4 にはセント単位の入金しきい値が入ります。デフォルトの 0, 1000, 5000, 20000, 100000 は、新規アカウントの L0、$10 からの L1、$50 からの L2、$200 からの L3、$1,000 からの L4 を意味します。最初のしきい値は 0 のままでなければなりません。各行はティアごとの1つのキーのクォータを設定します。-1 は無制限を意味します。

キー	意味	L0	L1	L2	L3	L4
vpn.ips	VPN IPs	2	10	30	100	500
proxy6.ips	IPv6 proxy IPs	500	2000	10000	50000	-1
dedicated.servers	Bare-metal servers	1	2	5	20	50
s3.storage_gb	Object Storage GB allocated	2048	4096	10240	51200	-1
k8s.clusters	Kubernetes clusters	1	2	5	10	30
k8s.workers	Kubernetes worker nodes	3	9	18	50	200
vpc.count	Private Cloud networks	1	2	5	10	30
images.gb	カスタムイメージストレージ GB	50	100	200	500	2000

この表には、このリリースに含まれていない製品の行もいくつか記載されています。それらは変更せずにそのままにしてください。製品が無効になっているキーは非表示になり、適用されることもありません。値は -1 であるか、0 から 10,000,000 の間である必要があります。

サービス・クォータは、VMティアと同様に資金基準に従います。カード決済の合計ではなく、到達したウォレット残高の最高額に基づきます。リセラー顧客も同じデフォルトを使用し、リセラーはそれらを閲覧することのみ可能です。

顧客ごとのオーバーライド

1. Customers › List を開き、対象のお客様を選択します。Overview でカード Quota を確認します。

2. VMリソース: Quota override をクリックし、次の中から選択します。

   • トップアップ残高による（オーバーライドを解除） — デフォルトの動作です。
   • 無制限（VM数を含む） — この顧客のすべての制限を解除します。
   • プラン・ティア — リソースの上限をそのプランに固定します。VM数のルールは引き続き適用されます。

   理由を入力します。プラットフォーム管理者は任意のティアを設定できます。リセラーによって設定されたオーバーライドは、顧客の保持基準を超えることはできません。

3. サービス: Service quotas の下の表には、各キーの In use、有効な制限、およびその Source（ティアまたはオーバーライド）が表示されます。行の Edit をクリックし、New quota（-1 = 無制限、空欄 = ティアのデフォルトに戻す）と理由を入力します。

すべてのオーバーライドは、管理者、理由、および変更前/変更後の値とともに監査ログに記録されます。

お客様の画面

Client › Quotas（/client/quotas）には、顧客の現在のティア、使用済みおよび合計の vCPU、RAM、ディスク、VM数（VMとKubernetesに分割）、対象となるウォレット残高、保持リソース基準（利用しても減少しません）、および次のティアまでにトップアップすべき金額が表示されます。スライダーを使用すると、目標とするティアを選択して直接入金画面に移動できます。Service Quotas カードには、各サービスのクォータ、使用量、ティア（L0 から L4）、次のティアのためにさらにいくら入金する必要があるか、およびサポートチケットの下書きを開く Request increase ボタンがリスト表示されます。Quota policy ボタンをクリックすると、ルールが表示されます。

確認

1. Enable quota を有効にし、残高が $0 の新しいテスト顧客を使用します。
2. 最安プランより大きな VM の作成を試みます。リクエストは quota_exceeded とメッセージ「Exceeds the resources of tier ... Top up $X more to unlock tier ...」により拒否されます。
3. 表示された金額をトップアップします。ティアが即座に変更され、同じリクエストが成功します。
4. L0 の制限を超える VPN IPs を購入します: HTTP 403 quota_exceeded と "scope":"service"、および /client/quotas へのリンクが表示されます。
5. 顧客の Quota カードで、Source は tier を示しています。オーバーライドを設定すると、override に変更されるのが確認できます。

制限と注意事項

• オフは完全にオフを意味します。 quota_enabled がオフの場合、従来のルール new_account_max_vms (Services › Virtual Machines › Policy › Sales) により、入金額が$10に達するまで新規アカウントは2台のVMに制限されます。クォータがオンの場合、そのルールは適用されなくなります。
• 管理者が作成したVMはブロックされません。
• エラー時はクローズ動作となります。 クォータの状態を読み取ることができない場合、リクエストは許可されるのではなく、quota_unavailableにより拒否されます。
• API、CLI、MCPのリクエストは同じハンドラーを使用するため、同じ制限が適用されます。
• プロモーションクレジットではティアは上がりません（Promotionsを参照してください）。
• ティアの閾値の単位はドルではなくセントです。

トラブルシューティング

症状	原因	対処法
quota_exceeded、理由 resources	新しい合計 vCPU/RAM/ディスクがティアを超過しています	メッセージ内の金額をトップアップするか、上書きを設定してください。
quota_exceeded、理由 vm_30d	24時間ティアのVM数を超えており、ウォレットがまだフリートの30日分をカバーしていません	表示されている金額をトップアップしてください。
quota_exceeded、理由 vm_max	VMの絶対上限に達しました	Max VMs when meeting 30-day thresholdを引き上げるか、上書きを使用してください。
quota_exceeded, scope: service	サービスごとの制限に達しました	テーブルの値を上げるか、その顧客のキーを上書きしてください。
quota_unavailable	クォータの状態を確認できませんでした	再試行してください。解決しない場合はサーバーログを確認してください。
保存時に "quota_max_vms_30d must be >= quota_max_vms_24h" が発生しました	値が逆転しています	30日間の数値を24時間の数値以上に設定してください。
顧客からティアが下がったとの報告があります	ティアは下がりません。Held resource basisとプラン費用を比較してください	プラン価格表を確認してください。プラン価格の値上げによって閾値が移動する場合があります。