Ubuntu Server-க்கு LTS சிறந்தது ஏன்? முழு விளக்கம்

Ubuntu LTS மற்றும் இடைக்கால வெளியீடுகள் (interim releases): சுருக்கமான பதில்

Server-ல் Ubuntu LTS-ஐத் தேர்ந்தெடுப்பதா அல்லது இடைக்கால வெளியீட்டைத் தேர்ந்தெடுப்பதா என்பது ஒரு முக்கிய காரணியைப் பொறுத்தது: அந்த வெளியீட்டிற்கு எவ்வளவு காலம் பாதுகாப்பு மேம்படுத்தல்கள் (security updates) கிடைக்கும் என்பதுதான் அது. ஒரு LTS பதிப்பிற்கு ஐந்து ஆண்டுகள் தரமான பாதுகாப்பு பராமரிப்பு கிடைக்கும். இடைக்கால வெளியீட்டிற்கு ஒன்பது மாதங்கள் மட்டுமே கிடைக்கும்; அதன் பிறகு மேம்படுத்தல்கள் நின்றுவிடும், எனவே நீங்கள் கட்டாயம் upgrade செய்ய வேண்டும் அல்லது server-ஐ மீண்டும் உருவாக்க (rebuild) வேண்டும். பிறர் சார்ந்திருக்கும் எந்தவொரு சேவையிலும் LTS பதிப்பையே பயன்படுத்தவும். யாரிடமும் அனுமதி கேட்காமல் மீண்டும் உருவாக்கக்கூடிய சூழலில் மட்டுமே இடைக்கால வெளியீட்டைப் பயன்படுத்தவும்.

LTS என்பது நீண்ட கால ஆதரவைக் (long term support) குறிக்கும். Canonical நிறுவனம் ஒவ்வொரு இரண்டு ஆண்டுகளுக்கு ஒருமுறை, அதாவது இரட்டைப்படை ஆண்டுகளின் ஏப்ரல் மாதத்தில் ஒரு LTS பதிப்பையும், இடையில் ஒவ்வொரு ஆறு மாதத்திற்கும் ஒரு இடைக்கால வெளியீட்டையும் வெளியிடுகிறது. 26.04 LTS பதிப்பு 23 ஏப்ரல் 2026 அன்று வெளியானது, அதன் தரமான பாதுகாப்பு பராமரிப்பு 2031 வரை நீடிக்கும். 26.10 பதிப்பு 15 அக்டோபர் 2026 அன்று வரவிருக்கிறது, இது ஒரு இடைக்கால வெளியீடு என்பதால், இதற்கான ஆதரவு ஜூலை 2027-ல் முடிவடையும்.

ஒவ்வொரு Ubuntu release-க்கும் எவ்வளவு காலம் ஆதரவு வழங்கப்படுகிறது

[
  {
    "label": "LTS, standard support",
    "support_months": 60,
    "upgrades_over_5_years": 1
  },
  {
    "label": "LTS with Ubuntu Pro",
    "support_months": 120,
    "upgrades_over_5_years": 0
  },
  {
    "label": "Interim release",
    "support_months": 9,
    "upgrades_over_5_years": 10
  }
]

இவை ஆகஸ்ட் 2026 நிலவரப்படி Canonical வெளியிட்ட கொள்கை அளவீடுகள் ஆகும்; இவை ஒரு test box-ல் இருந்து பெறப்பட்ட அளவீடுகள் அல்ல. ஒரு LTS பதிப்பு 60 மாதங்கள் தரப்படுத்தப்பட்ட பாதுகாப்பு பராமரிப்பைக் கொண்டுள்ளது, இது ஐந்து ஆண்டுகளில் 1 திட்டமிடப்பட்ட release upgrade-க்கு சமமாகும். ஒரு இடைக்கால (interim) release 9 மாதங்கள் ஆதரவைக் கொண்டுள்ளது. அதே ஐந்து ஆண்டுகளுக்கு இடைக்கால release-ல் தொடர்ந்து இருப்பது 10 release upgrade-களைக் கோருகிறது, ஏனெனில் உங்களால் ஒரு release-ஐத் தவிர்க்க முடியாது மற்றும் ஐந்து ஆண்டுகளில் பத்து release-கள் வருகின்றன.

