2025/04/02

10. Memahami Dua Kernel Oracle Linux “UEK” dan “RHCK”

Oracle Linux memiliki dua kernel: Red Hat Compatible Kernel (RHCK), yang merupakan kernel yang kompatibel dengan RHEL, dan Unbreakable Enterprise Kernel (UEK) milik Oracle Linux sendiri.

Jika Anda belum pernah menggunakan Oracle Linux sebelumnya, Anda mungkin khawatir tentang Unbreakable Enterprise Kernel.

Dalam artikel ini, kami akan menjelaskan Unbreakable Enterprise Kernel, serta kompatibilitasnya dan kriteria untuk menentukan kapan menggunakannya.

Red Hat Compatible Kernel dan Unbreakable Enterprise Kernel

Sebagai pengantar dasar, kami akan memberikan gambaran umum tentang Red Hat Compatible Kernel dan Unbreakable Enterprise Kernel.

Apa itu Red Hat Compatible Kernel?

Seperti namanya, Red Hat Compatible Kernel (RHCK) adalah kernel yang kompatibel dengan RHEL yang hanya merupakan versi yang dibangun ulang dari kode sumber kernel RHEL.

Karena hanya dibangun ulang, ini akan berperilaku sama seperti RHEL, termasuk bug, selama nomor versinya sama.

Tabel berikut menunjukkan versi RHCK dan glibc untuk setiap versi utama Oracle Linux.

Untuk menekankan kompatibilitas dalam versi utama Linux yang sama, versi dasar komponen penting seperti kernel dan glibc tidak akan berubah.

Sebaliknya, ketika ada pembaruan, nomor rilis akan berubah seperti yang dijelaskan di bawah ini.

Versi Linux	Versi RHCK	Versi glibc
Oracle Linux 9	5.14.0	2.34
Oracle Linux 8	4.18.0	2.28
Oracle Linux 7	3.10.0	2.17

Diagram berikut menunjukkan nama paket RPM untuk kernel dan glibc.

Ketika paket pembaruan dirilis, versi dasar tetap sama dan rilis diperbarui.

Gambar 1 Versi dan Rilis kernel/glibc

Apa itu Unbreakable Enterprise Kernel?

Unbreakable Enterprise Kernel (UEK) adalah kernel unik untuk Oracle Linux yang didasarkan pada kernel yang lebih baru daripada RHCK dan kompatibel dengan RHCK.

Manual berikut memberikan referensi untuk fitur-fiturnya.

Dokumentasi resmi: Unbreakable Enterprise Kernel

Unbreakable Enterprise Kernel (UEK) adalah kernel Linux yang dibangun oleh Oracle dan didukung melalui dukungan Oracle Linux.

Fokusnya adalah kinerja, stabilitas, dan minim backport dengan melacak kode sumber mainline seketat mungkin secara praktis.

UEK telah diuji dengan baik dan digunakan untuk menjalankan Sistem Terintegrasi Oracle, Oracle Cloud Infrastructure, dan penyebaran perusahaan besar untuk pelanggan Oracle.

Panduan Instalasi Database untuk Linux

Unbreakable Enterprise Kernel disertakan dan diaktifkan secara default di kernel Oracle Linux.

Ini didasarkan pada kernel pengembangan mainline stabil terbaru dan juga mencakup optimalisasi yang dikembangkan bekerja sama dengan tim Oracle Database, middleware Oracle, dan teknik perangkat keras Oracle untuk memastikan stabilitas dan kinerja optimal untuk beban kerja perusahaan yang paling menuntut.

Poin utamanya adalah:

UEK adalah kernel Linux yang dikembangkan dan didukung oleh Oracle.
Kernel default Oracle Linux
Berdasarkan versi stabil baru dari kernel Linux mainline
Dikembangkan bekerja sama dengan tim Exadata dan Oracle Database, dengan fokus pada kinerja dan stabilitas
Diuji dalam lingkungan beban kerja perusahaan skala besar termasuk Exadata dan Oracle Cloud Infrastructure

