VPS-এর জন্য Rocky Linux নাকি AlmaLinux সেরা?

Rocky Linux বনাম AlmaLinux: সংক্ষিপ্ত উত্তর

অধিকাংশ সার্ভারের ক্ষেত্রে Rocky Linux বনাম AlmaLinux বেছে নেওয়ার ক্ষেত্রে ভুল হওয়ার কোনো সুযোগ নেই। উভয় প্রজেক্টই Red Hat Enterprise Linux (RHEL) থেকে তৈরি এবং এর রিলিজগুলো অনুসরণ করে, তাই তারা একই দশ বছরের সাপোর্ট লাইফসাইকেলে একই প্যাকেজ সরবরাহ করে। এদের মধ্যে পার্থক্যগুলো বাস্তব, তবে তা মূলত গভর্ন্যান্স, সোর্স কোড সংগ্রহের উৎস এবং খুব সামান্য কিছু বিশেষ ক্ষেত্রে সীমাবদ্ধ; সার্ভার পরিচালনার দৈনন্দিন কাজে এর কোনো প্রভাব নেই।

যখন সিদ্ধান্ত নেওয়া কঠিন হয়, তখন দুটি বিষয় বিবেচ্য। AlmaLinux 10 এখনো Intel Haswell-এর চেয়ে পুরনো প্রসেসরের জন্য বিল্ড সরবরাহ করে, কিন্তু Rocky Linux 10 তা করে না; এটি সাশ্রয়ী বা পুরনো VPS (virtual private server) হার্ডওয়্যারের ক্ষেত্রে গুরুত্বপূর্ণ। এছাড়া, AlmaLinux হুবহু একই আচরণের পরিবর্তে ABI compatibility-এর প্রতিশ্রুতি দেয়, যা আপনি যদি কঠোর সাপোর্ট ম্যাট্রিক্স মেনে চলা কোনো ভেন্ডর প্রোডাক্ট চালান, তবে আপনার জন্য গুরুত্বপূর্ণ হতে পারে।

উভয় ডিস্ট্রিবিউশনের উৎস

8 ডিসেম্বর 2020 তারিখে CentOS প্রজেক্ট ঘোষণা করে যে, RHEL 8-এর একটি রিবিল্ড CentOS Linux 8-এর মেয়াদ 2021 সালের শেষে শেষ হবে। এটি 2029 সাল পর্যন্ত মেয়াদসহ প্রকাশিত হয়েছিল। প্রজেক্টটির ভবিষ্যৎ হিসেবে CentOS Stream-কে নির্ধারণ করা হয়, যা একই ঘোষণায় RHEL-এর বর্তমান রিলিজের ঠিক আগের সংস্করণ হিসেবে এবং RHEL-এর আপস্ট্রিম ডেভেলপমেন্ট শাখা হিসেবে কাজ করবে বলে জানানো হয়। CentOS Linux 7 তার মূল সময়সূচী অনুযায়ী 30 জুন 2024 তারিখে তার জীবনচক্র শেষ করেছে।

সমস্যাটি CentOS Stream নিয়ে ছিল না। সমস্যাটি ছিল, 2029 সালে শেষ হওয়ার কথা থাকা একটি লাইফসাইকেল মাত্র এক বছরের নোটিশে আট বছর এগিয়ে আনা হয়েছিল, অথচ সেই মেশিনগুলো তখনো চলমান ছিল। Rocky Linux এবং AlmaLinux উভয়ের অস্তিত্বের কারণ এটিই। উভয়ই 2021 সালে আত্মপ্রকাশ করে এবং উভয়ের লক্ষ্য ছিল একই: RHEL-এর একটি ফ্রি রিবিল্ড প্রদান করা, যা একজন অপারেটর ইনস্টল করে এক দশকের জন্য নিশ্চিন্তে রেখে দিতে পারেন। কেন CentOS প্রথমত এই কাজটি করত এবং কীভাবে একটি Red Hat Linux থেকে Fedora, RHEL এবং রিবিল্ডের একটি চেইন তৈরি হলো, তার বিস্তারিত ইতিহাস Red Hat, CentOS, Rocky এবং AlmaLinux-এর দীর্ঘতর ইতিহাসে পাওয়া যাবে।

Rocky Linux এবং AlmaLinux-এর মধ্যে মিল