ஒரு Ubuntu Pro சந்தா LTS ஆதரவு காலத்தை 120 மாதங்களாக, அதாவது பத்து ஆண்டுகளாக உயர்த்துகிறது, மேலும் பாதுகாப்பு கவரேஜை main component-லிருந்து முழு archive-க்கும் விரிவுபடுத்துகிறது. ஆகஸ்ட் 2026 நிலவரப்படி, ஐந்து machines வரை தனிப்பட்ட பயன்பாட்டிற்கு Pro இலவசம், இது பெரும்பாலான சிறிய VPS தொகுப்புகளை உள்ளடக்கும். இடைக்கால release-களுக்கு இதற்கு இணையான வசதி இல்லை. ஒன்பது மாதங்கள் என்பதே முழுமையான கால அளவு, எந்த சந்தாவும் இதை நீட்டிக்காது.

ஒரு உண்மையான server-ல் ஒன்பது மாதங்களுக்கான செலவு

26.10-ஐ ஒரு உதாரணத்திற்கு எடுத்துக்கொள்வோம். இது 2026 அக்டோபர் 15 அன்று ships ஆகிறது, இதன் security maintenance 2027 ஜூலையில் முடிவடைகிறது. இது 25.10-க்கு 2026 ஜூலையில் முடிந்த அதே ஒன்பது மாத கால அளவாகும். நாட்காட்டியின்படி பார்த்தால், இது மூன்று காலாண்டுகளுக்கு ஒருமுறை வரும் maintenance window போலத் தோன்றும். இந்த நாட்காட்டி கணக்கீடு தவறானது, மேலும் இது அதிக செலவை ஏற்படுத்தும் வகையில் தவறானது.

ஒரு release upgrade என்பது இயங்குதளத்தை (operating system) அப்படியே மாற்றுகிறது. do-release-upgrade ஆனது apt sources-ஐ மீண்டும் எழுதுகிறது, மூன்றாம் தரப்பு repositories-ஐ முடக்குகிறது, நிறுவப்பட்ட கிட்டத்தட்ட அனைத்து package-களின் version-ஐயும் மாற்றுகிறது, நீங்கள் திருத்திய config files குறித்துக் கேட்க நிறுத்துகிறது, இறுதியில் reboot செய்கிறது. இதனால்தான் இது ஒரு திட்டமிடப்பட்ட window-ஆக இருக்க வேண்டுமே தவிர, பின்னணியில் நடக்கும் வேலையாக இருக்கக்கூடாது.

இதை ssh வழியாக இயக்கும்போது, உங்கள் connection துண்டிக்கப்படாமல் இருக்க இந்த tool உங்களைப் பாதுகாக்கிறது. இது சொந்தமாக ஒரு screen session-ஐத் தொடங்கி, இரண்டாவது sshd-ஐத் திறக்கிறது, அதை உங்களுக்கு முன்னரே தெரிவிக்கும்:

To make recovery in case of failure easier, an additional sshd will
be started on port '1022'. If anything goes wrong with the running ssh
you can still connect to the additional one.

அதை அனுமதிக்கவும். உங்கள் firewall அல்லது உங்கள் provider-ன் network firewall 1022-ஐத் தடுத்தால், அந்த fallback வசதி இருக்காது. அப்போது connection துண்டிக்கப்பட்டால், பாதி மட்டுமே upgrade ஆன package-கள் எஞ்சியிருக்கும். நீங்களாகவே tmux அல்லது screen உள்ளே இயக்கும்போது, எந்தவொரு box-லும் இதே பாதுகாப்பைப் பெறலாம்.

Config file குறித்த கேள்விகள்தான் பதினைந்து நிமிட upgrade-ஐ ஒரு மணிநேரமாக மாற்றுகின்றன:

Configuration file '/etc/ssh/sshd_config'
 ==> Modified (by you or by a script) since installation.
 ==> Package distributor has shipped an updated version.
   What would you like to do about it ?

