เลือก Ubuntu LTS หรือ Interim Release สำหรับเซิร์ฟเวอร์ดี

Ubuntu LTS เทียบกับรุ่น interim: คำตอบโดยย่อ

การเลือกระหว่าง Ubuntu LTS กับรุ่น interim สำหรับเซิร์ฟเวอร์ขึ้นอยู่กับตัวเลขเพียงตัวเดียว คือระยะเวลาที่รุ่นนั้นจะได้รับอัปเดตความปลอดภัย รุ่น LTS จะได้รับการบำรุงรักษาความปลอดภัยมาตรฐานเป็นเวลา 5 ปี ส่วนรุ่น interim จะได้รับเพียง 9 เดือน จากนั้นการอัปเดตจะหยุดลง ทำให้คุณต้องอัปเกรดหรือสร้างระบบใหม่ ให้ใช้ LTS กับงานใดก็ตามที่มีผู้อื่นต้องพึ่งพา และใช้รุ่น interim เฉพาะในกรณีที่คุณสามารถสร้างระบบใหม่ได้โดยไม่ต้องขออนุมัติจากใคร

LTS ย่อมาจาก long term support โดย Canonical จะออกรุ่น LTS หนึ่งรุ่นทุกๆ 2 ปี ในเดือนเมษายนของปีคู่ และออกรุ่น interim หนึ่งรุ่นทุกๆ 6 เดือนในช่วงระหว่างนั้น 26.04 LTS ได้ปล่อยออกมาเมื่อวันที่ 23 เมษายน 2026 และการบำรุงรักษาความปลอดภัยมาตรฐานจะดำเนินไปจนถึงปี 2031 ส่วน 26.10 มีกำหนดการในวันที่ 15 ตุลาคม 2026 ซึ่งเป็นรุ่น interim ดังนั้นระยะเวลาสนับสนุนจะสิ้นสุดในเดือนกรกฎาคม 2027

ระยะเวลาการสนับสนุนของ Ubuntu แต่ละรุ่น

[
  {
    "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
  }
]

ตัวเลขเหล่านี้เป็นนโยบายที่เผยแพร่อย่างเป็นทางการโดย Canonical ณ เดือนสิงหาคม 2026 ไม่ใช่ค่าที่วัดได้จากเครื่องทดสอบ รุ่น LTS จะได้รับการสนับสนุนด้านความปลอดภัยมาตรฐานเป็นเวลา 60 เดือน ซึ่งเท่ากับการอัปเกรดรุ่นที่วางแผนไว้ 1 ครั้งในระยะเวลา 5 ปี ส่วนรุ่น interim release จะได้รับการสนับสนุนเป็นเวลา 9 เดือน การเลือกใช้รุ่น interim release ต่อเนื่องเป็นเวลา 5 ปีเท่ากัน จะต้องทำการอัปเกรดรุ่นถึง 10 ครั้ง เนื่องจากคุณไม่สามารถข้ามรุ่นได้ และในระยะเวลา 5 ปีจะมีรุ่นใหม่ออกมาถึง 10 รุ่น

การสมัครสมาชิก Ubuntu Pro จะขยายระยะเวลาของรุ่น LTS ออกไปเป็น 120 เดือน หรือ 10 ปี และขยายขอบเขตการครอบคลุมจากเฉพาะส่วนประกอบ main ไปจนถึงคลังซอฟต์แวร์ทั้งหมด ณ เดือนสิงหาคม 2026 บริการ Pro เปิดให้ใช้งานฟรีสำหรับการใช้งานส่วนบุคคลสูงสุด 5 เครื่อง ซึ่งครอบคลุมการใช้งาน VPS ขนาดเล็กส่วนใหญ่ สำหรับรุ่น interim release จะไม่มีบริการในลักษณะเดียวกัน ระยะเวลา 9 เดือนคือทั้งหมดที่มีให้ และไม่มีการสมัครสมาชิกใดที่สามารถขยายระยะเวลานี้ได้

ต้นทุนของระยะเวลาเก้าเดือนบนเซิร์ฟเวอร์จริง