Hubungan Oracle Linux dan versi kernel

Nomor versi UEK berubah tergantung pada kernel yang menjadi dasarnya, dan dinamai, misalnya, UEK6 dan UEK7.

Juga, perbedaan utama dari RHCK adalah bahwa versi utama Oracle Linux dan versi UEK tidak tetap.

Tabel berikut menunjukkan korespondensi antara UEK dan Oracle Linux.

Seperti yang dapat Anda lihat dari tabel ini, Oracle Linux 8 dapat menggunakan UEK6 dan UEK7.

Versi UEK	Versi Kernel	Oracle Linux 7	Oracle Linux 8	Oracle Linux 9
UEK7	5.15.0	×	○	○
UEK6	5.4.17	○	○	×
UEK5	4.14.35	○	×	×
UEK4	4.1.12	○	×	×

Tabel berikut membandingkan versi kernel RHCK dan UEK untuk Oracle Linux.

Oracle Linux 9 dirilis pada tahun 2022, sehingga perbedaan antara versi RHCK dan UEK kecil.

Namun, karena Oracle Linux 7 dan Oracle Linux 8 telah dirilis beberapa waktu, perbedaan antara versi RHCK dan UEK besar.

Versi Linux	RHCK	UEK
Oracle Linux 9	5.14.0	5.15.0
Oracle Linux 8	4.18.0	5.4.17, 5.15.0
Oracle Linux 7	3.10.0	4.1.12, 4.14.35, 5.4.17

Konvensi Penamaan Versi Kernel Linux

Sekarang setelah kami membahas versi kernel Linux, mari kita lihat lagi konvensi penamaannya.

Sebenarnya, tidak ada yang pasti, karena telah berubah beberapa kali dan konvensi penamaan sedikit berbeda antara kernel.org asli dan distribusi Linux.

Konvensi Penamaan di kernel.org

Pertama, mari kita lihat konvensi penamaan yang digunakan oleh situs kernel Linux resmi, kernel.org.

Kernel Linux dinamai seperti “abc” dan disebut sebagai berikut.

Namun, konvensi penamaan ini tidak mutlak.

a : Nomor rilis utama
b : Nomor rilis minor
c : Nomor patch atau nomor revisi

Juga, versi berikutnya setelah 5.19 adalah 6.0, tetapi ini bukan karena fungsinya berubah secara signifikan.

Ini hanya karena tidak diinginkan jika nomor b terlalu besar, dan merupakan konvensi untuk menaikkan a ketika b mencapai sekitar 20.

Dan c adalah modifikasi tingkat patch seperti perbaikan bug.

Untuk alasan ini, sekarang umum untuk menyebut nomor rilis atau nomor versi sebagai kombinasi dari “ab” atau “abc“.

Dalam diagram berikut, Rilis Utama dicoret karena tidak lagi banyak digunakan, tetapi masih digunakan ketika Anda ingin secara eksplisit menyebutkan angka pertama.

Gambar 2 Konvensi penamaan versi kernel Linux

Lihatlah diagram berikut.

Ini menunjukkan sejarah pengembangan kernel Linux.

Bagian abu-abu adalah periode pengembangan, dan setelah periode tertentu, pengembangan beralih ke versi berikutnya.

Dengan kata lain, rilis Linux tertentu “abc” mengulangi siklus hidup “pengembangan → dukungan → LTS (Dukungan Jangka Panjang)” sekali setiap beberapa tahun.

Kernel LTS dirilis sekali setahun, dan didukung selama sekitar lima tahun.

Sumber: https://en.wikipedia.org/wiki/Linux_kernel_version_history

Gambar 3 Sejarah Versi Kernel Linux 6.x

Gambar 4 Sejarah Versi Kernel Linux 5.x

Konvensi Penamaan Distribusi Linux

