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

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

প্রায় সব সার্ভারের ক্ষেত্রেই Rocky Linux বনাম AlmaLinux বেছে নেওয়ার ক্ষেত্রে ভুল উত্তর নেই। দুটি প্রকল্পই একই Red Hat Enterprise Linux (RHEL) source code পুনর্নির্মাণ করে। তাই একই দশ বছরের support lifecycle-এ একই packages release করে। পার্থক্যগুলো বাস্তব, তবে সেগুলো governance এবং অল্প কয়েকটি edge case-এ সীমাবদ্ধ; দৈনন্দিন server পরিচালনার কাজে নয়।

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

উভয় distribution-এর উৎপত্তি

8 December 2020-এ CentOS project ঘোষণা করে যে RHEL 8-এর rebuild CentOS Linux 8, 2021 সালের শেষে বন্ধ হয়ে যাবে। এটি আগে 2029 সাল পর্যন্ত চালু থাকার সময়সীমা নিয়ে প্রকাশিত হয়েছিল। Project-এর ভবিষ্যৎ হিসেবে CentOS Stream-কে নির্ধারণ করা হয়। একই ঘোষণায় বলা হয়, CentOS Stream বর্তমান RHEL release-এর সামান্য আগের অবস্থান অনুসরণ করবে এবং RHEL-এর upstream development branch হিসেবে কাজ করবে। CentOS Linux 7 তার আগের schedule অনুযায়ী চলতে থাকে এবং 30 June 2024-এ end of life-এ পৌঁছায়।

সমস্যাটি CentOS Stream নিজে ছিল না। সমস্যা ছিল, 2029 সালে শেষ হওয়ার কথা থাকা lifecycle আগে থেকে install করা machine-গুলোতে প্রায় এক বছরের notice-এ 8 বছর এগিয়ে আনা হয়েছিল। Rocky Linux এবং AlmaLinux সেই কারণেই তৈরি হয়। দুটিই 2021 সালে আত্মপ্রকাশ করে এবং একই উদ্দেশ্য অনুসরণ করে: RHEL-এর একটি free rebuild, যা কোনো operator install করে এক দশক আর পরিবর্তন না করেও চালিয়ে যেতে পারেন।

Rocky Linux এবং AlmaLinux-এর অভিন্ন বৈশিষ্ট্য

অভিন্ন অংশটি দিয়েই শুরু করা যাক, কারণ মোট চিত্রের বেশিরভাগই এখানে। উভয় distribution একই upstream RHEL source থেকে পুনর্নির্মিত হয়। তাই উভয় ক্ষেত্রেই একই package version, একই dnf package manager, একই SELinux (security enhanced Linux) policy, একই firewalld front end এবং একই systemd unit layout পাওয়া যায়। Configuration file-গুলো একই path-এ থাকে। একটির জন্য লেখা guide-এ শুধু নাম পরিবর্তন করলেই সেটি অন্যটির ক্ষেত্রেও কাজ করে।

উভয় distribution-ই RHEL minor release-এর সঙ্গে ঘনিষ্ঠভাবে সামঞ্জস্য রেখে চলে। AlmaLinux 10.2 প্রকাশিত হয় 26 May 2026-এ এবং Rocky Linux 10.2 প্রকাশিত হয় 28 May 2026-এ। 9 series-ও একই সপ্তাহে এগিয়েছে: AlmaLinux 9.8 প্রকাশিত হয় 26 May 2026-এ এবং Rocky Linux 9.8 প্রকাশিত হয় 27 May 2026-এ। এর আগে ব্যবধান বেশি ছিল। AlmaLinux 10.0 প্রকাশিত হয় 27 May 2025-এ এবং Rocky Linux 10.0 প্রকাশিত হয় 11 June 2025-এ।