এখান থেকে শুরু করুন, কারণ এই মিলগুলোই মূল বিষয়। উভয়ই একই RHEL রিলিজ অনুসরণ করে, তাই উভয়ই আপনাকে একই প্যাকেজ সংস্করণ, একই dnf প্যাকেজ ম্যানেজার, একই SELinux (security enhanced Linux) পলিসি, একই firewalld ফ্রন্ট এন্ড এবং একই systemd ইউনিট লেআউট প্রদান করে। কনফিগারেশন ফাইলগুলো একই পাথে থাকে। একটির জন্য লেখা গাইড অন্যটিতে নাম পরিবর্তন করলেই কাজ করে। এটি বাস্তব কাজের ক্ষেত্রেও সত্য: installing Docker Engine উভয় ক্ষেত্রেই একইভাবে কাজ করে, এমনকি podman প্যাকেজ যা docker কমান্ড দাবি করে এবং bind mount-এর জন্য প্রয়োজনীয় SELinux রিল্যাবেলিং পর্যন্ত একই। ফায়ারওয়ালও একইভাবে কাজ করে, তাই opening SSH and a web port with firewalld উভয় ডিস্ট্রিবিউশনেই অভিন্ন firewall-cmd কমান্ড ব্যবহার করে, যার মধ্যে --permanent ফ্ল্যাগটিও অন্তর্ভুক্ত যা নির্ধারণ করে যে রিবুটের পরেও রুলটি কার্যকর থাকবে কি না।

উভয়ই RHEL মাইনর রিলিজগুলো খুব ঘনিষ্ঠভাবে অনুসরণ করে। AlmaLinux 10.2 মুক্তি পায় 26 মে 2026 তারিখে এবং Rocky Linux 10.2 মুক্তি পায় 28 মে 2026 তারিখে। 9 সিরিজ একই সপ্তাহে এসেছে: AlmaLinux 9.8 26 মে 2026 তারিখে এবং Rocky Linux 9.8 27 মে 2026 তারিখে। আগে এই ব্যবধান আরও বেশি ছিল। AlmaLinux 10.0 এসেছিল 27 মে 2025 তারিখে এবং Rocky Linux 10.0 11 জুন 2025 তারিখে।

এই ব্যবধানটি মাইনর রিলিজ মিডিয়ার ক্ষেত্রে, নিরাপত্তার ক্ষেত্রে নয়। উভয় প্রজেক্টই মাইনর রিলিজের মধ্যবর্তী সময়ে ক্রমাগত errata প্রকাশ করে, প্রতিটি তাদের নিজস্ব errata সার্ভিস থেকে। একটি .2 ইমেজ কখন আসবে তার দুই সপ্তাহের পার্থক্য মানে এই নয় যে দুই সপ্তাহ কোনো প্যাচ পাওয়া যায়নি। লগ ইন না করেই সেই errata গ্রহণ করা উভয় ডিস্ট্রিবিউশনেই একই কাজ, তাই configuring dnf-automatic to install security updates on a timer আপনি যেটিই ইনস্টল করুন না কেন, একই ধাপ অনুসরণ করে। একটি প্যাচ ইনস্টল করা এবং সেটি চালানো এক নয়, এবং working out which updates need a reboot and which need a service restart উভয় ক্ষেত্রেই একই needs-restarting কমান্ড ব্যবহার করে, কারণ উভয়ই এটি একই RHEL প্যাকেজ থেকে উত্তরাধিকার সূত্রে পেয়েছে।

উভয়ই RHEL থেকে প্রাপ্ত দশ বছরের লাইফসাইকেল মডেল বহন করে: প্রায় পাঁচ বছর সক্রিয় সাপোর্ট, তারপর পাঁচ বছর শুধুমাত্র নিরাপত্তা রক্ষণাবেক্ষণ। উভয় ক্ষেত্রেই 10 সিরিজ 2035 সাল পর্যন্ত চলবে।

প্রতিটি প্রজেক্টের পেছনে কারা আছে?

Rocky Linux-এর মালিকানা হলো Rocky Enterprise Software Foundation (RESF)-এর, যা ডেলাওয়্যারের একটি পাবলিক বেনিফিট কর্পোরেশন। এটি CentOS-এর অন্যতম প্রতিষ্ঠাতা Gregory Kurtzer তৈরি করেছেন। 2022 সালের নভেম্বরে RESF তাদের উপ-আইন এবং চার্টার অনুমোদন করে, যার মাধ্যমে এর নিয়ন্ত্রণ প্রতিষ্ঠাতার হাত থেকে সরে এসে লিখিত কাঠামোর অধীনে চলে আসে। Kurtzer-এর প্রতিষ্ঠিত আরেকটি কোম্পানি CIQ এই প্রজেক্টের প্রতিষ্ঠাতা স্পনসর এবং তারা Rocky Linux-এর জন্য বাণিজ্যিক সাপোর্ট বিক্রি করে।

AlmaLinux-এর মালিকানা হলো AlmaLinux OS Foundation-এর, যা 2021 সালের মার্চ মাসে ডেলাওয়্যারে নিবন্ধিত একটি 501(সি)(6) অলাভজনক প্রতিষ্ঠান। এর বোর্ড সদস্যরা ফাউন্ডেশনের সদস্যদের ভোটে চার বছর মেয়াদে নির্বাচিত হন। সভার কার্যবিবরণী 14 দিনের মধ্যে প্রকাশ করা হয় এবং উপ-আইন অনুযায়ী কোনো একক নিয়োগকর্তা স্পনসরশিপের পরিমাণ নির্বিশেষে বোর্ডের একাধিক ভোটিং সিট দখল করতে পারেন না। CloudLinux এই প্রজেক্টটি শুরু করেছিল এবং 2024 সালের অক্টোবরে তারা বছরে এক মিলিয়ন ডলার মূল্যের প্ল্যাটিনাম স্পনসরশিপ নবায়ন করেছে। তাদের TuxCare বিভাগ বাণিজ্যিক সাপোর্ট বিক্রি করে।