உங்கள் கோப்பை வைத்திருப்பது, புதிய default அமைப்பில் மாறியுள்ள மாற்றங்களைத் தவறவிடச் செய்யும். maintainer-ன் கோப்பை ஏற்றுக்கொள்வது, நீங்கள் செய்த hardening மாற்றங்களை மீண்டும் சேர்க்கும் வரை அவற்றை நீக்கிவிடும். அந்த release-ல் என்ன மாறியுள்ளது என்று தெரியாமல் எந்த பதிலும் பாதுகாப்பானது அல்ல. இதனால்தான் release notes-ஐப் படிப்பது என்பது விருப்பத்தேர்வு அல்ல, அது அந்த maintenance window-ன் ஒரு பகுதியாகும்.

பிறகு, box-களின் எண்ணிக்கையைப் பொறுத்துப் பெருக்கிக்கொள்ளுங்கள். interim track-ல் உள்ள ஒரு VPS, ஐந்து ஆண்டுகளில் பத்து upgrade windows-ஐக் குறிக்கும். ஒவ்வொரு box-ம் நீக்கக்கூடியதாக (disposable) இருந்து, image மூலம் மீண்டும் உருவாக்கப்படாவிட்டால், ஐந்து VPS box-களுக்கு ஐம்பது windows தேவைப்படும். LTS track-ல் உள்ள ஐந்து box-களுக்கு அதே காலத்தில் ஐந்து upgrades மட்டுமே தேவைப்படும், மேலும் ஒவ்வொன்றும் எப்போது நடக்க வேண்டும் என்பதை நீங்களே தீர்மானிக்கலாம்.

Ubuntu release-ஐ ஏன் தவிர்க்க முடியாது

Upgrade பாதைகள் நிலையானவை. ஒரு இடைக்கால release (interim release) அடுத்தடுத்த release-க்கு மட்டுமே upgrade ஆகும். ஒரு LTS, அடுத்த LTS-க்கு நேரடியாகவோ அல்லது நீங்கள் விரும்பினால் அடுத்த இடைக்கால release-க்கோ upgrade ஆகும். எதையும் ஒரே நேரத்தில் இரண்டு நிலைகள் தாண்டி upgrade செய்ய முடியாது. 26.10-லிருந்து 28.04 LTS-க்குச் செல்ல வேண்டுமெனில், 27.04 மற்றும் 27.10 வழியாகத்தான் செல்ல வேண்டும், அல்லது கணினியை மீண்டும் நிறுவ (reinstall) வேண்டும்.

இந்த வழிமுறையைத் தெரிந்துகொள்வது அவசியம், ஏனெனில் விதிகள் மாறாது என்பதை இது உணர்த்துகிறது. do-release-upgrade ஆனது changelogs.ubuntu.com-லிருந்து ஒரு meta-release கோப்பைப் பெற்று, குறிப்பிட்ட ஒரு மாற்றத்திற்காக உருவாக்கப்பட்ட upgrade கருவியைத் தரவிறக்கம் செய்கிறது. Canonical ஒரு நேரத்தில் ஒரு மாற்றத்தை மட்டுமே உருவாக்கிச் சோதிக்கிறது, எனவே ஒரு release-ஐத் தாண்டிச் செல்லும் தாவலுக்கு எந்தக் கருவியும் சோதனையும் கிடையாது. இந்த upgrader எச்சரிக்கையின் காரணமாக மறுக்கவில்லை; அதற்கு வழங்க எந்தத் தரவும் அங்கு இல்லை.

எந்த release உங்களுக்கு வழங்கப்படும் என்பது ஒரு வரி configuration-ஐப் பொறுத்தது:

grep -i prompt /etc/update-manager/release-upgrades
sudo do-release-upgrade -c

