---
title: โควตา
description: จำกัดสิ่งที่ลูกค้าใหม่สามารถสร้างได้จนกว่าจะเติมเงินเข้ากระเป๋าเงิน เช่น ระดับทรัพยากร VM จำนวน VM และโควตาต่อบริการ พร้อมกับการตั้งค่าแทนที่เฉพาะลูกค้า
url: https://nexcmp.com/th/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 {#what-it-does}

โควตาช่วยปกป้องคุณจากการถูกละเมิดโดยบัญชีใหม่: ยิ่งลูกค้าใส่เงินจริงลงในกระเป๋าเงินมากเท่าไหร่ พวกเขาก็ยิ่งสามารถสร้างทรัพยากรได้มากขึ้นเท่านั้น โดยมี 2 ชั้นด้วยกัน:

- **ทรัพยากร VM และ Kubernetes**: vCPU, RAM และดิสก์รวม รวมถึงจำนวน VM ระดับ (Tier) คือแพ็กเกจแบบคงที่ของคุณ
- **โควตาบริการ**: จำนวน IP, คลาสเตอร์, VPC, พื้นที่จัดเก็บข้อมูล (GB) และอื่น ๆ โดยแบ่งเป็น 5 ระดับ (L0 ถึง L4) ตามยอดเงินที่ฝากไว้

โควต้าจะถูกตรวจสอบ **ก่อน** ที่จะมีการเรียกเก็บเงินใดๆ คำขอที่เกินขีดจำกัดจะถูกปฏิเสธด้วย HTTP 403 `quota_exceeded` และข้อความที่แจ้งให้ลูกค้าทราบว่าต้องเติมเงินเท่าใด

## ข้อกำหนด {#requirements}