উভয় কাঠামোই এমনভাবে তৈরি করা হয়েছে যাতে কোনো একক কোম্পানি CentOS Linux 8-এর মতো পরিস্থিতি পুনরাবৃত্তি করতে না পারে। কোনোটিই অন্যটির চেয়ে স্পষ্টত বেশি নিরাপদ নয়। আপনি উভয় ক্ষেত্রেই যা যাচাই করতে পারেন তা হলো: আপনি উপ-আইনগুলো পড়তে পারেন এবং কোন প্রতিষ্ঠানটি অর্থায়ন করছে তা জানতে পারেন।

2023 সালে কী পরিবর্তন হয়েছিল এবং এটি কি এখনও গুরুত্বপূর্ণ?

21 জুন 2023-এ Red Hat ঘোষণা করে যে, CentOS Stream এখন থেকে RHEL-এর পাবলিক সোর্স কোড রিলিজের একমাত্র ভাণ্ডার হবে। এর আগে, RHEL প্যাকেজ সোর্সগুলো git.centos.org-এ পাওয়া যেত, যেখান থেকে রিবিল্ড প্রজেক্টগুলো সেগুলো সংগ্রহ করত। এই ফিড সরিয়ে ফেলার ফলে রিবিল্ডগুলো বন্ধ হয়ে যায়নি। তবে এটি প্রতিটি প্রজেক্টকে প্রকাশ্যে উত্তর দিতে বাধ্য করেছে যে তারা কীভাবে সোর্স সংগ্রহ করবে।

Rocky 29 জুন 2023-এ এর উত্তর দেয়। তারা Universal Base Image (UBI) কন্টেইনার ইমেজ এবং 'pay per use' পাবলিক ক্লাউড ইনস্ট্যান্স থেকে RHEL সোর্স সংগ্রহ করে। তাদের যুক্তি হলো, "GPL সফটওয়্যারের পুনঃবন্টন কেউ আটকাতে পারবে না"। 2023 সালের আগস্টে CIQ, Oracle এবং SUSE মিলে Open Enterprise Linux Association (OpenELA) গঠন করে, যা bug-for-bug সামঞ্জস্যপূর্ণ Enterprise Linux রিবিল্ডের জন্য প্রয়োজনীয় সোর্স প্রকাশ করে। AlmaLinux এর সদস্য নয়।

AlmaLinux 13 জুলাই 2023-এ উত্তর দেয় এবং তাদের লক্ষ্য পরিবর্তন করে। প্রজেক্টটি 1:1 bug-for-bug সামঞ্জস্যতা বাদ দিয়ে ABI সামঞ্জস্যতা গ্রহণ করে। তাদের ভাষ্যমতে, "আমরা আর Red Hat-এর সাথে bug-for-bug সামঞ্জস্যতা বজায় রাখতে বাধ্য নই, যার অর্থ আমরা এখন Red Hat-এর রিলিজ সাইকেলের বাইরেও বাগ ফিক্স গ্রহণ করতে পারব"। একই পোস্টে ব্যবহারকারীদের দৈনন্দিন ব্যবহারে "খুব সামান্য পরিবর্তনের" আশা করতে বলা হয়। এর সাথে তাদের সোর্সিং পদ্ধতিও পরিবর্তিত হয়: AlmaLinux উইকি এখন বলছে যে প্রজেক্টটি শুধুমাত্র RHEL সোর্স থেকে নয়, বরং RHEL এবং CentOS Stream উভয় প্যাকেজ সোর্স এবং অন্যান্য আপস্ট্রিম সোর্স থেকে বিল্ড করা হয়। সুতরাং, দুটি প্রজেক্ট এখন আর অভিন্ন সোর্স ট্রি থেকে শুরু করে না, যদিও তারা একই RHEL রিলিজকে লক্ষ্য করে কাজ করে।

তিন বছর পর, সোর্সিংয়ের বিষয়টি কার্যত মীমাংসিত। উভয় প্রজেক্টই এরপর থেকে প্রতিটি RHEL মাইনর রিলিজ একই রকম সময়সূচীতে প্রকাশ করেছে। এই বিতর্কের পর যা টিকে আছে তা হলো, প্রতিটি প্রজেক্ট তাদের প্রতিশ্রুতিতে কী পার্থক্য রাখে।

Bug for bug নাকি ABI compatible: পার্থক্য কী?

