Oracle Cloud ने १८ ऑगस्ट २०२६ पासून लागू केलेल्या नवीन Always Free मर्यादांमुळे (caps), आता प्रत्येक Ampere A1 Flex tenancy साठी कमाल मर्यादा २ OCPUs आणि १२ GB RAM इतकी असेल – जे आतापर्यंत वापरकर्त्यांना उपलब्ध असलेल्या संसाधनांच्या निम्मी आहे. जर या मर्यादेपेक्षा जास्त वापर झाला, तर प्लॅटफॉर्म संबंधित instances थांबवेल, ज्यामुळे चालू सेवांमध्ये व्यत्यय येऊ शकतो.
मर्यादा का बदलल्या
जेव्हा Oracle ने Always Free tier लाँच केला, तेव्हा VM.Standard.A1.Flex shape साठी ४ OCPUs आणि २४ GB RAM देण्याचे आश्वासन दिले होते. अलीकडील धोरणात्मक बदलामुळे ही मर्यादा निम्मी करण्यात आली आहे. ही मर्यादा एका tenancy मधील सर्व A1 Flex VMs च्या एकूण (total) वाटपावर लागू होते, प्रत्येक instance वर नाही. प्रत्यक्ष व्यवहारात तुम्ही खालीलप्रमाणे वापर करू शकता:
- पूर्ण २ OCPUs / १२ GB RAM असलेली एक VM, किंवा
- प्रत्येकी १ OCPU / ६ GB RAM असलेल्या दोन VMs.
AMD x86 E2.1.Micro सारख्या इतर सर्व Always Free shapes च्या मूळ मर्यादा कायम आहेत.
याचा परिणाम कोणावर होईल
- Free-tier developers – WordPress साइट्स, लहान Docker containers, Nginx reverse proxies आणि हलके (lightweight) databases अजूनही या नवीन मर्यादेत सहज बसू शकतात.
- Pay-As-You-Go (PAYG) users – २ OCPU/१२ GB ची मर्यादा त्यांच्यासाठी लागू आहे की नाही, याबाबत कागदपत्रांमध्ये (documentation) स्पष्टता नाही. या संदिग्धतेमुळे PAYG ग्राहकांना खात्री करण्यासाठी support tickets उघडावे लागत आहेत.
जर तुम्ही मर्यादेच्या बाहेर गेलात तर काय होईल
हे धोरण लागू झाल्यापासून, काही वापरकर्त्यांनी असे सांगितले आहे की, वापरकर्ते मर्यादेत आहेत असे मानत असूनही, नवीन मर्यादेपेक्षा जास्त वाटप असलेले instances Oracle ने आपोआप disable केले आहेत. Disable केलेली VM console द्वारे resize करता येत नाही; यासाठी सामान्य उपाय म्हणजे support ticket उघडणे आणि मॅन्युअल ॲडजस्टमेंट किंवा paid shape कडे स्थलांतरित करण्याची विनंती करणे.
सेवा खंडित होण्याचा धोका असल्याने प्रत्येक A1 Flex VM ची तपासणी (audit) करणे आवश्यक आहे. एखादे दुर्लक्षित instance देखील tenancy ला मर्यादेच्या बाहेर नेऊ शकते, ज्यामुळे एकामागून एक अनेक instances बंद पडू शकतात.
तुमचा सध्याचा वापर कसा तपासायचा
- Oracle Cloud console मध्ये साइन इन करा.
- Compute → Instances वर जा.
- A1.Flex साठी फिल्टर लावा.
- सूचीबद्ध केलेल्या प्रत्येक instance साठी OCPU संख्या आणि RAM यांची बेरीज करा.
जर एकूण OCPUs २ पेक्षा जास्त असतील किंवा एकूण RAM १२ GB पेक्षा जास्त असेल, तर तुम्ही नियमांचे उल्लंघन करत आहात.
Free tier मध्ये राहण्यासाठी पर्याय
- Workloads एकत्रित करा (Consolidate) – शक्य असल्यास लहान सेवा एकाच २ OCPU VM मध्ये विलीन करा.
- Scale down करा – १ OCPU / ६ GB कॉन्फिगरेशनमध्ये बसण्यासाठी container ची संख्या कमी करा किंवा databases downgrade करा.
- Paid instances कडे स्थलांतरित व्हा – जर तुमचा workload कमी करणे शक्य नसेल, तर billed shape कडे अपग्रेड केल्याने सेवा अचानक बंद होण्याचा धोका टाळता येईल, परंतु यामुळे खर्च वाढेल.
- बदल करण्यापूर्वी बॅकअप घ्या – तपासणी दरम्यान जर जबरदस्तीने shutdown झाले, तर snapshots किंवा बाह्य (external) backups तुमचा डेटा सुरक्षित ठेवतील.
पुढे काय पाहायचे
PAYG खात्यांसाठी कागदपत्रे (documentation) अजूनही अस्पष्ट आहेत.
थोडक्यात सांगायचे तर
Ampere A1 Flex instances वरील निम्मी झालेली मर्यादा प्रत्येक free-tier वापरकर्त्याला त्यांच्या compute footprint चा पुनर्विचार करण्यास भाग पाडते. Console मधील जलद गणना तुम्हाला सांगेल की तुम्ही सुरक्षित आहात की सेवा अचानक बंद होण्याच्या जोखमीमध्ये आहात. जर तुम्ही मर्यादेच्या बाहेर असाल, तर Oracle च्या ऑटोमेशनने तुमची VM disable करण्यापूर्वी workloads एकत्रित करा, आकार कमी करा किंवा paid instance कडे वळा. या बदलाकडे दुर्लक्ष करणे म्हणजे सेवेचे अचानक नुकसान होणे, जे आज केलेल्या थोड्याशा ऑडिटने टाळता आले असते.