दर की सीमाएं

अनुरोधों की संख्या की सीमाएं, यह तय करती हैं कि किसी तय समयसीमा में Gemini API को कितने अनुरोध किए जा सकते हैं. इन सीमाओं से, सभी उपयोगकर्ताओं के लिए सिस्टम की परफ़ॉर्मेंस को बनाए रखने, गलत इस्तेमाल को रोकने, और सही तरीके से इस्तेमाल करने में मदद मिलती है.

AI Studio में, अनुरोध संख्या सीमित करने की अपनी ऐक्टिविटी देखना

दर से जुड़ी सीमाएं कैसे काम करती हैं

आम तौर पर, अनुरोध संख्या सीमित करने को तीन डाइमेंशन के हिसाब से मेज़र किया जाता है:

• हर मिनट में किए गए अनुरोधों की संख्या (आरपीएम)
• हर मिनट में प्रोसेस किए जाने वाले टोकन (इनपुट) (टीपीएम)
• हर दिन के हिसाब से अनुरोध (RPD)

आपके इस्तेमाल का आकलन हर सीमा के हिसाब से किया जाता है. किसी भी सीमा से ज़्यादा इस्तेमाल करने पर, अनुरोध संख्या सीमित करने से जुड़ी गड़बड़ी ट्रिगर होगी. उदाहरण के लिए, अगर आपकी आरपीएम सीमा 20 है, तो एक मिनट में 21 अनुरोध करने पर गड़बड़ी होगी. भले ही, आपने टीपीएम या अन्य सीमाओं का उल्लंघन न किया हो.

अनुरोध संख्या सीमित करना, हर एपीआई पासकोड के हिसाब से नहीं, बल्कि हर प्रोजेक्ट के हिसाब से लागू होता है. हर दिन के अनुरोध (RPD) के कोटे, पैसिफ़िक टाइम के मुताबिक आधी रात को रीसेट होते हैं.

सीमाएं, इस्तेमाल किए जा रहे मॉडल के हिसाब से अलग-अलग होती हैं. साथ ही, कुछ सीमाएं सिर्फ़ चुनिंदा मॉडल पर लागू होती हैं. उदाहरण के लिए, इमेज प्रति मिनट या आईपीएम की गिनती सिर्फ़ उन मॉडल के लिए की जाती है जो इमेज जनरेट कर सकते हैं (Nano Banana). हालांकि, यह टीपीएम से मिलता-जुलता है. अन्य मॉडल के लिए, हर दिन इस्तेमाल किए जा सकने वाले टोकन की सीमा (टीपीडी) तय की जा सकती है.

एक्सपेरिमेंट के तौर पर उपलब्ध मॉडल और झलक वाले मॉडल के लिए, अनुरोध संख्या सीमित करना ज़्यादा पाबंदियों वाला होता है.

खर्च के आधार पर तय की गई दर की सीमाएं

Gemini API, हर मिनट किए जा सकने वाले अनुरोधों (आरपीएम) और हर मिनट इस्तेमाल किए जा सकने वाले टोकन (टीपीएम) की सीमाओं के अलावा, खर्च के आधार पर दर की सीमाएं भी लागू करता है. इससे, उपयोगकर्ताओं को अनचाहे शुल्क से बचाया जा सकता है. ये सीमाएं आपके खाते पर लागू होंगी या नहीं, यह आपकी बिलिंग के इतिहास और इस्तेमाल के टियर पर निर्भर करता है.

यहां दी गई टेबल में, हर इस्तेमाल के टियर के लिए, खर्च के आधार पर तय की गई दर की सीमाएं दिखाई गई हैं. इन सीमाओं का आकलन, 10 मिनट के रोलिंग विंडो के आधार पर किया जाता है. ये सीमाएं आपके खाते पर लागू होती हैं या नहीं, यह आपके बिलिंग इतिहास और खाते की स्थिति पर निर्भर करता है.

खर्च के आधार पर तय की गई अनुरोध संख्या सीमित करने की सीमा पूरी होने पर, एपीआई 429 RESOURCE_EXHAUSTED गड़बड़ी का मैसेज दिखाता है. इस समस्या को हल करने के लिए:

• कुछ समय बाद, इंतज़ार करें और फिर से कोशिश करें.
• ज़्यादा कीमत वाले अनुरोधों की दर कम करें. उदाहरण के लिए, कॉन्टेक्स्ट विंडो को छोटा करके या आउटपुट को छोटा करके.
• अगर आपको सामान्य इस्तेमाल के दौरान लगातार इस सीमा का सामना करना पड़ता है, तो सीमा बढ़ाने का अनुरोध करें.

इस्तेमाल के टियर