Konvensi penamaan distribusi Linux dan kernel.org sedikit berbeda.

Kernel distribusi Linux dinamai seperti “abc-z“, tetapi pada kenyataannya, sebagian besar distribusi memiliki “ab0-z” di mana c adalah nol.

Ini berlaku tidak hanya untuk RHEL tetapi juga untuk Ubuntu, dan juga untuk UEK7 dan yang lebih baru.

Diagram berikut menunjukkan bagaimana versi kernel disebut dalam distribusi Linux.

Saat ini tidak ada pemahaman umum, dan tampaknya bervariasi tergantung pada konteks dan orang yang menggunakannya.

Gambar 5 Nama distribusi Linux

Istilah Versi Dasar adalah baru di platform ini.

Ini menunjukkan versi kernel.org yang menjadi dasarnya.

Namun, nomor c dipaksa menjadi nol, jadi meskipun versi dasarnya adalah 5.15.0, versi kernel yang menjadi dasarnya tidak selalu 5.15.0.

Misalnya, UEK7 adalah versi 5.15.0, tetapi didasarkan pada 5.15.6.

$ rpm -q --changelog  kernel-uek-5.15.0-105.125.6.2.2.el9uek | tail -n 2
- Linux 5.15.6 (Greg Kroah-Hartman)

Hubungan antara mainline, longterm, stable, dan rc

Mari kita lihat halaman kernel Linux resmi, The Linux Kernel Archives.

Ada beberapa versi kernel Linux yang terdaftar, dengan label seperti mainline, longterm, stable, dan rc.

Saya akan menjelaskan masing-masing di bawah ini.

Gambar 6 Arsip Kernel Linux

Diagram berikut menunjukkan beberapa versi kernel yang diambil dari kernel.org dengan komentar ditambahkan.

Mainline adalah pengembangan utama.

Setelah rc (Release candidate) tersedia, itu menjadi versi resmi, sehingga mainline dan stable merujuk pada keadaan yang sama.

Di antara versi stabil, sekali setiap beberapa versi, mereka menjadi jangka panjang dan didukung untuk waktu yang lama.

Gambar 7 Siklus hidup di kernel.org

Apa itu backporting?

Ada kata yang perlu diingat di sini: backporting.

Backporting mengacu pada penerapan fitur atau perbaikan yang termasuk dalam versi perangkat lunak yang lebih baru ke versi perangkat lunak yang lebih lama.

Misalnya, menerapkan patch baru yang diperkenalkan di versi 6.0 ke versi 5.0 disebut backporting.

Secara umum, semakin besar perbedaan antara kedua versi, semakin besar perbedaan dalam basis kode, membuatnya lebih sulit untuk diterapkan.

Juga, ada kasus di mana bug yang dimaksud tidak ada di versi lama, membuat backporting tidak perlu.

Beberapa orang mungkin bertanya-tanya apa kebalikan dari backport.

Misalnya, ini adalah kasus menerapkan perbaikan bug dari versi perangkat lunak 5.0 ke versi perangkat lunak yang lebih baru 6.0.

Saya melakukan beberapa penelitian, tetapi tidak ada istilah umum, dan tampaknya backport, merging, forward-porting, dll. digunakan.

Tampaknya banyak orang menyebutnya backport tanpa banyak berpikir.

Teks berikut adalah bagian dari deskripsi UEK yang diperkenalkan di awal.

Fokusnya adalah kinerja, stabilitas, dan minim backport dengan melacak kode sumber mainline seketat mungkin secara praktis.

Mengingat apa yang telah kita bahas sejauh ini, Oracle membuat klaim berikut:

Basis kode sumber mainline yang lebih baru lebih mungkin memiliki kinerja dan stabilitas yang lebih baik karena menggabungkan lebih banyak fitur baru dan perbaikan bug.
Memulai dengan kode sumber mainline yang lebih baru berarti ada lebih sedikit perbedaan dalam kode sumber, sehingga jumlah backporting yang diperlukan paling sedikit.