Rocky Linux-এর হোমপেজে এখনো এই ডিস্ট্রিবিউশনটিকে RHEL-এর সাথে 100% bug for bug compatible হিসেবে ডিজাইন করা হয়েছে বলে বর্ণনা করা হয়। Bug for bug মানে হলো, এই রিবিল্ডটি RHEL-এর ত্রুটিসহ সমস্ত আচরণ হুবহু পুনরুৎপাদন করে। যদি RHEL-এর কোনো প্যাকেজে একটি বাগ থাকে, তবে Rocky Linux-এর একই প্যাকেজেও সেই বাগটি থাকবে। ফলে Red Hat-এর নলেজ বেস আর্টিকেলে দেওয়া কোনো সমাধান কোনো পরিবর্তন ছাড়াই এখানে প্রয়োগ করা যায়।

ABI compatibility বিষয়টি আরও সংকীর্ণ এবং সুনির্দিষ্ট। ABI বা application binary interface হলো একটি বাইনারি চুক্তি, যার ওপর একটি কম্পাইল করা প্রোগ্রাম নির্ভর করে: যেমন সিম্বল নেম, স্ট্রাকচার লেআউট, কলিং কনভেনশন এবং লাইব্রেরি ভার্সন। এই চুক্তিটি স্থিতিশীল রাখলে RHEL-এর জন্য তৈরি কোনো বাইনারি এখানে লোড হয় এবং চলে। এই প্রতিশ্রুতির সাথে RHEL-এর বাগগুলো হুবহু বজায় রাখার কোনো সম্পর্ক নেই।

এর ফলাফলটি সহজভাবে বলা যায়। AlmaLinux চাইলে Red Hat-এর আগেই কোনো বাগ ঠিক করতে পারে এবং Red Hat যে ড্রাইভারটি সরিয়ে ফেলেছে সেটিও রেখে দিতে পারে। এই উভয় পদক্ষেপই ইচ্ছাকৃতভাবে এর আচরণকে RHEL থেকে আলাদা করে ফেলে। Rocky Linux ডিজাইনের কারণেই এমনটি করবে না, ফলে সার্টিফিকেশনের ক্ষেত্রে এটি যেভাবে প্রত্যাশিত, ঠিক সেভাবেই নির্ভরযোগ্য থাকে।

তাই প্রশ্নটি হলো, আপনার কোন প্রতিশ্রুতিটি প্রয়োজন। আপনার কি সার্ভারটিকে হুবহু RHEL-এর মতো আচরণ করাতে হবে, নাকি RHEL-এর জন্য তৈরি সফটওয়্যারগুলো এতে চালাতে হবে? অধিকাংশ ব্যবহারকারীর ক্ষেত্রেই দ্বিতীয়টি প্রয়োজন।

RHEL-এর জন্য তৈরি ভেন্ডর প্যাকেজ কি উভয়টিতেই ইনস্টল করা যাবে?

হ্যাঁ, ডিফল্ট বিল্ডের ক্ষেত্রে এটি সম্ভব। RHEL 9 বা RHEL 10-এর জন্য তৈরি একটি RPM উভয় সিস্টেমেই ইনস্টল এবং রান করে, কারণ এদের ABI একই এবং উভয় ডিস্ট্রিবিউশনই টুলিংয়ের কাছে নিজেদের Red Hat ফ্যামিলি সিস্টেম হিসেবে উপস্থাপন করে। একমাত্র প্রযুক্তিগত শর্ত হলো প্রসেসর: x86-64-v3 এর জন্য কম্পাইল করা RHEL 10 প্যাকেজ AlmaLinux 10-এর আলাদা x86-64-v2 বিল্ডে চলবে না, কারণ ABI মিলে গেলেও হার্ডওয়্যারে প্রয়োজনীয় CPU ইনস্ট্রাকশন অনুপস্থিত থাকে। নিচের পুরনো CPU সংক্রান্ত সেকশনে এটি বিস্তারিত আলোচনা করা হয়েছে। যে ফাইলটি এই উপস্থাপনার কাজটি করে তা হলো /etc/os-release।

NAME="AlmaLinux"
ID="almalinux"
ID_LIKE="rhel centos fedora"

Rocky Linux-এর কপিতেও NAME="Rocky Linux" এবং ID="rocky" এর মাধ্যমে একই গঠন বজায় রাখা হয়েছে এবং এটি ID_LIKE-এ rhel-কেও তালিকাভুক্ত করে। একটি ইনস্টলার স্ক্রিপ্ট যা ID_LIKE পড়ে, rhel খুঁজে পায় এবং Red Hat পাথ অনুসরণ করে, তা উভয় সিস্টেমেই কাজ করবে। যে স্ক্রিপ্ট শুধুমাত্র ID-কে rhel, centos এবং fedora-এর একটি হার্ড-কোডেড তালিকার সাথে তুলনা করে, সেটি উভয় সিস্টেমেই ব্যর্থ হবে এবং প্রতিটি ক্ষেত্রে একইভাবে 'unsupported distribution' বার্তা দেখাবে। এটি স্ক্রিপ্টের একটি ত্রুটি, সিস্টেম দুটির মধ্যে কোনো পার্থক্য নয়।

