Banyak organisasi masih memiliki server yang dipasang dengan CentOS Linux 7 atau CentOS Linux 8. Kedua rilis ini kini sudah melewati akhir masa pakainya, artinya tidak ada lagi pembaruan keamanan dari CentOS Project. Sistem tetap berjalan, tetapi setiap bulan tanpa patch menambah risiko, dan auditor semakin sering menanyakannya.

Kabar baiknya, kini ada beberapa pilihan yang solid. Bagian yang lebih sulit adalah memahami perbedaannya, karena perbedaan itu lebih banyak menyangkut dukungan, tata kelola, dan siklus hidup daripada teknologi. Artikel ini memberikan gambaran netral, pada saat penulisan, untuk membantu Anda memutuskan.

Apa yang berubah pada CentOS Linux dan CentOS Stream

Selama bertahun-tahun, CentOS Linux adalah rebuild gratis dari Red Hat Enterprise Linux (RHEL). Distribusi ini mengikuti rilis RHEL dengan dekat, sehingga tim dapat menjalankan perangkat lunak yang sama tanpa langganan. Pada Desember 2020, CentOS Project mengumumkan akan berfokus pada CentOS Stream. CentOS Linux 8 mencapai akhir masa pakai pada akhir 2021, dan CentOS Linux 7 pada akhir Juni 2024.

CentOS Stream tetap merupakan distribusi yang aktif dan berguna, tetapi perannya berbeda. Ia berada sedikit di depan rilis minor RHEL berikutnya, sehingga perubahan muncul di sana sebelum sampai ke RHEL. Hal ini menjadikannya tempat yang baik untuk menguji apa yang akan datang, tetapi kurang cocok untuk server yang membutuhkan platform yang tetap dan jarang berubah. Anda dapat membaca deskripsi resmi proyek ini di centos.org.

Perbedaan pendekatan distribusi yang kompatibel dengan RHEL

Kini ada beberapa distribusi yang mengisi ruang yang dulu ditempati CentOS Linux. Semuanya bertujuan menjalankan perangkat lunak yang dibuat dan disertifikasi untuk RHEL, tetapi masing-masing memiliki pendekatannya sendiri.

• Red Hat Enterprise Linux (RHEL) adalah versi komersial aslinya. Anda mendapatkan sistem operasi dengan langganan yang mencakup dukungan, ekosistem perangkat keras dan perangkat lunak bersertifikat, serta alat untuk manajemen dan upgrade di tempat.
• Rocky Linux adalah distribusi komunitas yang dikelola oleh Rocky Enterprise Software Foundation. Tujuan yang dinyatakannya adalah kompatibel sepenuhnya dengan RHEL.
• AlmaLinux adalah distribusi komunitas yang dikelola oleh organisasi nirlaba AlmaLinux OS Foundation. Sejak 2023, AlmaLinux menargetkan kompatibilitas application binary interface (ABI) dengan RHEL alih-alih rebuild yang identik, sehingga proyek ini dapat merilis beberapa perbaikan sesuai jadwalnya sendiri.
• Oracle Linux gratis untuk diunduh, digunakan, dan diperbarui, dengan dukungan berbayar yang tersedia dari Oracle. Distribusi ini menawarkan kernel yang kompatibel dengan RHEL maupun Unbreakable Enterprise Kernel milik Oracle sendiri.

Untuk sebagian besar beban kerja, aplikasi yang berjalan di salah satu distribusi ini akan berjalan di distribusi lainnya dengan sedikit atau tanpa perubahan. Perbedaannya mulai penting ketika vendor hanya menyertifikasi produknya pada distribusi tertentu, atau ketika Anda bergantung pada fitur kernel tertentu.

Model dukungan: langganan, komunitas, dan dukungan pihak ketiga

Perbedaan praktis terbesar di antara pilihan-pilihan ini adalah siapa yang Anda hubungi ketika terjadi masalah. Tabel di bawah ini merangkum model utamanya, pada saat penulisan. Selalu periksa halaman resmi sebelum memutuskan, karena ketentuannya dapat berubah.

Distribusi	Biaya penggunaan	Sumber dukungan
RHEL	Langganan berbayar	Red Hat, termasuk dalam langganan
Rocky Linux	Gratis	Komunitas, ditambah dukungan komersial dari penyedia pihak ketiga
AlmaLinux	Gratis	Komunitas, ditambah dukungan komersial dari penyedia pihak ketiga
Oracle Linux	Gratis	Dukungan berbayar opsional dari Oracle
Ubuntu	Gratis	Ubuntu Pro berbayar opsional dan dukungan dari Canonical
Debian	Gratis	Komunitas, ditambah dukungan komersial dari penyedia pihak ketiga

Gratis tidak berarti tanpa dukungan. Banyak organisasi menjalankan distribusi komunitas di lingkungan produksi dan hanya membeli dukungan untuk sistem yang memerlukan jaminan waktu respons. Yang penting adalah Anda memutuskannya dengan sengaja, bukan baru menyadari celahnya saat terjadi insiden.

Perbandingan siklus hidup dan jadwal rilis

