โควตา

ตำแหน่งในหน้าผู้ดูแลระบบ: 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 ระดับ (Tier) คือแพ็กเกจแบบคงที่ของคุณ
• โควตาบริการ: จำนวน IP, คลาสเตอร์, VPC, พื้นที่จัดเก็บข้อมูล (GB) และอื่น ๆ โดยแบ่งเป็น 5 ระดับ (L0 ถึง L4) ตามยอดเงินที่ฝากไว้

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

ข้อกำหนด

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

วิธีการคำนวณฐาน

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

ทรัพยากร VM และ Kubernetes

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 เอื้ออำนวย

การกำหนดค่า

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) พร้อมกับค่าเดิมและค่าใหม่ การเปลี่ยนแปลงนี้จะมีผลกับลูกค้าทุกคน

ตารางโควตาบริการ

ตารางนี้มี 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 เหลือในกระเป๋าเงินสูงสุดที่ทำได้ ไม่ใช่ยอดรวมจากการชำระเงินผ่านบัตร ลูกค้าตัวแทนจำหน่ายจะใช้ค่าเริ่มต้นเดียวกันและตัวแทนจำหน่ายสามารถดูได้เท่านั้น.

การกำหนดค่าแทนที่รายลูกค้า

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. ซื้อ VPN IPs ที่เกินขีดจำกัด L0: HTTP 403 quota_exceeded พร้อมด้วย "scope":"service" และลิงก์ไปยัง /client/quotas.
5. ในการ์ด Quota ของลูกค้า ช่อง Source จะแสดง tier; ให้ตั้งค่าการกำหนดค่าแทนที่และสังเกตว่าเปลี่ยนเป็น override.

ขีดจำกัดและหมายเหตุ

• ปิดคือปิด เมื่อปิด quota_enabled กฎเดิม new_account_max_vms (Services › Virtual Machines › Policy › Sales) จะจำกัดบัญชีใหม่ให้สร้าง VM ได้สูงสุด 2 เครื่องจนกว่ายอดฝากจะถึง $10 เมื่อเปิดใช้งานโควตา กฎดังกล่าวจะไม่มีผลอีกต่อไป.
• VM ที่สร้างโดยแอดมินจะไม่ถูกบล็อก
• ข้อผิดพลาดจะถูกตั้งค่าให้ล้มเหลวแบบปิด (Fail closed) หากไม่สามารถอ่านสถานะโควต้าได้ คำขอจะถูกปฏิเสธด้วย quota_unavailable แทนที่จะได้รับอนุญาต
• คำขอผ่าน API, CLI และ MCP ใช้ตัวจัดการเดียวกัน ดังนั้นจึงใช้ขีดจำกัดเดียวกัน
• เครดิตส่งเสริมการขาย ไม่ได้ช่วยยกระดับเทียร์ (ดู Promotions)
• เกณฑ์ของเทียร์มีหน่วยเป็นเซนต์ ไม่ใช่ดอลลาร์

การแก้ Problme

อาการ	สาเหตุ	วิธีแก้ปัญหา
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 กับต้นทุนแพ็กเกจ	ตรวจสอบรายการราคาแพ็กเกจ การขึ้นราคาแพ็กเกจอาจทำให้เกณฑ์เปลี่ยนแปลงได้