Rocky Linux vs AlmaLinux: VPS-க்கு எது சிறந்தது?

Rocky Linux மற்றும் AlmaLinux: சுருக்கமான பதில்

பெரும்பாலான server-களுக்கு, Rocky Linux அல்லது AlmaLinux-ஐத் தேர்ந்தெடுப்பதில் தவறான முடிவு என்று எதுவும் இல்லை. இரண்டு திட்டங்களுமே ஒரே Red Hat Enterprise Linux (RHEL) source code-ஐ அடிப்படையாகக் கொண்டு உருவாக்கப்படுகின்றன. எனவே, இவை இரண்டும் ஒரே மாதிரியான packages-ஐயும், 10 ஆண்டு support lifecycle-ஐயும் வழங்குகின்றன. இவற்றுக்கிடையேயான வேறுபாடுகள் உண்மையானவை என்றாலும், அவை நிர்வாகக் கட்டமைப்பு மற்றும் அரிதான சில தொழில்நுட்பச் சூழல்களில் மட்டுமே வெளிப்படும்; ஒரு server-ஐ அன்றாடம் நிர்வகிக்கும் பணியில் பெரிய பாதிப்பை ஏற்படுத்தாது.

சீரற்ற முறையில் முடிவெடுக்க முடியாத சூழலில், இரண்டு காரணிகள் உங்கள் தேர்வைத் தீர்மானிக்கின்றன. AlmaLinux 10, Intel Haswell-க்கு முந்தைய processors-க்கும் build-ஐ வழங்குகிறது, ஆனால் Rocky Linux 10 அவ்வாறு செய்வதில்லை. இது மலிவான அல்லது பழைய VPS (virtual private server) வன்பொருள்களில் முக்கியமானது. மேலும், AlmaLinux ஒரே மாதிரியான செயல்பாட்டிற்குப் பதிலாக ABI compatibility-ஐ உறுதி செய்கிறது. இது கடுமையான support matrix கொண்ட vendor product-களை நீங்கள் பயன்படுத்தினால் மிக முக்கியமானது.

இரு விநியோகங்களும் உருவான விதம்

8 டிசம்பர் 2020 அன்று, RHEL 8-ன் மறு உருவாக்கமான CentOS Linux 8, 2021-ன் இறுதியில் முடிவுக்கு வரும் என்று CentOS திட்டம் அறிவித்தது. இது 2029-ல் முடிவடையும் தேதியுடன் வெளியிடப்பட்டிருந்தது. இத்திட்டத்தின் எதிர்காலமாக CentOS Stream அறிவிக்கப்பட்டது; இது தற்போதைய RHEL வெளியீட்டிற்குச் சற்று முன்னால் இயங்கும் என்றும், RHEL-ன் upstream மேம்பாட்டு கிளையாகச் செயல்படும் என்றும் அதே அறிவிப்பில் விவரிக்கப்பட்டது. CentOS Linux 7 தனது அசல் கால அட்டவணையைத் தக்கவைத்துக்கொண்டு, 30 ஜூன் 2024 அன்று தனது வாழ்நாளை முடித்துக்கொண்டது.

பிரச்சனை CentOS Stream-ல் இல்லை. 2029-ல் முடிவடைய வேண்டிய ஒரு lifecycle, சுமார் ஓராண்டு கால அவகாசத்தில் எட்டு ஆண்டுகள் முன்னதாகவே மாற்றப்பட்டதுதான் பிரச்சனை; அதுவும் ஏற்கனவே நிறுவப்பட்டிருந்த கணினிகளில் இந்த மாற்றம் செய்யப்பட்டது. Rocky Linux மற்றும் AlmaLinux ஆகிய இரண்டும் உருவானதற்குக் காரணம் இதுவே. இவை இரண்டும் 2021-ல் தோன்றின; இவை இரண்டும் ஒரே நோக்கத்தைக் கொண்டிருந்தன: ஒரு operator நிறுவிவிட்டு, ஒரு தசாப்த காலத்திற்கு எவ்வித மாற்றமும் செய்யாமல் விட்டுவிடக்கூடிய, RHEL-ன் இலவச மறு உருவாக்கத்தை வழங்குவதே அந்த நோக்கம்.