Prompt=lts அடுத்த LTS-ஐ மட்டுமே வழங்கும். Prompt=normal அடுத்த release-ஐ வழங்கும், அது LTS ஆக இருந்தாலும் இல்லாவிட்டாலும் சரி. Prompt=never எதையும் வழங்காது; நீங்கள் திட்டமிடாத ஒரு upgrade-ஐ உங்கள் சக ஊழியர் தொடங்கிவிடாமல் தடுக்க இது உதவும். LTS அல்லாத ஒரு release-ல், lts ஆனது normal போலவே செயல்படும், ஏனெனில் 26.10-க்கு அடுத்த release 27.04 தான், எந்த அமைப்பிலும் இது மாறாது. இந்தச் சரிபார்ப்பு Checking for a new Ubuntu release என்பதையும், அதைத் தொடர்ந்து New release ... available. அல்லது No new release found. என்ற வரியையும் அச்சிடும்.

திட்டமிடல் தொடர்பான மற்றொரு விதி பலரைச் சிக்கலில் ஆழ்த்துகிறது. ஒரு புதிய LTS வெளியாகும் நாளில் LTS-லிருந்து LTS-க்கான upgrade வழங்கப்படாது. இது முதல் point release-உடன் தொடங்குகிறது, மேலும் 26.04.1 ஆனது 27 August 2026 அன்று திட்டமிடப்பட்டுள்ளது. ஒரு point release என்பது Ubuntu-வின் புதிய பதிப்பு அல்ல, அது நான்கு மாத கால திருத்தங்கள் ஒருங்கிணைக்கப்பட்ட அதே release ஆகும். இந்த நான்கு மாத கால காத்திருப்பு, upgrade பாதைக்குத் தேவையான சோதனைகள் முடிவடைவதை உறுதி செய்யவே. 2026 கோடைக்காலம் முழுவதும் Prompt=lts அமைப்பைக் கொண்டிருந்த 24.04 கணினி No new release found. என்று பதிலளித்தது என்றால், அது பழுதடைந்ததல்ல. அது கொள்கையைப் பின்பற்றியது. பாதை திறந்தவுடன், 24.04-லிருந்து 26.04 LTS upgrade என்பதைத் திட்டமிட்டுச் செயல்படுத்த வேண்டும்.

இடைக்கால வெளியீடு (interim release) எப்போது சரியான தேர்வு

இது உண்மையாகவே பயனுள்ள நான்கு சூழல்கள்:

• LTS காப்பகத்தில் இல்லாத ஒரு kernel அல்லது userspace பதிப்பு, இந்த server-ல் உங்களுக்கு இப்போதே தேவைப்படுகிறது.
• இந்த machine ஒரு build host, CI runner அல்லது test box ஆகும்; இதை நீங்கள் image மூலம் மீண்டும் உருவாக்குகிறீர்கள். எனவே, upgrade என்பது maintenance window-க்கு பதிலாக ஒரு புதிய instance-ஐ உருவாக்குவதாகும்.
• LTS உறைந்த (frozen) பிறகு வன்பொருள் அல்லது hypervisor அம்சம் அறிமுகப்படுத்தப்பட்டு, அதற்கு backport எதுவும் இல்லை.
• அடுத்த LTS-ல் என்ன இருக்கும் என்பதை நீங்கள் சரிபார்க்கிறீர்கள். 28.04 என்பது 26.10, 27.04 மற்றும் 27.10 ஆகியவற்றிலிருந்து கட்டமைக்கப்படுகிறது. முக்கியமான server-ல் ஒரு breaking change-ஐக் கண்டறிவதை விட, ஒரு spare VPS-ல் அதைக் கண்டறிவது செலவு குறைவானது.

இடைக்கால வெளியீட்டைத் தேடும் பெரும்பாலான மக்கள், ஒரு புதிய distribution-ஐ அல்ல, ஒரு புதிய package-ஐ மட்டுமே விரும்புகிறார்கள். இதற்கு இரண்டு மலிவான தீர்வுகள் உள்ளன. Hardware enablement stack, பிற்கால வெளியீடுகளிலிருந்து kernel-களை LTS-க்குக் கொண்டுவருகிறது: 24.04-ல் இது sudo apt install linux-generic-hwe-24.04 ஆகும், மேலும் இது இரண்டாவது point release-லிருந்து தொடங்கி ஒவ்வொரு முறையும் முன்னெடுத்துச் செல்லப்படுகிறது. ஒரு குறிப்பிட்ட application-க்கு, முழு operating system-ஐ மாற்றுவதற்குப் பதிலாக, ஒரு container image அல்லது அந்த vendor-ன் சொந்த repository-ஐப் பயன்படுத்துவது சிறந்தது.

