Ubuntu LTS vs Interim untuk Server: Mana yang Tepat?

Ubuntu LTS vs rilis interim: jawaban singkat

Memilih antara Ubuntu LTS dan rilis interim pada server bergantung pada satu angka: berapa lama rilis tersebut terus menerima pembaruan keamanan. LTS mendapatkan pemeliharaan keamanan standar selama lima tahun. Rilis interim mendapatkannya selama sembilan bulan, lalu pembaruan berhenti sehingga Anda harus melakukan upgrade atau rebuild. Gunakan LTS untuk segala sesuatu yang diandalkan oleh orang lain. Gunakan rilis interim hanya jika Anda dapat melakukan rebuild tanpa meminta persetujuan siapa pun.

LTS berarti long term support. Canonical menerbitkan satu LTS setiap dua tahun, pada April di tahun genap, dan satu rilis interim setiap enam bulan di antaranya. 26.04 LTS dirilis pada 23 April 2026 dan pemeliharaan keamanan standarnya berlangsung hingga 2031. 26.10 dijadwalkan dirilis pada 15 October 2026 dan merupakan rilis interim, sehingga masa dukungannya berakhir pada July 2027.

Berapa lama setiap rilis Ubuntu didukung

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

Angka tersebut merupakan angka kebijakan yang dipublikasikan Canonical per Agustus 2026, bukan hasil pengukuran dari server pengujian. LTS mendapatkan pemeliharaan keamanan standar selama 60 bulan. Dalam lima tahun, periode tersebut berarti 1 upgrade rilis yang direncanakan. Rilis interim mendapatkan dukungan selama 9 bulan. Jika tetap menggunakan jalur interim selama lima tahun yang sama, Anda harus melakukan 10 upgrade rilis karena rilis tidak dapat dilewati dan dalam lima tahun terdapat sepuluh rilis.

Langganan Ubuntu Pro meningkatkan dukungan LTS menjadi 120 bulan, atau sepuluh tahun, serta memperluas cakupan dari komponen main ke seluruh arsip. Per Agustus 2026, Pro gratis untuk penggunaan pribadi pada maksimal lima mesin. Batas ini mencakup sebagian besar armada VPS kecil. Tidak ada layanan yang setara untuk rilis interim. Dukungannya hanya sembilan bulan dan tidak ada langganan yang dapat memperpanjangnya.

Biaya sembilan bulan pada server nyata

Gunakan 26.10 sebagai contoh. Versi ini dirilis pada 15 October 2026 dan pemeliharaan keamanannya berakhir pada July 2027, mengikuti pola sembilan bulan yang sama seperti 25.10 yang berakhir pada July 2026. Jika dibaca sebagai kalender, pola ini tampak seperti satu periode pemeliharaan setiap tiga kuartal. Pembacaan kalender tersebut keliru, dan dampaknya lebih mahal.

Upgrade rilis mengganti sistem operasi secara langsung pada instalasi yang ada. do-release-upgrade menulis ulang sumber apt, menonaktifkan repositori pihak ketiga, mengubah versi hampir setiap paket yang terinstal, berhenti untuk menanyakan file konfigurasi yang telah Anda edit, lalu melakukan reboot pada akhir proses. Karena itu, upgrade rilis harus dijadwalkan sebagai periode pemeliharaan, bukan dijalankan sebagai tugas latar belakang.

Jika dijalankan melalui ssh, alat tersebut melindungi Anda dari terputusnya koneksi sendiri. Alat ini memulai sesi screen sendiri dan membuka sshd kedua, lalu memberi tahu Anda terlebih dahulu:

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.

Biarkan proses tersebut berjalan. Jika firewall Anda atau firewall jaringan terpisah milik provider memblokir 1022, mekanisme fallback itu tidak tersedia. Koneksi yang terputus kemudian dapat meninggalkan kumpulan paket yang baru ter-upgrade sebagian. Menjalankannya sendiri di dalam tmux atau screen memberikan perlindungan yang sama pada server apa pun.

Prompt file konfigurasi dapat mengubah upgrade lima belas menit menjadi satu jam:

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 ?

Jika mempertahankan file Anda, Anda dapat melewatkan perubahan pada default baru. Jika menggunakan file dari maintainer, hardening Anda hilang sampai diterapkan kembali. Tidak ada jawaban yang aman tanpa mengetahui perubahan pada rilis tersebut. Karena itu, membaca catatan rilis merupakan bagian dari periode pemeliharaan, bukan pekerjaan tambahan yang boleh diabaikan.