Rocky Linux மற்றும் AlmaLinux ஆகியவற்றின் பொதுவான அம்சங்கள்

இங்கிருந்து தொடங்குங்கள், ஏனெனில் பொதுவான அம்சங்களே முழுமையான புரிதலுக்கு அடிப்படையாகும். இவை இரண்டும் ஒரே upstream RHEL மூலங்களிலிருந்து கட்டமைக்கப்படுவதால், இரண்டிலும் ஒரே மாதிரியான package பதிப்புகள், அதே dnf package manager, அதே SELinux (security enhanced Linux) policy, அதே firewalld front end மற்றும் அதே systemd unit layout ஆகியவை கிடைக்கின்றன. கட்டமைப்பு கோப்புகள் (configuration files) ஒரே பாதைகளில் அமைகின்றன. ஒன்றிற்காக எழுதப்பட்ட வழிகாட்டி, பெயரை மாற்றினால் மற்றொன்றிற்கும் பொருந்தும்.

இரண்டுமே RHEL-ன் minor releases-ஐ நெருக்கமாகப் பின்பற்றுகின்றன. AlmaLinux 10.2, 26 May 2026 அன்றும், Rocky Linux 10.2, 28 May 2026 அன்றும் வெளியிடப்பட்டன. 9 தொடர் ஒரே வாரத்தில் மாற்றப்பட்டது: 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 ஊடகங்களைச் சார்ந்தது, பாதுகாப்பைச் சார்ந்தது அல்ல. இரண்டு திட்டங்களும் minor releases-க்கு இடையில் தொடர்ச்சியாக errata-க்களை வெளியிடுகின்றன, ஒவ்வொன்றும் அதன் சொந்த errata சேவை மூலம் இதைச் செய்கிறது. ஒரு .2 image எப்போது வெளிவருகிறது என்பதில் உள்ள இரண்டு வார கால வித்தியாசம், இரண்டு வாரங்கள் patches இல்லாமல் இருக்கும் என்று அர்த்தமல்ல.

இரண்டுமே RHEL-லிருந்து பெறப்பட்ட பத்து ஆண்டு lifecycle மாதிரியைக் கொண்டுள்ளன: சுமார் ஐந்து ஆண்டுகள் முழுமையான ஆதரவு, பின்னர் ஐந்து ஆண்டுகள் பாதுகாப்பு சார்ந்த பராமரிப்பு மட்டுமே. இரண்டிலும் 10 தொடர் 2035 வரை நீடிக்கும்.

ஒவ்வொரு திட்டத்தின் பின்னணியிலும் இருப்பவர் யார்?

Rocky Linux என்பது Rocky Enterprise Software Foundation (RESF)-க்கு சொந்தமானது. இது CentOS-ன் இணை நிறுவனரான Gregory Kurtzer-ஆல் உருவாக்கப்பட்ட Delaware பொது நலக் கழகமாகும். நவம்பர் 2022-ல், RESF தனது சட்டதிட்டங்களையும் சாசனத்தையும் அங்கீகரித்தது. இது கட்டுப்பாட்டை அதன் நிறுவனரிடமிருந்து அந்த எழுத்துப்பூர்வமான கட்டமைப்பிற்கு மாற்றியது. Kurtzer-ஆல் தொடங்கப்பட்ட மற்றொரு நிறுவனமான CIQ, இதன் தொடக்க கால ஆதரவாளராக உள்ளது மற்றும் Rocky Linux-க்கான வணிக ரீதியான ஆதரவை வழங்குகிறது.