এই ব্যবধান minor release media-কে নির্দেশ করে, security-কে নয়। উভয় project minor release-এর মধ্যবর্তী সময়ে নিয়মিত errata প্রকাশ করে, এবং প্রতিটি project নিজের errata service ব্যবহার করে। কোনো .2 image প্রকাশিত হওয়ার সময়ে দুই সপ্তাহের পার্থক্য থাকার অর্থ এই নয় যে দুই সপ্তাহ ধরে কোনো patch ছিল না।

উভয় distribution-ই RHEL থেকে পাওয়া দশ বছরের lifecycle model অনুসরণ করে: আনুমানিক পাঁচ বছর active support, এরপর পাঁচ বছর শুধু security maintenance। উভয় distribution-এর 10 series-এর lifecycle 2035 পর্যন্ত চলবে।

প্রতিটি প্রকল্পের পেছনে কারা রয়েছে?

Rocky Linux-এর মালিকানা Rocky Enterprise Software Foundation (RESF)-এর অধীনে। এটি Delaware-এ নিবন্ধিত একটি public benefit corporation, যা CentOS-এর সহ-প্রতিষ্ঠাতা Gregory Kurtzer প্রতিষ্ঠা করেন। November 2022-এ RESF bylaws এবং একটি charter অনুমোদন করে। এর ফলে নিয়ন্ত্রণ প্রতিষ্ঠাতার হাত থেকে লিখিত কাঠামোর অধীনে চলে যায়। Kurtzer প্রতিষ্ঠিত আরেকটি কোম্পানি CIQ হলো founding sponsor এবং Rocky Linux-এর বাণিজ্যিক support বিক্রি করে।

AlmaLinux-এর মালিকানা AlmaLinux OS Foundation-এর অধীনে। এটি Delaware-এ নিবন্ধিত একটি 501(c)(6) non profit organization, যা March 2021-এ প্রতিষ্ঠিত হয়। Foundation-এর সদস্যরা staggered four year term-এর জন্য board নির্বাচন করেন। Meeting minutes fourteen দিনের মধ্যে প্রকাশ করা হয়। একটি bylaw অনুযায়ী, কোনো একক employer কত অর্থ sponsor করুক না কেন, voting board seat একটির বেশি রাখতে পারে না। CloudLinux প্রকল্পটি শুরু করে এবং October 2024-এ বছরে one million dollars মূল্যের platinum sponsorship নবায়ন করে। এর TuxCare division বাণিজ্যিক support বিক্রি করে।

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

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

21 June 2023-এ Red Hat ঘোষণা করে যে CentOS Stream হবে public RHEL-সম্পর্কিত source code release-এর একমাত্র repository। তার আগে RHEL package source git.centos.org-এ প্রকাশিত হতো, এবং rebuild project-গুলো সেখান থেকেই source নিত। সেই feed সরিয়ে নেওয়ায় rebuild বন্ধ হয়নি। তবে প্রতিটি project-কে প্রকাশ্যে ব্যাখ্যা করতে হয়েছে, তারা source কীভাবে সংগ্রহ করবে।

Rocky 29 June 2023-এ তাদের উত্তর দেয়। তারা Universal Base Image (UBI) container image এবং pay-per-use public cloud instance থেকে RHEL source সংগ্রহ করে। তাদের যুক্তি হলো, "no one can prevent redistribution of GPL software"। August 2023-এ CIQ, Oracle এবং SUSE মিলে Open Enterprise Linux Association (OpenELA) তৈরি করে। এই সংস্থা bug-for-bug compatible Enterprise Linux rebuild-এর জন্য প্রয়োজনীয় source প্রকাশ করে। AlmaLinux এর সদস্য নয়।

AlmaLinux 13 July 2023-এ উত্তর দেয়, এবং তাদের উত্তর ছিল লক্ষ্য পরিবর্তন। Project-টি 1:1 bug-for-bug compatibility বাদ দিয়ে ABI compatibility গ্রহণ করে। তাদের ভাষায়, "we will no longer be held to the line of bug-for-bug compatibility with Red Hat, and that means that we can now accept bug fixes outside of Red Hat's release cycle"। একই post-এ ব্যবহারকারীদের বলা হয়েছিল, দৈনন্দিন ব্যবহারে "very little change" আশা করতে।

