Ubuntu 26.10 Keluar dengan coreutils Rust: Kenapa VPS Saya Tetap di 26.04 LTS

Bismillahirrohmanirohim..

Kalau VPS produksi masih jalan di Ubuntu 26.04 LTS, apakah harus buru-buru pindah ke 26.10? Jawaban singkat saya: belum. Rilis Ubuntu 26.10 yang dijuluki “Stonking Stingray” memang sudah terbit pada 15 Oktober 2026 dan membawa setumpuk perubahan menarik — termasuk satu hal yang saya tunggu sejak lama, coreutils yang kini sepenuhnya berbasis Rust. Tapi “menarik” dan “layak dipasang di server yang menghidupi bisnis” itu dua hal berbeda.

Oke, mari saya bedah apa yang berubah, bagian mana yang benar-benar relevan buat pemilik VPS, dan kenapa saya memilih menahan diri dulu.

Ubuntu 26.10 dalam satu tarikan napas

Dari catatan rilis resminya, ini rilis interim biasa: enam bulan setelah LTS, masa dukung 9 bulan sampai Juli 2027. Isinya justru padat.

Yang paling saya soroti: coreutils sudah 100 persen Rust. Implementasi uutils kini menggantikan seluruh perangkat GNU, termasuk tiga yang paling lama ditahan karena masalah kompatibilitas — cp, mv, dan rm. Bagi yang pernah kena perilaku aneh saat memindahkan jutaan file, ini kabar bagus: bagian paling dasar dari sistem sekarang berjalan di atas kode yang lebih aman dari sisi memori. Kalau ada skrip yang rewel, Ubuntu masih menyediakan jalan untuk kembali ke implementasi GNU.

Selain itu:

Kernel Linux 7.3 — tapi hati-hati, ini penting. Karena rilis final upstream 7.3 baru keluar setelah GA, kernel di image rilis (7.3.0-9.9) sebenarnya dibangun dari 7.3-rc6. Bukan kernel final.
OpenSSL 4, dengan dukungan awal Encrypted Client Hello, QUIC yang lebih matang, dan perbaikan kriptografi pasca-kuantum.
Sequoia PGP masuk arsip utama — implementasi OpenPGP berbasis Rust, dengan sq dan sqv sebagai calon pengganti gpg dan gpgv (keduanya masih tersedia).
GNOME 51 untuk desktop, Myna sebagai pratinjau speech-to-text yang diproses lokal, image desktop RISC-V, dan image instalasi amd64v3 yang dioptimalkan.
Toolchain baru: GCC 15.2, Python 3.14.7, Go 1.27, Rust 1.97.1.

Keren, tapi bagi saya yang lebih banyak berurusan dengan server, daftar itu belum menjawab pertanyaan intinya.

Bagian yang bikin saya berhenti dan membaca ulang

Ini bagian yang jarang dibahas di utas “rilis baru”, padahal justru di sinilah ongkosnya muncul kalau upgrade dilakukan tanpa membaca catatan rilis.

OpenSSH dipecah jadi dua paket. Sejak 26.10, openssh dibangun tanpa dukungan GSSAPI/Kerberos, dan dukungan itu pindah ke openssh-gssapi (openssh-server-gssapi dan openssh-client-gssapi). Tujuannya jelas: memperkecil permukaan serangan, karena tambalan Kerberos itu besar dan tidak pernah masuk upstream. Konsekuensinya, instalasi baru secara default tidak punya GSSAPI — dan kalau di lingkungan itu ada SSO Kerberos, pemilik server wajib sadar paket mana yang terpasang. Kabar baiknya, alat upgrade Ubuntu memeriksa tanda-tanda pemakaian Kerberos dan memilih paket yang tepat secara otomatis. Kabar yang perlu diingat: kedua varian itu saling bertabrakan, memasang satu menghapus yang lain. Versinya kini OpenSSH 10.5.

HAProxy melompat ke 3.4.2 dan mengubah beberapa default yang bisa mengubah perilaku trafik tanpa disadari. Algoritma load balancing bawaan berpindah dari roundrobin ke random (power of two choices), cpu-policy kini default performance, dan jumlah thread tidak lagi dibatasi 64. Kalau selama ini roundrobin dipakai implisit, sebaiknya ditulis eksplisit di konfigurasi. Satu hal yang menarik: HAProxy 3.4 adalah cabang LTS yang didukung upstream sampai kuartal kedua 2031 — jauh lebih panjang dari masa dukung Ubuntu 26.10 sendiri.

MySQL naik dari 8.4 LTS ke 9.7 LTS, lengkap dengan Hypergraph Optimizer dan JSON Duality Views. Valkey ikut naik ke 9.1. Untuk basis data, lompatan versi besar seperti ini bukan sesuatu yang saya lakukan sambil main HP — perlu uji aplikasi dulu.