Pengetahuan Dasar tentang Internal Linux

Salah satu hal terpenting yang perlu diketahui tentang UEK adalah kompatibilitasnya dengan kernel RHEL (RHCK).

Untuk memahami kompatibilitas, pengetahuan tentang OS Linux sangat penting.

Oleh karena itu, kami akan menjelaskan dasar-dasar struktur internal Linux.

Komponen Utama OS Linux

Diagram berikut menunjukkan komponen utama OS Linux dan hubungan mereka.

Penting untuk mengingat informasi ini saat mencoba memahami OS Linux.

Kernel Linux
Kernel adalah komponen inti dari OS Linux.
Ini menerima permintaan dari aplikasi dan melakukan manajemen proses dan manajemen memori untuk menjalankan program.
Ini juga menggunakan driver perangkat, yang merupakan modul kernel, untuk mengelola sistem file dan mengontrol perangkat untuk I/O.
Peran kernel dapat diringkas sebagai berikut.
Lebih baik memahaminya sebagai fungsi yang bekerja pada perangkat keras.

Manajemen sumber daya perangkat keras untuk CPU, memori, disk, kartu jaringan, dll.
Manajemen dan kontrol proses untuk aplikasi yang berjalan di Linux

Modul Kernel
Modul kernel adalah file biner yang memperluas fungsionalitas kernel.
Mereka terutama adalah driver perangkat, dan dalam format yang dapat dimuat saat dibutuhkan.
Ini memungkinkan Anda untuk mendukung perangkat keras baru hanya dengan menambahkan driver, dan juga mengurangi penggunaan memori.
Pustaka Sistem
Pustaka sistem (atau hanya pustaka) adalah kumpulan fungsi yang biasa digunakan oleh program, menyediakan sebagian besar fungsionalitas yang disediakan oleh sistem operasi.
Yang paling terkenal adalah glibc, pustaka C standar yang digunakan di Linux.
Ini disebut glibc karena awalnya dikembangkan oleh GNU sebagai GNU C Library.

Gambar 8. Struktur internal Linux

Memahami Dasar-dasar (fungsi pustaka dan panggilan sistem)

Aplikasi di Gambar 8 merujuk pada berbagai program, termasuk perintah dan utilitas yang disertakan sebagai standar di OS.

Program-program ini berjalan dengan memanggil fungsi pustaka dan panggilan sistem.

Mari kita pahami perbedaan di antara mereka.

“Pustaka /lib64” /usr/lib diinstal di dalamnya.

Jika Anda menampilkan informasi simbol glibc dengan perintah nm, Anda akan melihat bahwa itu berisi printf().

Informasi simbol merujuk pada fungsi dan variabel yang terkandung dalam pustaka atau program yang dapat dieksekusi.

printf() Beroperasi seperti yang diberikan dalam argumen, mengeluarkan instruksi ke kernel jika diperlukan.

$ rpm -qf /lib64/libc.so.6
glibc-2.34-60.0.3.el9.x86_64

$ nm /lib64/libc.so.6 | grep "T printf"
000000000006f430 T printf
000000000006e8f0 T printf_size
000000000006f350 T printf_size_info

“Panggilan sistem” menyediakan fungsi untuk mengoperasikan perangkat keras seperti input/output file, pembuatan proses baru, komunikasi jaringan, dll.

Dalam Gambar 8, panggilan sistem dipanggil langsung dari aplikasi.

Namun, itu juga dapat dipanggil melalui fungsi pembungkus panggilan sistem yang termasuk dalam glibc.

Sudahkah Anda membaca sejauh ini?

Anda bisa melihat bahwa pustaka seperti glibc sangat penting.

Untuk alasan ini, distribusi berbasis RHEL tidak mengubah versi glibc sampai versi utama berubah.

Mode Kernel dan Mode Pengguna

Menjelaskan mode kernel dan mode pengguna.