তিন বছর পর sourcing সংক্রান্ত প্রশ্নটি বাস্তবে মীমাংসিত। এরপর থেকে উভয় project একই ধরনের schedule-এ প্রতিটি RHEL minor release প্রকাশ করেছে। বিতর্কের পর যে পার্থক্যটি রয়ে গেছে, তা হলো প্রতিটি project কী প্রতিশ্রুতি দেয়।

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

Rocky Linux-এর homepage-এ এখনও distribution-টিকে RHEL-এর সঙ্গে 100% bug for bug compatible হিসেবে বর্ণনা করা হয়। Bug for bug বলতে বোঝায়, rebuild-এ RHEL-এর আচরণ, ত্রুটিসহ, পুনরুৎপাদন করা হবে। RHEL-এর কোনো package-এ bug থাকলে Rocky Linux-এর একই package-এও সেই bug থাকবে। তাই Red Hat knowledge base-এর কোনো article-এ দেওয়া workaround কোনো পরিবর্তন ছাড়াই প্রয়োগ করা যায়।

ABI compatibility আরও সীমিত এবং নির্দিষ্ট। ABI বা application binary interface হলো compiled program যে binary contract-এর ওপর নির্ভর করে। এর মধ্যে থাকে symbol name, structure layout, calling convention এবং library version। এই contract অপরিবর্তিত রাখলে RHEL-এর বিরুদ্ধে build করা binary load হয়ে চলবে। এই প্রতিশ্রুতিতে RHEL-এর bug একইভাবে রাখার কথা বলা হয় না।

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

তাই আপনার প্রয়োজন কোন প্রতিশ্রুতিটি, সেটিই মূল প্রশ্ন। আপনার কি server-এর আচরণ RHEL-এর সঙ্গে অভিন্ন হওয়া দরকার, নাকি RHEL-এর জন্য build করা software এতে চললেই যথেষ্ট? প্রায় সবারই দ্বিতীয়টি প্রয়োজন।

RHEL-এর জন্য তৈরি vendor package কি উভয় সিস্টেমে install হবে?

হ্যাঁ। RHEL 9 বা RHEL 10-এর জন্য তৈরি একটি RPM উভয় সিস্টেমেই install ও run হবে, কারণ ABI মেলে এবং উভয় distribution tooling-এর কাছে নিজেদের Red Hat family system হিসেবে উপস্থাপন করে। উপস্থাপনের কাজটি যে file করে, সেটি হলো /etc/os-release।

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

Rocky Linux-এর copy-তেও NAME="Rocky Linux" এবং ID="rocky" একই কাঠামোতে থাকে। সেখানে ID_LIKE-এর মধ্যেও rhel তালিকাভুক্ত থাকে। কোনো installer script যদি ID_LIKE পড়ে, rhel খুঁজে পায় এবং Red Hat path ব্যবহার করে, তাহলে সেটি উভয় সিস্টেমেই কাজ করবে। কিন্তু কোনো script যদি ID-কে শুধু rhel, centos এবং fedora-এর hard-coded তালিকার সঙ্গে তুলনা করে, তাহলে সেটি উভয় সিস্টেমেই ব্যর্থ হবে। প্রতিটি সিস্টেমে একইভাবে unsupported distribution message দেখা যাবে। এটি script-এর bug, দুই সিস্টেমের পার্থক্য নয়।

প্রকৃত ব্যতিক্রমটি technical নয়, commercial। Support matrix হলো একটি business document। কোনো vendor-এর package এমন distribution-এও সঠিকভাবে install ও run করতে পারে, যার নাম matrix-এ নেই। তবু package নষ্ট হলে vendor আপনাকে সহায়তা না-ও করতে পারে। আপনি যদি সেই support-এর জন্য অর্থ প্রদান করেন, তাহলে matrix পড়ে সিদ্ধান্তটি তার ভিত্তিতে নিন। এটিই একমাত্র পরিস্থিতি যেখানে সিদ্ধান্তটি আপনার হয়ে নেওয়া হয়।

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