ใช้ 26.10 เป็นตัวอย่างประกอบ รุ่นนี้ออกในวันที่ 15 ตุลาคม 2026 และสิ้นสุดการดูแลความปลอดภัยในเดือนกรกฎาคม 2027 ซึ่งเป็นรูปแบบเก้าเดือนเช่นเดียวกับที่ 25.10 สิ้นสุดลงในเดือนกรกฎาคม 2026 หากมองตามปฏิทินอาจดูเหมือนมีช่วงเวลาการบำรุงรักษาหนึ่งครั้งในทุกสามไตรมาส แต่การอ่านปฏิทินเช่นนั้นไม่ถูกต้องและส่งผลเสียในแง่ของค่าใช้จ่าย

การอัปเกรดรุ่นเป็นการแทนที่ระบบปฏิบัติการในตัวเครื่อง do-release-upgrade จะเขียนไฟล์ apt sources ใหม่ ปิดการใช้งาน repository ของบุคคลที่สาม เปลี่ยนเวอร์ชันของแพ็กเกจที่ติดตั้งไว้เกือบทั้งหมด หยุดเพื่อสอบถามเกี่ยวกับไฟล์ config ที่คุณเคยแก้ไข และรีบูตเครื่องเมื่อเสร็จสิ้น นี่คือเหตุผลว่าทำไมจึงต้องวางแผนช่วงเวลาการทำงานและไม่ควรทำเป็นงานเบื้องหลัง

หากรันผ่าน ssh เครื่องมือนี้จะป้องกันคุณจากการเชื่อมต่อที่หลุด โดยจะเริ่มเซสชัน screen ของตัวเองและเปิด 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 ของคุณหรือ firewall เครือข่ายของผู้ให้บริการบล็อกพอร์ต 1022 ระบบสำรองนี้จะใช้งานไม่ได้ และหากการเชื่อมต่อหลุดในขณะนั้นจะทำให้ชุดแพ็กเกจถูกอัปเกรดเพียงครึ่งเดียว การรันภายใน tmux หรือ screen ด้วยตัวเองจะให้การป้องกันแบบเดียวกันบนทุกเครื่อง

ข้อความแจ้งเตือนเกี่ยวกับไฟล์ config คือสิ่งที่ทำให้การอัปเกรดที่ควรใช้เวลาสิบห้านาทีกลายเป็นหนึ่งชั่วโมง:

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 ?

การเลือกเก็บไฟล์เดิมไว้หมายความว่าคุณจะพลาดการเปลี่ยนแปลงค่าเริ่มต้นใหม่ ส่วนการเลือกใช้ไฟล์ของผู้ดูแลแพ็กเกจหมายความว่าการตั้งค่าความปลอดภัยที่คุณทำไว้จะหายไปจนกว่าคุณจะนำกลับมาใส่ใหม่ ไม่มีคำตอบใดที่ปลอดภัยหากไม่ทราบว่ามีการเปลี่ยนแปลงอะไรบ้างในรุ่นนั้น นี่คือเหตุผลว่าทำไมการอ่านบันทึกประจำรุ่น (release notes) จึงเป็นส่วนหนึ่งของช่วงเวลาการทำงาน ไม่ใช่การบ้านเสริมที่เลือกทำหรือไม่ก็ได้

จากนั้นให้คูณด้วยจำนวนเครื่อง VPS หนึ่งเครื่องบนสาย interim track จะมีช่วงเวลาการอัปเกรดสิบครั้งในห้าปี หากมี VPS ห้าเครื่องก็จะเป็นห้าสิบครั้ง เว้นแต่ว่าทุกเครื่องจะเป็นแบบใช้แล้วทิ้งและสร้างใหม่จาก image สำหรับเครื่องห้าเครื่องบนสาย LTS track จะมีการอัปเกรดเพียงห้าครั้งในช่วงเวลาเดียวกัน และคุณสามารถเลือกเดือนที่จะดำเนินการแต่ละเครื่องได้เอง

เหตุผลที่คุณไม่สามารถข้าม Ubuntu release ได้

