कोटा

Where in the admin: Services › Virtual Machines › Policy › Quota tab (/vm/policy?tab=quota)। प्रति ग्राहक: Customers › List › a customer › Overview (/customers/<id>), कार्ड Quota। Where in the portal: Client › Quotas (/client/quotas)।

यह क्या करता है

कोटा नए खातों द्वारा दुरुपयोग से आपकी रक्षा करता है: ग्राहक ने वॉलेट में जितना अधिक वास्तविक पैसा डाला होगा, वे उतने ही अधिक संसाधन बना सकते हैं। इसके दो स्तर हैं:

• VM and Kubernetes resources: कुल vCPU, RAM और डिस्क, और VM की संख्या। टियर आपके निश्चित प्लान हैं।
• Service quotas: जमा किए गए धन द्वारा संचालित पांच टियर (L0 से L4) में कितने IP, क्लस्टर, VPC, GB स्टोरेज आदि हैं।

किसी भी चीज़ का चार्ज लेने से पहले कोटा की जाँच की जाती है। सीमा से अधिक के अनुरोध को HTTP 403 quota_exceeded और एक संदेश के साथ अस्वीकार कर दिया जाता है जो ग्राहक को बताता है कि कितना टॉप-अप करना है।

आवश्यकताएं

आइटम	आवश्यकता
Role	एक एडमिनिस्ट्रेटर।
स्विच	Enable quota (quota_enabled) डिफ़ॉल्ट रूप से off होता है। जब तक आप इसे चालू नहीं करते, नीचे दी गई कोई भी बात लागू नहीं होती।
निश्चित प्लान	कम से कम एक गैर-कस्टम प्लान (देखें Plans) — संसाधन टियर आपके निश्चित प्लान हैं। किसी भी प्लान के बिना केवल VM-गिनती नियम लागू होता है।
डिपेंडेंसी	सेवा कोटा पंक्तियाँ केवल उन उत्पादों के लिए मौजूद होती हैं जो आपके इंस्टॉलेशन में सक्षम हैं (VPN, IPv6 proxy, Kubernetes, Private Cloud, Images, Object Storage, Dedicated)।

आधार की गणना कैसे की जाती है

NexCMP अकेले कार्ड भुगतानों को नहीं देखता है। आधार ग्राहक का पोस्ट किया गया वॉलेट बैलेंस होता है: गेटवे टॉप-अप, एडमिनिस्ट्रेटर क्रेडिट्स (Credit / debit) और रिडीम किए गए वॉलेट वाउचर सभी वॉलेट लेज़र के माध्यम से एक बार गिने जाते हैं। प्रमोशन कोड से मिलने वाले ऑर्डर डिस्काउंट और सर्विस क्रेडिट वॉलेट का पैसा नहीं हैं और इनकी गिनती नहीं होती है। ग्राहक द्वारा कभी भी हासिल किया गया उच्चतम आधार सुरक्षित रखा जाता है (प्रति साइट) — खर्च करने या रिफंड मिलने से पहले से अनलॉक हुआ टियर कभी नीचा नहीं होता है।

VM और Kubernetes संसाधन

1. टियर साइट की निश्चित योजनाएं हैं, जिन्हें उन्हें 24 घंटे चलाने की लागत के अनुसार क्रमित किया गया है।
2. कोई ग्राहक उस उच्चतम टियर पर होता है जिसकी 24-घंटे की लागत उनके आधार से अधिक नहीं होती है। सीमा उस योजना के 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. तीन संख्याओं की समीक्षा करें (सभी संपादित करने योग्य):

   फ़ील्ड	डिफ़ॉल्ट	Range
   VM बनाएं: बैलेंस ≥ N घंटे	2	1 से 720
   Max VMs at 24h tier	2	1 से 100
   30-दिन की सीमा पूरी होने पर अधिकतम VMs	10	1 से 1000 (पिछले फ़ील्ड से कम नहीं)

4. Tier-based service quotas में तालिका (नीचे) संपादित करें।

5. Save पर क्लिक करें। NexCMP एक कारण मांगता है, जिसे पुराने और नए मानों के साथ ऑडिट लॉग में लिखा जाता है। यह परिवर्तन सभी ग्राहकों पर लागू होता है।

सेवा कोटा तालिका

इस तालिका में पाँच टीयर हैं। हेडर सेल L0 से L4 में सेंट में डिपाजिट थ्रेशोल्ड होते हैं: डिफ़ॉल्ट 0, 1000, 5000, 20000, 100000 का अर्थ है नए खाते के लिए L0, $10 से L1, $50 से L2, $200 से L3 और $1,000 से L4। पहला थ्रेशोल्ड 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 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, disk और 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. ग्राहक के कोटा कार्ड में, Source tier दिखाता है; एक ओवरराइड सेट करें और इसे बदलकर override होते हुए देखें।

Limits & notes

• बंद का मतलब बंद है। quota_enabled बंद होने पर पुराना नियम new_account_max_vms (Services › Virtual Machines › Policy › Sales) नए खातों को उनके डिपाजिट $10 तक पहुँचने तक 2 VM तक सीमित करता है। जब कोटा चालू होता है, तो वह नियम लागू नहीं होता।
• admin-द्वारा बनाई गई VMs ब्लॉक नहीं की जाती हैं।
• Errors fail closed. यदि कोटा स्थिति को नहीं पढ़ा जा सकता है, तो अनुरोध को अनुमति देने के बजाय quota_unavailable के साथ अस्वीकार कर दिया जाता है।
• API, CLI और MCP अनुरोध समान हैंडलर का उपयोग करते हैं, इसलिए समान सीमाएँ लागू होती हैं।
• Promotion credit कोई टियर नहीं बढ़ाता (Promotions देखें)।
• टियर सीमाएँ सेंट में हैं, डॉलर में नहीं।

ट्रबलशूटिंग

लक्षण	कारण	सुधार
quota_exceeded, कारण resources	नया कुल vCPU/RAM/डिश टियर से ऊपर है	संदेश में दी गई राशि का टॉप अप करें या एक ओवरराइड सेट करें।
quota_exceeded, कारण vm_30d	24h-टियर 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 की तुलना प्लान लागत से करें	प्लान मूल्य सूची की जाँच करें: प्लान मूल्य वृद्धि सीमाओं को स्थानांतरित कर सकती है।