Oracle Cloud द्वारा 18 अगस्त 2026 से लागू किए गए नए Always Free कैप्स का मतलब है कि अब प्रत्येक Ampere A1 Flex टेनेंसी (tenancy) अधिकतम 2 OCPUs और 12 GB RAM तक ही सीमित रहेगी – जो अब तक उपयोगकर्ताओं को मिलने वाले संसाधनों का आधा है। यदि आप इन संख्याओं से अधिक जाते हैं, तो प्लेटफॉर्म संबंधित इंस्टेंस (instances) को रोक देता है, जिससे लाइव सेवाएं बाधित होने की संभावना रहती है।
सीमाएं क्यों बदलीं
जब Oracle ने Always Free टियर लॉन्च किया था, तो इसने VM.Standard.A1.Flex शेप के लिए उदार रूप से 4 OCPUs और 24 GB RAM का वादा किया था। हालिया नीति संशोधन ने इस सीमा को आधा कर दिया है। यह कैप एक टेनेंसी में सभी A1 Flex VMs के कुल आवंटन पर लागू होता है, न कि प्रति इंस्टेंस। व्यवहार में आप चला सकते हैं:
- पूरे 2 OCPUs / 12 GB RAM के साथ एक VM, या
- 1 OCPU / 6 GB RAM के साथ दो VMs।
अन्य सभी Always Free शेप्स, जैसे कि AMD x86 E2.1.Micro, अपनी मूल सीमाओं को बनाए रखते हैं।
किसे इसका प्रभाव महसूस होगा
- Free-tier डेवलपर्स – WordPress साइट्स, छोटे Docker कंटेनर्स, Nginx रिवर्स प्रॉक्सी और हल्के डेटाबेस अभी भी नई सीमा के भीतर आसानी से फिट हो जाते हैं।
- Pay-As-You-Go (PAYG) उपयोगकर्ता – डॉक्यूमेंटेशन यह स्पष्ट नहीं करता है कि क्या 2 OCPU/12 GB कैप उन पर लागू होता है। इस अस्पष्टता के कारण PAYG ग्राहकों को पुष्टि के लिए सपोर्ट टिकट खोलने पड़ रहे हैं।
यदि आप सीमा से अधिक होते हैं तो क्या होगा
नीति लागू होने के बाद से, कुछ उपयोगकर्ताओं ने बताया है कि Oracle उन इंस्टेंस को स्वचालित रूप से अक्षम (disable) कर देता है जो नई कैप से अधिक दिखाई देते हैं, भले ही उपयोगकर्ताओं को लगा हो कि वे सीमा के भीतर हैं। एक अक्षम VM को कंसोल के माध्यम से रीसाइज नहीं किया जा सकता है; इसका सामान्य समाधान एक सपोर्ट टिकट उठाना और मैन्युअल समायोजन या पेड शेप (paid shape) पर जाने का अनुरोध करना है।
सेवा में व्यवधान का जोखिम प्रत्येक A1 Flex VM का ऑडिट करना आवश्यक बना देता है। एक अनदेखा किया गया इंस्टेंस टेनेंसी को सीमा से बाहर धकेल सकता है, जिससे कई इंस्टेंस रुकने की श्रृंखला शुरू हो सकती है।
अपने वर्तमान उपयोग को कैसे सत्यापित करें
- Oracle Cloud कंसोल में साइन इन करें।
- Compute → Instances पर जाएं।
- A1.Flex के लिए फ़िल्टर लागू करें।
- सूचीबद्ध प्रत्येक इंस्टेंस के लिए OCPU काउंट और RAM को जोड़ें।
यदि कुल OCPUs 2 से अधिक हैं या कुल RAM 12 GB से अधिक है, तो आप अनुपालन (compliance) से बाहर हैं।
फ्री टियर के भीतर रहने के विकल्प
- वर्कलोड को समेकित (Consolidate) करें – जहाँ संभव हो, छोटी सेवाओं को एक ही 2 OCPU VM में मर्ज करें।
- स्केल डाउन करें – 1 OCPU / 6 GB कॉन्फ़िगरेशन में फिट होने के लिए कंटेनर की संख्या कम करें या डेटाबेस को डाउनग्रेड करें।
- पेड इंस्टेंस पर माइग्रेट करें – यदि आपके वर्कलोड को कम नहीं किया जा सकता है, तो बिल वाले शेप (billed shape) पर अपग्रेड करने से अचानक रुकने (hard stop) से बचा जा सकता है, लेकिन इससे लागत बढ़ जाएगी।
- बदलावों से पहले बैकअप लें – ऑडिट के दौरान यदि जबरन शटडाउन होता है, तो स्नैपशॉट या बाहरी बैकअप डेटा की रक्षा करते हैं।
आगे क्या देखें
PAYG खातों के लिए डॉक्यूमेंटेशन अभी भी अस्पष्ट है।
निष्कर्ष
Ampere A1 Flex इंस्टेंस पर आधी की गई सीमाएं प्रत्येक फ्री-टियर उपयोगकर्ता को उनके कंप्यूट फुटप्रिंट का पुनर्मूल्यांकन करने के लिए मजबूर करती हैं। कंसोल में एक त्वरित गणना आपको बताएगी कि आप सुरक्षित हैं या अचानक रुकने (hard stop) के जोखिम में हैं। यदि आप सीमा से अधिक हैं, तो Oracle के ऑटोमेशन द्वारा आपके VM को अक्षम करने से पहले समेकित करें, आकार कम करें, या पेड इंस्टेंस पर चले जाएं। इस बदलाव को अनदेखा करने का मतलब है सेवा का अचानक नुकसान, जिसे आज एक संक्षिप्त ऑडिट के साथ टाला जा सकता था।