অন্য ব্যতিক্রমটি হলো বাণিজ্যিক। সাপোর্ট ম্যাট্রিক্স একটি ব্যবসায়িক নথি। একটি ভেন্ডরের প্যাকেজ এমন একটি ডিস্ট্রিবিউশনে নিখুঁতভাবে ইনস্টল এবং রান করতে পারে যা ম্যাট্রিক্সে উল্লেখ নেই, তবুও কোনো সমস্যা হলে ভেন্ডর আপনাকে সহায়তা করতে অস্বীকার করতে পারে। আপনি যদি সেই সাপোর্টের জন্য অর্থ প্রদান করেন, তবে ম্যাট্রিক্সটি পড়ুন এবং সে অনুযায়ী সিদ্ধান্ত নিন। এটিই একমাত্র ক্ষেত্র যেখানে সিদ্ধান্তটি আপনার পরিবর্তে অন্য কেউ নির্ধারণ করে দেয়।

কোনটি পুরনো CPU-তে এখনও চলে?

RHEL 10 তাদের x86-64 মাইক্রোআর্কিটেকচার লেভেলের ভিত্তি বাড়িয়ে x86-64-v3 করেছে। এই লেভেলটি Intel-এর Haswell জেনারেশন এবং AMD-এর Excavator-এর সাথে সামঞ্জস্যপূর্ণ এবং এর জন্য AVX2-এর মতো ইনস্ট্রাকশন সেট এক্সটেনশন প্রয়োজন। Rocky Linux 10 এই ক্ষেত্রে RHEL-কে অনুসরণ করে। তাদের ডকুমেন্টেশনে উল্লেখ করা হয়েছে যে x86-64-v3 হলো ভিত্তি এবং v2 বা তার আগের লেভেলগুলো আর সমর্থিত নয়।

AlmaLinux 10 ডিফল্ট হিসেবে v3 বিল্ড সরবরাহ করে এবং এর পাশাপাশি একটি আলাদা x86-64-v2 বিল্ড যুক্ত করেছে। তাদের ভাষ্যমতে, এর উদ্দেশ্য হলো পুরনো হার্ডওয়্যার ব্যবহারকারীরা যেন আরও দশ বছর নিরাপত্তা আপডেট পেতে পারেন। AlmaLinux এই আর্কিটেকচারের জন্য EPEL প্যাকেজগুলোও নতুন করে তৈরি (rebuild) করে, কারণ RHEL 10-এর থার্ড-পার্টি প্যাকেজগুলো v3-কে লক্ষ্য করে তৈরি। এটি এমন একটি বিষয় যা এর ওপর নির্ভর করার আগে জেনে রাখা জরুরি: v2 বিল্ডটি ডিফল্ট প্যাকেজ সেট এবং AlmaLinux-এর নিজস্ব v2 EPEL-এর সাথে মানানসই, কিন্তু অন্য যেকোনো কিছু আপনাকে v2-এর জন্য নতুন করে তৈরি করতে হবে।

আপনার নিজের হার্ডওয়্যারের চেয়ে VPS-এর ক্ষেত্রে এটি বেশি গুরুত্বপূর্ণ, কারণ সেখানে হোস্ট প্রসেসর নির্বাচনের সুযোগ আপনার থাকে না। পুরনো বা সস্তা হোস্টে, অথবা যেখানে হাইপারভাইজার গেস্টের কাছে একটি রক্ষণশীল CPU মডেল উপস্থাপন করে, সেখানে ভার্চুয়াল মেশিনটি AVX2 প্রকাশ নাও করতে পারে, এমনকি ফিজিক্যাল চিপে তা থাকলেও। তখন v3-এর জন্য তৈরি প্যাকেজগুলো এমন সব ইনস্ট্রাকশন খোঁজে যা প্রসেসরে নেই, ফলে সেগুলো ব্যর্থ হয়। 10 সিরিজের ওপর কোনো ফ্লিট (fleet) ব্যবহারের আগে আপনার ইনস্ট্যান্স আসলে কী প্রকাশ করছে তা যাচাই করে নিন। উভয় ডিস্ট্রিবিউশনেরই 9 সিরিজ এখনও v2 লেভেলে চলে। x86 ইনস্ট্যান্সের পরিবর্তে ARM ইনস্ট্যান্সের ক্ষেত্রে এই প্রশ্নটি কখনোই ওঠে না, কারণ মাইক্রোআর্কিটেকচার লেভেল শুধুমাত্র x86-64-এর একটি ধারণা।

এই একই স্বাধীনতা AlmaLinux 10-এর অন্যান্য ক্ষেত্রেও দেখা যায়। প্রকল্পটি আপস্ট্রিম থেকে সরিয়ে ফেলা 150টিরও বেশি ডিভাইসের সমর্থন পুনরায় চালু করেছে, যার মধ্যে পুরনো RAID এবং iSCSI কন্ট্রোলারের PCI ID অন্তর্ভুক্ত রয়েছে। এছাড়া তারা সার্ভার এবং ক্লায়েন্ট উভয় ব্যবহারের জন্য SPICE পুনরায় চালু করেছে। ফ্রেম পয়েন্টারগুলো ডিফল্টভাবে চালু থাকে, যা সিস্টেম-ব্যাপী প্রোফাইলিং কাজ করতে সাহায্য করে। 'বাগ ফর বাগ' প্রতিশ্রুতি এই পরিবর্তনগুলোর প্রতিটিকেই নিষিদ্ধ করে, তাই 2023 সালের সিদ্ধান্তটিই এই পরিবর্তনগুলো করার সুযোগ তৈরি করে দিয়েছে।

