Oracle Cloud 2026 ഓഗസ്റ്റ് 18 മുതൽ നടപ്പിലാക്കുന്ന പുതിയ Always Free പരിധികൾ (caps) പ്രകാരം, ഓരോ Ampere A1 Flex tenancy-യും ഇനി മുതൽ പരമാവധി 2 OCPUs, 12 GB RAM എന്നിവയിൽ ഒതുങ്ങും. ഇത് ഉപയോക്താക്കൾക്ക് ഇതുവരെ ലഭിച്ചിരുന്ന വിഭവങ്ങളുടെ പകുതി മാത്രമാണ്. ഈ പരിധി മറികടന്നാൽ, പ്ലാറ്റ്‌ഫോം ആ ഇൻസ്റ്റൻസുകളെ (instances) നിർത്തിവെക്കും, ഇത് ലൈവ് സർവീസുകളെ തടസ്സപ്പെടുത്തിയേക്കാം.

പരിധികൾ മാറാൻ കാരണം

Oracle തങ്ങളുടെ Always Free ടയർ ആരംഭിച്ചപ്പോൾ, VM.Standard.A1.Flex ഷേപ്പിനായി (shape) 4 OCPUs, 24 GB RAM എന്നിവ വാഗ്ദാനം ചെയ്തിരുന്നു. എന്നാൽ പുതിയ പോളിസി പരിഷ്കാരം ഈ പരിധി പകുതിയായി കുറയ്ക്കുന്നു. ഈ പരിധി ഓരോ ഇൻസ്റ്റൻസിനും വേണ്ടിയുള്ളതല്ല, മറിച്ച് ഒരു tenancy-യിലെ എല്ലാ A1 Flex VM-കളുടെയും ആകെ (total) വിഹിതത്തിനാണ് ബാധകമാകുന്നത്. പ്രായോഗികമായി നിങ്ങൾക്ക് ഇവ പ്രവർത്തിപ്പിക്കാം:

  • മുഴുവൻ 2 OCPUs / 12 GB RAM ഉള്ള ഒരു VM, അല്ലെങ്കിൽ
  • ഓരോന്നിനും 1 OCPU / 6 GB RAM വീതമുള്ള രണ്ട് VM-കൾ.

AMD x86 E2.1.Micro പോലുള്ള മറ്റ് എല്ലാ Always Free ഷേപ്പുകൾക്കും അവയുടെ പഴയ പരിധികൾ തന്നെ തുടരും.

ആരെല്ലാമാണ് ഇതിന്റെ ആഘാതം അനുഭവിക്കുക?

  • Free-tier ഡെവലപ്പർമാർ – WordPress സൈറ്റുകൾ, ചെറിയ Docker കണ്ടെയ്‌നറുകൾ, Nginx റിവേഴ്സ് പ്രോക്സികൾ (reverse proxies), ഭാരം കുറഞ്ഞ ഡാറ്റാബേസുകൾ എന്നിവ പുതിയ പരിധിക്കുള്ളിൽ സുഗമമായി പ്രവർത്തിപ്പിക്കാൻ സാധിക്കും.
  • Pay-As-You-Go (PAYG) ഉപയോക്താക്കൾ – ഈ 2 OCPU/12 GB പരിധി അവർക്കും ബാധകമാണോ എന്ന് ഡോക്യുമെന്റേഷനിൽ വ്യക്തമാക്കുന്നില്ല. ഈ അവ്യക്തത കാരണം, സ്ഥിരീകരണം തേടി PAYG ഉപയോക്താക്കൾക്ക് സപ്പോർട്ട് ടിക്കറ്റുകൾ (support tickets) നൽകേണ്ടി വരുന്നു.

പരിധി മറികടന്നാൽ എന്ത് സംഭവിക്കും?

പുതിയ പോളിസി പ്രാബല്യത്തിൽ വന്നതിന് ശേഷം, തങ്ങൾ പരിധിക്കുള്ളിലാണെന്ന് വിശ്വസിച്ചിരുന്ന ഉപയോക്താക്കളുടെ പോലും ഇൻസ്റ്റൻസുകൾ പുതിയ പരിധി മറികടന്നതായി കാണുന്ന പക്ഷം Oracle അവ സ്വയമേവ പ്രവർത്തനരഹിതമാക്കുന്നു (disable) എന്ന് ചിലർ റിപ്പോർട്ട് ചെയ്യുന്നു. പ്രവർത്തനരഹിതമാക്കപ്പെട്ട ഒരു VM കൺസോളിലൂടെ (console) വലുതാക്കാനോ ചെറുതാക്കാനോ (resize) കഴിയില്ല; ഒരു സപ്പോർട്ട് ടിക്കറ്റ് നൽകി മാനുവൽ അഡ്ജസ്റ്റ്മെന്റിനോ അല്ലെങ്കിൽ പെയ്ഡ് ഷേപ്പിലേക്ക് (paid shape) മാറുന്നതിനോ അഭ്യർത്ഥിക്കുക എന്നതാണ് ഇതിനുള്ള സാധാരണ പരിഹാരം.

സർവീസ് തടസ്സപ്പെടാനുള്ള സാധ്യത കണക്കിലെടുത്ത് ഓരോ A1 Flex VM-ഉം പരിശോധിക്കേണ്ടത് അത്യാവശ്യമാണ്. ശ്രദ്ധിക്കാതെ പോകുന്ന ഒരു ഇൻസ്റ്റൻസ് പോലും tenancy-യെ പരിധിക്ക് പുറത്താക്കുകയും, തുടർന്ന് ഒന്നിലധികം സർവീസുകൾ തടസ്സപ്പെടാൻ കാരണമാവുകയും ചെയ്തേക്കാം.