இடைக்கால வெளியீடுகள் (interim releases) ஏன் தவறான தேர்வு

• பணம் செலுத்தும் பயனர்களைக் கொண்ட அல்லது on-call சுழற்சி முறையில் இயங்கும் எந்தவொரு அமைப்பும். நீங்கள் ஒருபோதும் பயன்படுத்தாத package பதிப்புகளுக்காக, ஆண்டுக்கு இருமுறை கட்டாய upgrade-ஐ மேற்கொள்ள வேண்டியிருக்கும்.
• unattended-upgrades மூலம் பாதுகாப்பு patch-களைப் பெறும் எந்தவொரு server-ம். அந்த automation, அது தரவுகளைப் பெறும் security pocket-ன் தரத்திற்கு மட்டுமே உட்பட்டது.
• நீங்கள் கைமுறையாக upgrade செய்யும் server-கள். ஏனெனில், ஒருமுறை செய்யும் வேலையை மொத்த server-களின் எண்ணிக்கையால் பெருக்கினால் வரும் நேரமே உண்மையான செலவாகும்.
• நீங்கள் நிறுவிவிட்டு ஓராண்டு வரை கவனிக்காத எந்தவொரு அமைப்பும். நீங்கள் மறந்துவிட்ட ஒரு இடைக்கால வெளியீடு, ஒன்பது மாதங்களுக்குப் பிறகு patch செய்யப்படாத, இணையத்துடன் இணைக்கப்பட்ட server-ஆக மாறிவிடும்.

அந்த கடைசி தோல்வி அமைதியாக நடக்கும், அதுவே அதை ஆபத்தானதாக மாற்றுகிறது. ஒரு வெளியீடு அதன் ஆயுட்காலத்தை (end of life) எட்டும்போது, அதன் packages old-releases.ubuntu.com-க்கு மாற்றப்படுகின்றன. எனவே, sudo apt update ஆனது archive.ubuntu.com-ல் 404 பிழைகளுடன் தோல்வியடையத் தொடங்குகிறது. வட்டில் உள்ள package பட்டியல்கள் காலாவதியாகிவிடும். unattended-upgrades அதன் timer-ல் தொடர்ந்து இயங்கி, /var/log/unattended-upgrades/unattended-upgrades.log-ல் இது போன்ற வரிகளை எழுதிக்கொண்டே இருக்கும்:

No packages found that can be upgraded unattended and no pending auto-removals

முழுமையாக patch செய்யப்பட்ட server-லும், நான்கு மாதங்களுக்கு முன்பே ஆயுட்காலம் முடிந்த server-லும் இந்த வரி ஒரே மாதிரியாகவே இருக்கும். யாராவது apt பிழைகளை வாசிக்காதவரை அல்லது ஆயுட்காலத் தேதியைக் கண்காணிக்காதவரை, நீங்கள் பார்ப்பது எந்த வகையான server என்பதை அந்த இயந்திரத்தில் உள்ள எதுவும் உங்களுக்குத் தெரிவிக்காது.

இடைக்காலத் தடத்தில் (interim track) முதலில் அமல்படுத்தப்படும் மாற்றங்கள்