AlmaLinux என்பது AlmaLinux OS Foundation-க்கு சொந்தமானது. இது மார்ச் 2021-ல் Delaware-ல் உருவாக்கப்பட்ட 501(c)(6) இலாப நோக்கற்ற அமைப்பாகும். இதன் வாரிய உறுப்பினர்கள், நான்கு ஆண்டு கால இடைவெளியில் உறுப்பினர்களால் தேர்ந்தெடுக்கப்படுகிறார்கள். கூட்டத்தின் குறிப்புகள் பதினான்கு நாட்களுக்குள் வெளியிடப்படுகின்றன. எவ்வளவு நிதி வழங்கினாலும், எந்தவொரு நிறுவனமும் ஒன்றுக்கு மேற்பட்ட வாக்குரிமை கொண்ட வாரிய இடத்தைப் பெற முடியாது என்று சட்டதிட்டம் தடுக்கிறது. CloudLinux இந்தத் திட்டத்தைத் தொடங்கியது மற்றும் அக்டோபர் 2024-ல் ஆண்டுக்கு ஒரு மில்லியன் டாலர் மதிப்பிலான பிளாட்டினம் ஸ்பான்சர்ஷிப்பை புதுப்பித்தது. அதன் TuxCare பிரிவு வணிக ரீதியான ஆதரவை வழங்குகிறது.

CentOS Linux 8-க்கு நேர்ந்தது மீண்டும் நிகழக்கூடாது என்பதற்காகவே இந்த இரண்டு கட்டமைப்புகளும் உருவாக்கப்பட்டன. இதில் எதுவுமே மற்றொன்றை விட வெளிப்படையாக பாதுகாப்பானது அல்ல. நீங்கள் சரிபார்க்கக்கூடிய விஷயம் இரண்டு நிகழ்வுகளிலும் ஒன்றுதான்: நீங்கள் சட்டதிட்டங்களைப் படிக்கலாம், மேலும் நிதியுதவி வழங்கும் நிறுவனத்தின் பெயரைத் தெரிந்துகொள்ளலாம்.

2023-ல் என்ன மாற்றம் ஏற்பட்டது, அது இப்போதும் முக்கியமா?

21 ஜூன் 2023 அன்று, RHEL தொடர்பான பொது source code releases-க்கு CentOS Stream மட்டுமே ஒரே களஞ்சியமாக இருக்கும் என்று Red Hat அறிவித்தது. அதற்கு முன்பு, RHEL package sources git.centos.org-ல் கிடைத்தன; அங்கிருந்துதான் rebuilds-ஐ உருவாக்குபவர்கள் அவற்றை எடுத்துக்கொண்டனர். அந்த feed-ஐ நீக்கியது rebuilds-ஐ நிறுத்தவில்லை. ஆனால், ஒவ்வொரு திட்டமும் தங்களுக்குத் தேவையான source-களை எப்படிப் பெறப்போகிறோம் என்பதைப் பகிரங்கமாக விளக்க வேண்டிய கட்டாயத்தை இது ஏற்படுத்தியது.

Rocky 29 ஜூன் 2023 அன்று பதிலளித்தது. "GPL மென்பொருளை மறுபகிர்வு செய்வதைத் தடுக்க யாராலும் முடியாது" என்ற அடிப்படையில், Universal Base Image (UBI) container images மற்றும் pay per use public cloud instances ஆகியவற்றிலிருந்து RHEL source-களைப் பெறுவதாக அது கூறியது. ஆகஸ்ட் 2023-ல் CIQ, Oracle மற்றும் SUSE ஆகியவை Open Enterprise Linux Association (OpenELA)-வை உருவாக்கின. இது bug for bug compatible Enterprise Linux rebuild-க்குத் தேவையான source-களை வெளியிடுகிறது. AlmaLinux இதில் உறுப்பினராக இல்லை.

AlmaLinux 13 ஜூலை 2023 அன்று பதிலளித்தது, அதன் பதில் இலக்கில் ஒரு மாற்றத்தைக் குறித்தது. அந்தத் திட்டம் 1:1 bug for bug compatibility-ஐக் கைவிட்டு, அதற்குப் பதிலாக ABI compatibility-ஐ ஏற்றுக்கொண்டது. அதன் வார்த்தைகளில் சொல்வதானால், "நாங்கள் இனி Red Hat-ன் bug-for-bug compatibility விதிகளுக்குக் கட்டுப்பட மாட்டோம், இதன் பொருள் Red Hat-ன் release cycle-க்கு வெளியே உள்ள bug fixes-ஐயும் நாங்கள் ஏற்றுக்கொள்ள முடியும்". அதே பதிப்பு, அன்றாடப் பயன்பாட்டில் "மிகச்சிறிய மாற்றத்தையே" பயனர்கள் எதிர்பார்ப்பார்கள் என்று கூறியது.

