Oracle Cloud દ્વારા 18 ઓગસ્ટ 2026 થી અમલમાં મૂકવામાં આવેલા નવા Always Free મર્યાદાઓ (caps) નો અર્થ એ છે કે હવે દરેક Ampere A1 Flex tenancy માં વધુમાં વધુ 2 OCPUs અને 12 GB RAM જ મળી શકશે – જે અત્યાર સુધી વપરાશકર્તાઓ દ્વારા ઉપયોગમાં લેવાતા સંસાધનો કરતા અડધા છે. જો આ સંખ્યા વટાવી દેવામાં આવે, તો પ્લેટફોર્મ તે ઇન્સ્ટન્સને બંધ કરી દેશે, જેનાથી લાઈવ સેવાઓમાં અવરોધ આવી શકે છે.
મર્યાદાઓ શા માટે બદલાઈ?
જ્યારે Oracle એ Always Free tier લોન્ચ કર્યું હતું, ત્યારે તેણે VM.Standard.A1.Flex shape માટે ઉદાર 4 OCPUs અને 24 GB RAM નું વચન આપ્યું હતું. તાજેતરના પોલિસી સુધારામાં આ મર્યાદાને અડધી કરી દેવામાં આવી છે. આ મર્યાદા tenancy માં રહેલા તમામ A1 Flex VMs ના કુલ (total) ફાળવણી પર લાગુ પડે છે, દરેક ઇન્સ્ટન્સ પર નહીં. વ્યવહારમાં તમે આ રીતે ચલાવી શકો છો:
- પૂરા 2 OCPUs / 12 GB RAM સાથે એક VM, અથવા
- 1 OCPU / 6 GB RAM સાથેના બે VMs.
અન્ય તમામ Always Free shapes, જેમ કે AMD x86 E2.1.Micro, તેમની મૂળ મર્યાદાઓ જ જાળવી રાખશે.
કોના પર અસર થશે
- Free-tier developers – WordPress સાઇટ્સ, નાના Docker કન્ટેનર્સ, Nginx reverse proxies અને હળવા (lightweight) ડેટાબેઝ હજુ પણ નવી મર્યાદામાં આરામથી સમાઈ શકે છે.
- Pay-As-You-Go (PAYG) users – ડોક્યુમેન્ટેશનમાં એ સ્પષ્ટ નથી કે 2 OCPU/12 GB ની મર્યાદા તેમના પર લાગુ પડે છે કે નહીં. આ અસ્પષ્ટતાને કારણે PAYG ગ્રાહકોએ પુષ્ટિ માટે સપોર્ટ ટિકિટ ખોલવી પડે છે.
જો તમે મર્યાદાથી વધી જશો તો શું થશે
પોલિસી અમલમાં આવ્યા પછી, કેટલાક વપરાશકર્તાઓ રિપોર્ટ કરી રહ્યા છે કે Oracle આપમેળે એવા ઇન્સ્ટન્સને ડિસેબલ કરી દે છે જે નવી મર્યાદાથી વધુ હોય તેવું લાગે છે, ભલે વપરાશકર્તાઓ માનતા હોય કે તેઓ મર્યાદામાં છે. ડિસેબલ થયેલ VM ને કન્સોલ દ્વારા રિસાઇઝ (resize) કરી શકાતું નથી; સામાન્ય ઉપાય એ છે કે સપોર્ટ ટિકિટ રેઝ કરવી અને મેન્યુઅલ એડજસ્ટમેન્ટ અથવા પેઇડ (paid) shape પર સ્થાનાંતરિત કરવા માટે વિનંતી કરવી.
સેવાના અવરોધના જોખમને કારણે દરેક A1 Flex VM નું ઓડિટ કરવું આવશ્યક છે. એક ભૂલી ગયેલું ઇન્સ્ટન્સ tenancy ને મર્યાદાથી બહાર ધકેલી શકે છે, જેનાથી અનેક ઇન્સ્ટન્સ બંધ થવાની શ્રેણી શરૂ થઈ શકે છે.
તમારા વર્તમાન વપરાશની ચકાસણી કેવી રીતે કરવી
- Oracle Cloud કન્સોલમાં સાઇન ઇન કરો.
- Compute → Instances પર જાઓ.
- A1.Flex માટે ફિલ્ટર લાગુ કરો.
- સૂચિબદ્ધ દરેક ઇન્સ્ટન્સ માટે OCPU ની સંખ્યા અને RAM નો સરવાળો કરો.
જો કુલ OCPUs 2 થી વધી જાય અથવા કુલ RAM 12 GB થી વધી જાય, તો તમે નિયમોનું પાલન કરી રહ્યા નથી (out of compliance).
ફ્રી ટિયરની મર્યાદામાં રહેવા માટેના વિકલ્પો
- Workloads ને એકત્રિત કરો (Consolidate) – જ્યાં શક્ય હોય ત્યાં નાની સેવાઓને એક જ 2 OCPU VM માં ભેગી કરો.
- Scale down કરો – 1 OCPU / 6 GB કોન્ફિગરેશનમાં સમાઈ શકે તે માટે કન્ટેનરની સંખ્યા ઘટાડો અથવા ડેટાબેઝને ડાઉનગ્રેડ કરો.
- પેઇડ ઇન્સ્ટન્સ પર માઇગ્રેટ કરો – જો તમારા વર્કલોડને ઘટાડી ન શકાય, તો બિલ્ડ (billed) shape માં અપગ્રેડ કરવાથી ઇન્સ્ટન્સ અચાનક બંધ થવાનું જોખમ ટળશે પરંતુ ખર્ચ વધશે.
- ફેરફારો કરતા પહેલા બેકઅપ લો – જો ઓડિટ દરમિયાન મજબૂર શટડાઉન થાય, તો સ્નેપશોટ્સ અથવા એક્સટર્નલ બેકઅપ ડેટાને સુરક્ષિત રાખશે.
આગળ શું ધ્યાન રાખવું
PAYG એકાઉન્ટ્સ માટે ડોક્યુમેન્ટેશન હજુ પણ અસ્પષ્ટ છે.
નિષ્કર્ષ
Ampere A1 Flex ઇન્સ્ટન્સ પર અડધી થયેલી મર્યાદાઓ દરેક ફ્રી-ટિયર વપરાશકર્તાને તેમના કમ્પ્યુટ ફૂટપ્રિન્ટનું પુનઃમૂલ્યાંકન કરવા માટે મજબૂર કરે છે. કન્સોલમાં ઝડપી ગણતરી તમને જણાવશે કે તમે સુરક્ષિત છો કે ઇન્સ્ટન્સ અચાનક બંધ થવાના જોખમમાં છો. જો તમે મર્યાદાથી વધી ગયા હોવ, તો Oracle ની ઓટોમેશન સિસ્ટમ તમારા VM ને ડિસેબલ કરે તે પહેલાં તેને એકત્રિત કરો, કદ ઘટાડો અથવા પેઇડ ઇન્સ્ટન્સ પર સ્થાનાંતરિત કરો. આ ફેરફારને અવગણવાનો અર્થ છે સેવાની અચાનક ખોટ, જેને આજે એક ટૂંકા ઓડિટ દ્વારા ટાળી શકાય છે.