Program yang mengakses sumber daya perangkat keras, seperti kernel dan driver perangkat, berjalan dalam mode istimewa khusus yang disebut “mode kernel.”

Mereka berjalan dalam ruang memori tunggal yang terisolasi yang memanfaatkan fitur perlindungan CPU, dan karena tidak memerlukan pergantian konteks, mereka berjalan sangat cepat.

Kernel tidak hanya menjalankan setiap proses, tetapi juga menyediakan akses terlindungi ke perangkat keras.

Sebaliknya, program umum berjalan dalam ruang memori yang disebut “mode pengguna.”

Program yang berjalan dalam mode pengguna tidak dapat mengakses perangkat keras secara langsung.

Sebaliknya, mereka mengakses fungsi kernel melalui panggilan sistem, dan kernel akhirnya mengakses perangkat keras.

Ringkasan Pengetahuan Dasar

Mari kita rangkum secara singkat dasar-dasar internal Linux yang telah kita bahas sejauh ini.

Baik kernel maupun glibc adalah komponen penting Linux, tetapi mereka memiliki peran yang berbeda
Kernel bertanggung jawab untuk mengendalikan perangkat keras.
Pustaka menyediakan fungsi yang digunakan oleh program umum. Pustaka yang paling penting adalah glibc.
Untuk mengakses perangkat keras, Anda perlu melakukan panggilan sistem.
Program mengakses perangkat keras melalui panggilan sistem atau fungsi pustaka.

Cara Kerja Kontainer

Selanjutnya, kami akan menjelaskan kontainer.

Anda mungkin bertanya-tanya, “Mengapa kontainer?” setelah menjelaskan kernel.

Itu karena memahami cara kerja kontainer adalah subjek yang baik untuk memahami kompatibilitas kernel.

Struktur Kontainer

Diagram berikut membandingkan virtualisasi berbasis hypervisor dan berbasis kontainer: Mesin virtual memiliki OS tamu dan kernel, sedangkan kontainer hanya berisi aplikasi dan pustaka, tetapi tidak ada kernel.

Gambar 9 Perbedaan antara tipe hypervisor dan tipe kontainer

Alasan mengapa kernel tidak diperlukan dalam kontainer adalah karena ia menggunakan kernel di OS host.

Meskipun kontainer menggunakan fitur Linux seperti cgroups dan Namespace untuk mengisolasi kontainer satu sama lain, mereka hanyalah proses yang berjalan di OS host.

Lihat diagram berikut.

Kontainer akan berjalan jika berisi pustaka dan program yang diperlukan untuk menjalankan aplikasi.

Gambar 10 Cara kerja kontainer

Kompatibilitas Kernel Linux

Ada sesuatu yang penting di sini.

Ini akan berfungsi meskipun OS tempat gambar kontainer dibuat adalah versi Linux yang berbeda dari OS host.

Misalnya, anggap saja OS host tempat mesin kontainer berjalan adalah Ubuntu Server 22.04 LTS.

Dalam kasus ini, meskipun gambar kontainer dibuat dengan Oracle Linux 9, itu akan berfungsi selama pustaka dan biner yang diperlukan disertakan.

Meskipun keduanya harus Linux, mereka dapat bekerja meskipun versi kernel Linux sedikit berbeda.

Namun, ini adalah masalah apakah itu secara teknis bekerja, dan tidak ada hubungannya dengan apakah vendor menyediakan dukungan teknis atau tidak.

Gambar 11 Kompatibilitas kernel Linux

Saya akan menjelaskan sedikit lebih rinci.

Lihat Gambar 12 di bawah ini.

Antarmuka antara aplikasi dan kernel dalam panggilan sistem Linux disebut Application Binary Interface (ABI).

Kernel Linux dikembangkan dengan mempertimbangkan kompatibilitas sehingga panggilan sistem yang ada dari versi sebelumnya dapat dipanggil dengan spesifikasi yang sama.