เส้นทางการอัปเกรดถูกกำหนดไว้ตายตัว โดย release ระหว่างกาล (interim release) จะอัปเกรดไปยัง release ถัดไปเสมอไม่ว่าจะเป็นเวอร์ชันใด ส่วน LTS จะอัปเกรดไปยัง LTS ถัดไปโดยตรง หรือไปยัง interim release ถัดไปหากคุณต้องการ ไม่มีกระบวนการใดที่อัปเกรดข้ามสองขั้นตอนพร้อมกัน การจะไปจาก 26.10 ไปยัง 28.04 LTS จำเป็นต้องผ่าน 27.04 และ 27.10 หรือใช้วิธีติดตั้งเครื่องใหม่เท่านั้น

กลไกนี้เป็นสิ่งที่ควรทราบเพราะแสดงให้เห็นว่ากฎนี้ไม่มีข้อยกเว้น do-release-upgrade จะดึงไฟล์ meta-release จาก changelogs.ubuntu.com จากนั้นจึงดาวน์โหลดเครื่องมืออัปเกรดที่สร้างขึ้นสำหรับการเปลี่ยนผ่านเฉพาะจุดนั้นๆ Canonical สร้างและทดสอบการเปลี่ยนผ่านทีละขั้นตอน ดังนั้นการกระโดดข้าม release จึงไม่มีเครื่องมือและไม่มีการทดสอบรองรับ ตัวอัปเกรดไม่ได้ปฏิเสธเพราะความระมัดระวัง แต่เป็นเพราะไม่มีข้อมูลหรือเครื่องมือใดๆ สำหรับการข้ามขั้นตอนนั้นให้ใช้งาน

release ที่คุณจะได้รับข้อเสนอขึ้นอยู่กับบรรทัดการตั้งค่าเพียงบรรทัดเดียว:

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

Prompt=lts จะเสนอเฉพาะ LTS ถัดไปเท่านั้น Prompt=normal จะเสนอ release ถัดไปไม่ว่าจะเป็น LTS หรือไม่ก็ตาม Prompt=never จะไม่เสนออะไรเลย ซึ่งเป็นวิธีที่คุณใช้ป้องกันไม่ให้เพื่อนร่วมงานที่หวังดีเริ่มการอัปเกรดที่คุณไม่ได้วางแผนไว้ ใน release ที่ไม่ใช่ LTS นั้น lts จะทำงานเหมือนกับ normal ทุกประการ เพราะ release ถัดจาก 26.10 คือ 27.04 ไม่ว่าจะตั้งค่าแบบใดก็ตาม การตรวจสอบจะแสดง Checking for a new Ubuntu release ตามด้วยบรรทัด New release ... available. หรือ No new release found.

มีกฎการกำหนดเวลาอีกข้อที่มักทำให้ผู้ใช้สับสน การอัปเกรดจาก LTS ไปยัง LTS จะไม่เปิดให้ใช้งานในวันที่ LTS ใหม่ปล่อยออกมา แต่จะเปิดให้ใช้งานพร้อมกับ point release แรก ซึ่ง 26.04.1 มีกำหนดการในวันที่ 27 สิงหาคม 2026 เครื่องที่ใช้ 24.04 ซึ่งตั้งค่า Prompt=lts และตอบกลับว่า No new release found. ตลอดช่วงฤดูร้อนปี 2026 นั้นไม่ได้เสีย แต่เป็นไปตามนโยบาย เมื่อเส้นทางดังกล่าวเปิดใช้งาน การอัปเกรดจาก 24.04 ไปยัง 26.04 LTS คือสิ่งที่คุณควรวางแผนและทดสอบล่วงหน้า

เมื่อการเลือกใช้ interim release เป็นทางเลือกที่เหมาะสม

กรณี 4 ประการที่การเลือกใช้รุ่นนี้ให้ผลลัพธ์ที่ดีกว่าอย่างแท้จริง:

