Kembali
2025/04/02
6. Pengaturan Hard Partitioning Oracle Linux KVM
Dalam artikel sebelumnya, kami menjelaskan “konsep lisensi Oracle” dan “Kebijakan Partisi” untuk lingkungan server virtual. Anda sekarang seharusnya tahu bahwa ada banyak hal yang perlu diperhatikan saat menggunakan produk Oracle di lingkungan server virtual.
Kami juga menjelaskan bahwa fitur Hard Partitioning dari Oracle Linux KVM memungkinkan Anda mengoptimalkan biaya lisensi untuk produk Oracle. Namun, Anda tidak bisa membatasi jumlah lisensi hanya dengan menggunakan Oracle Linux, Anda perlu menetapkan inti CPU tertentu ke mesin virtual dalam bentuk pinning.
Hal ini juga tertulis dalam bagian “Hard Partitioning dengan Oracle Linux KVM” yang diperkenalkan sebelumnya, tetapi kenyataannya cukup sulit untuk benar-benar membangunnya.
Oleh karena itu, dalam artikel ini, kami akan fokus pada poin-poin yang perlu diperhatikan saat mengkonfigurasi. Namun, artikel ini bertujuan untuk verifikasi operasi, sehingga berbeda dari lingkungan operasi aktual. Ada banyak hal yang perlu dipertimbangkan, terutama di lingkungan produksi, seperti ketersediaan dan keamanan, tetapi dalam artikel ini, kami akan mengabaikan faktor-faktor tersebut.
Selain itu, pengetahuan tentang KVM diperlukan untuk membangun lingkungan, tetapi itu bukan masalah utama, jadi kami hanya akan menyebutkannya secara singkat. Untuk informasi lebih lanjut tentang Linux dan KVM, lihat manual Oracle Linux dan Red Hat Enterprise Linux di akhir artikel.
Persyaratan untuk hard partitioning
Setelah membaca whitepaper “Hard Partitioning dengan Oracle Linux KVM” tentang Hard Partitioning Oracle Linux, mungkin Anda berpikir bahwa mudah untuk melakukan hard partitioning menggunakan perintah olvm-vmcontrol?
Kenyataannya sama sekali berbeda. Selain menggunakan Oracle Linux KVM sebagai hypervisor, Anda juga memerlukan alat manajemen Oracle Linux Virtualization Manager. Dan ini cukup sulit untuk diatur. Pada generasi sebelumnya dari produk virtualisasi, Oracle VM Server, Anda bisa mengatur hard partitioning hanya dengan sedikit penulisan ulang file konfigurasi. Situasi saat ini sangat berbeda.
Oleh karena itu, kami akan menjelaskan persyaratan prasyarat.
Oracle Linux KVM dan Oracle Linux Virtualization Manager
Pertama, mari kita tinjau komponen dasar.
Oracle Linux KVM
Oracle Linux KVM adalah hypervisor yang memanfaatkan KVM yang terintegrasi dalam kernel Oracle Linux. Anda dapat menggunakan kernel dengan RHCK dan UEK. Sebagai OS tamu, ini mendukung Ubuntu, SUSE Linux, dan Microsoft Windows serta Linux berbasis RHEL. Perhatikan bahwa, tidak ada produk yang disebut Oracle Linux KVM, dan ini diwujudkan dengan mengintegrasikan paket virtualisasi ke dalam Oracle Linux 7, Oracle Linux 8, dan Oracle Linux 9.
Oracle Linux Virtualization Manager
Oracle Linux Virtualization Manager (OLVM) adalah alat manajemen lingkungan virtual yang setara dengan vCenter dari VMware. Anda dapat melakukan tugas sesuai kebutuhan operasi Anda, seperti mengelola host Oracle Linux KVM dan mesin virtual. Di bawah ini, kadang-kadang disingkat sebagai OLVM.
Oracle Linux Virtualization Manager didasarkan pada sumber terbuka oVirt, dan alat manajemen berbasis oVirt yang sama digunakan dalam Red Hat Virtualization (RHV). Secara tepat, implementasi sumber terbuka dari Red Hat Virtualization adalah oVirt. Masing-masing memiliki hubungan seperti yang ditunjukkan dalam tabel berikut.
Vendor | Alat Manajemen KVM | Alat Manajemen Konfigurasi Infrastruktur |
---|---|---|
Red Hat | Red Hat Virtualization | Red Hat Satellite |
Implementasi Sumber Terbuka | oVirt | Spacewalk |
Oracle | Oracle Linux Virtualization Manager | Oracle Linux Manager |
Oracle Linux Virtualization Manager diperlukan
Untuk melakukan pinning CPU untuk hard partitioning, Oracle Linux KVM yang ditargetkan harus dikelola oleh Oracle Linux Virtualization Manager.
Ini sangat penting. Oracle Linux Virtualization Manager tidak diperlukan untuk mengelola Oracle Linux KVM. Namun, itu diperlukan untuk hard partitioning. Masalahnya adalah tergantung pada apakah Oracle Linux Virtualization Manager digunakan atau tidak, cara membangun dan mengoperasikannya benar-benar berbeda.
Dalam Linux KVM, Anda dapat mengelola dengan alat GUI virt-manager atau CLI virsh. Anda juga dapat menggunakan Cockpit, alat manajemen berbasis web. Namun, jika Anda bermigrasi ke Oracle Linux Virtualization Manager, Anda tidak akan dapat menggunakan salah satu dari alat ini. Basisnya adalah Oracle Linux Virtualization Manager berbasis web, diikuti oleh antarmuka REST.
Jika Anda bermigrasi ke Oracle Linux Virtualization Manager, Anda tidak akan lagi dapat mengelolanya dengan virt-manager atau virsh.
Berikut adalah ringkasan persyaratan untuk hard partitioning.
- Host Oracle Linux KVM dikelola oleh Oracle Linux Virtualization Manager
- olvm-vmcontrol diatur di Oracle Linux Virtualization Manager
Arsitektur Oracle Linux Virtualization Manager
Kunci untuk menggunakan Oracle Linux Virtualization Manager adalah memahami arsitekturnya. Baik di Oracle Linux Virtualization Manager maupun Red Hat Virtualization, manual yang menjelaskan arsitektur ditulis di bagian atas daftar dokumentasi. Bagian ini menjelaskan komponen utama dan cara mengkonfigurasinya.
Komponen kunci Oracle Linux Virtualization Manager
Oracle Linux Virtualization Manager terdiri dari dua komponen utama:
o-Virt Engine
Komponen utama dari Oracle Linux Virtualization Manager, yang menyediakan layanan untuk GUI dan REST API untuk mengelola sumber daya. Ini ditulis dalam Java dan berjalan di WildFly (sebelumnya JBoss), sebuah kontainer Java EE bawaan. Ini menggunakan PostgreSQL untuk manajemen data.
VDSM (Virtual Desktop Server Manager)
Agen untuk o-Virt Engine yang akan diinstal pada host KVM yang dikelola.
Dua metode konfigurasi
Ada dua cara berikut untuk mengkonfigurasi sistem Anda dengan Oracle Linux Virtualization Manager. Untuk membangun dengan benar, Anda perlu memahami karakteristik masing-masing. Untuk detailnya, silakan merujuk ke manual, dan kami akan menjelaskannya secara singkat di sini.
- Self-Hosted Engine
- Stand Alone Manager
Self-Hosted Engine
Cara yang paling umum adalah menjalankan Oracle Linux Virtualization Manager pada mesin virtual di host Oracle Linux KVM. Diagram menunjukkan konfigurasi dua host, tetapi konfigurasi satu host dapat digunakan ketika ketersediaan tidak diperlukan.
Keuntungan
- oVirt Engine berjalan pada mesin virtual, sehingga satu server fisik lebih sedikit diperlukan
- Redundansi dapat dengan mudah ditambahkan ke oVirt Engine
Kerugian
- oVirt Engine berjalan pada host KVM, mengurangi CPU dan memori yang tersedia untuk host KVM
Stand Alone Manager
Dengan metode ini, oVirt Engine berjalan pada host selain host Oracle Linux KVM yang dikelola. Server fisik atau mesin virtual yang di-host di lingkungan virtual yang berbeda digunakan.
Keuntungan
- oVirt Engine independen dari host yang dikelola, sehingga tidak ada beban pada host
Kerugian
- Untuk membuat oVirt Engine redundan, konfigurasi kluster menggunakan perangkat lunak HA cluster atau sejenisnya diperlukan.
Metode yang tidak didukung
Menginstal Oracle Linux Virtualization Manager pada host Oracle Linux KVM yang dikelola seperti yang ditunjukkan di bawah ini tidak didukung.
Perbedaan istilah antara manual Oracle dan pihak ketiga
Saat membaca manual Oracle Linux Virtualization Manager, terjemahan istilah dan organisasi manual membingungkan. Tabel berikut membandingkan ini.
Sumber | Metode mesin virtual di KVM | Di-host terpisah dari KVM |
---|---|---|
Manual oVirt/RHV Bahasa Inggris | Self-Hosted Engine | Stand Alone Manager(*1) |
Manual RHV Bahasa Jepang | Self-Hosted Engine | Stand Alone Manager |
Manual OLVM Bahasa Inggris | Self-Hosted Engine | Engine(*2) |
Manual OLVM Bahasa Jepang | Jiko Host Engine (Self-Hosted Engine) | Engine (*2) |
*1 Sebelumnya, tampaknya kadang-kadang disebut sebagai Stand Alone Engine bukan Stand Alone Manager.
*2 Stand Alone Manager juga digunakan di beberapa tempat, tetapi tidak ada deskripsi yang jelas membedakan konfigurasi. Kadang-kadang juga disebut sebagai Engine
Meskipun berdasarkan terjemahan mesin, versi Jepang dari “Self-Hosted Engine” bukan terjemahan yang baik. Selain itu, membingungkan karena tidak ada nama yang jelas menunjukkan metode “Stand Alone Manager” dalam panduan awal.
Perencanaan untuk membangun Oracle Linux Virtualization Manager
Untuk membangun Oracle Linux Virtualization Manager, Anda perlu memahami arsitektur Oracle Linux Virtualization Manager dan persyaratan sistem.
Memilih Self-Hosted Engine dan Standalone Manager
Saat membangun Oracle Linux Virtualization Manager untuk pertama kalinya, kami merekomendasikan metode Stand Alone Manager yang ditunjukkan di bawah ini. Di lingkungan produksi, kami merekomendasikan metode Self-Hosted Engine, tetapi metode Stand Alone Manager lebih mudah dibangun. Ketika ada sedikit server yang tersedia, silakan gunakan sistem Self-Hosted Engine. Anda juga akan memerlukan server DNS yang dapat Anda kelola sendiri.
Host Oracle Linux KVM dan host Oracle Linux Virtualization Manager
Ini akan dijelaskan sebagai organisasi istilah. Server tempat Oracle Linux Virtualization Manager diinstal disebut host Oracle Linux Virtualization Manager (host OLVM) atau host engine. Server Oracle Linux KVM yang dikelola oleh Oracle Linux Virtualization Manager disebut host Oracle Linux KVM atau host KVM. Dalam manual resmi, ada tempat yang hanya menyebut host Oracle Linux Virtualization Manager sebagai host, jadi silakan nilai dari konteks.
Apakah Anda bisa membangun lingkungan validasi dengan VirtualBox?
Ketika kami mencoba membangun dengan VirtualBox, kami dapat menginstal Oracle Linux Virtualization Manager dan menambahkan host KVM. Namun, terjadi kesalahan “tipe CPU host tidak didukung dalam kompatibilitas kluster ini” dan tidak ada operasi lebih lanjut yang dapat dilakukan. Mungkin saja dengan PC atau lingkungan virtual lain.
Untuk mencobanya, mungkin Anda harus menggunakan layanan berikut di Oracle Cloud Infrastructure.
- Oracle Linux Virtualization Manager: Mesin virtual Compute
- Host Oracle Linux KVM: Instansi bare metal Compute
Persyaratan sistem
Persyaratan sistem untuk host Oracle Linux Virtualization Manager dan host Oracle Linux KVM adalah sebagai berikut.
Persyaratan host Oracle Linux Virtualization Manager
- Oracle Linux 8.5 atau lebih baru untuk oVirt 4.4
- CPU: 2 inti, MEM: 4GB, DISK: 25GB (Semua persyaratan minimum)
Persyaratan host Oracle Linux KVM
- Oracle Linux 7.6 atau lebih baru atau Oracle Linux 8.5 atau lebih baru untuk oVirt 4.4
- CPU: 2 inti, MEM: 2GB, DISK: 60GB (Semua persyaratan minimum)
Yang penting di sini adalah bahwa persyaratan host OLVM dan host KVM yang didukung berbeda tergantung pada versi Oracle Linux Virtualization Manager. Silakan periksa “Persyaratan dan Batasan Skalabilitas” dalam “Arsitektur dan Perencanaan” dari “Manual Oracle Linux Virtualization Manager” untuk versi yang akan digunakan.
Tips untuk membangun Oracle Linux Virtualization Manager
Karena kompleksitas prosedur dan kesulitan manual, membangun lingkungan Oracle Linux Virtualization Manager membingungkan bahkan jika Anda memiliki beberapa pengalaman dengan Linux dan KVM. Dalam bagian ini, kami akan memperkenalkan tips untuk membangun lingkungan validasi.
Juga, setidaknya untuk saat ini, dokumentasi Red Hat Virtualization lebih lengkap. Perintah yang Anda jalankan selama instalasi berbeda, tetapi alur keseluruhan dan batasannya sama. Disarankan untuk melihatnya sekali.
Prosedur untuk membangun Oracle Linux Virtualization Manager
Diagram berikut menunjukkan langkah-langkah untuk membangun Oracle Linux Virtualization Manager untuk mencapai hard partitioning. Ada prosedur yang berbeda untuk Stand Alone Manager dan Self-Hosted Engine.
Catatan tentang membangun server Oracle Linux
Bagian ini menjelaskan catatan tentang membangun server Oracle Linux sebelum menginstal Oracle Linux Virtualization Manager. Host Oracle Linux Virtualization Manager sama dengan host Oracle Linux KVM.
Jenis instalasi yang dipilih
Oracle Linux diinstal dengan “instalalasi minimal”. Namun, karena perintah yang diperlukan untuk validasi operasi mungkin tidak terinstal, lebih baik menginstal setidaknya perintah berikut:
dnf install bind-utils nc tmux tree -y
Persyaratan lain
Persyaratan lain termasuk yang berikut. Harap perhatikan bahwa ada beberapa hal yang tidak tertulis di manual.
- Dimungkinkan untuk menyelesaikan nama dengan DNS maju dan mundur. Dengan kata lain, Anda memerlukan server lain untuk menjalankan DNS selain Oracle Linux Virtualization Manager atau host Oracle Linux
- Firewall harus diaktifkan. Pembukaan port yang diperlukan secara otomatis diatur oleh alat pengaturan
- SELinux harus diaktifkan
- Lokasi host Oracle Linux Virtualization Manager harus en_US.utf8
Lokasi host Oracle Linux Virtualization Manager harus en_US.utf8. Jika terlihat seperti ini, tidak ada masalah.
# localectl
System Locale: LANG=en_US.utf8
VC Keymap: jp
X11 Layout: jp
Jika lokasi selain en_US.utf8, seperti en_US.UTF-8, lakukan yang berikut untuk mengubahnya:
# dnf install glibc-langpack-en -y
# localectl set-locale LANG=en_US.utf8
Pilih repositori yang akan digunakan
Panduan Memulai Oracle Linux Virtualization Manager menjelaskan dua jenis host berikut sebagai pengaturan pra-instalasi.
- Untuk host yang terdaftar di ULN
- Untuk host server Yum Oracle Linux
Yang pertama adalah prosedur ketika Anda telah mendaftar untuk Dukungan Premier Oracle Linux dan menggunakan host yang terdaftar di ULN. Yang terakhir adalah prosedur host yang merujuk ke repositori Yum publik (https://yum.oracle.com) dengan atau tanpa kontrak Dukungan Premier. Prosedurnya sedikit berbeda, jadi silakan pilih yang sesuai. Prosedur ini sama untuk host Oracle Linux KVM.
Cara menambahkan kunci publik saat menambahkan host KVM
Ketika Anda menambahkan host KVM di Oracle Linux Virtualization Manager, Anda dapat memilih metode kata sandi atau metode kunci publik SSH. Kami merekomendasikan metode kunci publik SSH. Saat ini, kunci publik yang dihasilkan oleh portal manajemen akan ditambahkan ke sisi host KVM.
# mkdir -p /root/.ssh
# vi /root/.ssh/authorized_keys ←Saat menambahkan secara manual
# cat kvmhost.pub >> /root/.ssh/authorized_keys←Saat menambahkan dari file yang disimpan
# chmod 600 /root/.ssh/authorized_keys
Akses Oracle Linux Virtualization Manager dengan FQDN yang berbeda
Portal manajemen Oracle Linux Virtualization Manager diakses dengan FQDN, seperti https://olvm.sample.com/ovirt-engine. Namun, jika Anda mengakses dengan nama host yang berbeda karena alasan tertentu, seperti penerusan port, layar login tidak akan ditampilkan. Pada saat itu, tentukan nama host alternatif pada host Oracle Linux Virtualization Manager.
Kami akan membuat file definisi.
vi /etc/ovirt-engine/engine.conf.d/99-custom-sso-setup.conf
Konten yang akan ditambahkan adalah sebagai berikut. Pisahkan beberapa host dengan spasi.
SSO_ALTERNATE_ENGINE_FQDNS="localhost hostname1 hostname2"
Restart layanan.
systemctl restart ovirt-engine
Apakah Anda bisa menggunakan virsh?
Kami menulis bahwa perintah virsh tidak tersedia di Oracle Linux Virtualization Manager. Namun, mode hanya-baca dapat digunakan. Tambahkan -r atau –readonly seperti berikut.
# virsh -r list --all
Id Name State
----------------------------------
0 o19v1 running
1 o19v2 running
# virsh -r vcpuinfo o19vm1 --pretty
VCPU: 0
CPU: 0
State: running
CPU time: 5.4s
CPU Affinity: 0-1 (out of 12)
VCPU: 1
CPU: 1
State: running
CPU time: 2.9s
CPU Affinity: 0-1 (out of 12)
Jika terjadi masalah
Jika Anda tidak dapat mengaturnya dengan benar, selain mencari secara online, periksa informasi berikut:
- “Events” Oracle Linux Virtualization Manager di Portal Admin
- File log:
/var/log/ovirt-engine/engine.log
- My Oracle Support

Kesimpulan
Setelah Anda mengkonfigurasi Oracle Linux Virtualization Manager Anda, ikuti instruksi dalam white paper Hard Partitioning dengan Oracle Linux KVM untuk mengkonfigurasi hard partitioning.
Ada satu hal terakhir yang perlu diingat. Ini adalah ketersediaan mesin virtual dengan hard partitioning yang dikonfigurasi. Untuk kluster yang dikonfigurasi dengan beberapa host Oracle Linux KVM, mesin virtual dapat dimigrasi secara langsung. Namun, mesin virtual dengan CPU tetap dalam hard partitioning tidak memenuhi syarat untuk migrasi langsung. Jika Anda memerlukan tingkat ketersediaan tertentu, Anda harus mempertimbangkan rencana pemulihan yang juga memperhitungkan lisensi.