เลือกใช้ Ubuntu LTS หรือรุ่น Interim บน Server ดี

การเลือกระหว่าง 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 จะได้รับการสนับสนุนเป็นเวลา 9 เดือน การใช้งานบนรุ่น interim ต่อเนื่องเป็นเวลา 5 ปีเท่ากัน จะต้องทำการอัปเกรดรุ่นถึง 10 ครั้ง เนื่องจากคุณไม่สามารถข้ามรุ่นได้ และในระยะเวลา 5 ปีจะมีรุ่นใหม่ออกมาถึง 10 รุ่น

การสมัครสมาชิก Ubuntu Pro จะขยายระยะเวลาของรุ่น LTS เป็น 120 เดือน หรือ 10 ปี และขยายขอบเขตการครอบคลุมจากส่วนประกอบ main ไปยังคลังซอฟต์แวร์ทั้งหมด ณ เดือนสิงหาคม 2026 บริการ Pro เปิดให้ใช้งานฟรีสำหรับการใช้งานส่วนบุคคลสูงสุด 5 เครื่อง ซึ่งครอบคลุมการใช้งาน VPS ขนาดเล็กส่วนใหญ่ สำหรับรุ่น interim จะไม่มีบริการในลักษณะเดียวกัน ระยะเวลา 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 หนึ่งเครื่องที่ใช้ track แบบ interim จะต้องผ่านรอบการอัปเกรดสิบครั้งในห้าปี หากมี VPS ห้าเครื่องก็จะเป็นห้าสิบครั้ง เว้นแต่ว่าทุกเครื่องจะเป็นแบบใช้แล้วทิ้งและสร้างใหม่จาก image สำหรับ VPS ห้าเครื่องที่ใช้ track แบบ LTS จะมีการอัปเกรดเพียงห้าครั้งในช่วงเวลาเดียวกัน และคุณสามารถเลือกเดือนที่จะดำเนินการแต่ละเครื่องได้เอง

เหตุผลที่คุณไม่สามารถข้ามเวอร์ชันของ Ubuntu ได้

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

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

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

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

Prompt=lts จะเสนอเฉพาะเวอร์ชัน LTS ถัดไปเท่านั้น Prompt=normal จะเสนอเวอร์ชันถัดไปไม่ว่าจะเป็น LTS หรือไม่ก็ตาม Prompt=never จะไม่เสนออะไรเลย ซึ่งเป็นวิธีที่คุณใช้ป้องกันไม่ให้เพื่อนร่วมงานที่หวังดีเริ่มการอัปเกรดที่คุณไม่ได้วางแผนไว้ ในเวอร์ชันที่ไม่ใช่ LTS นั้น lts จะทำงานเหมือนกับ normal ทุกประการ เพราะเวอร์ชันถัดจาก 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 point release ไม่ใช่ Ubuntu เวอร์ชันใหม่ แต่เป็น เวอร์ชันเดิมที่รวมการแก้ไขข้อผิดพลาดสะสมตลอดสี่เดือนไว้ในสื่อติดตั้งใหม่ และเหตุผลที่มีการรอคอยก็เพื่อให้เส้นทางการอัปเกรดได้รับการทดสอบตลอดสี่เดือนนั้นก่อนที่จะเสนอให้ผู้ใช้ทั่วไป เครื่องที่ใช้ 24.04 ซึ่งตั้งค่า Prompt=lts และได้รับคำตอบเป็น No new release found. ตลอดช่วงฤดูร้อนปี 2026 ไม่ได้มีปัญหาแต่อย่างใด แต่เป็นไปตามนโยบาย เมื่อเส้นทางเปิดให้ใช้งาน การอัปเกรดจาก 24.04 ไปยัง 26.04 LTS คือสิ่งที่คุณควรวางแผนและซักซ้อมดำเนินการ

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

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

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

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

เมื่อ interim release ไม่ใช่ทางเลือกที่เหมาะสม

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

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

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

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

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

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

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

ให้เลือกแทร็กในระหว่างการติดตั้ง เพราะการเปลี่ยนแทร็กในภายหลังหมายถึงการต้องติดตั้งใหม่หรือการอัปเกรดแบบต่อเนื่อง บนเซิร์ฟเวอร์ใหม่ มี 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 บนเซิร์ฟเวอร์ที่ใช้งานจริง (production) หรือไม่?

ในเกือบทุกกรณี คำตอบคือไม่ รุ่น interim จะหยุดได้รับการอัปเดตความปลอดภัยหลังจากปล่อยออกมา 9 เดือน ดังนั้นการใช้ในระบบ production หมายความว่าคุณต้องทำ upgrade รอบใหญ่ปีละ 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 สร้างและทดสอบการเปลี่ยนผ่านทีละขั้นตอนเท่านั้น และตัวอัปเกรดจะดาวน์โหลดเครื่องมือสำหรับช่วงการเปลี่ยนผ่านนั้นโดยเฉพาะ ดังนั้นการข้าม 2 ขั้นตอนจึงไม่มีเครื่องมือรองรับและไม่เคยเปิดให้ใช้งาน

จะเกิดอะไรขึ้นเมื่อ Ubuntu รุ่นที่ใช้อยู่หมดระยะเวลาสนับสนุน (end of life)?

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

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

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