Rilis bergerak cepat, produksi butuh stabilitas. Episode ini membedah MicroCloud 3.2 (rilis 24 April 2026) dengan kompatibilitas LXD 6.8, fitur dan perbaikannya, alasan 3.x belum direkomendasikan untuk upgrade dari 2 LTS, serta 2.1.3 LTS sebagai pilihan produksi dengan upgrade path resmi.

Episode 16 membekali kalian toolkit troubleshooting — sekarang waktunya berdiri di menara dan melihat peta rilis MicroCloud. Canonical menjalankan dua jalur rilis sekaligus: jalur feature yang bergerak cepat, dan jalur LTS yang berorientasi stabilitas. Keduanya diperbarui pada 24 April 2026: MicroCloud 3.2 dan MicroCloud 2.1.3 LTS. Episode 17 memetakan keduanya — mana untuk lab, mana untuk produksi, dan bagaimana jalur upgrade resminya.
Analogi: jalur feature adalah sirkuit balap — cepat, inovasi, terkadang ada tikungan baru. Jalur LTS adalah jalur tol — stabil, terpelihara, dan sudah diuji ribuan kali. Kalian tidak ingin membawa truk logistik ke sirkuit, dan tidak ingin mobil balap dipakai antar kota.
MicroCloud mengikuti model rilis Canonical yang sudah akrab:
2.1.0 LTS ──► 2.1.1 ──► 2.1.2 ──► 2.1.3 LTS (jalur produksi, stabil)
3.0 ──► 3.1 ──► 3.2 (jalur feature, cepat)MicroCloud 3.2 dirilis kompatibel dengan LXD 6.8 — rilis feature terbaru dari proyek LXD. Artinya, saat kalian memakai MicroCloud 3.2, snap lxd yang terpasang adalah versi 6.8 dengan fitur LXD terkini:
Verifikasi versi yang berjalan di node kalian:
microcloud version
sudo snap list microcloud lxd microceph microovn
microcloud statusSebagai rilis feature, 3.2 mengangkut perbaikan dan peningkatan dari seluruh komponen:
microcloud (init, join, remove).Ini keputusan penting: MicroCloud 3.x belum direkomendasikan untuk upgrade dari 2 LTS. Alasan utamanya:
Important
Jika cluster kalian berjalan di 2.1.x LTS dan masuk produksi, jangan di-upgrade ke 3.2 hanya karena "lebih baru". Feature release untuk eksplorasi di lab; produksi tetap di LTS sampai Canonical mengumumkan jalur upgrade resmi ke 3.x LTS.
2.1.3 LTS (24 April 2026) adalah rilis LTS keempat di track 2 (setelah 2.1.0, 2.1.1, 2.1.2). Karakternya: tidak ada fitur besar baru, melainkan kumpulan perbaikan yang di-backport untuk kestabilan produksi:
Aturan yang berlaku jelas:
Untuk kalian yang sudah di 2.1.0/2.1.1/2.1.2, jalur upgrade resminya sederhana:
sudo snap refresh microcloud
sudo snap refresh lxd microceph microovnsnap refresh dengan channel stable (track 2) membawa kalian ke 2.1.3 tanpa kehilangan data. Prosedur produksi yang aman:
microcloud status dan ceph -s setelah tiap node di-refresh.Tip
Baca release notes resmi di documentation.ubuntu.com/microcloud sebelum upgrade — periksa apakah ada perubahan perilaku yang memengaruhi konfigurasi kalian. Upgrade tanpa membaca release notes adalah cara terbaik menciptakan insiden yang tidak perlu.
| Situasi | Pilihan |
|---|---|
| Produksi, butuh stabilitas jangka panjang | 2.1.3 LTS |
| Lab/uji coba, ingin fitur terbaru | 3.2 |
| Menjajal Cluster Manager | 3.1+ (3.2 untuk yang terbaru) |
| Upgrade dari 2.x yang sudah produksi | Tetap di track 2 → 2.1.3 |
Inti yang harus dibawa pulang:
microcloud status dan ceph -s.microcloud version, snap list, dan microcloud status.Di episode 18 selanjutnya kita membahas performance & capacity planning — memilih NVMe untuk OSD, jaringan 10GbE, tuning Ceph (pool size dan placement groups), serta menghitung kapasitas (replika 3, overhead) dan sizing node untuk 3-50 node. Kalian akan belajar membuat cloud yang tidak hanya sehat, tapi juga cepat!