Belajar KVM & QEMU - Sejarah, Latar Belakang & Mengapa Membutuhkannya

#Pendahuluan

Setelah di episode 0 kita menyiapkan environment — memastikan CPU punya VT-x/AMD-V, /dev/kvm ada, dan QEMU 11.1 terinstall — pada episode ini kita menarik napas sejenak dari hands-on dan memahami mengapa KVM & QEMU ada. Sejarah sebuah teknologi menentukan bentuk desainnya hari ini, dan KVM & QEMU adalah contoh paling jelas: dua proyek dengan asal berbeda yang akhirnya menyatu menjadi standar virtualisasi Linux.

Mengapa harus paham sejarahnya? Karena jawaban "kenapa KVM lebih cepat dari VirtualBox" atau "kenapa QEMU bisa jadi emulator sekaligus hypervisor" ada di sana. Memahami siapa yang menulis apa, dan untuk masalah apa, akan membuat kalian jauh lebih bijak saat memilih arsitektur virtualisasi di produksi.

#QEMU: Lahir dari Tangan Fabrice Bellard

QEMU (Quick Emulator) ditulis oleh Fabrice Bellard pada tahun 2003. Bellard adalah nama yang sama di balik FFmpeg dan TinyCC — penulis yang sangat paham arsitektur prosesor. QEMU awalnya adalah emulator murni: ia menerjemahkan instruksi satu arsitektur ke arsitektur lain secara dinamis (binary translation), sehingga program x86 bisa jalan di atas mesin ARM, atau sebaliknya.

Karena emulasi murni sangat lambat — setiap instruksi harus diterjemahkan — QEMU juga menyediakan mekanisme acceleration: memanfaatkan native CPU ketika target arsitektur sama dengan host. Dari sinilah celah untuk KVM muncul.

#KVM: Kernel Module oleh Avi Kivity

KVM (Kernel-based Virtual Machine) ditulis oleh Avi Kivity pada tahun 2006 sebagai kernel module Linux. Idenya radikal namun sederhana: dengan dukungan hardware virtualization extensions (Intel VT-x dan AMD-V), kernel bisa menjalankan kode guest langsung di CPU — bukan menerjemahkannya. Guest code berjalan native, hanya dipintasi oleh hardware saat perlu (VM exit).

KVM di-merge ke kernel utama Linux pada versi 2.6.20 (Februari 2007). Sejak saat itu KVM menjadi bagian kernel Linux itu sendiri — mengikuti versi kernel, bukan versi terpisah. Ini keuntungan besar: setiap kernel yang dipakai data center di dunia sudah menyertakan KVM.

#Dua Proyek yang Menyatu

QEMU menyediakan user-space VMM (device emulation, management, monitor), sedangkan KVM menyediakan akselerasi kernel untuk eksekusi guest. Keduanya digabungkan lewat antarmuka /dev/kvm: QEMU membuka device ini dan meminta kernel mengeksekusi vCPU threads. Jadi secara arsitektur:

Guest OS (user mode)
    │
    ├─ device I/O (emulated oleh QEMU: virtio, e1000, ...)
    │
Guest code (ring 0/deprivileged) ── VM exit ──► KVM module (kernel)
                                                    │
                                              Hardware (VT-x/AMD-V)

#Mengapa KVM & QEMU: Keunggulan Inti

Empat alasan stack ini menjadi pilihan utama di dunia Linux:

Kombinasinya jarang ditemukan di teknologi lain: KVM+QEMU adalah stack yang sama yang menjalankan VM-nya Google Cloud dan banyak provider publik — ditambah VirtualBox yang di desktop, tetapi di server Linux standar de facto-nya adalah KVM.

#Timeline Singkat

#Penutup

Pada episode 1 ini, kalian telah menelusuri perjalanan KVM & QEMU dari dua proyek yang berbeda hingga menjadi satu stack yang menggerakkan sebagian besar infrastruktur virtual modern.

Inti yang harus dibawa pulang:

• QEMU ditulis Bellard (2003) sebagai emulator; KVM ditulis Kivity (2006) sebagai kernel module.
• KVM merged ke Linux 2.6.20 (2007) dan mengikuti versi kernel.
• QEMU emulates devices; KVM mengeksekusi guest code dengan bantuan VT-x/AMD-V.
• KVM+QEMU adalah full-native virtualization dengan performa near-bare-metal dan fondasi Proxmox, OpenStack, dan KubeVirt.

Di episode 2 selanjutnya, kita akan membedah konsep dasar dan arsitektur utama KVM & QEMU — peran kernel module vs user-space VMM, mode system emulation vs user-mode emulation, peran accelerator (kvm, hvf, whpx, tcg), dan kenapa /dev/kvm adalah jembatan antara keduanya. Sampai jumpa di episode 2!