| Item | Requirement |
|---|---|
| บทบาท | ผู้ดูแลระบบ |
| สวิตช์ | **Enable quota** (`quota_enabled`) จะถูก **ปิด** ไว้เป็นค่าเริ่มต้น ฟังก์ชันด้านล่างทั้งหมดจะไม่ทำงานจนกว่าคุณจะเปิดใช้งาน |
| แพ็กเกจแบบคงที่ | ต้องมีแผนที่ไม่ใช่แบบกำหนดเองอย่างน้อยหนึ่งแผน (ดูที่ [Plans](https://nexcmp.com/th/docs/catalog/plans/)) โดยระดับทรัพยากรคือแพ็กเกจแบบคงที่ของคุณ หากไม่มีแผนใด ๆ เลย จะใช้กฎการนับจำนวน VM เท่านั้น |
| Dependencies | แถวโควตาบริการจะมีอยู่เฉพาะสำหรับผลิตภัณฑ์ที่เปิดใช้งานในการติดตั้งของคุณเท่านั้น (VPN, IPv6 proxy, Kubernetes, Private Cloud, Images, Object Storage, Dedicated) |

## วิธีการคำนวณฐาน {#how-the-basis-is-calculated}

NexCMP ไม่ได้พิจารณาจากการชำระเงินผ่านบัตรเพียงอย่างเดียว **ฐาน (Basis)** คือ **ยอดคงเหลือในกระเปเงินที่บันทึกไว้** ของลูกค้า: การเติมเงินผ่านเกตเวย์, เครดิตจากผู้ดูแลระบบ (**Credit / debit**) และบัตรกำนัลกระเปเงินที่แลกแล้ว จะถูกนับรวมทั้งหมดผ่านทางบัญชีแยกประเภทกระเปเงิน ส่วนส่วนลดคำสั่งซื้อและเครดิตบริการจากรหัสโปรโมชั่นไม่ใช่เงินในกระเปเงินและจะไม่ถูกนำมานับ ฐานสูงสุดที่ลูกค้าเคยทำได้จะถูก **เก็บรักษาไว้** (ต่อไซต์) — การใช้จ่ายหรือการคืนเงินจะไม่ทำให้ระดับที่ปลดล็อกแล้วลดลง

### ทรัพยากร VM และ Kubernetes {#vm-and-kubernetes-resources}

1. ระดับต่างๆ คือแพ็กเกจแบบคงที่ของเว็บไซต์ จัดเรียงตามต้นทุนในการใช้งานเป็นเวลา 24 ชั่วโมง
2. ลูกค้าจะอยู่ในระดับสูงสุดที่มีต้นทุน 24 ชั่วโมงไม่เกินฐานของตน ขีดจำกัดคือ vCPU, RAM และดิสก์ของแผนนั้น ลูกค้าที่ไม่สามารถซื้อแม้กระทั่งแผนที่ถูกที่สุด ก็ยังคงได้รับทรัพยากรของแผนที่ถูกที่สุด
3. การใช้งานที่นำมาคำนวณเทียบกับขีดจำกัด ได้แก่ VM ที่เปิดใช้งานอยู่ทั้งหมด (รวมถึง VM ที่ถูกล็อก), โวลุมข้อมูลที่ซื้อ (แม้ว่าจะถอดการเชื่อมต่ออยู่) รวมถึง Worker และ Control Plane ของ Kubernetes (Worker ก็นับเป็น VM ด้วยเช่นกัน)
4. **จำนวน VM:** สูงสุดไม่เกิน **Max VMs at 24h tier** (ค่าเริ่มต้นคือ 2) ตั้งแต่ VM ถัดไปเป็นต้นไป ยอดคงเหลือในกระเปเงิน *ปัจจุบัน* ของลูกค้าจะต้องครอบคลุม **30 วัน (720 ชั่วโมง)** ของ VM ที่มีอยู่ทั้งหมดรวมถึง VM ใหม่ จนถึง **Max VMs when meeting 30-day threshold** (ค่าเริ่มต้นคือ 10)
5. **การสร้าง VM** ยังต้องมียอดคงเหลืออย่างน้อย **N ชั่วโมง** ของ VM นั้น (**Create VM: balance ≥ N hours**, ค่าเริ่มต้นคือ 2) และยอดคงเหลือขั้นต่ำของแพลตฟอร์มด้วยเช่นกัน
6. การลดขนาด VM จะไม่มีการบล็อกใด ๆ ทั้งสิ้น ระบบจะตรวจสอบเฉพาะส่วนที่มีการเพิ่มขึ้นเท่านั้น ดังนั้น ลูกค้าที่เกินขีดจำกัดดิสก์ก็ยังสามารถเพิ่ม vCPU ได้ หากขีดจำกัด vCPU เอื้ออำนวย

## การกำหนดค่า {#configure}

1. เปิด **Services › Virtual Machines › Policy** และเลือกแท็บ **Quota**
2. เปิดสวิตช์ **Enable quota**
3. ตรวจสอบตัวเลขทั้งสามรายการ (สามารถแก้ไขได้ทั้งหมด):

   | ฟิลด์ | ค่าเริ่มต้น | ช่วง |
   |---|---|---|
   | สร้าง VM: ยอดคงเหลือ ≥ N ชั่วโมง | 2 | 1 ถึง 720 |
   | Max VMs at 24h tier | 2 | 1 ถึง 100 |
   | VM สูงสุดเมื่อถึงเกณฑ์ 30 วัน | 10 | 1 ถึง 1000 (ต้องไม่น้อยกว่าฟิลด์ก่อนหน้า) |

4. ในหัวข้อ **Tier-based service quotas** ให้แก้ไขตาราง (ด้านล่าง)
5. คลิก **Save** NexCMP จะขอ **เหตุผล** ซึ่งจะถูกบันทึกลงในบันทึกการตรวจสอบ (audit log) พร้อมกับค่าเดิมและค่าใหม่ การเปลี่ยนแปลงนี้จะมีผลกับลูกค้าทุกคน

![แท็บโควตาพร้อมสวิตช์เปิดใช้งาน, ขีดจำกัด VM และตารางโควตาบริการตามระดับ](https://nexcmp.com/th/docs/images/billing/quotas-01-policy.webp)

### ตารางโควตาบริการ {#service-quota-table}

ตารางนี้มี 5 ระดับ เซลล์ส่วนหัว **L0** ถึง **L4** กำหนด **เกณฑ์การฝากเงินเป็นเซนต์**: ค่าเริ่มต้น `0, 1000, 5000, 20000, 100000` หมายถึง L0 สำหรับบัญชีใหม่, L1 จาก $10, L2 จาก $50, L3 จาก $200 และ L4 จาก $1,000 เกณฑ์แรกต้องคงไว้ที่ `0` แต่ละแถวจะกำหนดโควตาของหนึ่งคีย์ต่อหนึ่งระดับ โดย **-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 ที่จัดสรร | 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 | 1 | 2 | 5 | 10 | 30 |
| `images.gb` | พื้นที่เก็บข้อมูลอิมเมจกำหนดเอง GB | 50 | 100 | 200 | 500 | 2000 |

ตารางนี้ยังแสดงแถวสำหรับผลิตภัณฑ์ที่ยังไม่รวมอยู่ในรุ่นนี้ด้วย ให้คงไว้ตามเดิม คีย์ที่มีผลิตภัณฑ์ที่ถูกปิดใช้งานจะถูกซ่อนและไม่มีการบังคับใช้ ค่าต้องเป็น `-1` หรืออยู่ระหว่าง `0` และ `10,000,000`.

โควตาบริการอิงตาม **เกณฑ์ยอดเงิน** เช่นเดียวกับระดับ VM โดยดูจากยอดคง 1 เหลือในกระเป๋าเงินสูงสุดที่ทำได้ ไม่ใช่ยอดรวมจากการชำระเงินผ่านบัตร ลูกค้าตัวแทนจำหน่ายจะใช้ค่าเริ่มต้นเดียวกันและตัวแทนจำหน่ายสามารถดูได้เท่านั้น.

## การกำหนดค่าแทนที่รายลูกค้า {#per-customer-overrides}

1. เปิด **Customers › List** จากนั้นเลือกที่ตัวลูกค้า ใน **Overview** ให้ค้นหาการ์ด **Quota**
2. **ทรัพยากร VM:** คลิก **Quota override** และเลือกหนึ่งในรายการต่อไปนี้
   - **ตามยอดเติมเงิน (ลบการกำหนดค่าแทนที่)** — พฤติกรรมเริ่มต้น
   - **ไม่จำกัด (รวมถึงจำนวน VM)** — ลบขีดจำกัดทั้งหมดสำหรับลูกค้ารายนี้
   - **ระดับแพ็กเกจ** — กำหนดเพดานทรัพยากรไว้ที่แพ็กเกจนั้น แต่กฎจำนวน VM ยังคงมีผลอยู่

   ป้อนเหตุผล ผู้ดูแลระบบแพลตฟอร์มสามารถกำหนดระดับใดก็ได้ ส่วนการกำหนดค่าแทนที่โดยตัวแทนจำหน่ายต้องไม่เกินเกณฑ์ที่ลูกค้าคงไว้
3. **บริการ:** ตารางภายใต้ *Service quotas* จะแสดงแต่ละคีย์พร้อมด้วย *In use*, ขีดจำกัดที่มีผล และ *Source* (ระดับหรือการกำหนดค่าแทนที่) คลิก **Edit** บนแถว พิมพ์ **New quota** (`-1` = ไม่จำกัด, ว่างเปล่า = กลับสู่ค่าเริ่มต้นของระดับ) และระบุเหตุผล

![การ์ด Customer Quota พร้อมระดับ, การใช้งานทรัพยากร และตารางโควตาบริการที่มีการกำหนดค่าแทนที่](https://nexcmp.com/th/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** จะอธิบายกฎระเบียบต่างๆ

![หน้า Portal Quotas ที่แสดงระดับปัจจุบัน, การใช้งานทรัพยากร และโควตาบริการ](https://nexcmp.com/th/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. ซื้อ VPN IPs ที่เกินขีดจำกัด L0: 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**) จะจำกัดบัญชีใหม่ให้สร้าง VM ได้สูงสุด 2 เครื่องจนกว่ายอดฝากจะถึง $10 เมื่อเปิดใช้งานโควตา กฎดังกล่าวจะไม่มีผลอีกต่อไป.
- **VM ที่สร้างโดยแอดมินจะไม่ถูกบล็อก**
- **ข้อผิดพลาดจะถูกตั้งค่าให้ล้มเหลวแบบปิด (Fail closed)** หากไม่สามารถอ่านสถานะโควต้าได้ คำขอจะถูกปฏิเสธด้วย `quota_unavailable` แทนที่จะได้รับอนุญาต
- **คำขอผ่าน API, CLI และ MCP** ใช้ตัวจัดการเดียวกัน ดังนั้นจึงใช้ขีดจำกัดเดียวกัน
- **เครดิตส่งเสริมการขาย** ไม่ได้ช่วยยกระดับเทียร์ (ดู [Promotions](https://nexcmp.com/th/docs/billing/promotions/))
- **เกณฑ์ของเทียร์มีหน่วยเป็นเซนต์** ไม่ใช่ดอลลาร์

## การแก้ Problme {#troubleshooting}

| อาการ | สาเหตุ | วิธีแก้ปัญหา |
|---|---|---|
| `quota_exceeded`, เหตุผล `resources` | ผลรวม vCPU/RAM/ดิสก์ใหม่เกินกว่าเทียร์กำหนด | เติมเงินตามจำนวนในข้อความหรือตั้งค่าการแทนที่ (override) |
| `quota_exceeded`, เหตุผล `vm_30d` | มีจำนวน VM เกินเทียร์ 24 ชม. และยอดเงินในกระเป๋าเงินยังไม่เพียงพอครอบคลุม 30 วันของกลุ่มอินสแตนซ์ | เติมเงินตามจำนวนที่แสดง |
| `quota_exceeded`, เหตุผล `vm_max` | ถึงขีดจำกัดสูงสุดของ VM แล้ว | เพิ่มค่า **Max VMs when meeting 30-day threshold** หรือใช้ค่ากำหนดแทนที่ (override) |
| `quota_exceeded`, `scope: service` | ถึงขีดจำกัดต่อบริการแล้ว | เพิ่มค่าในตารางหรือแทนที่คีย์นั้นสำหรับลูกค้า |
| `quota_unavailable` | ไม่สามารถตรวจสอบสถานะโควต้าได้ | ลองใหม่อีกครั้ง หากยังเกิดปัญหาให้ตรวจสอบบันทึกของเซิร์ฟเวอร์ |
| "quota_max_vms_30d must be >= quota_max_vms_24h" เมื่อบันทึก | ค่าสลับกัน | ทำให้ค่า 30 วันมีค่าอย่างน้อยเท่ากับค่า 24 ชั่วโมง |
| ลูกค้าแจ้งว่าเทียร์ลดลง | เทียร์ไม่ได้ลดลง เปรียบเทียบ **Held resource basis** กับต้นทุนแพ็กเกจ | ตรวจสอบรายการราคาแพ็กเกจ การขึ้นราคาแพ็กเกจอาจทำให้เกณฑ์เปลี่ยนแปลงได้ |