• คุณจำเป็นต้องใช้ kernel หรือเวอร์ชันของ userspace ที่ไม่มีอยู่ในคลังซอฟต์แวร์ LTS บนเครื่องนี้ในขณะนี้
• เครื่องดังกล่าวเป็น build host, CI runner หรือเครื่องทดสอบที่คุณสร้างใหม่จาก image อยู่เสมอ ดังนั้นการอัปเกรดจึงเป็นการสร้าง instance ใหม่แทนที่จะต้องรอช่วงเวลาบำรุงรักษา
• ฮาร์ดแวร์หรือฟีเจอร์ของ hypervisor ถูกปล่อยออกมาหลังจากที่ LTS ถูกล็อกเวอร์ชันไว้ และไม่มีการทำ backport ให้ใช้งาน
• คุณกำลังตรวจสอบว่า LTS รุ่นถัดไปจะมีอะไรบ้าง 28.04 ถูกประกอบขึ้นจาก 26.10, 27.04 และ 27.10 การพบปัญหาที่ทำให้ระบบพังบน VPS สำรองนั้นมีต้นทุนต่ำกว่าการไปพบปัญหาบนเครื่องที่ใช้งานจริง

ผู้ใช้ส่วนใหญ่ที่เลือกใช้ interim release มักต้องการเพียงแพ็กเกจที่ใหม่กว่า ไม่ใช่การเปลี่ยนทั้ง distribution ซึ่งมีทางเลือกอื่นที่ประหยัดกว่า 2 ทาง คือ Hardware enablement stack ซึ่งนำ kernel จากรุ่นที่ใหม่กว่ามาไว้ใน LTS โดยใน 24.04 จะใช้ sudo apt install linux-generic-hwe-24.04 และจะมีการอัปเดตต่อเนื่องในทุกจุดปล่อยเวอร์ชันย่อยโดยเริ่มตั้งแต่รุ่นที่สองเป็นต้นไป สำหรับแอปพลิเคชันเดี่ยว การใช้ container image หรือ repository ของผู้พัฒนาโดยตรงจะช่วยให้คุณอัปเดตเฉพาะส่วนที่ต้องการแทนที่จะต้องเปลี่ยนทั้งระบบปฏิบัติการ

เมื่อการเลือกใช้ interim release เป็นทางเลือกที่ผิด

• ระบบใดก็ตามที่มีผู้ใช้งานแบบเสียค่าบริการหรือมีการเข้าเวร on-call คุณจะต้องยอมรับการอัปเกรดแบบบังคับปีละ 2 ครั้ง เพื่อแลกกับเวอร์ชันของแพ็กเกจที่คุณอาจไม่ได้ใช้งานเลย
• เซิร์ฟเวอร์ใดก็ตามที่ unattended-upgrades ทำหน้าที่จัดการแพตช์ความปลอดภัยให้คุณ ระบบอัตโนมัตินั้นจะมีประสิทธิภาพเท่ากับแหล่งเก็บแพ็กเกจความปลอดภัยที่มันดึงข้อมูลมาเท่านั้น
• กลุ่มเซิร์ฟเวอร์ที่คุณอัปเกรดด้วยตนเอง เพราะต้นทุนที่แท้จริงคือเวลาที่ใช้ในหนึ่งรอบการทำงานคูณด้วยจำนวนเซิร์ฟเวอร์ทั้งหมด
• ระบบใดก็ตามที่คุณติดตั้งแล้วไม่ได้เข้าไปดูแลเป็นเวลาหนึ่งปี interim release ที่คุณลืมไปแล้วจะกลายเป็นเซิร์ฟเวอร์ที่เปิดรับการเชื่อมต่อจากอินเทอร์เน็ตโดยไม่มีการแพตช์หลังจากผ่านไปเก้าเดือน

ความล้มเหลวในกรณีสุดท้ายนี้เกิดขึ้นอย่างเงียบเชียบ ซึ่งเป็นสิ่งที่ทำให้มันอันตราย เมื่อ release สิ้นสุดอายุการใช้งาน (end of life) แพ็กเกจของมันจะถูกย้ายไปยัง old-releases.ubuntu.com ส่งผลให้ sudo apt update เริ่มทำงานล้มเหลวเมื่อติดต่อกับ archive.ubuntu.com โดยได้รับข้อผิดพลาด 404 รายการแพ็กเกจในดิสก์จะกลายเป็นข้อมูลเก่า unattended-upgrades จะยังคงทำงานตามตัวตั้งเวลาและเขียนบรรทัดข้อความลักษณะนี้ลงใน /var/log/unattended-upgrades/unattended-upgrades.log ต่อไป:

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