மூன்று ஆண்டுகளுக்குப் பிறகு, source பெறுவது தொடர்பான கேள்வி நடைமுறையில் தீர்க்கப்பட்டுவிட்டது. இரண்டு திட்டங்களும் அதன் பிறகு வந்த ஒவ்வொரு RHEL minor release-ஐயும் அதே கால அட்டவணையில் வெளியிட்டுள்ளன. இந்த விவாதத்தில் எஞ்சியிருப்பது, ஒவ்வொரு திட்டமும் என்ன வாக்குறுதி அளிக்கிறது என்பதில் உள்ள வேறுபாடு மட்டுமே.

Bug for bug மற்றும் ABI compatibility: இவற்றிற்கு இடையிலான வேறுபாடு என்ன?

Rocky Linux-ன் முகப்புப்பக்கம், இந்த distribution ஆனது RHEL-உடன் 100% bug for bug இணக்கத்தன்மை கொண்டதாக வடிவமைக்கப்பட்டுள்ளதாகக் குறிப்பிடுகிறது. Bug for bug என்பது, RHEL-ல் உள்ள குறைபாடுகள் உட்பட அதன் அனைத்து செயல்பாடுகளையும் இந்த rebuild அப்படியே பிரதிபலிக்கிறது என்று பொருள். RHEL-ல் உள்ள ஒரு package-ல் பிழை இருந்தால், Rocky Linux-ல் உள்ள அதே package-லும் அந்தப் பிழை இருக்கும். எனவே, Red Hat-ன் அறிவுத்தளக் கட்டுரையில் (knowledge base article) கொடுக்கப்பட்டுள்ள தீர்வை (workaround) எந்த மாற்றமும் இன்றி அப்படியே பயன்படுத்தலாம்.

ABI compatibility என்பது மிகவும் குறுகிய மற்றும் துல்லியமான வரையறையைக் கொண்டது. ABI (Application Binary Interface) என்பது, ஒரு compiled program சார்ந்திருக்கும் binary ஒப்பந்தமாகும்: இதில் symbol பெயர்கள், structure அமைப்புகள், calling conventions மற்றும் library பதிப்புகள் அடங்கும். இந்த ஒப்பந்தத்தை நிலையாக வைத்திருந்தால், RHEL-க்காக உருவாக்கப்பட்ட ஒரு binary கோப்பு இதில் இயங்கும். ஆனால், இந்த உறுதிமொழி RHEL-ன் பிழைகளை அப்படியே பின்பற்றுவதாகக் கூறவில்லை.

இதன் விளைவை எளிதாகப் புரிந்துகொள்ளலாம். Red Hat சரி செய்வதற்கு முன்பே AlmaLinux ஒரு பிழையைச் சரிசெய்ய முடியும்; அதேபோல் Red Hat நீக்கிய ஒரு driver-ஐயும் அது தக்கவைக்க முடியும். இவை இரண்டுமே அதன் செயல்பாட்டை RHEL-லிருந்து திட்டமிட்டே மாற்றுகின்றன. Rocky Linux இத்தகைய மாற்றங்களைச் செய்யாது; அதன் வடிவமைப்பால் அது சான்றிதழ் (certification) கோரும் அதே துல்லியமான தன்மையுடன் நீடிக்கிறது.

எனவே, உங்களுக்கு எந்த உறுதிமொழி தேவை என்பதுதான் கேள்வி. உங்கள் server RHEL போலவே செயல்பட வேண்டுமா, அல்லது RHEL-க்காக உருவாக்கப்பட்ட மென்பொருள் இதில் இயங்க வேண்டுமா? பெரும்பாலான பயனர்களுக்கு இரண்டாவதுதான் தேவைப்படுகிறது.

RHEL-க்காக உருவாக்கப்பட்ட vendor packages இரண்டிலும் install ஆகுமா?

