Architecture & Concepts
Libvirt APIs, drivers, connection URIs, sockets, QEMU/KVM boundaries, and system versus session mode.
- 01Control plane, drivers, and execution planeman
Libvirt is an API and driver framework. It normalizes lifecycle, storage, network, and host operations while hypervisors such as QEMU/KVM perform guest execution. Request path This separation explains why a successful AP
- 02Fingerprint the libvirt Daemon Topologyguide
Do not infer the active libvirt control plane from the distribution name or installed packages. Use the daemon topology decoder to classify observed systemd socket evidence before restarting a service. Classic monolithic
- 03Modular daemons contextguide
Libvirt split the historical all in one daemon into smaller services so each subsystem could be isolated, restarted, and permissioned more cleanly. Why libvirt split the daemon The monolithic daemon handled many unrelate
- 04Operator Change Rehearsalguide
An operator rehearsal turns a proposed command into a reviewable state transition. Use the interactive rehearsal before a consequential libvirt change to expose missing evidence without touching a daemon. Establish the c
- 05Operator Training Drillsguide
Why drills exist The interactive surfaces in this manual are not puzzles for their own sake. They are short operator drills. Their job is to reinforce ordering, command composition, and dependency awareness in the same w
- 06QEMU, KVM, and libvirt: division of responsibilityman
KVM provides kernel virtualization, QEMU models the machine and devices, and libvirt supplies a stable management contract around both. Component roles | Layer | Primary responsibility | | | | | KVM | CPU and memory virt