บรรทัดนั้นจะแสดงผลเหมือนกันทั้งบนเซิร์ฟเวอร์ที่ได้รับการแพตช์อย่างสมบูรณ์และบนเซิร์ฟเวอร์ที่ release สิ้นสุดอายุไปแล้วสี่เดือน หากไม่มีใครอ่านข้อผิดพลาดของ apt หรือติดตามวันสิ้นสุดอายุการใช้งาน ก็จะไม่มีสิ่งใดบนเครื่องที่บอกคุณได้ว่าคุณกำลังดูเซิร์ฟเวอร์ในสถานะใดอยู่

ประเภทของการเปลี่ยนแปลงที่เข้าสู่ interim track เป็นลำดับแรก

ในเดือนมีนาคม 2026 วิศวกรของ Canonical ได้เสนอผ่าน Ubuntu discourse ให้มีการตัด GRUB bootloader แบบเซ็นชื่อกำกับ (signed bootloader) ที่มาพร้อมกับระบบสำหรับ Secure Boot ในรุ่น 26.10 ข้อเสนอดังกล่าวจะตัดไดรเวอร์ระบบไฟล์สำหรับ btrfs, hfsplus, xfs และ zfs, ตัวแยกวิเคราะห์ไฟล์ภาพ JPEG และ PNG, ตารางพาร์ทิชันแบบ Apple, /boot บน LVM, ซอฟต์แวร์ RAID นอกเหนือจาก RAID 1 และ /boot ที่เข้ารหัสด้วย LUKS เหตุผลที่ระบุคือตัวแยกวิเคราะห์ภายใน bootloader เป็นแหล่งที่มาของช่องโหว่ความปลอดภัยที่เกิดขึ้นซ้ำซาก และตรรกะด้านการจัดเก็บข้อมูลและการเข้ารหัสควรอยู่ใน initramfs ซึ่งเป็นระบบไฟล์ RAM ขนาดเล็กที่ kernel จะ mount ก่อนเข้าสู่ root จริง ณ เดือนสิงหาคม 2026 นี่เป็นเพียงข้อเสนอที่อยู่ระหว่างการอภิปราย ไม่ใช่การเปลี่ยนแปลงที่ถูกนำมาใช้จริง

สำหรับ VPS ส่วนใหญ่ การเปลี่ยนแปลงนี้จะไม่มีผลใดๆ เนื่องจาก VPS เหล่านี้บูตโดยไม่ใช้ Secure Boot จาก /boot แบบ ext4 บนตารางพาร์ทิชัน GPT ให้ตรวจสอบระบบของคุณแทนการคาดเดา หาก root ของคุณเป็น ZFS หรือ /boot อยู่บน btrfs หรือภายใน LUKS นี่คือประเภทของการเปลี่ยนแปลงที่จะพบเป็นกลุ่มแรกบน interim track และคำแนะนำในกระทู้สำหรับผู้ใช้ที่ได้รับผลกระทบคือให้ใช้งานรุ่น LTS ต่อไป คำแนะนำนั้นคือบทสรุปของเหตุผลทั้งหมดในประโยคเดียว รุ่น interim คือพื้นที่สำหรับการทดลองเปลี่ยนแปลง ส่วนรุ่น LTS คือพื้นที่ที่การเปลี่ยนแปลงเหล่านั้นจะถูกนำมาใช้หลังจากผ่านการทดสอบจากรุ่น interim มาแล้วสองปีจนพบว่ามีจุดใดที่อาจเกิดปัญหา

รูปแบบเดียวกันนี้ปรากฏให้เห็นในระดับที่เล็กลงในทุกรุ่น interim เวอร์ชันเริ่มต้นของฐานข้อมูล, runtime ของภาษาโปรแกรม และการตั้งค่า init จะถูกปรับให้ทันสมัยขึ้น ส่งผลให้ไฟล์คอนฟิกที่เคยใช้งานได้อาจหยุดทำงาน การปรับค่าเริ่มต้นให้ทันสมัยขึ้นคือหน้าที่หลักของรุ่น interim ซึ่งหมายความว่าการอ่านบันทึกประจำรุ่น (release notes) ก่อนการอัปเกรดทั้งสิบครั้งนั้นเป็นส่วนหนึ่งของราคาที่คุณตกลงที่จะจ่าย