libvirt 12.6.0 mengubah dua hal yang menyentuh host virtualisasi. Akses socket berbasis grup dihapus, sekarang mengikuti default upstream/Debian yaitu polkit. Dan secret libvirt kini dienkripsi, dengan systemd service sekali-jalan untuk menyiapkan kuncinya — secret lama tetap bisa dipakai tapi tidak ikut terenkripsi. Kalau ada KVM yang dikelola di atas Ubuntu, ini titik yang wajib dibaca sebelum menjalankan do-release-upgrade.

Soal D-Bus, implementasi bawaannya juga berganti dari dbus-daemon ke dbus-broker. Perubahan internal, tapi lagi-lagi: bukan hal yang saya mau temukan pertama kali saat service produksi mati.

Kenapa VPS saya tetap di 26.04 LTS

Alasannya bukan karena 26.10 jelek. Justru sebaliknya. Alasannya soal aritmetika masa dukung.

Ubuntu 26.04 LTS “Resolute Raccoon” terbit 23 April 2026 dan mendapat dukungan standar sampai 29 Mei 2031, dengan perluasan ESM sampai 2036. Sementara 26.10 berhenti di Juli 2027. Artinya, memindahkan VPS produksi ke 26.10 berarti saya menjadwalkan pekerjaan upgrade besar lagi dalam hitungan bulan, bukan tahun. Untuk server yang tugasnya cuma melayani Nginx, PHP, dan PostgreSQL, itu keributan yang tidak dibayar siapa pun.

Ada tiga hal lain yang memperkuat keputusan itu:

Kernel-nya masih berbasis rc6. Untuk laptop pribadi, tidak masalah. Untuk host yang menjalankan container dan database, saya lebih suka kernel yang sudah final beberapa bulan dan sudah makan korban di lapangan.
Sistem dengan TPM-backed FDE belum bisa upgrade. Catatan rilis menyebut sistem yang memakai enkripsi disk berbasis TPM tidak dapat naik dari 26.04 LTS ke 26.10 saat rilis, dan jalur upgrade-nya baru dijanjikan “selama siklus hidup 26.10”.
Perubahan paketnya besar-besar. OpenSSH, libvirt, HAProxy, MySQL, D-Bus. Satu saja salah antisipasi, dampaknya bukan kosmetik.

Lalu bagaimana dengan yang masih di 25.10? Itu lain cerita: 25.10 sudah habis masa dukungnya sejak 1 Juli 2026. Kalau masih ada VPS di sana, jangan pindah ke 26.10 — pindah langsung ke 26.04 LTS. Itu lompatan yang benar.

Kapan 26.10 justru pilihan yang masuk akal

Bukan berarti rilis ini tidak berguna. Ada beberapa situasi di mana saya akan memilihnya:

Butuh dukungan hardware baru. 26.10 membawa enablement awal untuk platform AMD Zen 6 dan deretan laptop Snapdragon X Elite/X2, plus image amd64v3 yang lebih optimal untuk CPU modern.
Butuh fitur basis data atau kriptografi terbaru dan sudah menguji aplikasinya di staging.
Untuk lab dan eksperimen. Ini justru tempat terbaik: VM sekali pakai, snapshot sebelum upgrade, lalu hapus kalau berantakan. Biayanya nol dan pelajarannya mahal.

Yang jelas, untuk Docker saya tidak perlu ikut aritmetika ini. Image ubuntu:26.10 bisa dijalankan di host LTS mana pun tanpa menyentuh sistem host. Jadi kalau tujuannya cuma “ingin coba yang baru”, container adalah jalan paling murah — bukan do-release-upgrade di server yang dipakai klien.

Rilis interim bukan barang cacat

Ada satu hal yang saya suka dari ritme rilis Ubuntu: mereka tidak berpura-pura setiap rilis harus dipakai semua orang. Enam bulan sekali keluar versi baru, sembilan bulan didukung, lalu diganti. Yang serius dengan stabilitas memakai LTS; yang ingin fitur terbaru memakai interim. Dua-duanya sah, asal tahu sedang berdiri di jalur yang mana.

Yang tidak sehat adalah memasang rilis terbaru di server produksi karena takut “ketinggalan”, lalu sibuk sendiri saat akhir pekan. Saya sudah cukup sering melihat pola itu berakhir dengan restore dari backup — dan itu kalau backup-nya ada. wkwk.

Jadi untuk pekan ini: baca catatan rilisnya, catat perubahan OpenSSH dan HAProxy-nya, lalu putuskan dengan tenang. Kalau VPS masih di 26.04 LTS, tidak ada yang perlu dikejar. Kalau penasaran, pasang di VM dulu — rasa penasaran jauh lebih murah daripada downtime.

Assalamu’alaikum warrohmatullahi wabarookaatuh..