Oracle Cloud کی 18 اگست 2026 سے نئے Always Free کیپ (caps) کا نفاذ اس بات کا مطلب ہے کہ اب ہر Ampere A1 Flex tenancy کی حد 2 OCPUs اور 12 GB RAM تک محدود ہو گئی ہے – جو کہ اب تک صارفین کو ملنے والے وسائل کا آدھا حصہ ہے۔ اگر آپ ان اعداد و شمار سے تجاوز کرتے ہیں تو پلیٹ فارم متعلقہ instances کو روک دیتا ہے، جس سے لائیو سروسز میں خلل پڑ سکتا ہے۔

حدود کیوں تبدیل ہوئیں

جب Oracle نے Always Free tier متعارف کرایا تھا، تو اس نے VM.Standard.A1.Flex shape کے لیے 4 OCPUs اور 24 GB RAM کی فراہمی کا وعدہ کیا تھا۔ حالیہ پالیسی میں ترمیم اس حد کو آدھا کر دیتی ہے۔ یہ کیپ (cap) کسی ایک instance کے بجائے tenancy میں موجود تمام A1 Flex VMs کی کل (total) تقسیم پر لاگو ہوتی ہے۔ عملی طور پر آپ چلا سکتے ہیں:

  • ایک VM مکمل 2 OCPUs / 12 GB RAM کے ساتھ، یا
  • دو VMs جن میں سے ہر ایک 1 OCPU / 6 GB RAM پر ہو۔

دیگر تمام Always Free shapes، جیسے کہ AMD x86 E2.1.Micro، اپنی اصل حدود برقرار رکھیں گے۔

اس کا اثر کن پر پڑے گا

  • Free-tier developers – WordPress سائٹس، چھوٹے Docker containers، Nginx reverse proxies اور ہلکے پھلکے (lightweight) ڈیٹا بیس اب بھی نئی حد کے اندر آسانی سے سما سکتے ہیں۔
  • Pay-As-You-Go (PAYG) users – دستاویزات (documentation) یہ واضح نہیں کرتیں کہ آیا 2 OCPU/12 GB کی حد ان پر بھی لاگو ہوتی ہے۔ اس ابہام کی وجہ سے PAYG صارفین کو تصدیق کے لیے سپورٹ ٹکٹس (support tickets) کھولنے پڑ رہے ہیں۔

اگر آپ حد سے تجاوز کر جائیں تو کیا ہوگا

جب سے یہ پالیسی نافذ ہوئی ہے، کچھ صارفین نے رپورٹ کیا ہے کہ Oracle خود بخود ان instances کو غیر فعال (disable) کر دیتا ہے جو نئی حد سے تجاوز کرتے ہوئے نظر آتے ہیں، چاہے صارفین کا خیال ہو کہ وہ حد کے اندر ہیں۔ ایک غیر فعال VM کو کنسول کے ذریعے ری سائز (resize) نہیں کیا جا سکتا؛ اس کا عام حل یہ ہے کہ سپورٹ ٹکٹ اٹھایا جائے اور دستی ایڈجسٹمنٹ یا پیڈ (paid) shape پر منتقلی کی درخواست کی جائے۔

سروس میں خلل پڑنے کے خطرے کے پیش نظر ہر A1 Flex VM کا آڈٹ کرنا ضروری ہو گیا ہے۔ ایک نظر انداز شدہ instance tenancy کو حد سے تجاوز کروا سکتا ہے، جس سے مسلسل بندشوں کا سلسلہ شروع ہو سکتا ہے۔

اپنے موجودہ استعمال کی تصدیق کیسے کریں

  1. Oracle Cloud کنسول میں سائن ان کریں۔
  2. Compute → Instances پر جائیں۔
  3. A1.Flex کے لیے فلٹر لگائیں۔
  4. فہرست میں موجود ہر instance کے لیے OCPU کی تعداد اور RAM کا مجموعہ نکالیں۔

اگر مجموعی OCPUs 2 سے زیادہ ہیں یا مجموعی RAM 12 GB سے زیادہ ہے، تو آپ پالیسی کی خلاف ورزی کر رہے ہیں۔

فری ٹائر کے اندر رہنے کے اختیارات

  • Workloads کو یکجا کریں – جہاں ممکن ہو، چھوٹی سروسز کو ایک ہی 2 OCPU VM میں ضم کر دیں۔
  • Scale down کریں – کنٹینرز کی تعداد کم کریں یا ڈیٹا بیس کو 1 OCPU / 6 GB کنفیگریشن کے مطابق ڈاؤن گریڈ کریں۔
  • Paid instances پر منتقل ہوں – اگر آپ کے ورک لوڈ کو کم نہیں کیا جا سکتا، تو بلڈ (billed) shape پر اپ گریڈ کرنے سے سروس کا اچانک بند ہونا تو رک جائے گا لیکن اس سے لاگت بڑھ جائے گی۔
  • تبدیلیوں سے پہلے بیک اپ لیں – اگر آڈٹ کے دوران زبردستی شٹ ڈاؤن (forced shutdown) ہو جائے تو اسنیپ شاٹس (snapshots) یا بیرونی بیک اپ ڈیٹا کا تحفظ کرتے ہیں۔

آگے کیا نظر رکھنا ہے

PAYG اکاؤنٹس کے لیے دستاویزات اب بھی غیر واضح ہیں۔

خلاصہ

Ampere A1 Flex instances پر آدھی کی گئی حدود ہر فری ٹائر صارف کو اپنے کمپیوٹ فٹ پرنٹ (compute footprint) کا دوبارہ جائزہ لینے پر مجبور کرتی ہیں۔ کنسول میں ایک فوری حساب کتاب آپ کو بتا دے گا کہ آیا آپ محفوظ ہیں یا سروس کے اچانک بند ہونے کے خطرے میں ہیں۔ اگر آپ حد سے تجاوز کر رہے ہیں، تو اس سے پہلے کہ Oracle کا آٹومیشن آپ کے VM کو غیر فعال کر دے، اپنی سروسز کو یکجا کریں، سائز کم کریں، یا پیڈ instance پر منتقل ہو جائیں۔ اس تبدیلی کو نظر انداز کرنے کا مطلب سروس کا اچانک نقصان ہے، جسے آج ایک مختصر آڈٹ کے ذریعے روکا جا سکتا تھا۔