কোনো বিদ্যমান CentOS বা RHEL সার্ভার কীভাবে migrate করবেন?

Rocky Linux তাদের rocky-tools repository-তে conversion script প্রকাশ করে। migrate2rocky.sh একটি Enterprise Linux 8 system-কে Rocky Linux 8-এ convert করে, আর migrate2rocky9.sh 9 series-এর জন্য একই কাজ করে। প্রতিটি script একটি major version-এর মধ্যেই কাজ করে। October 2026 পর্যন্ত repository-তে Enterprise Linux 10-এর জন্য সমতুল্য কোনো script নেই। তাই Rocky Linux 10-এ যেতে হলে reinstall করতে হবে।

AlmaLinux almalinux-deploy.sh প্রকাশ করে। এটি Enterprise Linux 8, 9 এবং 10 সমর্থন করে এবং CentOS Stream, Oracle Linux, RHEL, Rocky Linux, MiracleLinux ও Virtuozzo Linux থেকে convert করতে পারে। x86_64, aarch64, ppc64le এবং s390x architecture-ও সমর্থিত। শুরু করার আগে এর documented সীমাবদ্ধতাগুলো পড়ুন। যেসব system-এ boot loader প্রয়োজন, সেখানে শুধু GRUB2 সমর্থিত। Btrfs শুধু Enterprise Linux 10-এ সমর্থিত। তাই Btrfs ব্যবহার করা 8 বা 9 series-এর system migrate হবে না। Oracle-এর UEK (unbreakable enterprise kernel)-এর মতো custom kernel স্বয়ংক্রিয়ভাবে সরানো হয় না। তবে migration-এর পরে সেটি flagged হয়। AlmaLinux এই kernel-এ sign করে না। তাই Secure Boot mode-এ kernel-টি boot করবে না। Secure Boot-এর ওপর নির্ভর করার আগে এটি সরিয়ে ফেলুন, অথবা নিশ্চিত করুন যে machine-টি AlmaLinux kernel দিয়ে boot করছে।

Major version-এর মধ্যে যাওয়ার জন্য AlmaLinux Red Hat-এর leapp framework-এর ওপর তৈরি ELevate রক্ষণাবেক্ষণ করে। 25 October 2026 অনুযায়ী project page-এ CentOS 6 থেকে CentOS 7, CentOS 7 থেকে AlmaLinux 8 বা CentOS Stream 8, এবং একই distribution-এর মধ্যে 8.x থেকে 9.x ও 9.x থেকে 10.x পথ তালিকাভুক্ত আছে। তাই ELevate একটি distribution থেকে অন্য distribution-এ যেতে পারে। তবে বর্তমান তালিকা অনুযায়ী এটি শুধু CentOS 7 থেকে বের হওয়ার ক্ষেত্রে প্রযোজ্য। 8 series থেকে শুরু করে এটি আপনি যে distribution চালাচ্ছেন, সেটিতেই system-কে পরবর্তী major version-এ upgrade করে। 3 November 2025-এর একটি update Rocky Linux-এর support বন্ধ করেছে। এর আওতায় পুরোনো CentOS install থেকে Rocky Linux-এ upgrade এবং Rocky Linux-এর নিজস্ব major version jump—দুটিই পড়ে। একই page-এ Oracle Linux 9 upgrade-এর জন্য Oracle-এর নিজস্ব Leapp utility ব্যবহারের কথা বলা হয়েছে। AlmaLinux-এর x86-64-v2 build-এ AlmaLinux 10-এ upgrade করতে ELevate NG version প্রয়োজন।

এই পদ্ধতিগুলোর প্রতিটিই release package পরিবর্তন করে এবং system-এর একটি বড় অংশ reinstall করে। প্রথমে provider snapshot নিন। AlmaLinux-এর documentation-এর পরামর্শ অনুযায়ী screen বা tmux-এর ভেতরে conversion চালান। কারণ মাঝপথে SSH connection বিচ্ছিন্ন হলে machine এমন অবস্থায় পড়তে পারে, যেটি rescue console থেকে debug করা নিরাপদ বা সহজ নয়।

তাহলে আপনার কোনটি বেছে নেওয়া উচিত?