Selanjutnya, kalikan jumlah tersebut dengan jumlah server. Satu VPS pada jalur interim memerlukan sepuluh periode upgrade dalam lima tahun. Lima VPS memerlukan lima puluh periode, kecuali setiap server bersifat disposable dan dibangun ulang dari image. Lima server pada jalur LTS hanya memerlukan lima upgrade dalam periode yang sama, dan Anda dapat memilih bulan pelaksanaan masing-masing upgrade.

Mengapa Anda tidak dapat melewati sebuah rilis Ubuntu

Jalur upgrade sudah ditetapkan. Rilis interim di-upgrade ke rilis berikutnya. Rilis LTS dapat di-upgrade langsung ke LTS berikutnya, atau ke rilis interim berikutnya jika Anda memintanya. Tidak ada proses yang meng-upgrade dua langkah sekaligus. Untuk beralih dari 26.10 ke 28.04 LTS, Anda harus melewati 27.04 dan 27.10, atau menginstal ulang mesin.

Mekanismenya perlu dipahami karena menunjukkan bahwa aturan ini tidak dapat diabaikan. do-release-upgrade mengambil file meta-release dari changelogs.ubuntu.com, lalu mengunduh alat upgrade yang dibuat untuk satu transisi tertentu. Canonical membangun dan menguji satu transisi setiap kali, sehingga lompatan yang melewati sebuah rilis tidak memiliki alat maupun pengujian. Upgrader tidak menolak karena berhati-hati. Memang tidak ada opsi yang dapat ditawarkannya.

Rilis yang ditawarkan kepada Anda ditentukan oleh satu baris konfigurasi:

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

Prompt=lts hanya menawarkan LTS berikutnya. Prompt=normal menawarkan rilis berikutnya, baik LTS maupun bukan. Prompt=never tidak menawarkan apa pun. Dengan demikian, rekan kerja yang bermaksud membantu tidak dapat memulai upgrade yang belum Anda rencanakan. Pada rilis yang bukan LTS, lts berperilaku sama persis seperti normal karena rilis setelah 26.10 adalah 27.04 pada kedua pengaturan tersebut. Pemeriksaan ini mencetak Checking for a new Ubuntu release, lalu mencetak baris New release ... available. atau No new release found.

Ada satu aturan penjadwalan lain yang sering mengecoh pengguna. Upgrade dari LTS ke LTS tidak ditawarkan pada hari rilis LTS baru. Opsi tersebut dibuka pada point release pertama, dan 26.04.1 dijadwalkan pada 27 August 2026. Mesin 24.04 dengan Prompt=lts yang menjawab No new release found. sepanjang musim panas 2026 tidak mengalami kerusakan. Mesin tersebut mengikuti kebijakan. Saat jalurnya dibuka, upgrade LTS dari 24.04 ke 26.04 adalah proses yang perlu direncanakan dan dilatih.

Pilihan yang tepat untuk rilis interim

Ada empat kondisi ketika rilis interim benar-benar lebih unggul:

• Anda memerlukan versi kernel atau userspace yang tidak tersedia di arsip LTS pada server ini saat ini.
• Mesin tersebut adalah host build, runner CI, atau mesin pengujian yang Anda bangun ulang dari image, sehingga upgrade menjadi instans baru, bukan pekerjaan pemeliharaan dalam maintenance window.
• Dukungan untuk perangkat keras atau fitur hypervisor dirilis setelah LTS dibekukan, dan tidak ada backport yang tersedia.
• Anda sedang memeriksa isi LTS berikutnya. 28.04 dibangun dari 26.10, 27.04, dan 27.10. Menemukan perubahan yang merusak pada VPS cadangan lebih murah daripada menemukannya pada server yang penting.

Sebagian besar orang yang memilih rilis interim sebenarnya hanya memerlukan satu paket yang lebih baru, bukan distribusi yang lebih baru. Ada dua pilihan yang lebih murah. Hardware enablement stack membawa kernel dari rilis yang lebih baru ke LTS. Pada 24.04, stack tersebut adalah sudo apt install linux-generic-hwe-24.04, dan diperbarui pada setiap point release, mulai dari point release kedua. Untuk satu aplikasi, container image atau repository milik vendor dapat memperbarui satu komponen tanpa mengubah seluruh sistem operasi.

Kapan rilis interim merupakan pilihan yang keliru