การเลือกแทร็กเมื่อสร้างเซิร์ฟเวอร์

ให้เลือกแทร็กในระหว่างการติดตั้ง เพราะการเปลี่ยนแทร็กในภายหลังหมายถึงการต้องติดตั้งใหม่หรือการอัปเกรดแบบต่อเนื่อง บนเซิร์ฟเวอร์ใหม่ คำสั่ง 4 คำสั่งต่อไปนี้จะบอกสถานะปัจจุบันของคุณ:

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

lsb_release -a ควรระบุรุ่นที่คุณตั้งใจจะติดตั้ง และบนรุ่น LTS บรรทัดคำอธิบายควรลงท้ายด้วย LTS บรรทัด Prompt ควรตรงกับแทร็กที่คุณเลือก ไม่ใช่สิ่งที่อิมเมจของผู้ให้บริการติดตั้งมาให้ do-release-upgrade -c บนรุ่น LTS ปัจจุบันควรตอบกลับเป็น No new release found. หากระบบเสนอการอัปเดตเป็นรุ่นระหว่างกาล (interim release) แสดงว่า Prompt ถูกตั้งค่าเป็น normal และควรมีการตัดสินใจว่านั่นเป็นความตั้งใจหรือไม่ pro security-status จะรายงานว่าแพ็กเกจที่ติดตั้งอยู่จำนวนเท่าใดที่อยู่ภายใต้สตรีมการอัปเดตใด และจะแจ้งให้ทราบอย่างชัดเจนเมื่อเครื่องไม่ได้เชื่อมต่อกับสิทธิ์การใช้งาน (subscription)

จากนั้นให้บันทึกวันที่สิ้นสุดอายุการใช้งาน (end of life) ไว้ในที่ที่คุณจะเห็นได้อีกครั้ง โดยจดไว้ข้างบันทึกการสร้างเซิร์ฟเวอร์ส่วนที่เหลือ งานนี้ควรทำร่วมกับงานอื่นใน สิบนาทีแรกบน VPS ใหม่ เพราะวันที่สิ้นสุดการสนับสนุนที่อยู่ในความทรงจำของใครคนใดคนหนึ่งมักจะผ่านไปโดยไม่มีใครสังเกตเห็น หากการเปลี่ยนแปลงทุกหกเดือนเป็นสิ่งที่คุณต้องการหลีกเลี่ยงโดยสิ้นเชิง การเปรียบเทียบโมเดลการออกรุ่นของ FreeBSD กับ Linux เป็นสิ่งที่คุ้มค่าที่จะใช้เวลาอ่านหนึ่งชั่วโมงก่อนที่คุณจะตัดสินใจเลือกใช้ระบบใดระบบหนึ่งกับเซิร์ฟเวอร์ทั้งหมดของคุณ

FAQ

ฉันควรใช้ Ubuntu รุ่น interim บนเซิร์ฟเวอร์ที่ใช้งานจริงหรือไม่?

ในเกือบทุกกรณี คำตอบคือไม่ รุ่น interim จะหยุดได้รับการอัปเดตความปลอดภัยหลังจากปล่อยออกมาแล้ว 9 เดือน ดังนั้นการใช้งานจริงบนรุ่นนี้หมายความว่าคุณต้องมีช่วงเวลาสำหรับการอัปเกรดระบบอย่างน้อยปีละ 2 ครั้งตลอดไป ข้อยกเว้นที่ยอมรับได้คือเครื่องที่คุณสร้างใหม่จาก image อยู่แล้ว เช่น CI runners หรือ build hosts ซึ่งการอัปเกรดคือการสร้าง instance ใหม่แทนที่จะเป็นการอัปเกรดระบบเดิม หากมีผู้ใช้งานจริงที่ต้องพึ่งพาเครื่องนั้น ให้ติดตั้งรุ่น LTS แล้วนำเวลาที่ประหยัดได้จากการไม่ต้องอัปเกรดบ่อยไปทำอย่างอื่นแทน

Ubuntu รุ่น interim มีระยะเวลาสนับสนุนนานเท่าใด?