दर से जुड़ी सीमाएं, प्रोजेक्ट के इस्तेमाल के टियर से जुड़ी होती हैं. एपीआई का इस्तेमाल और खर्च बढ़ने पर, आपको अपने-आप अपग्रेड करके ऊंचे टियर में शामिल कर दिया जाएगा. इससे, दर की सीमाएं भी बढ़ जाएंगी.

दूसरे और तीसरे टियर के लिए ज़रूरी शर्तें, Google Cloud की सेवाओं (इसमें Gemini API भी शामिल है) पर किए गए कुल खर्च के आधार पर तय की जाती हैं. यह खर्च, आपके प्रोजेक्ट से लिंक किए गए बिलिंग खाते से किया गया होना चाहिए.

ज़रूरी शर्तें पूरी करने पर, आम तौर पर अपग्रेड करने का अनुरोध स्वीकार कर लिया जाता है. हालांकि, कुछ मामलों में समीक्षा के दौरान मिली अन्य जानकारी के आधार पर, अपग्रेड करने का अनुरोध अस्वीकार किया जा सकता है.

यह सिस्टम, सभी उपयोगकर्ताओं के लिए Gemini API प्लैटफ़ॉर्म की सुरक्षा और अखंडता बनाए रखने में मदद करता है.

Gemini API के इस्तेमाल की दर से जुड़ी सीमाएं

दर की सीमाएं कई बातों पर निर्भर करती हैं. जैसे, इस्तेमाल का टियर. इन्हें Google AI Studio में देखा जा सकता है. समय के साथ-साथ, आपके टियर और खाते की स्थिति में बदलाव होने पर, दर की सीमाएं अपने-आप अपडेट हो जाएंगी.

AI Studio में, अनुरोध संख्या सीमित करने की अपनी ऐक्टिविटी देखना

तय की गई दर की सीमाओं की गारंटी नहीं दी जाती है और असल क्षमता अलग-अलग हो सकती है.

प्राथमिकता का अनुमान लगाने की दर की सीमाएं

प्राथमिकता वाले अनुरोधों के लिए, अनुरोध संख्या सीमित करने की अपनी सीमाएं होती हैं. भले ही, अनुरोधों की संख्या को इंटरैक्टिव ट्रैफ़िक की अनुरोध संख्या सीमित करने की सीमाओं में गिना जाता हो. डिफ़ॉल्ट रूप से अनुरोध संख्या सीमित करने की दरें ये हैं: हर मॉडल और टियर के लिए, स्टैंडर्ड अनुरोध संख्या सीमित करने की दर का 0.3 गुना

Batch API के लिए अनुरोध संख्या सीमित करना

Batch API अनुरोधों पर, दर की अपनी सीमाएं लागू होती हैं. ये सीमाएं, नॉन-बैच एपीआई कॉल से अलग होती हैं.

• एक साथ किए जाने वाले बैच अनुरोध: 100
• इनपुट फ़ाइल का साइज़: 2 जीबी
• फ़ाइल स्टोरेज की सीमा: 20 जीबी
• हर मॉडल के लिए, लाइन में लगे टोकन: बैच में लाइन में लगे टोकन टेबल में, किसी मॉडल के लिए बैच प्रोसेसिंग के लिए लाइन में लगाए जा सकने वाले टोकन की ज़्यादा से ज़्यादा संख्या दी गई है. यह संख्या, बैच प्रोसेसिंग के लिए चालू किए गए सभी बैच जॉब के लिए होती है.

अगले टियर पर अपग्रेड करने का तरीका

मुफ़्त टियर से पैसे चुकाकर लिए जाने वाले टियर पर स्विच करने के लिए, आपको सबसे पहले AI Studio में बिलिंग सेट अप करनी होगी.

जब आपका प्रोजेक्ट तय की गई शर्तों को पूरा कर लेगा, तब उसे अगले टियर में अपने-आप अपग्रेड कर दिया जाएगा. मुफ़्त टियर से टियर 1 में अपग्रेड करने पर, आम तौर पर तुरंत बदलाव हो जाता है. इसके बाद, टियर अपग्रेड करने पर 10 मिनट के अंदर बदलाव हो जाएगा. अपने टियर की जानकारी देखने के लिए, AI Studio में प्रोजेक्ट पेज पर जाएं.

तय सीमा बढ़ाने का अनुरोध करना

मॉडल के हर वर्शन के लिए, अनुरोधों की संख्या की सीमा (हर मिनट में किए जाने वाले अनुरोध, आरपीएम) तय होती है. इन रेट लिमिट के बारे में ज़्यादा जानने के लिए, AI Studio की रेट लिमिट पेज पर जाएं.

पैसे चुकाकर लिए जाने वाले टियर के लिए, अनुरोधों की संख्या बढ़ाने का अनुरोध करना

हम दर की सीमा बढ़ाने की कोई गारंटी नहीं देते हैं. हालांकि, हम आपके अनुरोध की समीक्षा करने की पूरी कोशिश करेंगे.