সাধারণ VPS ওয়ার্কলোডের জন্য, যেকোনোটিই কাজ করবে। এগুলোতে একই প্যাকেজ ইনস্টল হয় এবং একই বছরে এগুলোর সাপোর্ট শেষ হয়। যেকোনো একটি বেছে নিন, আপনার সব সার্ভারে সেটিই ব্যবহার করুন এবং এটি নিয়ে আর ভাববেন না। দুটির মধ্যে পার্থক্যের চেয়ে ধারাবাহিকতা বজায় রাখা বেশি গুরুত্বপূর্ণ, কারণ মিশ্র সার্ভার সেটআপ করলে আপনাকে দ্বিগুণ সংখ্যক ইমেজ এবং errata ফিড ট্র্যাক করতে হয়। আপনি যখন একসাথে বেশ কয়েকটি Linux সার্ভার পরিচালনা করবেন, তখন এই বাড়তি পরিশ্রম দ্রুত বেড়ে যায়।

ব্যতিক্রমগুলো খুবই সীমিত এবং এর প্রতিটি আপনার ব্যক্তিগত পছন্দের বাইরে অন্য কোনো বিষয়ের ওপর নির্ভর করে।

• আপনার হোস্ট প্রসেসর যদি Haswell-এর চেয়ে পুরনো হয়, অথবা হাইপারভাইজার যদি গেস্টের কাছ থেকে AVX2 লুকিয়ে রাখে। AlmaLinux 10-এ x86-64-v2 বিল্ড আছে। Rocky Linux 10-এ তা নেই।
• আপনি যে ভেন্ডরকে অর্থ প্রদান করেন, তাদের সাপোর্ট ম্যাট্রিক্সে যদি কোনো একটি ডিস্ট্রিবিউশনের নাম উল্লেখ থাকে। তবে সেটিই ব্যবহার করুন।
• কোনো সার্টিফিকেশন বা অডিটের জন্য আপনার RHEL-এর মতো হুবহু আচরণ প্রয়োজন। Rocky Linux-এর ঘোষিত লক্ষ্য হলো 'বাগ ফর বাগ' কম্প্যাটিবিলিটি, আর AlmaLinux-এর লক্ষ্য স্পষ্টভাবে তা নয়।
• আপনি নতুন করে বিল্ড না করে একটি চলমান সার্ভার কনভার্ট করছেন। AlmaLinux-এর টুলিং বর্তমানে Enterprise Linux 10 সহ আরও বেশি সোর্স ডিস্ট্রিবিউশন এবং মেজর ভার্সন কভার করে।

যদি আসল প্রশ্নটি হয় Enterprise Linux বনাম অন্য কিছু, তবে আপনি মূলত লাইফসাইকেল মডেলটি বেছে নিচ্ছেন। একটি Enterprise Linux ডিস্ট্রিবিউশন আপনাকে একটি মেজর রিলিজের ওপর দশ বছরের নিশ্চয়তা দেয়, যেখানে অপারেটিং সিস্টেমের ভার্সন পরিবর্তনের কোনো পরিকল্পনা করার প্রয়োজন পড়ে না। ব্যক্তিগত অ্যাপ্লিকেশন স্ট্রিম, যেমন ল্যাঙ্গুয়েজ রানটাইম বা ডাটাবেস, রিলিজের চেয়ে কম সময়ের হতে পারে, তাই কিছু অ্যাপ্লিকেশন আপগ্রেড সেই দশকের মধ্যেই পড়ে। Ubuntu-এর লং টার্ম সাপোর্ট রিলিজ আপনাকে পাঁচ বছরের স্ট্যান্ডার্ড সাপোর্ট দেয় এবং প্রতি দুই বছর অন্তর একটি সাপোর্টেড আপগ্রেড পাথ থাকে, যা একটি ভিন্ন চুক্তি এবং এটি Ubuntu LTS এবং অন্তর্বর্তীকালীন রিলিজের তুলনা অংশে বিস্তারিত আলোচনা করা হয়েছে। আপনি যা-ই ইনস্টল করুন না কেন, মেশিনে প্রথম ঘণ্টার অভিজ্ঞতা একই রকম হবে, তাই কোনো কিছু ইনস্টল করার আগে নতুন VPS-এ প্রথম দশ মিনিট সম্পন্ন করুন।

FAQ

Rocky Linux নাকি AlmaLinux, কোনটি Red Hat Enterprise Linux-এর বেশি কাছাকাছি?

Rocky Linux, তাদের নিজস্ব লক্ষ্য অনুযায়ী। তাদের হোমপেজে এই ডিস্ট্রিবিউশনটিকে RHEL-এর সাথে 100% 'বাগ ফর বাগ' (bug for bug) সামঞ্জস্যপূর্ণ হিসেবে বর্ণনা করা হয়েছে, যার অর্থ হলো এটি RHEL-এর ত্রুটিসহ এর আচরণ হুবহু নকল করার চেষ্টা করে। AlmaLinux 13 জুলাই 2023 তারিখে ঘোষণা করেছে যে, তারা এখন থেকে ABI (application binary interface) সামঞ্জস্যের দিকে মনোযোগ দেবে। এর ফলে RHEL-এর জন্য তৈরি সফটওয়্যার এতে চলবে, যদিও এর ভেতরের কোডে এমন কিছু সমাধান থাকতে পারে যা RHEL এখনো প্রকাশ করেনি। সাধারণ সার্ভার সফটওয়্যার চালানোর ক্ষেত্রে উভয়ই সমতুল্য। তবে RHEL-এর নির্দিষ্ট আচরণের ওপর ভিত্তি করে কোনো সার্টিফিকেশনের ক্ষেত্রে এই পার্থক্যটিই সবচেয়ে গুরুত্বপূর্ণ।