9 เดือน รุ่น 26.10 ปล่อยออกมาในวันที่ 15 ตุลาคม 2026 และสิ้นสุดการดูแลความปลอดภัยในเดือนกรกฎาคม 2027 ซึ่งเป็นรูปแบบเดียวกับที่รุ่น 25.10 สิ้นสุดในเดือนกรกฎาคม 2026 รุ่น interim ทุกรุ่นจะเป็นไปตามนี้ คือปล่อยในเดือนเมษายนหรือตุลาคม และสิ้นสุดในอีก 9 เดือนถัดมา รุ่น LTS จะได้รับการดูแลความปลอดภัยมาตรฐาน 5 ปี และขยายได้ถึง 10 ปีด้วย Ubuntu Pro ซึ่ง ณ เดือนสิงหาคม 2026 สามารถใช้งานส่วนตัวได้ฟรีสูงสุด 5 เครื่อง

ฉันสามารถข้ามรุ่น Ubuntu ในการอัปเกรดได้หรือไม่?

ไม่ได้ do-release-upgrade จะอัปเกรดทีละขั้นตอนเท่านั้น: รุ่น interim จะอัปเกรดไปยังรุ่นถัดไป และรุ่น LTS สามารถอัปเกรดไปยังรุ่น LTS ถัดไปได้โดยตรง การจะอัปเกรดจาก 26.10 ไปยัง 28.04 LTS จำเป็นต้องอัปเกรดผ่านรุ่น 27.04 และ 27.10 ก่อน หรือใช้วิธีติดตั้งเครื่องใหม่ Canonical สร้างและทดสอบการเปลี่ยนผ่านทีละขั้นตอนเท่านั้น และเครื่องมืออัปเกรดจะดาวน์โหลดมาเพื่อการข้ามรุ่นที่กำหนดไว้โดยเฉพาะ ดังนั้นการข้ามสองขั้นตอนจึงไม่มีเครื่องมือรองรับและไม่เคยเปิดให้ใช้งาน

จะเกิดอะไรขึ้นเมื่อรุ่น Ubuntu ของฉันหมดอายุการสนับสนุน?

แพ็กเกจต่างๆ จะถูกย้ายไปที่ old-releases.ubuntu.com ทำให้ sudo apt update เริ่มทำงานล้มเหลวเมื่อติดต่อกับ archive.ubuntu.com โดยจะพบข้อผิดพลาด 404 และจะไม่มีการเผยแพร่อัปเดตความปลอดภัยใหม่สำหรับรุ่นนั้นอีกต่อไป ระบบจะไม่มีการแจ้งเตือนใดๆ บนเครื่อง เซิร์ฟเวอร์จะยังคงทำงานและให้บริการ traffic ต่อไปในขณะที่ช่องโหว่ใหม่ๆ ที่ถูกค้นพบจะยังคงเปิดค้างอยู่ การกู้คืนทำได้โดยการอัปเกรดรุ่นภายใต้ความกดดันของเวลา หรือการสร้างระบบใหม่ ดังนั้นควรติดตามวันที่หมดอายุแทนที่จะรอให้เกิดปัญหา

kernel ของรุ่น LTS เก่าเกินไปสำหรับฮาร์ดแวร์ใหม่หรือไม่?

โดยปกติแล้วไม่ เพราะรุ่น LTS ไม่ได้ใช้ kernel เดิมตลอดระยะเวลา 5 ปี Hardware enablement stack หรือ HWE จะนำ kernel จากรุ่นที่ใหม่กว่าเข้ามาใน LTS ผ่านทาง point releases และการติดตั้งเซิร์ฟเวอร์สามารถเลือกใช้ได้ด้วยแพ็กเกจอย่าง linux-generic-hwe-24.04 ให้ตรวจสอบว่าคุณกำลังใช้งานอะไรอยู่ด้วย uname -r ก่อนที่จะสรุปว่า kernel เป็นตัวขัดขวาง หากสิ่งที่ขาดหายไปคือเวอร์ชันของ userspace ไม่ใช่ kernel การใช้ container หรือ repository ของผู้ผลิตจะเป็นการเปลี่ยนแปลงที่กระทบระบบน้อยกว่าการย้ายทั้งเครื่องไปใช้รุ่น interim