மார்ச் 2026-ல், Canonical பொறியாளர் ஒருவர் Ubuntu discourse தளத்தில், 26.10 பதிப்பில் secure boot-க்காக வழங்கப்படும் கையொப்பமிடப்பட்ட GRUB bootloader-ஐ நீக்க முன்மொழிந்தார். இந்த முன்மொழிவு btrfs, hfsplus, xfs மற்றும் zfs கோப்பு முறைமை இயக்கிகள் (filesystem drivers), JPEG மற்றும் PNG படப் பகுப்பாய்விகள் (parsers), Apple partition tables, /boot on LVM, RAID 1 தவிர்த்த பிற மென்பொருள் RAID மற்றும் LUKS குறியாக்கம் செய்யப்பட்ட /boot ஆகியவற்றை நீக்குகிறது. bootloader-க்குள் இருக்கும் பகுப்பாய்விகள் அடிக்கடி பாதுகாப்புப் பிழைகளை ஏற்படுத்துவதே இதற்குக் கூறப்படும் காரணம். மேலும், சேமிப்பகம் மற்றும் குறியாக்க தர்க்கம் (logic) initramfs-ல் இருக்க வேண்டும்; இது kernel உண்மையான root-ஐ ஏற்றும் முன் பயன்படுத்தும் சிறிய ஆரம்பகால RAM கோப்பு முறைமையாகும். ஆகஸ்ட் 2026 நிலவரப்படி, இது விவாதத்தில் உள்ள ஒரு முன்மொழிவு மட்டுமே, இன்னும் வெளியிடப்பட்ட மாற்றம் அல்ல.

பெரும்பாலான VPS instances-க்கு இது எந்த மாற்றத்தையும் ஏற்படுத்தாது, ஏனெனில் அவை GPT partition table-ல் உள்ள சாதாரண ext4 /boot மூலம் secure boot இன்றி இயங்குகின்றன. உங்கள் கணினியை நீங்களே சரிபார்க்கவும், ஊகிக்க வேண்டாம். உங்கள் root ZFS-ஆக இருந்தால், அல்லது /boot என்பது btrfs-ல் அல்லது LUKS-க்குள் இருந்தால், இது போன்ற மாற்றங்களே இடைக்காலத் தடத்தில் (interim track) உங்களை முதலில் சந்திக்கும். பாதிக்கப்பட்ட பயனர்களுக்கு அந்த விவாதத் திரையிலேயே வழங்கப்படும் அறிவுரை, LTS பதிப்பிலேயே நீடிக்க வேண்டும் என்பதாகும். அந்த அறிவுரையே இந்த முழு வாதத்தின் சாராம்சம். இடைக்கால வெளியீடுகள் (interim releases) என்பவை மாற்றங்களைச் சோதித்துப் பார்க்கும் இடங்களாகும். இரண்டு வருட இடைக்கால வெளியீடுகளுக்குப் பிறகு, எவை பாதிப்பை ஏற்படுத்துகின்றன என்று கண்டறியப்பட்ட பின்னரே மாற்றங்கள் LTS-க்கு வருகின்றன.

இதே முறை ஒவ்வொரு இடைக்கால வெளியீட்டிலும் சிறிய அளவில் வெளிப்படுகிறது. database, language runtime மற்றும் init configuration ஆகியவற்றின் இயல்புநிலை பதிப்புகள் (default versions) முன்னேற்றமடைவதால், முன்பு வேலை செய்த config கோப்புகள் வேலை செய்யாமல் போகலாம். இயல்புநிலைகளை முன்னேற்றுவதே இடைக்கால வெளியீட்டின் பணியாகும். எனவே, அந்த பத்து மேம்படுத்தல்களுக்கு முன்பாக release notes-ஐ வாசிப்பது, நீங்கள் ஒப்புக்கொண்ட விலையின் ஒரு பகுதியாகும்.

server-ஐ உருவாக்கும்போது track-ஐத் தேர்ந்தெடுத்தல்

நிறுவும்போதே (install time) சரியான track-ஐத் தேர்ந்தெடுக்கவும், ஏனெனில் அதன் பிறகு மாற்றுவது என்பது மீண்டும் நிறுவுவதற்கோ அல்லது தொடர்ச்சியான மேம்படுத்தல்களுக்கோ (upgrades) வழிவகுக்கும். புதிய server ஒன்றில், உங்கள் தற்போதைய நிலையை அறிய பின்வரும் நான்கு கட்டளைகளைப் பயன்படுத்தவும்:

lsb_release -a
grep -i prompt /etc/update-manager/release-upgrades
sudo do-release-upgrade -c
pro security-status

lsb_release -a நீங்கள் நிறுவ விரும்பிய release-ஐக் காட்ட வேண்டும், மேலும் LTS பதிப்பில் அதன் விவரண வரி LTS என்று முடிய வேண்டும். Prompt வரி நீங்கள் தேர்ந்தெடுத்த track-உடன் ஒத்துப்போக வேண்டும், மாறாக அந்த provider வழங்கிய image-ல் உள்ளதாக இருக்கக்கூடாது. தற்போதைய LTS-ல் do-release-upgrade -c கட்டளை No new release found. என்று பதிலளிக்க வேண்டும். அதற்குப் பதிலாக அது இடைக்கால (interim) release-ஐக் காட்டினால், Prompt என்பது normal என அமைக்கப்பட்டுள்ளது என்று அர்த்தம்; இது திட்டமிட்டதா என்பதை நீங்கள் முடிவு செய்ய வேண்டும். pro security-status கட்டளை, நிறுவப்பட்ட தொகுப்புகள் (packages) எந்த update stream-ன் கீழ் வருகின்றன என்பதைத் தெரிவிக்கும், மேலும் அந்த machine எதனுடனும் சந்தா (subscription) மூலம் இணைக்கப்படவில்லை என்றால் அதைத் தெளிவாகக் கூறும்.

பிறகு, அந்த server-ன் build notes-ல், அதன் ஆயுட்காலம் முடிவடையும் தேதியை (end of life date) அனைவரும் பார்க்கும் வகையில் குறித்து வைக்கவும். இது புதிய VPS-ல் முதல் பத்து நிமிடங்கள் என்ற பகுதியில் உள்ள பிற பணிகளுடன் சேர்க்கப்பட வேண்டும், ஏனெனில் ஒருவரின் நினைவில் மட்டுமே இருக்கும் support date கவனிக்கப்படாமலேயே முடிந்துவிடும். ஆறு மாதங்களுக்கு ஒருமுறை நடக்கும் மாற்றங்களைத் தவிர்க்க விரும்பினால், நீங்கள் ஒரு fleet-ஐத் தீர்மானிக்கும் முன் FreeBSD release model மற்றும் Linux ஒப்பீடு என்ற கட்டுரையை ஒரு மணிநேரம் வாசிப்பது பயனுள்ளதாக இருக்கும்.

FAQ

நான் ஒரு production server-ல் Ubuntu interim release-ஐப் பயன்படுத்தலாமா?

பெரும்பாலான சூழல்களில், கூடாது. ஒரு interim release வெளியான ஒன்பது மாதங்களுக்குப் பிறகு அதற்கான security updates நிறுத்தப்படும். எனவே, அந்தப் பாதையில் இயங்கும் production server-களுக்கு ஆண்டுக்கு இருமுறை கட்டாய upgrade செய்ய வேண்டிய சூழல் ஏற்படும். CI runners மற்றும் build hosts போன்ற, image மூலம் அடிக்கடி மீண்டும் உருவாக்கப்படும் இயந்திரங்களுக்கு மட்டுமே இது விதிவிலக்கு; அங்கு upgrade என்பது புதிய instance-ஐ உருவாக்குவதாகும். உண்மையான பயனர்கள் உங்கள் server-ஐச் சார்ந்திருந்தால், LTS பதிப்பையே நிறுவுங்கள்; இதன் மூலம் கிடைக்கும் நேரத்தை மற்ற பணிகளுக்குப் பயன்படுத்தலாம்.

Ubuntu interim release-ன் ஆதரவு காலம் எவ்வளவு?