নতুন করে ইনস্টল না করেই কি Rocky Linux থেকে AlmaLinux-এ সুইচ করা সম্ভব?

হ্যাঁ, এই দিক থেকে তা সম্ভব। AlmaLinux-এর almalinux-deploy.sh-এ সমর্থিত সোর্স হিসেবে Rocky Linux 8, 9 এবং 10-এর নাম রয়েছে, সেই সাথে CentOS Stream, Oracle Linux, RHEL এবং MiracleLinux-ও অন্তর্ভুক্ত। উল্টো পথে যাওয়ার সুযোগ সীমিত: Rocky-এর rocky-tools রিপোজিটরিতে শুধুমাত্র Enterprise Linux 8 এবং 9-এর জন্য কনভার্সন স্ক্রিপ্ট রয়েছে, তাই অক্টোবর 2026 পর্যন্ত Rocky Linux 10-এ সরাসরি যাওয়ার কোনো পথ নেই। যেকোনো কনভার্সনের আগে একটি স্ন্যাপশট নিন এবং এমন একটি সেশন থেকে এটি চালান যা সংযোগ বিচ্ছিন্ন হলেও টিকে থাকে, কারণ এই প্রক্রিয়ায় রিলিজ প্যাকেজগুলো প্রতিস্থাপন করা হয় এবং সিস্টেমের বড় একটি অংশ পুনরায় ইনস্টল করা হয়।

RHEL-এর জন্য তৈরি প্যাকেজ কি উভয়টিতেই কাজ করে?

হ্যাঁ, সাধারণ RPM প্যাকেজ এবং ডিফল্ট বিল্ডের থার্ড-পার্টি রিপোজিটরির ক্ষেত্রে এটি কাজ করে। উভয় ডিস্ট্রিবিউশনই RHEL-এর অ্যাপ্লিকেশন বাইনারি ইন্টারফেস বজায় রাখে এবং উভয়ই /etc/os-release-এর ভেতরে নিজেদের ID_LIKE="rhel centos fedora" হিসেবে শনাক্ত করে। ফলে কোনো প্যাকেজ বা ইনস্টলার স্ক্রিপ্ট যদি Red Hat ফ্যামিলির সিস্টেম চেক করে, তবে সেটি সঠিক পথেই কাজ করবে। তবে দুটি ব্যতিক্রম আছে। x86-64-v3-এর জন্য তৈরি RHEL 10 প্যাকেজ AlmaLinux 10-এর x86-64-v2 বিল্ডে চলবে না, কারণ সামঞ্জস্যপূর্ণ ABI থাকলেও হার্ডওয়্যারে অনুপস্থিত CPU ইনস্ট্রাকশন এতে যোগ হয় না। এছাড়া, কোনো ভেন্ডর হয়তো শুধুমাত্র তাদের সাপোর্ট ম্যাট্রিক্সে উল্লিখিত ডিস্ট্রিবিউশনগুলোকেই সমর্থন করে, যদিও তাদের প্যাকেজ উভয়টিতেই ইনস্টল ও রান করে। আপনি যদি সেই সাপোর্টের জন্য অর্থ প্রদান করেন, তবে ম্যাট্রিক্স অনুযায়ী সিদ্ধান্ত নিন।

পুরনো CPU-সহ কম খরচের VPS-এ আমার কোনটি ব্যবহার করা উচিত?

আপনি যদি 10 সিরিজ ব্যবহার করতে চান, তবে AlmaLinux বেছে নিন। RHEL 10 তাদের x86-64 বেসলাইনকে v3 মাইক্রোআর্কিটেকচার লেভেলে উন্নীত করেছে, যার জন্য Intel Haswell বা AMD Excavator লেভেলের প্রসেসর প্রয়োজন; Rocky Linux 10 এই বেসলাইন অনুসরণ করে। AlmaLinux 10 পুরনো হার্ডওয়্যারের জন্য একটি অতিরিক্ত x86-64-v2 বিল্ড সরবরাহ করে, যার সাথে দশ বছরের সিকিউরিটি আপডেট রয়েছে। কোনো কিছু চূড়ান্ত করার আগে আপনার ইনস্ট্যান্স কী এক্সপোজ করছে তা যাচাই করুন, কারণ একটি ভার্চুয়াল মেশিন সবসময় হোস্টের সম্পূর্ণ ইনস্ট্রাকশন সেট দেখতে পায় না, বরং হাইপারভাইজার তাকে যে CPU মডেল দেয় সেটিই দেখে। উভয় ডিস্ট্রিবিউশনের 9 সিরিজ এখনো v2 হার্ডওয়্যারে চলে।