Oleh karena itu, meskipun versi kernel Linux sedikit berbeda, aplikasi akan bekerja dengan cara yang sama.

Gambar 12 Menjaga kompatibilitas melalui Application Binary Interface

Application Binary Interface (ABI)

ABI adalah definisi antarmuka, khususnya nama panggilan sistem, tipe data argumen, jumlah argumen, tipe data nilai kembalian dan nilai, dll.

Kernel Linux dikembangkan sehingga ini tidak berubah.

Jika ABI tidak berubah, tidak akan ada kesalahan saat memanggil panggilan sistem.

Namun, jika versi kernel berbeda, implementasi internal dari panggilan sistem mungkin berbeda.

Namun, panggilan sistem adalah instruksi primitif ke perangkat keras, seperti “tulis data ke disk” atau “alokasikan memori.”

Oleh karena itu, perilaku eksternal juga dibuat sama.

Ini adalah cara kompatibilitas dipertahankan.

Gambar 13 Kompatibilitas yang dipertahankan oleh ABI

Ketidaksesuaian yang perlu diwaspadai

Di sisi lain, ketidaksesuaian apa yang harus Anda waspadai?

Lihat Gambar 14 di bawah ini.

Ini adalah modul kernel seperti driver perangkat.

Meskipun nomor versi kernel cocok, mereka mungkin tidak bekerja jika nomor rilis di akhir berbeda.

Beberapa modul kernel dapat menyerap sedikit perbedaan dalam nomor rilis, tetapi rekompilasi direkomendasikan.

Meskipun tidak ada hubungannya dengan kernel, satu hal yang perlu diperhatikan dalam hal kompatibilitas aplikasi adalah pustaka yang digunakan dalam bahasa, kerangka kerja, dll.

Pustaka sering diperbarui, dan biasanya ada batasan seperti pustaka XXX 2.0 atau lebih tinggi.

Gambar 14. Ketidaksesuaian modul kernel

Membandingkan UEK dan RHCK

Sekarang setelah kami membahas dasar-dasarnya, kita akhirnya bisa sampai pada topik utama perbandingan: kompatibilitas dan fitur.

Kompatibilitas dengan RHCK

Ini tentang kompatibilitas antara UEK dan RHCK.

Jika Anda telah membaca sejauh ini, Anda mungkin sudah tahu.

UEK dikembangkan untuk menjaga kompatibilitas ABI dengan RHCK.

Oleh karena itu, jika itu adalah aplikasi normal yang berjalan dalam mode pengguna, itu kompatibel.

Namun, ada beberapa hal yang perlu diperhatikan.

Dukungan untuk produk perangkat lunak komersial
Poin pertama adalah apakah produk perangkat lunak komersial didukung atau tidak.

Meskipun produk perangkat lunak komersial mendukung Oracle Linux, itu mungkin mendukung RHCK tetapi tidak UEK.

Sebenarnya, aplikasi yang berjalan dalam mode pengguna biasanya berjalan tanpa masalah, tetapi jika Anda ingin mengutamakan kebijakan dukungan vendor, gunakan RHCK.

Satu contoh perangkat lunak komersial yang memerlukan perhatian terhadap kompatibilitas adalah produk antivirus.

Beberapa produk antivirus berjalan sebagai modul kernel, jadi dalam kasus itu, Anda perlu memeriksa bahwa mereka kompatibel.

Tidak ada banyak pilihan perangkat lunak Jepang, tetapi Anda dapat memeriksa kompatibilitas Oracle Linux di katalog ISV Oracle Linux.

Saat menggunakan server buatan produsen terkenal
Hal terpenting yang perlu diperhatikan adalah bahwa Oracle Linux termasuk dalam daftar perangkat keras yang didukung.

Jika tidak didukung oleh produsen, ada kemungkinan besar mereka tidak akan dapat membantu Anda jika ada masalah yang muncul.

