---
title: クォータ
description: ウォレットに入金されるまで新規顧客が作成できるリソースを制限します — VMリソースティア、VM数、サービスごとのクォータ（顧客ごとの上書き設定あり）。
url: https://nexcmp.com/ja/docs/billing/quotas/
applies_to: NexCMP 1.6.1
updated: 2026-11-02
---

# クォータ {#quotas}

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

## 動作内容 {#what-it-does}

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

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

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

## 要件 {#requirements}

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

## 基準の算出方法 {#how-the-basis-is-calculated}

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

### VMおよびKubernetesリソース {#vm-and-kubernetes-resources}

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を追加できます。

## 設定 {#configure}

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が**理由**の入力を求め、これは古い値および新しい値とともに監査ログに記録されます。変更はすべてのお客様に適用されます。

![有効化スイッチ、VM制限、およびTierベースのサービスサービスクォータテーブルが表示されたQuotaタブ](https://nexcmp.com/ja/docs/images/billing/quotas-01-policy.webp)

### サービスサービスクォータテーブル {#service-quota-table}

この表には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ティアと同様に**資金基準**に従います。カード決済の合計ではなく、到達したウォレット残高の最高額に基づきます。リセラー顧客も同じデフォルトを使用し、リセラーはそれらを閲覧することのみ可能です。

## 顧客ごとのオーバーライド {#per-customer-overrides}

1. **Customers › List** を開き、対象のお客様を選択します。**Overview** でカード **Quota** を確認します。
2. **VMリソース:** **Quota override** をクリックし、次の中から選択します。
   - **トップアップ残高による（オーバーライドを解除）** — デフォルトの動作です。
   - **無制限（VM数を含む）** — この顧客のすべての制限を解除します。
   - **プラン・ティア** — リソースの上限をそのプランに固定します。VM数のルールは引き続き適用されます。

   理由を入力します。プラットフォーム管理者は任意のティアを設定できます。リセラーによって設定されたオーバーライドは、顧客の保持基準を超えることはできません。
3. **サービス:** *Service quotas* の下の表には、各キーの *In use*、有効な制限、およびその *Source*（ティアまたはオーバーライド）が表示されます。行の **Edit** をクリックし、**New quota**（`-1` = 無制限、空欄 = ティアのデフォルトに戻す）と理由を入力します。

![ティア、リソース使用量、およびオーバーライド付きのサービス・クォータ表が表示された、顧客の Quota カード](https://nexcmp.com/ja/docs/images/billing/quotas-02-customer.webp)

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

## お客様の画面 {#what-the-customer-sees}

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

![現在のティア、リソース使用量、サービス・クォータが表示されたポータルの Quotas ページ](https://nexcmp.com/ja/docs/images/billing/quotas-03-portal.webp)

## 確認 {#verify}

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* に変更されるのが確認できます。

## 制限と注意事項 {#limits-notes}

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

## トラブルシューティング {#troubleshooting}

| 症状 | 原因 | 対処法 |
|---|---|---|
| `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**とプラン費用を比較してください | プラン価格表を確認してください。プラン価格の値上げによって閾値が移動する場合があります。 |