ஆம். RHEL 9 அல்லது RHEL 10-க்காக உருவாக்கப்பட்ட ஒரு RPM, இரண்டிலும் install ஆகி இயங்கும். ஏனெனில், ABI ஒத்துப்போகிறது மற்றும் இரண்டு distributions-ம் தங்களை Red Hat குடும்பத்தைச் சேர்ந்த system-ஆகவே கருவிகளுக்குக் காட்டிக்கொள்கின்றன. இந்த அடையாளத்தை வழங்கும் கோப்பு /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 பாதையைப் பின்பற்றும் ஒரு installer script இரண்டிலும் வேலை செய்யும். ID-ஐ மட்டும் rhel, centos மற்றும் fedora ஆகியவற்றின் hard-coded பட்டியலுடன் ஒப்பிடும் ஒரு script, இரண்டிலும் தோல்வியடையும். அது 'unsupported distribution' என்ற செய்தியுடன் ஒரே மாதிரியாகவே தோல்வியடையும். இது அந்த script-ல் உள்ள பிழை, இரண்டு system-களுக்கும் இடையிலான வேறுபாடு அல்ல.

இதற்கான உண்மையான விதிவிலக்கு தொழில்நுட்ப ரீதியானது அல்ல, வணிக ரீதியானது. ஒரு support matrix என்பது வணிக ஆவணம். ஒரு vendor-ன் package, அந்த matrix-ல் குறிப்பிடப்படாத ஒரு distribution-ல் மிகச்சரியாக install ஆகி இயங்கலாம்; ஆனாலும், அது பழுதடையும் போது உங்களுக்கு உதவ vendor மறுக்கலாம். நீங்கள் அந்த support-க்காகப் பணம் செலுத்துகிறீர்கள் என்றால், matrix-ஐப் படித்து அதற்கேற்ப முடிவெடுங்கள். இந்த ஒரு சூழலில் மட்டுமே, உங்களுக்கான முடிவு ஏற்கனவே தீர்மானிக்கப்படுகிறது.

பழைய CPU-களில் இயங்கக்கூடியது எது?

RHEL 10, x86-64 microarchitecture-ன் அடிப்படை அளவை x86-64-v3 ஆக உயர்த்தியுள்ளது. இந்த அளவு Intel-ன் Haswell தலைமுறை மற்றும் AMD-ன் Excavator ஆகியவற்றுடன் ஒத்துப்போகிறது; இதற்கு AVX2 போன்ற instruction set extensions தேவைப்படுகின்றன. Rocky Linux 10, RHEL-ன் இந்த முடிவைப் பின்பற்றுகிறது. x86-64-v3 என்பதே அடிப்படை என்றும், v2 மற்றும் அதற்கு முந்தைய நிலைகளுக்கு இனி ஆதரவு இல்லை என்றும் அதன் ஆவணங்கள் தெரிவிக்கின்றன.

AlmaLinux 10, v3 build-ஐ இயல்பானதாக (default) வெளியிடுகிறது. அத்துடன், பழைய hardware-ஐப் பயன்படுத்துபவர்கள் மேலும் பத்து ஆண்டுகளுக்குப் பாதுகாப்பு மேம்படுத்தல்களைப் (security updates) பெற வேண்டும் என்பதற்காக, தனியாக ஒரு x86-64-v2 build-ஐயும் வழங்குகிறது. RHEL 10-க்கான மூன்றாம் தரப்புப் பொதிகள் (third party packages) v3-ஐ இலக்காகக் கொண்டிருப்பதால், அந்த architecture-க்காக EPEL பொதிகளை AlmaLinux மீண்டும் உருவாக்குகிறது (rebuild). இதைச் சார்ந்திருப்பதற்கு முன் கவனிக்க வேண்டிய முக்கியமான விஷயம் இதுதான்: v2 build-ஆனது இயல்பான பொதிகள் மற்றும் AlmaLinux-ன் சொந்த v2 EPEL-க்கு மட்டுமே பொருந்தும்; மற்ற எதையும் நீங்கள் v2-க்காக மீண்டும் உருவாக்க வேண்டியிருக்கும்.

