VPS کے لیے Rocky Linux یا AlmaLinux؟

Rocky Linux بمقابلہ AlmaLinux: مختصر جواب

تقریباً ہر سرور کے لیے Rocky Linux بمقابلہ AlmaLinux ایسا انتخاب ہے جس میں کوئی جواب غلط نہیں۔ دونوں projects ایک ہی Red Hat Enterprise Linux (RHEL) source code کو دوبارہ build کرتے ہیں، اس لیے دونوں ایک ہی packages کو ایک ہی دس سالہ support lifecycle کے تحت release کرتے ہیں۔ فرق موجود ہیں، لیکن وہ governance اور چند edge cases تک محدود ہیں، روزمرہ سرور administration کے کام میں نمایاں نہیں ہوتے۔

جب فیصلہ محض قرعہ اندازی سے نہ ہو تو دو عوامل اہم ہوتے ہیں۔ AlmaLinux 10 اب بھی Intel Haswell سے پرانے processors کے لیے build فراہم کرتا ہے، جبکہ Rocky Linux 10 ایسا نہیں کرتا۔ یہ کم قیمت یا پرانے VPS (virtual private server) hardware پر اہم ہو سکتا ہے۔ AlmaLinux identical behaviour کے بجائے ABI compatibility کا وعدہ بھی کرتا ہے۔ اگر آپ ایسا vendor product چلا رہے ہوں جس کی support matrix سخت ہو تو یہ فرق اہم ہو سکتا ہے۔

دونوں distributions کہاں سے آئیں

8 December 2020 کو CentOS project نے اعلان کیا کہ RHEL 8 کی rebuild، CentOS Linux 8، 2021 کے اختتام پر بند کر دی جائے گی۔ اس کی publication میں end date 2029 درج تھی۔ project کا مستقبل CentOS Stream قرار دیا گیا۔ اسی announcement میں اسے موجودہ RHEL release سے قدرے آگے رہنے والی distribution اور RHEL کی upstream development branch کے طور پر بیان کیا گیا۔ CentOS Linux 7 اپنے اصل schedule کے مطابق جاری رہا اور 30 June 2024 کو end of life تک پہنچ گیا۔

مسئلہ CentOS Stream خود نہیں تھا۔ مسئلہ یہ تھا کہ 2029 میں ختم ہونے والا lifecycle تقریباً ایک سال کی اطلاع کے ساتھ، آٹھ سال پہلے ختم کر دیا گیا، جبکہ یہ systems پہلے ہی install ہو چکے تھے۔ Rocky Linux اور AlmaLinux اسی وجہ سے موجود ہیں۔ دونوں 2021 میں سامنے آئے اور دونوں کا مقصد ایک ہی تھا: RHEL کی ایک free rebuild جسے operator install کرنے کے بعد ایک دہائی تک بغیر تبدیلی کے چلا سکے۔

Rocky Linux اور AlmaLinux میں مشترک چیزیں

یہاں سے شروع کریں، کیونکہ مشترک حصہ ہی زیادہ تر تصویر واضح کرتا ہے۔ دونوں ایک ہی upstream RHEL sources سے دوبارہ build ہوتے ہیں۔ اس لیے دونوں میں package versions، ایک ہی dnf package manager، ایک ہی SELinux (security enhanced Linux) policy، ایک ہی firewalld front end اور ایک ہی systemd unit layout ملتا ہے۔ Configuration files ایک ہی paths میں موجود ہوتی ہیں۔ ایک کے لیے لکھی گئی guide میں صرف نام بدلنے کے بعد دوسری پر بھی کام کرتی ہے۔