ஒன்பது மாதங்கள். 26.10 பதிப்பு 15 October 2026 அன்று வெளியாகிறது, அதன் security maintenance ஜூலை 2027-ல் முடிவடையும். இது 25.10 பதிப்பு ஜூலை 2026-ல் முடிவடைந்த அதே கால அளவைக் கொண்டது. ஒவ்வொரு interim release-ம் ஏப்ரல் அல்லது அக்டோபரில் வெளியாகி, ஒன்பது மாதங்களுக்குப் பிறகு முடிவடையும். ஒரு LTS பதிப்பு ஐந்து ஆண்டுகள் standard security maintenance-ஐப் பெறும். Ubuntu Pro மூலம் இதை பத்து ஆண்டுகளாக நீட்டிக்கலாம். ஆகஸ்ட் 2026 நிலவரப்படி, தனிநபர் பயன்பாட்டிற்கு ஐந்து இயந்திரங்கள் வரை Ubuntu Pro இலவசம்.

Upgrade செய்யும்போது Ubuntu பதிப்புகளைத் தவிர்க்க முடியுமா?

முடியாது. do-release-upgrade ஒரு நேரத்தில் ஒரு படி மட்டுமே முன்னேறும்: ஒரு interim release அடுத்த பதிப்பிற்கு மட்டுமே செல்லும், ஒரு LTS பதிப்பு நேரடியாக அடுத்த LTS பதிப்பிற்குச் செல்லலாம். 26.10-லிருந்து 28.04 LTS-க்குச் செல்ல வேண்டுமெனில், முதலில் 27.04 மற்றும் 27.10 வழியாக upgrade செய்ய வேண்டும் அல்லது இயந்திரத்தை மீண்டும் புதிதாக நிறுவ வேண்டும். Canonical ஒவ்வொரு மாற்றத்தையும் தனித்தனியாக உருவாக்கிச் சோதிக்கிறது; upgrader அந்த குறிப்பிட்ட மாற்றத்திற்கான கருவியை மட்டுமே பதிவிறக்கும். எனவே, இரண்டு படிகளை ஒரே நேரத்தில் தாண்டும் வசதி கிடையாது.

எனது Ubuntu பதிப்பின் ஆயுட்காலம் (end of life) முடிந்தால் என்ன நடக்கும்?

அதன் packages அனைத்தும் old-releases.ubuntu.com தளத்திற்கு மாற்றப்படும். இதனால் sudo apt update, archive.ubuntu.com தளத்தில் 404 பிழைகளைச் சந்திக்கும், மேலும் அந்தப் பதிப்பிற்குப் புதிய security updates எதுவும் கிடைக்காது. இயந்திரத்தில் இது குறித்து எந்த அறிவிப்பும் வராது. server தொடர்ந்து இயங்கி traffic-ஐக் கையாளும், ஆனால் அதில் கண்டறியப்படும் புதிய பாதிப்புகள் (vulnerabilities) அப்படியே இருக்கும். அவசரகால சூழலில் release upgrade செய்வது அல்லது இயந்திரத்தை மீண்டும் உருவாக்குவதே இதற்கான தீர்வு. எனவே, அறிகுறிகள் தோன்றும் வரை காத்திருக்காமல், காலாவதியாகும் தேதியைக் கவனியுங்கள்.

புதிய hardware-க்கு LTS kernel மிகவும் பழையதா?

பொதுவாக இல்லை, ஏனெனில் ஒரு LTS அதன் தொடக்க கால kernel-ஐ ஐந்து ஆண்டுகள் அப்படியே வைத்திருப்பதில்லை. Hardware enablement stack (HWE), பிந்தைய பதிப்புகளில் உள்ள kernel-களை point releases மூலம் LTS-க்குக் கொண்டு வருகிறது. ஒரு server install-ல் linux-generic-hwe-24.04 போன்ற package மூலம் இதைத் தேர்வு செய்யலாம். kernel தான் தடையாக இருக்கிறது என்று முடிவு செய்வதற்கு முன், uname -r மூலம் நீங்கள் தற்போது எதைப் பயன்படுத்துகிறீர்கள் என்பதைச் சரிபார்க்கவும். ஒருவேளை kernel-ஐ விட userspace பதிப்புதான் தடையாக இருந்தால், முழு இயந்திரத்தையும் interim track-க்கு மாற்றுவதை விட, container அல்லது vendor repository-ஐப் பயன்படுத்துவது எளிதான மாற்றமாகும்.