Linux enterprise menarik karena rilis mayornya didukung dalam waktu lama. Rilis mayor RHEL memiliki siklus hidup sepuluh tahun, dengan opsi untuk memperpanjangnya lagi, dan Rocky Linux, AlmaLinux, serta Oracle Linux mengikuti jadwal serupa untuk rilis padanannya. Rilis minor hadir secara berkala di setiap versi mayor, dan tetap menggunakan rilis minor terkini adalah cara normal untuk terus menerima pembaruan. Red Hat menerbitkan detailnya di halaman siklus hidup RHEL.

Ubuntu menerbitkan rilis long-term support (LTS) setiap dua tahun, dengan lima tahun pemeliharaan keamanan standar dan cakupan lebih panjang melalui Ubuntu Pro; lihat siklus rilis Ubuntu. Debian merilis versi stabil baru kira-kira setiap dua tahun, dan upaya komunitas Debian LTS memperpanjang dukungan keamanan untuk rilis yang lebih lama; lihat rilis Debian.

Saat membandingkan, perhatikan tanggal akhir masa pakai versi mayor spesifik yang akan Anda pasang, bukan hanya kebijakan umumnya. Platform yang Anda pasang hari ini harus tetap didukung selama seluruh masa pakai server yang direncanakan.

Pertanyaan yang perlu diajukan sebelum memilih

Tidak ada satu jawaban yang benar. Pertanyaan-pertanyaan berikut biasanya membantu memperjelas keputusan:

1. Aplikasi apa saja yang kita jalankan, dan distribusi mana yang disertifikasi oleh vendornya?
2. Apakah kita memerlukan kontrak dukungan vendor untuk setiap server, untuk sebagian server, atau tidak sama sekali?
3. Apakah tim kita sudah menguasai perangkat berbasis RPM seperti dnf, atau perangkat berbasis Debian seperti apt?
4. Berapa lama platform baru harus didukung, dan apakah itu sesuai dengan siklus hidup rilis yang akan kita pasang?
5. Bagaimana kita ingin mengelola patching, konfigurasi, dan kepatuhan di banyak server?
6. Apakah model tata kelola penting bagi kita, misalnya yayasan nirlaba atau satu vendor komersial?

Bagi banyak tim yang meninggalkan CentOS Linux, tetap berada di keluarga yang kompatibel dengan RHEL mempertahankan sebagian besar keterampilan, skrip, dan paket tanpa perubahan. Pindah ke Ubuntu atau Debian bisa masuk akal jika bagian lain dari lingkungan Anda sudah menggunakannya, tetapi itu perubahan yang lebih besar dan memerlukan lebih banyak pengujian.

Merencanakan migrasi server CentOS yang ada

Mulailah dengan inventaris. Anda tidak dapat merencanakan apa yang belum Anda temukan, dan sistem CentOS sering tersembunyi di appliance, lab pengujian, dan template mesin virtual lama. Di setiap server, beberapa perintah berikut menunjukkan posisi Anda:

cat /etc/os-release
uname -r
rpm -qa --last | head -n 20
yum repolist enabled

Lalu kelompokkan server berdasarkan apa yang dijalankan dan seberapa kritis server tersebut. Untuk setiap kelompok, pilih salah satu dari dua jalur:

• Konversi di tempat. Dalam versi mayor yang sama, skrip migrasi yang disediakan oleh proyek-proyek tersebut (misalnya untuk Rocky Linux, AlmaLinux, dan Oracle Linux) serta alat Convert2RHEL dari Red Hat mengganti sumber paket dan branding tanpa instalasi ulang. Untuk CentOS Linux 7, upgrade versi mayor juga diperlukan; alat seperti Leapp dan proyek AlmaLinux ELevate dapat membantu, tetapi memerlukan pengujian yang cermat.
• Bangun ulang dan deploy ulang. Pasang sistem bersih pada rilis terkini, lalu pindahkan aplikasi dan datanya. Cara ini membutuhkan lebih banyak upaya per server, tetapi memberi Anda baseline yang diketahui dan terdokumentasi serta menghilangkan perubahan yang menumpuk selama bertahun-tahun.

Terakhir, tuliskan rencananya: server mana yang dipindahkan, dalam urutan apa, siapa yang menyetujui, dan bagaimana cara rollback. Memigrasikan sistem berisiko rendah terlebih dahulu membangun kepercayaan diri dan menjadikan perpindahan berikutnya pekerjaan rutin. Proyek AlmaLinux mendokumentasikan pendekatan ELevate di wiki AlmaLinux, dan setiap distribusi menerbitkan panduan migrasinya sendiri.

Bagaimana LOGIQ dapat membantu

LOGIQ membantu organisasi menemukan sistem CentOS yang tersisa, membandingkan pilihan yang ada dengan aplikasi dan kebutuhan dukungan mereka sendiri, serta merencanakan migrasi yang sesuai dengan jadwal mereka. Jika Anda menginginkan pendapat kedua tentang rencana Linux enterprise Anda, Anda dapat menghubungi kami melalui logiqlinux.com.