دونوں RHEL کی minor releases کے ساتھ قریب سے چلتے ہیں۔ AlmaLinux 10.2، 26 May 2026 کو release ہوا، جبکہ Rocky Linux 10.2، 28 May 2026 کو release ہوا۔ 9 series بھی اسی ہفتے آگے بڑھی: AlmaLinux 9.8، 26 May 2026 کو، اور Rocky Linux 9.8، 27 May 2026 کو release ہوا۔ اس سے پہلے فرق زیادہ تھا۔ AlmaLinux 10.0، 27 May 2025 کو آیا، جبکہ Rocky Linux 10.0، 11 June 2025 کو آیا۔

یہ فرق minor release media سے متعلق ہے، security سے نہیں۔ دونوں projects minor releases کے درمیان مسلسل errata publish کرتے ہیں، اور ہر project اپنی errata service سے یہ updates جاری کرتا ہے۔ کسی .2 image کے دستیاب ہونے میں دو ہفتے کا فرق اس بات کا مطلب نہیں کہ دو ہفتے تک patches دستیاب نہیں تھے۔

دونوں RHEL سے وراثت میں ملنے والا دس سالہ lifecycle model بھی برقرار رکھتے ہیں: تقریباً پانچ سال active support، اس کے بعد پانچ سال صرف security maintenance۔ دونوں کی 10 series کا lifecycle 2035 تک جاری رہتا ہے۔

ہر منصوبے کے پیچھے کون ہے؟

Rocky Linux کا تعلق Rocky Enterprise Software Foundation (RESF) سے ہے۔ یہ Delaware میں قائم public benefit corporation ہے، جسے CentOS کے شریک بانی Gregory Kurtzer نے قائم کیا تھا۔ November 2022 میں RESF نے bylaws اور charter کی توثیق کی۔ اس کے نتیجے میں اختیار founder کے ہاتھوں سے نکل کر اس تحریری ڈھانچے کے تحت آ گیا۔ Kurtzer کی قائم کردہ کمپنی CIQ، founding sponsor ہے اور Rocky Linux کے لیے commercial support فروخت کرتی ہے۔

AlmaLinux کا تعلق AlmaLinux OS Foundation سے ہے۔ یہ Delaware میں شامل کی گئی 501(c)(6) non profit تنظیم ہے، جو March 2021 میں قائم ہوئی۔ اس کا board foundation کے اراکین منتخب کرتے ہیں، اور ارکان کی مدتیں باہم مختلف چار سالہ ادوار پر مشتمل ہیں۔ اجلاس کی کارروائی کے minutes چودہ دن کے اندر شائع کیے جاتے ہیں۔ ایک bylaw یہ بھی روکتا ہے کہ کوئی ایک employer، sponsorship کی مقدار سے قطع نظر، voting board کی ایک سے زیادہ نشستیں حاصل کرے۔ CloudLinux نے یہ منصوبہ شروع کیا تھا اور October 2024 میں ایک million dollars سالانہ مالیت کی platinum sponsorship کی تجدید کی۔ اس کا TuxCare division commercial support فروخت کرتا ہے۔

دونوں ڈھانچے اس مقصد سے بنائے گئے تھے کہ کوئی ایک کمپنی CentOS Linux 8 کے ساتھ پیش آنے والی صورت حال کو دوبارہ پیدا نہ کر سکے، اور ان میں سے کوئی بھی دوسرے کے مقابلے میں واضح طور پر زیادہ محفوظ نہیں ہے۔ آپ عملی طور پر دونوں کے بارے میں ایک ہی چیز کی جانچ کر سکتے ہیں: bylaws پڑھ سکتے ہیں، اور یہ معلوم کر سکتے ہیں کہ اخراجات کے لیے چیک لکھنے والی organisation کون سی ہے۔

2023 میں کیا تبدیل ہوا، اور کیا یہ اب بھی اہم ہے؟

21 جون 2023 کو Red Hat نے اعلان کیا کہ CentOS Stream عوامی RHEL سے متعلق source code releases کے لیے واحد repository بن جائے گا۔ اس سے پہلے RHEL کے package sources git.centos.org پر دستیاب ہوتے تھے، اور rebuilds کے منصوبے وہیں سے sources حاصل کرتے تھے۔ اس feed کو ہٹانے سے rebuilds بند نہیں ہوئے۔ البتہ ہر project کو عوامی طور پر یہ واضح کرنا پڑا کہ وہ sources کہاں سے حاصل کرے گا۔