• Apa pun yang memiliki pengguna berbayar atau jadwal on-call. Anda harus menerima upgrade wajib dua kali setahun, dengan imbalan versi paket yang mungkin tidak pernah digunakan.
• Server apa pun yang patch keamanannya ditangani oleh unattended-upgrades. Otomatisasi itu hanya sebaik security pocket tempatnya mengambil paket.
• Fleet yang di-upgrade secara manual, karena biaya sebenarnya adalah satu window dikalikan jumlah server.
• Apa pun yang setelah diinstal tidak Anda periksa selama setahun. Rilis interim yang Anda lupakan akan menjadi server yang menghadap Internet dan tidak menerima patch sembilan bulan kemudian.

Kegagalan terakhir ini tidak terlihat jelas. Hal itu yang membuatnya berbahaya. Saat sebuah rilis mencapai akhir masa dukungan, paketnya dipindahkan ke old-releases.ubuntu.com. Akibatnya, sudo apt update mulai gagal mengakses archive.ubuntu.com dan menghasilkan error 404. Daftar paket yang tersimpan di disk menjadi kedaluwarsa. unattended-upgrades tetap berjalan sesuai jadwal dan terus menulis baris seperti ini ke dalam /var/log/unattended-upgrades/unattended-upgrades.log:

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

Baris tersebut terlihat sama pada server yang sepenuhnya telah menerima patch maupun pada server yang masa dukungan rilisnya berakhir empat bulan lalu. Kecuali seseorang membaca error apt atau melacak tanggal akhir masa dukungan, tidak ada informasi pada mesin yang menunjukkan server mana yang sedang diperiksa.

Jenis perubahan yang pertama kali masuk ke track interim

Pada Maret 2026, seorang engineer Canonical mengusulkan di Ubuntu discourse untuk menghapus GRUB bootloader bertanda tangan yang disertakan untuk secure boot pada 26.10. Usulan tersebut menghapus driver filesystem untuk btrfs, hfsplus, xfs, dan zfs, parser gambar JPEG dan PNG, tabel partisi Apple, /boot pada LVM, software RAID selain RAID 1, serta /boot terenkripsi LUKS. Alasan yang disampaikan adalah bahwa parser di dalam bootloader berulang kali menjadi sumber bug keamanan, sedangkan logika penyimpanan dan enkripsi seharusnya berada di initramfs, yaitu filesystem RAM awal berukuran kecil yang di-mount oleh kernel sebelum root yang sebenarnya. Hingga Agustus 2026, ini masih merupakan usulan yang sedang dibahas, bukan perubahan yang sudah dirilis.

Pada sebagian besar instance VPS, perubahan ini tidak akan berdampak apa pun karena sistem melakukan boot tanpa secure boot dari /boot ext4 biasa pada tabel partisi GPT. Periksa sistem Anda, jangan berasumsi. Jika root Anda menggunakan ZFS, atau /boot berada pada btrfs atau di dalam LUKS, inilah jenis perubahan yang pertama kali akan Anda hadapi pada track interim. Saran dari thread tersebut kepada pengguna yang terdampak adalah tetap menggunakan LTS. Saran itu merangkum seluruh argumennya dalam satu kalimat. Rilis interim adalah tempat perubahan diuji. LTS adalah tempat perubahan tersebut tiba setelah dua tahun rilis interim mengungkapkan hal-hal yang rusak akibat perubahan itu.

Pola yang sama muncul dalam bentuk yang lebih kecil pada setiap rilis interim. Versi default database, runtime bahasa, dan konfigurasi init bergerak maju sehingga file konfigurasi yang sebelumnya berfungsi dapat berhenti berfungsi. Memajukan versi default adalah tujuan rilis interim. Karena itu, membaca catatan rilis sebelum setiap dari sepuluh upgrade tersebut merupakan bagian dari konsekuensi yang telah Anda setujui.

Memilih track saat membangun server

Pilih track saat instalasi, karena mengubahnya setelah itu berarti melakukan reinstall atau menjalani rangkaian upgrade. Pada server baru, empat perintah menunjukkan kondisi sistem:

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

lsb_release -a harus menampilkan nama rilis yang memang ingin Anda instal, dan pada LTS, baris deskripsi harus diakhiri dengan LTS. Baris Prompt harus sesuai dengan track yang Anda pilih, bukan dengan track yang kebetulan disertakan dalam image milik provider. do-release-upgrade -c pada LTS saat ini harus menghasilkan No new release found.. Jika perintah tersebut menawarkan rilis interim, Prompt diatur ke normal dan seseorang harus memastikan apakah kondisi itu memang disengaja. pro security-status melaporkan jumlah package terinstal yang tercakup dalam setiap update stream, serta menyatakan dengan jelas jika mesin tidak terhubung ke subscription.