உங்களுக்குச் சொந்தமான hardware-ஐ விட VPS-ல் இது அதிக முக்கியத்துவம் பெறுகிறது, ஏனெனில் host processor-ஐ நீங்கள் தேர்வு செய்ய முடியாது. பழைய அல்லது மலிவான host-களில், அல்லது hypervisor ஒரு பழமைவாத (conservative) CPU மாதிரியை guest-க்குக் காட்டும்போது, physical chip-ல் AVX2 இருந்தாலும் virtual machine அதை வெளிப்படுத்தாமல் இருக்கலாம். v3-க்காக உருவாக்கப்பட்ட பொதிகள், processor-ல் இல்லாத instructions-ஐப் பயன்படுத்த முயலும்போது அவை தோல்வியடையும். உங்கள் fleet-ஐ 10 series-க்கு மாற்றும் முன், உங்கள் instance உண்மையில் எதை வெளிப்படுத்துகிறது என்பதைச் சரிபார்க்கவும். இரண்டு விநியோகங்களின் 9 series-ம் இன்னும் v2 நிலையிலேயே இயங்குகின்றன. x86 instances-க்கு பதிலாக ARM instances-ல் இந்த கேள்வி எழுவதே இல்லை, ஏனெனில் microarchitecture நிலைகள் என்பது x86-64-க்கு மட்டுமே உரிய கருத்தாகும்.

இதே சுதந்திரம் AlmaLinux 10-ன் பிற பகுதிகளிலும் காணப்படுகிறது. upstream நீக்கிய 150-க்கும் மேற்பட்ட சாதனங்களுக்கான ஆதரவை இந்தத் திட்டம் மீண்டும் செயல்படுத்தியுள்ளது; இதில் பழைய RAID மற்றும் iSCSI controllers-க்கான PCI IDs அடங்கும். மேலும், server மற்றும் client பயன்பாட்டிற்காக SPICE-ஐயும் மீண்டும் செயல்படுத்தியுள்ளது. Frame pointers இயல்பாகவே (by default) இயக்கப்பட்டுள்ளன, இதுவே system wide profiling வேலை செய்யக் காரணமாகிறது. 'Bug for bug' வாக்குறுதி இத்தகைய மாற்றங்கள் அனைத்தையும் தடை செய்கிறது, எனவே 2023-ல் எடுக்கப்பட்ட முடிவே இந்த மாற்றங்களைச் செய்வதற்கான இடவசதியை வழங்கியது.

ஏற்கனவே உள்ள CentOS அல்லது RHEL server-ஐ எவ்வாறு migrate செய்வது?