Rocky نے 29 جون 2023 کو جواب دیا۔ یہ RHEL sources Universal Base Image (UBI) container images اور pay per use public cloud instances سے حاصل کرتا ہے۔ اس کی وجہ یہ بیان کی گئی کہ "no one can prevent redistribution of GPL software"۔ اگست 2023 میں CIQ، Oracle اور SUSE نے Open Enterprise Linux Association (OpenELA) قائم کی، جو bug-for-bug compatible Enterprise Linux rebuild کے لیے درکار sources شائع کرتی ہے۔ AlmaLinux اس association کا رکن نہیں ہے۔

AlmaLinux نے 13 جولائی 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 کا سوال عملی طور پر حل ہو چکا ہے۔ دونوں projects نے اس کے بعد ہر RHEL minor release جاری کی ہے، اور ان کے schedules بھی تقریباً یکساں رہے ہیں۔ اس بحث میں جو فرق برقرار رہا، وہ یہ ہے کہ ہر 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، وہ binary contract ہے جس پر compiled program انحصار کرتا ہے۔ اس میں symbol names، structure layouts، calling conventions اور library versions شامل ہیں۔ اس contract کو مستحکم رکھا جائے تو RHEL کے خلاف build کی گئی binary load ہو کر چلتی ہے۔ اس وعدے کا مطلب یہ نہیں کہ RHEL کے bugs بھی عین اسی طرح موجود ہوں گے۔

اس کا نتیجہ آسانی سے بیان کیا جا سکتا ہے۔ AlmaLinux، Red Hat سے پہلے کسی bug کو fix کر سکتا ہے، اور وہ ایسا driver بھی برقرار رکھ سکتا ہے جسے Red Hat نے ہٹا دیا ہو۔ یہ دونوں اقدامات جان بوجھ کر اس کے رویے کو RHEL سے مختلف کرتے ہیں۔ Rocky Linux design کے مطابق ان میں سے کوئی اقدام نہیں کرے گا، اس لیے وہ اسی انداز میں predictable رہتا ہے جس کی certification میں اہمیت ہوتی ہے۔

اس لیے سوال یہ ہے کہ آپ کو کس وعدے کی ضرورت ہے۔ کیا آپ چاہتے ہیں کہ server بالکل RHEL جیسا رویہ اختیار کرے، یا آپ کو یہ ضرورت ہے کہ RHEL کے لیے بنایا گیا software اس پر چل سکے؟ تقریباً ہر شخص کو دوسری ضرورت ہوتی ہے۔

کیا RHEL کے لیے بنائے گئے vendor packages دونوں پر install ہو جائیں گے؟

ہاں۔ RHEL 9 یا RHEL 10 کے لیے بنایا گیا RPM دونوں پر install اور run ہو جاتا ہے، کیونکہ ABI یکساں ہے اور دونوں distributions خود کو 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 فہرست سے کرتا ہے، دونوں پر fail ہو جاتا ہے، اور ہر system پر یکساں طور پر unsupported distribution message دیتا ہے۔ یہ script کا bug ہے، دونوں systems کے درمیان فرق نہیں۔

اصل exception تکنیکی نہیں بلکہ تجارتی ہے۔ Support matrix ایک business document ہوتی ہے۔ Vendor کا package ایسی distribution پر بالکل درست install اور run ہو سکتا ہے جس کا نام matrix میں موجود نہ ہو، اور package خراب ہونے پر vendor پھر بھی مدد دینے سے انکار کر سکتا ہے۔ اگر آپ اس support کے لیے ادائیگی کرتے ہیں تو matrix پڑھیں اور اسی کو فیصلہ کرنے دیں۔ یہ واحد صورت ہے جس میں فیصلہ آپ کے لیے کیا جاتا ہے۔

