Oracle Cloud-এর ১৮ আগস্ট ২০২৬ থেকে কার্যকর হওয়া নতুন Always Free লিমিট বা ক্যাপের অর্থ হলো, প্রতিটি Ampere A1 Flex tenancy এখন সর্বোচ্চ ২ OCPU এবং ১২ GB RAM পর্যন্ত সীমাবদ্ধ থাকবে – যা ব্যবহারকারীরা এখন পর্যন্ত যে পরিমাণ রিসোর্স উপভোগ করতেন তার অর্ধেক। এই সংখ্যা অতিক্রম করলে প্ল্যাটফর্মটি সংশ্লিষ্ট instance-গুলো বন্ধ করে দেবে, যার ফলে লাইভ সার্ভিস বা পরিষেবা ব্যাহত হওয়ার সম্ভাবনা রয়েছে।
কেন এই লিমিট বা সীমা পরিবর্তন করা হলো
Oracle যখন Always Free tier চালু করেছিল, তখন এটি VM.Standard.A1.Flex শেপের জন্য ৪ OCPU এবং ২৪ GB RAM-এর মতো উদার সুবিধা দেওয়ার প্রতিশ্রুতি দিয়েছিল। সাম্প্রতিক নীতি পরিবর্তনের ফলে সেই সীমা অর্ধেক হয়ে গেছে। এই ক্যাপ বা সীমাটি একটি tenancy-র অন্তর্গত সমস্ত A1 Flex VM-এর মোট বরাদ্দের ওপর প্রযোজ্য, প্রতিটি instance-এর জন্য আলাদা নয়। বাস্তবে আপনি চালাতে পারেন:
- একটি VM যাতে পূর্ণ ২ OCPU / ১২ GB RAM রয়েছে, অথবা
- দুটি VM যেখানে প্রতিটি ১ OCPU / ৬ GB RAM বিশিষ্ট।
অন্যান্য সমস্ত Always Free shape, যেমন AMD x86 E2.1.Micro, তাদের আগের লিমিট বা সীমা বজায় রেখেছে।
কারা এর প্রভাব অনুভব করবেন
- Free-tier developers – WordPress সাইট, ছোট Docker container, Nginx reverse proxy এবং হালকা ওজনের (lightweight) ডাটাবেসগুলো এখনও এই নতুন সীমার মধ্যে অনায়াসেই ব্যবহার করা যাবে।
- Pay-As-You-Go (PAYG) users – ডকুমেন্টেশনে এটি স্পষ্ট করা হয়নি যে ২ OCPU/১২ GB ক্যাপ তাদের ক্ষেত্রেও প্রযোজ্য কি না। এই অস্পষ্টতার কারণে PAYG গ্রাহকদের নিশ্চিত হওয়ার জন্য সাপোর্ট টিকিট (support ticket) ওপেন করতে হচ্ছে।
লিমিট অতিক্রম করলে কী হবে
এই নীতি কার্যকর হওয়ার পর থেকে কিছু ব্যবহারকারী জানিয়েছেন যে, Oracle স্বয়ংক্রিয়ভাবে সেই সব instance বন্ধ করে দিচ্ছে যা নতুন ক্যাপ অতিক্রম করেছে বলে মনে হচ্ছে, এমনকি ব্যবহারকারীরা যখন মনে করেছিলেন যে তারা সীমার মধ্যেই আছেন। একটি ডিসেবল্ড (disabled) VM কনসোল থেকে রিসাইজ করা যায় না; এক্ষেত্রে সাধারণ সমাধান হলো একটি সাপোর্ট টিকিট ওপেন করা এবং ম্যানুয়াল অ্যাডজাস্টমেন্ট বা একটি পেইড শেপে (paid shape) স্থানান্তরের জন্য অনুরোধ করা।
সার্ভিস বা পরিষেবা ব্যাহত হওয়ার ঝুঁকির কারণে প্রতিটি A1 Flex VM অডিট করা অত্যন্ত জরুরি। একটি অবহেলিত instance পুরো tenancy-কে লিমিটের বাইরে ঠেলে দিতে পারে, যা একের পর এক সার্ভিস বন্ধ হওয়ার কারণ হতে পারে।
আপনার বর্তমান ব্যবহার কীভাবে যাচাই করবেন
- Oracle Cloud কনসোলে সাইন ইন করুন।
- Compute → Instances-এ যান।
- A1.Flex-এর জন্য একটি ফিল্টার প্রয়োগ করুন।
- তালিকাভুক্ত প্রতিটি instance-এর OCPU সংখ্যা এবং RAM যোগ করুন।
যদি মোট OCPU ২-এর বেশি হয় বা মোট RAM ১২ GB-এর বেশি হয়, তবে আপনি নিয়ম লঙ্ঘন করছেন (out of compliance)।
ফ্রি টিয়ারের মধ্যে থাকার উপায়সমূহ
- Workload একত্রিত করা (Consolidate workloads) – যেখানে সম্ভব, ছোট ছোট সার্ভিসগুলোকে একটি মাত্র ২ OCPU VM-এ মার্জ বা একত্রিত করুন।
- স্কেল ডাউন করা (Scale down) – ১ OCPU / ৬ GB কনফিগারেশনে ফিট করার জন্য কন্টেইনারের সংখ্যা কমিয়ে ফেলুন বা ডাটাবেস ডাউনগ্রেড করুন।
- পেইড instance-এ মাইগ্রেট করা – যদি আপনার কাজের চাপ (workload) কমানো সম্ভব না হয়, তবে একটি বিল্ডেড শেপে (billed shape) আপগ্রেড করলে সার্ভিস হঠাৎ বন্ধ হওয়ার ঝুঁকি এড়ানো যাবে, তবে এতে খরচ বাড়বে।
- পরিবর্তনের আগে ব্যাকআপ নিন – অডিটের সময় যদি কোনো ফোর্সড শাটডাউন (forced shutdown) ঘটে, তবে স্ন্যাপশট বা এক্সটার্নাল ব্যাকআপ আপনার ডেটা সুরক্ষিত রাখবে।
পরবর্তী করণীয়
PAYG অ্যাকাউন্টগুলোর জন্য ডকুমেন্টেশন এখনও অস্পষ্ট রয়েছে।
মূল কথা
Ampere A1 Flex instance-এর অর্ধেক হয়ে যাওয়া এই লিমিট প্রতিটি ফ্রি-টিয়ার ব্যবহারকারীকে তাদের কম্পিউট ফুটপ্রিন্ট (compute footprint) পুনরায় মূল্যায়ন করতে বাধ্য করছে। কনসোলে একটি দ্রুত গণনা আপনাকে জানিয়ে দেবে যে আপনি নিরাপদ আছেন নাকি সার্ভিস হঠাৎ বন্ধ হওয়ার ঝুঁকিতে আছেন। যদি আপনি লিমিট অতিক্রম করে থাকেন, তবে Oracle-এর অটোমেশন আপনার VM বন্ধ করে দেওয়ার আগেই সার্ভিস একত্রিত করুন, ছোট করুন অথবা একটি পেইড instance-এ চলে যান। এই পরিবর্তনটি উপেক্ষা করার অর্থ হলো হঠাৎ পরিষেবা হারানো, যা আজ একটি সংক্ষিপ্ত অডিটের মাধ্যমে এড়ানো সম্ভব ছিল।