RHEL 10 x86-64 microarchitecture-এর ন্যূনতম স্তর x86-64-v3 করেছে। এই স্তরটি Intel-এর Haswell generation এবং AMD-এর Excavator-এর সমতুল্য। এর জন্য AVX2-এর মতো instruction set extension প্রয়োজন। Rocky Linux 10 এই ক্ষেত্রে RHEL অনুসরণ করে। তাদের documentation-এ বলা হয়েছে, x86-64-v3 হলো baseline এবং v2 স্তর ও তার আগের স্তর আর supported নয়।

AlmaLinux 10 ডিফল্ট হিসেবে v3 build সরবরাহ করে এবং আলাদা x86-64-v2 build যোগ করে। তাদের ভাষায়, এর উদ্দেশ্য হলো পুরোনো hardware ব্যবহারকারীরা যেন আরও দশ বছর security update পেতে থাকেন। AlmaLinux ওই architecture-এর জন্য EPEL package-ও পুনরায় build করে, কারণ third-party RHEL 10 package v3 target করে। ব্যবহার করার আগে যে সীমাবদ্ধতাটি জানা জরুরি, তা হলো: v2 build-টি default package set এবং AlmaLinux-এর নিজস্ব v2 EPEL-এর সঙ্গে উপযোগী। অন্য যেকোনো package আপনাকেই v2-এর জন্য পুনরায় build করতে হবে।

নিজের hardware-এর তুলনায় VPS-এ এই বিষয়টি বেশি গুরুত্বপূর্ণ, কারণ host processor আপনি নির্বাচন করেন না। পুরোনো বা কম দামের host-এ, অথবা hypervisor guest-কে একটি conservative CPU model দেখালে, physical chip-এ AVX2 থাকলেও virtual machine সেটি expose নাও করতে পারে। তখন v3-এর জন্য build করা package এমন instruction ব্যবহার করতে চায় যা processor-এ নেই, ফলে package ব্যর্থ হয়। 10 series-এ পুরো fleet স্থানান্তরের আগে আপনার instance আসলে কোন feature expose করছে তা পরীক্ষা করুন। উভয় distribution-এর 9 series এখনও v2 স্তরে চলে। x86 instance-এর বদলে ARM instance ব্যবহার করলে এই প্রশ্ন ওঠে না, কারণ microarchitecture level হলো x86-64-এর ধারণা।

AlmaLinux 10-এ এই স্বাধীনতা অন্য ক্ষেত্রেও দেখা যায়। Upstream যেসব device বাদ দিয়েছিল, project সেগুলোর মধ্যে 150-এর বেশি device-এর support পুনরায় চালু করেছে। এর মধ্যে পুরোনো RAID এবং iSCSI controller-এর PCI ID-ও রয়েছে। Server এবং client—উভয় ব্যবহারের জন্য SPICE support-ও পুনরায় চালু করা হয়েছে। Frame pointer ডিফল্টভাবে enabled থাকে, যার ফলে system-wide profiling কাজ করে। Bug-for-bug promise এই পরিবর্তনগুলোর প্রতিটি নিষিদ্ধ করত। তাই 2023 সালের সিদ্ধান্তই এগুলো করার সুযোগ তৈরি করেছে।

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

Rocky Linux তাদের rocky-tools repository-তে conversion script প্রকাশ করে। migrate2rocky.sh Enterprise Linux 8 system-কে Rocky Linux 8-এ convert করে, আর migrate2rocky9.sh Enterprise Linux 9 series-এর জন্য একই কাজ করে। প্রতিটি script একটি major version-এর মধ্যেই কাজ করে। August 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-এ কাজ করে। শুরু করার আগে এর নথিভুক্ত সীমাবদ্ধতাগুলো পড়ুন। যেসব system-এ boot loader প্রয়োজন, সেখানে শুধু GRUB2 সমর্থিত। Oracle-এর UEK (unbreakable enterprise kernel)-এর মতো custom kernel স্বয়ংক্রিয়ভাবে সরানো হয় না। এর ফলে Secure Boot-এর অধীনে machine boot করতে নাও পারে।