کون سا اب بھی پرانے CPUs پر چلتا ہے؟

RHEL 10 نے x86-64 microarchitecture کی بنیادی سطح کو x86-64-v3 تک بڑھا دیا ہے۔ یہ سطح Intel کی Haswell generation اور AMD کی Excavator کے مطابق ہے، اور اس کے لیے AVX2 جیسی instruction set extensions درکار ہیں۔ Rocky Linux 10 اس معاملے میں RHEL کی پیروی کرتا ہے۔ اس کی documentation کے مطابق x86-64-v3 بنیادی سطح ہے، جبکہ v2 اور اس سے پہلے کی سطحیں اب supported نہیں ہیں۔

AlmaLinux 10 میں v3 build بطور default شامل ہے اور ایک الگ x86-64-v2 build بھی فراہم کی گئی ہے۔ اس کا مقصد، project کے اپنے الفاظ میں، پرانے hardware استعمال کرنے والے صارفین کو مزید دس سال تک security updates فراہم کرنا ہے۔ AlmaLinux اس architecture کے لیے EPEL packages کو بھی دوبارہ build کرتا ہے، کیونکہ third party RHEL 10 packages v3 کو target کرتے ہیں۔ یہاں وہ اہم نکتہ ہے جسے استعمال سے پہلے سمجھنا ضروری ہے: v2 build، default package set اور AlmaLinux کے اپنے v2 EPEL کے لیے موزوں ہے؛ باقی ہر چیز کو آپ کو خود v2 کے لیے rebuild کرنا ہوگا۔

یہ بات اپنے hardware کے مقابلے میں VPS پر زیادہ اہم ہے، کیونکہ VPS میں host processor کا انتخاب آپ نہیں کرتے۔ پرانے یا کم قیمت hosts پر، یا جہاں hypervisor guest کو محتاط CPU model فراہم کرتا ہو، virtual machine AVX2 ظاہر نہیں کر سکتی، چاہے physical chip میں یہ feature موجود ہو۔ اس صورت میں v3 کے لیے بنائے گئے packages ایسی instructions استعمال کرنے کی کوشش کرتے ہیں جو processor میں موجود نہیں ہوتیں، اور وہ fail ہو جاتے ہیں۔ 10 series پر پوری fleet منتقل کرنے سے پہلے جانچ لیں کہ آپ کی instance حقیقت میں کون سی capabilities فراہم کرتی ہے۔ دونوں distributions کی 9 series اب بھی v2 سطح پر چلتی ہے۔ x86 instances کے بجائے ARM instances پر یہ سوال پیدا نہیں ہوتا، کیونکہ microarchitecture levels صرف x86-64 کا تصور ہیں۔

یہی آزادی AlmaLinux 10 کے دوسرے حصوں میں بھی نظر آتی ہے۔ Project نے 150 سے زیادہ devices کے لیے support دوبارہ فعال کیا ہے جنہیں upstream نے ہٹا دیا تھا۔ ان میں پرانے RAID اور iSCSI controllers کے PCI IDs بھی شامل ہیں۔ اس نے server اور client دونوں کے لیے SPICE support بھی دوبارہ فعال کیا ہے۔ Frame pointers بطور default enabled ہیں، جس سے system-wide profiling ممکن ہوتی ہے۔ Bug-for-bug وعدہ ان تمام تبدیلیوں کی اجازت نہیں دیتا، اس لیے 2023 کا فیصلہ ہی وہ گنجائش فراہم کرتا ہے جس کی مدد سے یہ تبدیلیاں کی جا سکیں۔

موجودہ CentOS یا RHEL سرور کو کیسے منتقل کریں؟