Selain itu, karena mesin server dilengkapi dengan perangkat keras khusus seperti pengontrol RAID dan NIC, produsen mungkin menyediakan driver perangkat mereka sendiri.

Jika driver tidak didukung, Anda mungkin tidak dapat menggunakannya.

Periksa halaman web produsen atau Daftar Sertifikasi Perangkat Keras Oracle Linux untuk informasi dukungan, yang juga mencakup informasi tentang dukungan RHCK dan UEK.

Perbedaan Fitur

Sulit untuk menggeneralisasi tentang perbedaan fitur, karena mereka bervariasi menurut versi kernel, tetapi secara umum, UEK didasarkan pada kernel mainline yang lebih baru, sehingga memiliki kinerja yang lebih baik dan lebih banyak fitur.

Misalnya, di Oracle Linux 9, versi dasar UEK7 adalah 5.15.0, dan versi dasar RHCK adalah 5.14.0.

Tidak banyak perbedaan pada titik ini.

Namun, seperti yang ditunjukkan dalam tabel berikut, UEK berubah bahkan dalam versi utama yang sama.

Dalam beberapa tahun, UEK8 akan dirilis untuk Oracle Linux 9, dan perbedaan dalam versi kernel akan melebar.

Versi Linux	UEK4	UEK5	UEK6	UEK7
Oracle Linux 9	×	×	×	○
Oracle Linux 8	×	×	○	○
Oracle Linux 7	○	○	○	×

Fitur terkenal yang eksklusif untuk UEK termasuk ocfs2 dan btfs.

Ada yang lain, tetapi untuk detailnya, silakan lihat “Fitur Baru dan Perubahan” di “Catatan Rilis Unbreakable Enterprise Kernel“.

Gambar 15. Catatan Rilis Unbreakable Enterprise Kernel Rilis 7

Ringkasan: Kapan menggunakan UEK atau RHCK?

UEK dirancang untuk beban kerja Oracle Database dan Oracle Linux KVM skala besar, dan didasarkan pada kernel yang lebih baru, yang berarti sering menawarkan kinerja dan fitur yang lebih baik.

Namun, UEK bukan keharusan mutlak.

Saya percaya bahwa Anda harus menggunakannya sesuai dengan situasi dan tujuan.

Dalam kasus berikut 1 dan 2, Anda harus mempertimbangkan untuk menggunakan RHCK.

Yang penting adalah memahami perbedaan antara UEK dan RHCK dan menggunakannya dengan tepat.

Saya juga akan memperkenalkan tabel yang merangkum apa yang telah saya jelaskan sejauh ini.

Jika Anda menggunakan server fisik dan produsen hanya mendukung RHCK
Gunakan RHCK.
Jika Anda menggunakan perangkat lunak komersial dan vendor hanya mendukung RHCK
Lebih baik menggunakan RHCK.
Namun, jika Anda menggunakannya pada sistem Anda sendiri dan dapat mentolerir risikonya, UEK juga merupakan pilihan.

Kelebihan dan kekurangan UEK vs. RHCK

Item	Keuntungan	Kekurangan
Fungsi dan Kinerja	Tergantung pada versi UEK dan RHCK yang Anda bandingkan, UEK kemungkinan memiliki fitur dan kinerja yang lebih baik karena menggunakan kernel mainline yang lebih baru, dan mungkin juga memiliki optimalisasi untuk Oracle Database.
Kompatibilitas aplikasi yang berjalan dalam mode pengguna	Kompatibel	Dalam kasus produk paket komersial, dukungan mungkin tidak tersedia tergantung pada kebijakan dukungan vendor.
Modul kernel yang berjalan dalam mode kernel	Driver perangkat dll. yang disediakan sebagai kode sumber kemungkinan kompatibel	Perangkat lunak antivirus dan driver perangkat yang berjalan dalam mode kernel umumnya tidak kompatibel.
Lainnya		Server dari produsen terkenal mungkin mendukung Oracle Linux (RHCK) tetapi tidak UEK.