Rocky Linux தனது rocky-tools repository-ல் conversion scripts-களை வெளியிடுகிறது. migrate2rocky.sh ஆனது Enterprise Linux 8 system-ஐ Rocky Linux 8-ஆக மாற்றுகிறது, அதேபோல் migrate2rocky9.sh ஆனது 9 series-க்குச் செயல்படுகிறது. இவை ஒவ்வொன்றும் ஒரே major version-க்குள் மட்டுமே இயங்கும். ஆகஸ்ட் 2026 நிலவரப்படி, Enterprise Linux 10-க்கு இணையான script எதுவும் அந்த repository-ல் இல்லை, எனவே Rocky Linux 10-க்கு மாற வேண்டுமெனில் மீண்டும் install (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 கட்டமைப்புகளில் மாற்றத்தை அனுமதிக்கிறது. நீங்கள் தொடங்குவதற்கு முன் அதன் ஆவணப்படுத்தப்பட்ட வரம்புகளைப் படிப்பது அவசியம். GRUB2 boot loader தேவைப்படும் system-களில் அது மட்டுமே ஆதரிக்கப்படுகிறது. Oracle-ன் UEK (unbreakable enterprise kernel) போன்ற custom kernel-கள் தானாக நீக்கப்படாது; இதனால் Secure Boot-ன் கீழ் machine-ஐ boot செய்ய முடியாமல் போகலாம்.

Major version-களுக்கு இடையே மாறுவதற்கு, Red Hat-ன் leapp framework-ஐ அடிப்படையாகக் கொண்ட ELevate-ஐ AlmaLinux பராமரிக்கிறது. ஆவணப்படுத்தப்பட்ட பாதைகள்: CentOS 7-லிருந்து EL8, AlmaLinux 8 அல்லது CentOS Stream 8-லிருந்து EL9, மற்றும் AlmaLinux 9 அல்லது CentOS Stream 9-லிருந்து EL10. ஆவணங்கள் இலக்கை EL8, EL9 அல்லது EL10 என்று குறிப்பிடுகின்றன, ஏதேனும் ஒரு distribution-ன் பெயரை மட்டும் குறிப்பிடவில்லை; ஏனெனில் நீங்கள் எந்த Enterprise Linux-க்கு மாற வேண்டும் என்பதை நீங்களே தேர்வு செய்யலாம்.

இவை அனைத்தும் release packages-களை மீண்டும் எழுதி, system-ன் பெரும்பகுதியை மீண்டும் install செய்கின்றன. எனவே, முதலில் provider snapshot ஒன்றை எடுத்துக்கொள்ளுங்கள். AlmaLinux-ன் சொந்த ஆவணங்கள் அறிவுறுத்துவது போல, screen அல்லது tmux-க்குள் இந்த conversion-ஐ இயக்கவும். ஏனெனில், பாதியிலேயே SSH connection துண்டிக்கப்பட்டால், rescue console மூலம் சரிசெய்ய முடியாத நிலைக்கு machine தள்ளப்படலாம்.

எதை நீங்கள் தேர்ந்தெடுக்க வேண்டும்?

வழக்கமான VPS பணிச்சுமைக்கு, இரண்டில் எதை வேண்டுமானாலும் தேர்ந்தெடுக்கலாம். இவை இரண்டும் ஒரே மாதிரியான packages-ஐ நிறுவுகின்றன, மேலும் இவை இரண்டும் ஒரே ஆண்டில் ஆதரவு முடிவுக்கு (end of support) வருகின்றன. ஏதேனும் ஒன்றை மட்டும் தேர்ந்தெடுத்து, நீங்கள் இயக்கும் அனைத்து server-களிலும் அதையே பயன்படுத்துங்கள்; இது குறித்து அதிகம் சிந்திக்க வேண்டாம். இரண்டிற்கும் இடையே உள்ள சிறிய வித்தியாசத்தை விட, சீரான தன்மையே (consistency) முக்கியமானது. ஏனெனில், வெவ்வேறு OS-களைப் பயன்படுத்தினால், நீங்கள் கண்காணிக்க வேண்டிய images மற்றும் errata feeds-ன் எண்ணிக்கை இருமடங்காகும். ஒரே நேரத்தில் பல 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-க்கு bug இணக்கத்தன்மை (bug for bug compatibility) கொண்டதாகும், ஆனால் AlmaLinux-ன் நோக்கம் அதுவல்ல.
• நீங்கள் புதிய server-ஐ உருவாக்குவதற்குப் பதிலாக, ஏற்கனவே இயங்கும் server-ஐ மாற்றுகிறீர்கள் என்றால், AlmaLinux-ன் கருவிகள் தற்போது அதிக source distributions மற்றும் Enterprise Linux 10 உள்ளிட்ட அதிக major versions-ஐ ஆதரிக்கின்றன.

உண்மையான கேள்வி Enterprise Linux-க்கும் மற்றவற்றுக்கும் இடையிலான தேர்வு என்றால், நீங்கள் அதன் lifecycle மாதிரியைத் தேர்ந்தெடுக்கிறீர்கள் என்று அர்த்தம். ஒரு Enterprise Linux distribution, பத்து ஆண்டுகளுக்கு ஒரே package set-ஐ வழங்குகிறது; இதில் version மாற்றங்களை நீங்கள் திட்டமிட வேண்டியதில்லை. Ubuntu-வின் long term support releases, ஐந்து ஆண்டுகளுக்கான standard support-ஐ வழங்குகிறது, மேலும் ஒவ்வொரு இரண்டு ஆண்டுகளுக்கும் ஒருமுறை upgrade செய்யும் வசதியையும் தருகிறது. இது ஒரு மாறுபட்ட அணுகுமுறை, இதைப் பற்றி Ubuntu LTS மற்றும் interim releases ஒப்பீடு பகுதியில் விரிவாகக் காணலாம். நீங்கள் எதை நிறுவினாலும், server-ல் முதல் ஒரு மணிநேர வேலை ஒரே மாதிரியாகத்தான் இருக்கும். எனவே, எதையும் நிறுவும் முன் புதிய 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 இன்னும் வெளியிடாத திருத்தங்கள் இதில் இருக்கலாம். சாதாரண server மென்பொருள்களை இயக்குவதற்கு இவை இரண்டும் சமமானவை. 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-க்கு மட்டுமே மாற்றும் scripts-ஐ வழங்குகிறது. எனவே, ஆகஸ்ட் 2026 நிலவரப்படி, Rocky Linux 10-க்கு நேரடியாக மாற வழி இல்லை. எந்தவொரு மாற்றத்தையும் செய்வதற்கு முன் snapshot எடுத்துக்கொள்ளுங்கள்; மேலும், இணைப்பு துண்டிக்கப்பட்டாலும் பாதிப்பு ஏற்படாதவாறு ஒரு session-ல் இதை இயக்கவும், ஏனெனில் இந்த செயல்முறை release packages-ஐ நீக்கிவிட்டு, கணினியின் பெரும்பகுதியை மீண்டும் நிறுவுகிறது.

RHEL-க்காக உருவாக்கப்பட்ட packages இரண்டிலும் இயங்குமா?

ஆம், சாதாரண RPM packages மற்றும் மூன்றாம் தரப்பு களஞ்சியங்களுக்கு இது பொருந்தும். இரண்டு விநியோகங்களும் RHEL application binary interface-ஐப் பராமரிக்கின்றன, மேலும் இவை இரண்டும் /etc/os-release-ல் தங்களை ID_LIKE="rhel centos fedora" என அடையாளம் காட்டிக்கொள்கின்றன. எனவே, Red Hat குடும்பத்தைச் சேர்ந்த கணினியா என்று சரிபார்க்கும் ஒரு package அல்லது installer script சரியான பாதையைத் தேர்ந்தெடுக்கும். இதில் உள்ள விதிவிலக்கு தொழில்நுட்ப ரீதியானது அல்ல, வணிக ரீதியானது: ஒரு விற்பனையாளர் தனது support matrix-ல் குறிப்பிட்ட விநியோகங்களை மட்டுமே ஆதரிக்கலாம்; அந்த package இரண்டிலும் நிறுவப்பட்டு இயங்கினாலும், அந்த ஆதரவுக்காக நீங்கள் பணம் செலுத்துகிறீர்கள் என்றால், அந்த matrix-ன் முடிவையே பின்பற்றவும்.

பழைய CPU கொண்ட குறைந்த விலை VPS-ல் எதைப் பயன்படுத்த வேண்டும்?

நீங்கள் 10 series-ஐப் பயன்படுத்த விரும்பினால், AlmaLinux சிறந்தது. RHEL 10, x86-64 அடிப்படைத் தேவையை v3 microarchitecture நிலைக்கு உயர்த்தியுள்ளது; இதற்கு Intel Haswell அல்லது AMD Excavator அளவிலான processor தேவை. Rocky Linux 10 இந்த அடிப்படைத் தேவையைப் பின்பற்றுகிறது. AlmaLinux 10, பழைய வன்பொருள்களுக்காக கூடுதல் x86-64-v2 build-ஐ வழங்குகிறது, இதற்கு பத்து ஆண்டுகால பாதுகாப்பு மேம்பாடுகள் உள்ளன. எதையும் உறுதி செய்வதற்கு முன் உங்கள் instance எதைக் காட்டுகிறது என்று சரிபார்க்கவும், ஏனெனில் ஒரு virtual machine, host-ன் முழுமையான instruction set-ஐக் காட்டாமல், hypervisor வழங்கும் CPU மாதிரியை மட்டுமே காட்டும். இரண்டு விநியோகங்களின் 9 series-ம் v2 வன்பொருள்களில் இன்னும் இயங்கும்.