Rocky Linux اپنے rocky-tools repository میں conversion scripts فراہم کرتا ہے۔ migrate2rocky.sh Enterprise Linux 8 system کو Rocky Linux 8 میں تبدیل کرتا ہے، جبکہ migrate2rocky9.sh 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 سے x86_64، aarch64، ppc64le اور s390x پر convert کرتا ہے۔ شروع کرنے سے پہلے اس کی documented limits ضرور پڑھیں۔ جن systems کو boot loader درکار ہو، ان پر صرف GRUB2 supported ہے۔ اس کے علاوہ Oracle's UEK (unbreakable enterprise kernel) جیسا custom kernel خودکار طور پر remove نہیں ہوتا، جس سے machine Secure Boot کے تحت boot نہیں کر پاتی۔

Major versions کے درمیان منتقلی کے لیے AlmaLinux ELevate maintain کرتا ہے، جو Red Hat کے leapp framework پر مبنی ہے۔ Documented paths CentOS 7 سے EL8، AlmaLinux 8 یا CentOS Stream 8 سے EL9، اور AlmaLinux 9 یا CentOS Stream 9 سے EL10 ہیں۔ Documentation target کو کسی ایک distribution کا نام دینے کے بجائے EL8، EL9 یا EL10 لکھتی ہے، کیونکہ آپ خود منتخب کرتے ہیں کہ کس Enterprise Linux distribution پر منتقل ہونا ہے۔

ان میں سے ہر طریقہ release packages کو تبدیل کرتا ہے اور system کے بڑے حصے کو دوبارہ install کرتا ہے۔ پہلے provider snapshot لیں۔ Conversion کو screen یا tmux کے اندر چلائیں، جیسا کہ AlmaLinux کی اپنی documentation میں مشورہ دیا گیا ہے، کیونکہ عمل کے دوران SSH connection ٹوٹ جائے تو machine ایسی حالت میں رہ سکتی ہے جسے rescue console سے debug کرنا آپ نہیں چاہیں گے۔

تو آپ کو کون سا منتخب کرنا چاہیے؟

عام VPS workload کے لیے دونوں میں سے کوئی بھی منتخب کیا جا سکتا ہے۔ دونوں ایک ہی packages install کرتے ہیں اور دونوں کی support ایک ہی سال میں ختم ہوتی ہے۔ کسی ایک کو منتخب کریں، اپنے زیرِ انتظام ہر server پر وہی استعمال کریں، اور اس بارے میں مزید نہ سوچیں۔ consistency کی اہمیت دونوں کے فرق سے زیادہ ہے، کیونکہ mixed fleet سے آپ کو track کرنے والی images اور errata feeds کی تعداد دوگنی ہو جاتی ہے۔ یہ لاگت اس وقت تیزی سے بڑھتی ہے جب آپ ایک وقت میں متعدد Linux servers manage کر رہے ہوں۔

استثناؤں کی تعداد کم ہے، اور ہر استثنا آپ کی پسند کے علاوہ کسی بیرونی عامل سے طے ہوتا ہے۔

• آپ کے host processor کی نسل Haswell سے پرانی ہے، یا hypervisor guest سے AVX2 چھپا دیتا ہے۔ AlmaLinux 10 میں x86-64-v2 build موجود ہے۔ Rocky Linux 10 میں نہیں۔
• جس vendor کو آپ ادائیگی کرتے ہیں، وہ اپنی support matrix میں ایک distribution کا نام درج کرتا ہے۔ وہی استعمال کریں۔
• آپ کو کسی certification یا audit کے لیے RHEL جیسا بالکل یکساں behavior درکار ہے۔ Rocky Linux کا بیان کردہ مقصد bug-for-bug compatibility ہے، جبکہ AlmaLinux کا مقصد واضح طور پر یہ نہیں ہے۔
• آپ نیا server بنانے کے بجائے پہلے سے چلتے ہوئے server کو convert کر رہے ہیں۔ AlmaLinux کے tooling میں فی الحال زیادہ source distributions اور زیادہ major versions شامل ہیں، جن میں Enterprise Linux 10 بھی شامل ہے۔