Major version পরিবর্তনের জন্য AlmaLinux Red Hat-এর leapp framework-এর ওপর নির্মিত ELevate রক্ষণাবেক্ষণ করে। নথিভুক্ত path-গুলো হলো CentOS 7 থেকে EL8, AlmaLinux 8 বা CentOS Stream 8 থেকে EL9, এবং AlmaLinux 9 বা CentOS Stream 9 থেকে EL10। Documentation-এ target হিসেবে EL8, EL9 বা EL10 লেখা হয়; কোনো নির্দিষ্ট distribution-এর নাম লেখা হয় না। কারণ আপনি কোন Enterprise Linux distribution-এ যাবেন, তা নিজেই নির্বাচন করেন।

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

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

সাধারণ VPS workload-এর ক্ষেত্রে যেকোনো একটি বেছে নিতে পারেন। দুটিই একই package install করে এবং একই বছরে support শেষ হয়। একটি বেছে নিয়ে আপনার পরিচালিত প্রতিটি server-এ সেটিই ব্যবহার করুন, তারপর বিষয়টি নিয়ে আর চিন্তা করবেন না। দুটির পার্থক্যের চেয়ে consistency বেশি গুরুত্বপূর্ণ, কারণ mixed fleet ব্যবহার করলে আপনাকে track করার image এবং errata feed-এর সংখ্যা দ্বিগুণ হয়। একসঙ্গে একাধিক Linux server পরিচালনা করলে এই খরচ দ্রুত বাড়ে।

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

• আপনার host processor Haswell-এর চেয়ে পুরোনো, অথবা hypervisor guest-এর কাছ থেকে AVX2 লুকিয়ে রাখে। AlmaLinux 10-এ x86-64-v2 build আছে। Rocky Linux 10-এ নেই।
• আপনি যে vendor-কে অর্থ দেন, তার support matrix-এ একটি নির্দিষ্ট distribution-এর নাম আছে। সেটিই ব্যবহার করুন।
• কোনো certification বা audit-এর জন্য আপনার RHEL-এর সঙ্গে অভিন্ন আচরণ প্রয়োজন। Rocky Linux-এর ঘোষিত লক্ষ্য bug-for-bug compatibility। AlmaLinux-এর ঘোষিত লক্ষ্য স্পষ্টভাবে তা নয়।
• আপনি নতুন server তৈরি না করে একটি চালু server convert করছেন। AlmaLinux-এর tooling বর্তমানে আরও বেশি source distribution এবং major version সমর্থন করে, যার মধ্যে Enterprise Linux 10-ও রয়েছে।

আসল প্রশ্নটি যদি Enterprise Linux বনাম অন্য কিছু হয়, তাহলে আপনি lifecycle model বেছে নিচ্ছেন। একটি Enterprise Linux distribution আপনাকে একই package set-এ version jump পরিকল্পনা না করেই দশ বছর চালানোর সুযোগ দেয়। Ubuntu-এর long term support release পাঁচ বছর standard support দেয় এবং প্রতি দুই বছর পর একটি supported upgrade path দেয়। এটি ভিন্ন ধরনের সুবিধা, যার বিশদ Ubuntu LTS এবং interim release-এর তুলনায় ব্যাখ্যা করা হয়েছে। আপনি যেটিই install করুন, machine-এ প্রথম ঘণ্টার কাজ একই রকম হবে। তাই কোনো কিছু install করার আগে নতুন VPS-এ প্রথম দশ মিনিটের কাজ সম্পন্ন করুন।

FAQ

Rocky Linux নাকি AlmaLinux—কোনটি Red Hat Enterprise Linux-এর কাছাকাছি?