Selanjutnya, catat tanggal akhir masa dukungan di tempat yang akan Anda lihat kembali, bersama catatan build lain untuk server tersebut. Hal ini termasuk pekerjaan lain dalam sepuluh menit pertama pada VPS baru, karena tanggal dukungan yang hanya tersimpan dalam ingatan seseorang akan kedaluwarsa tanpa disadari. Jika siklus enam bulan adalah hal yang ingin Anda hindari sepenuhnya, model rilis FreeBSD dibandingkan dengan Linux layak dibaca selama satu jam sebelum Anda memilih salah satunya untuk seluruh fleet.

FAQ

Apakah sebaiknya saya menjalankan rilis interim Ubuntu pada server produksi?

Hampir selalu tidak. Rilis interim berhenti menerima pembaruan keamanan 9 bulan setelah dirilis. Artinya, produksi pada jalur tersebut memerlukan periode upgrade wajib kira-kira 2 kali setahun, tanpa batas waktu. Pengecualian yang masuk akal adalah mesin yang memang selalu dibangun ulang dari image, seperti runner CI dan host build. Pada mesin tersebut, upgrade berarti membuat instance baru, bukan menyediakan periode pemeliharaan. Jika pengguna sungguhan bergantung pada server tersebut, pasang LTS dan gunakan waktu yang dihemat untuk pekerjaan lain.

Berapa lama rilis interim Ubuntu didukung?

9 bulan. 26.10 dirilis pada 15 October 2026 dan pemeliharaan keamanannya berakhir pada July 2027. Polanya sama seperti 25.10 yang berakhir pada July 2026. Setiap rilis interim mengikuti pola ini: dirilis pada April atau October, lalu berakhir 9 bulan kemudian. LTS mendapatkan 5 tahun pemeliharaan keamanan standar dan dapat diperpanjang menjadi 10 tahun dengan Ubuntu Pro. Per August 2026, Ubuntu Pro gratis untuk penggunaan pribadi pada hingga 5 mesin.

Dapatkah saya melewati rilis Ubuntu saat melakukan upgrade?

Tidak. do-release-upgrade berpindah satu langkah setiap kali: rilis interim di-upgrade ke rilis berikutnya, sedangkan LTS dapat langsung di-upgrade ke LTS berikutnya. Untuk berpindah dari 26.10 ke 28.04 LTS, Anda harus menjalankan upgrade melalui 27.04 dan 27.10 terlebih dahulu atau menginstal ulang mesin. Canonical membangun dan menguji setiap transisi satu per satu. Upgrader juga mengunduh tool khusus untuk lompatan tersebut. Karena itu, lompatan 2 langkah tidak memiliki tool pendukung dan tidak pernah ditawarkan.

Apa yang terjadi ketika rilis Ubuntu saya mencapai akhir masa dukungan?

Paketnya dipindahkan ke old-releases.ubuntu.com. Akibatnya, sudo apt update mulai gagal mengakses archive.ubuntu.com dengan error 404, dan tidak ada lagi pembaruan keamanan baru yang diterbitkan untuk rilis tersebut. Tidak ada notifikasi pada mesin yang memberi tahu kondisi ini. Server tetap berjalan dan tetap melayani trafik, sementara setiap kerentanan baru yang ditemukan di dalamnya tetap terbuka. Pemulihan harus dilakukan melalui release upgrade di bawah tekanan waktu atau dengan membangun ulang mesin. Karena itu, pantau tanggalnya, bukan gejalanya.

Apakah kernel LTS terlalu lama untuk hardware baru?

Biasanya tidak, karena LTS tidak mempertahankan kernel aslinya selama 5 tahun. Hardware enablement stack, atau HWE, membawa kernel dari rilis yang lebih baru ke LTS melalui point release. Instalasi server dapat mengaktifkannya dengan paket seperti linux-generic-hwe-24.04. Periksa kernel yang sedang digunakan dengan uname -r sebelum menyimpulkan bahwa kernel adalah penyebabnya. Jika komponen yang kurang adalah versi userspace, bukan kernel, gunakan container atau repository vendor. Perubahan tersebut jauh lebih kecil daripada memindahkan seluruh mesin ke jalur interim.