اگر اصل سوال Enterprise Linux اور کسی دوسرے انتخاب کے درمیان ہے، تو آپ lifecycle model منتخب کر رہے ہیں۔ Enterprise Linux distribution آپ کو ایک ہی package set پر دس سال فراہم کرتی ہے، اور version jumps کی منصوبہ بندی نہیں کرنی پڑتی۔ Ubuntu کی long term support releases پانچ سال کی standard support دیتی ہیں، جبکہ ہر دو سال بعد supported upgrade path فراہم کرتی ہیں۔ یہ ایک مختلف انتخاب ہے، جس کی وضاحت Ubuntu LTS اور interim releases کے موازنے میں کی گئی ہے۔ آپ جو بھی install کریں، machine پر پہلا گھنٹہ یکساں ہوتا ہے، اس لیے machine پر کچھ رکھنے سے پہلے نئے 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 اس پر چلتا ہے، جبکہ بنیادی code میں ایسی اصلاحات شامل ہو سکتی ہیں جو RHEL نے ابھی جاری نہ کی ہوں۔ عام server software چلانے کے لیے دونوں equivalent ہیں۔ اگر certification میں RHEL کے رویے کا نام دیا گیا ہو تو یہی فرق بنیادی اہمیت رکھتا ہے۔

کیا میں reinstall کیے بغیر Rocky Linux سے AlmaLinux پر منتقل ہو سکتا ہوں؟

ہاں، اس سمت میں۔ AlmaLinux کا almalinux-deploy.sh اپنی supported sources میں Rocky Linux 8، 9 اور 10 کے ساتھ CentOS Stream، Oracle Linux، RHEL اور MiracleLinux بھی شامل کرتا ہے۔ دوسری سمت میں صورت حال زیادہ محدود ہے۔ Rocky کا rocky-tools repository صرف Enterprise Linux 8 اور 9 کے لیے conversion scripts فراہم کرتا ہے، اس لیے August 2026 تک Rocky Linux 10 پر in-place منتقلی کا کوئی طریقہ نہیں ہے۔ کسی بھی conversion سے پہلے snapshot لیں اور اسے ایسی session سے چلائیں جو connection منقطع ہونے کے بعد بھی برقرار رہے، کیونکہ یہ process release packages کو تبدیل کرتا ہے اور system کے بڑے حصے کو دوبارہ install کرتا ہے۔

کیا RHEL کے لیے بنائے گئے packages دونوں پر کام کرتے ہیں؟

ہاں، عام RPM packages اور third party repositories کے لیے۔ دونوں distributions RHEL application binary interface برقرار رکھتے ہیں، اور دونوں ID_LIKE="rhel centos fedora" میں /etc/os-release کے ذریعے اپنی شناخت ظاہر کرتے ہیں۔ اس لیے Red Hat family system کی جانچ کرنے والا package یا installer script درست راستہ اختیار کرتا ہے۔ استثنا technical کے بجائے commercial ہے۔ کوئی vendor صرف ان distributions کو support کر سکتا ہے جن کے نام اس کی support matrix میں درج ہوں، خواہ اس کا package دونوں پر install اور run ہو جائے۔ اگر آپ اس support کے لیے ادائیگی کرتے ہیں تو support matrix کو فیصلہ کرنے دیں۔

پرانے CPU والے low cost 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 فراہم کرتا ہے، جس کے ساتھ security updates کے دس سال شامل ہیں۔ فیصلہ کرنے سے پہلے دیکھیں کہ آپ کی instance کیا expose کرتی ہے، کیونکہ virtual machine کو وہ CPU model نظر آتا ہے جو hypervisor فراہم کرتا ہے، نہ کہ ہمیشہ host کا مکمل instruction set۔ دونوں distributions کی 9 series اب بھی v2 hardware پر چلتی ہے۔