നിങ്ങളുടെ നിലവിലെ ഉപയോഗം എങ്ങനെ പരിശോധിക്കാം

  1. Oracle Cloud കൺസോളിൽ സൈൻ ഇൻ ചെയ്യുക.
  2. Compute → Instances എന്ന ഭാഗത്തേക്ക് പോകുക.
  3. A1.Flex എന്നതിനായി ഒരു ഫിൽട്ടർ ഉപയോഗിക്കുക.
  4. ലിസ്റ്റിലുള്ള ഓരോ ഇൻസ്റ്റൻസിന്റെയും OCPU എണ്ണവും RAM ഉം കൂട്ടുക.

ആകെ OCPUs 2-ൽ കൂടുതലോ അല്ലെങ്കിൽ ആകെ RAM 12 GB-യിൽ കൂടുതലോ ആണെങ്കിൽ, നിങ്ങൾ നിശ്ചിത പരിധി ലംഘിച്ചിരിക്കുന്നു എന്നാണ് അർത്ഥം.

ഫ്രീ ടയറിനുള്ളിൽ തുടരാനുള്ള വഴികൾ

  • വർക്ക് ലോഡുകൾ സംയോജിപ്പിക്കുക (Consolidate workloads) – സാധ്യമാണെങ്കിൽ ചെറിയ സർവീസുകളെ ഒരൊറ്റ 2 OCPU VM-ലേക്ക് മാറ്റുക.
  • സ്കെയിൽ ഡൗൺ ചെയ്യുക (Scale down) – 1 OCPU / 6 GB കോൺഫിഗറേഷനിൽ ഒതുങ്ങുന്ന രീതിയിൽ കണ്ടെയ്‌നറുകളുടെ എണ്ണം കുറയ്ക്കുകയോ ഡാറ്റാബേസുകൾ ഡൗൺഗ്രേഡ് ചെയ്യുകയോ ചെയ്യുക.
  • പെയ്ഡ് ഇൻസ്റ്റൻസുകളിലേക്ക് മാറുക (Migrate to paid instances) – നിങ്ങളുടെ വർക്ക് ലോഡ് കുറയ്ക്കാൻ കഴിയില്ലെങ്കിൽ, പെയ്ഡ് ഷേപ്പിലേക്ക് അപ്‌ഗ്രേഡ് ചെയ്യുന്നത് സർവീസ് തടസ്സപ്പെടുന്നത് ഒഴിവാക്കും, എന്നാൽ ഇതിന് അധിക ചിലവ് വരും.
  • മാറ്റങ്ങൾ വരുത്തുന്നതിന് മുമ്പ് ബാക്കപ്പ് എടുക്കുക – പരിശോധനയ്ക്കിടെ നിർബന്ധിതമായി ഷട്ട്ഡൗൺ സംഭവിക്കുകയാണെങ്കിൽ ഡാറ്റ സുരക്ഷിതമായിരിക്കാൻ സ്നാപ്പ്ഷോട്ടുകളോ (snapshots) എക്സ്റ്റേണൽ ബാക്കപ്പുകളോ ഉപയോഗിക്കുക.

ഇനി ശ്രദ്ധിക്കേണ്ടത്

PAYG അക്കൗണ്ടുകളെ സംബന്ധിച്ച വിവരങ്ങൾ ഡോക്യുമെന്റേഷനിൽ ഇപ്പോഴും അവ്യക്തമാണ്.

ചുരുക്കത്തിൽ

Ampere A1 Flex ഇൻസ്റ്റൻസുകളുടെ പരിധി പകുതിയായി കുറച്ചത് ഓരോ ഫ്രീ ടയർ ഉപയോക്താവിനെയും അവരുടെ കമ്പ്യൂട്ട് ഉപയോഗം പുനർപരിശോധിക്കാൻ നിർബന്ധിതരാക്കുന്നു. കൺസോളിലെ ഒരു വേഗത്തിലുള്ള പരിശോധനയിലൂടെ നിങ്ങൾ സുരക്ഷിതനാണോ അതോ സർവീസ് തടസ്സപ്പെടാൻ സാധ്യതയുണ്ടോ എന്ന് മനസ്സിലാക്കാം. നിങ്ങൾ പരിധി ലംഘിച്ചിട്ടുണ്ടെങ്കിൽ, Oracle-ന്റെ ഓട്ടോമേഷൻ നിങ്ങളുടെ VM പ്രവർത്തനരഹിതമാക്കുന്നതിന് മുമ്പ് സർവീസുകൾ സംയോജിപ്പിക്കുകയോ, വലുപ്പം കുറയ്ക്കുകയോ, അല്ലെങ്കിൽ പെയ്ഡ് ഇൻസ്റ്റൻസുകളിലേക്ക് മാറുന്നതോ ആയിരിക്കണം ചെയ്യേണ്ടത്. ഈ മാറ്റം അവഗണിക്കുന്നത് സർവീസുകൾ പെട്ടെന്ന് നഷ്ടപ്പെടാൻ കാരണമായേക്കാം; എന്നാൽ ഇന്ന് തന്നെ ഒരു ചെറിയ പരിശോധന നടത്തിയാൽ ഇത് ഒഴിവാക്കാവുന്നതാണ്.