Rocky Linux, এর নিজস্ব ঘোষিত লক্ষ্য অনুযায়ী। তাদের homepage-এ distribution-টিকে RHEL-এর সঙ্গে 100% bug-for-bug compatible হিসেবে বর্ণনা করা হয়েছে। এর অর্থ, RHEL-এর ত্রুটিসহ আচরণ পুনরুৎপাদন করাই এর লক্ষ্য। AlmaLinux 13 July 2023-এ জানায় যে তারা এর পরিবর্তে ABI (application binary interface) compatibility লক্ষ্য করবে। তাই RHEL-এর জন্য তৈরি software AlmaLinux-এ চলে, যদিও এর অন্তর্নিহিত code-এ RHEL এখনও release করেনি এমন fixes থাকতে পারে। সাধারণ server software চালানোর ক্ষেত্রে দুটির মধ্যে কার্যত পার্থক্য নেই। তবে কোনো certification-এ যদি RHEL-এর আচরণ নির্দিষ্ট করে দেওয়া থাকে, তখন এই পার্থক্যই মূল বিষয়।

Reinstall না করে Rocky Linux থেকে AlmaLinux-এ কি পরিবর্তন করা যায়?

হ্যাঁ, এই দিকটিতে যায়। AlmaLinux-এর almalinux-deploy.sh repository-তে Rocky Linux 8, 9 এবং 10-কে supported source হিসেবে তালিকাভুক্ত করা হয়েছে। সেখানে CentOS Stream, Oracle Linux, RHEL এবং MiracleLinux-ও রয়েছে। উল্টো দিকে যাওয়ার সুযোগ সীমিত। Rocky-এর rocky-tools repository-তে শুধু Enterprise Linux 8 এবং 9-এর জন্য conversion script আছে। তাই August 2026 পর্যন্ত Rocky Linux 10-এ in-place conversion-এর কোনো পথ নেই। Conversion শুরু করার আগে একটি snapshot নিন। এমন session থেকে এটি চালান যা connection বিচ্ছিন্ন হলেও চালু থাকে। কারণ এই প্রক্রিয়ায় release package প্রতিস্থাপিত হয় এবং system-এর বড় অংশ পুনরায় install করা হয়।

RHEL-এর জন্য তৈরি package কি উভয় distribution-এ কাজ করে?

হ্যাঁ, সাধারণ RPM package এবং third-party repository-এর ক্ষেত্রে কাজ করে। উভয় distribution-ই RHEL application binary interface বজায় রাখে। উভয়ই /etc/os-release-এ ID_LIKE="rhel centos fedora" দিয়ে নিজেদের শনাক্ত করে। তাই Red Hat family system পরীক্ষা করা কোনো package বা installer script সঠিক পথ বেছে নেয়। ব্যতিক্রমটি technical নয়, commercial। কোনো vendor শুধু তার support matrix-এ উল্লেখ করা distribution-গুলো support করতে পারে, যদিও package দুটিতেই install এবং run করে। আপনি যদি সেই support-এর জন্য অর্থ প্রদান করেন, তাহলে support matrix-কে চূড়ান্ত নির্দেশনা হিসেবে ধরুন।

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

আপনি যদি 10 series ব্যবহার করতে চান, তাহলে AlmaLinux। RHEL 10 x86-64 baseline v3 microarchitecture level-এ উন্নীত করেছে। এর জন্য Intel Haswell বা AMD Excavator level-এর processor প্রয়োজন। Rocky Linux 10-ও একই baseline অনুসরণ করে। AlmaLinux 10 পুরোনো hardware-এর জন্য অতিরিক্ত x86-64-v2 build release করে। এর সঙ্গে দশ বছরের security update রয়েছে। সিদ্ধান্ত নেওয়ার আগে আপনার instance কী expose করে তা পরীক্ষা করুন। কারণ virtual machine hypervisor-এর দেওয়া CPU model দেখতে পায়, host-এর সম্পূর্ণ instruction set সব সময় দেখতে পায় না। উভয় distribution-এর 9 series এখনও v2 hardware-এ চলে।