KVM with libvirt
Virtual machinelibvirt
Linux KVM virtualization driven through the libvirt API, daemons and virsh command line.
- Provider
- default
- Kind
- Virtual machine
- Category
- Compute
- Official docs
- https://libvirt.org/docs.html
| property | type | values | required | kind default | this component |
|---|---|---|---|---|---|
| clusterAware | boolean | — | no | false | inherited |
| daemonMode | enum | monolithic | modular | no | modular | inherited |
| diskEncryption | boolean | — | no | — | inherited |
| driver | enum | qemu-kvm | xen | lxc | bhyve | test | no | qemu-kvm | inherited |
| instances | integer | — | no | — | inherited |
| managed | boolean | — | no | false | ▸ false |
| memoryGib | integer | — | no | — | inherited |
| os | enum | linux | windows | aix | ibm-i | no | linux | inherited |
| publicIp | boolean | — | no | — | inherited |
| sizeVcpu | integer | — | no | — | inherited |
| zoneRedundant | boolean | — | no | — | inherited |
Every rule whose selector covers this component's kind or its category. Whether a rule fires depends on the design: its properties, its edges and its groups.
stateful-node-without-zone-redundancy
A stateful compute node pinned to exactly one availability zone disappears with that zone, and its state goes with it. Nodes inside a cell are exempt, because there the cell is deliberately single-zone and redundancy comes from the other cells.
- — all of these hold:
- — the node's `stateless` is false
- — the node sits inside exactly 1 availability-zone group
- — this does not hold:
- — the node sits inside at least one cell group
nodes:
- { id: "libvirt", component: "libvirt" }Auto Scalingalibaba-auto-scalingElastic Compute Servicealibaba-ecsEdge Node Servicealibaba-ensSimple Application Serveralibaba-simple-application-serverAmazon EC2aws-ec2Amazon EC2 Auto Scalingaws-ec2-auto-scalingAmazon EC2 Dedicated Hostsaws-ec2-dedicated-hostAmazon Elastic VMware Serviceaws-evsAmazon Lightsailaws-lightsailAWS Nitro Enclavesaws-nitro-enclaveAzure BareMetal Infrastructureazure-baremetal-infrastructureAzure Compute Fleetazure-compute-fleetAzure Dedicated Hostazure-dedicated-hostAzure Data Science Virtual Machineazure-dsvmNutanix Cloud Clusters on Azureazure-nutanix-cloud-clustersAzure Virtual Machinesazure-virtual-machineAzure Virtual Machine Scale Setsazure-vm-scale-setAzure VMware Solutionazure-vmware-solutionCrusoe Cloud VMcrusoeFirecrackerfirecrackerMicrosoft Hyper-Vhyper-vKubeVirtkubevirtLambda Cloud instancelambda-labsNebius AI Cloud VMnebiusNutanix AHVnutanix-ahvOpenStack Novaopenstack-novaoVirtovirtProxmox VEproxmoxRunpod PodrunpodVast.ai instancevast-aiGeneric virtual machinevirtual-machineVMware vSpherevsphereXCP-ngxcp-ngXenServerxenserverDigitalOcean Bare Metal GPUsdigitalocean-bare-metal-gpuDropletsdigitalocean-dropletDroplet Autoscale Pooldigitalocean-droplet-autoscaleBare Metal Solutiongoogle-bare-metal-solutionCloud TPUgoogle-cloud-tpuCompute Enginegoogle-compute-engine
and 20 more → Virtual machine page# yaml-language-server: $schema=../../schema/component.schema.json # KVM managed through libvirt: the virtualization API, daemons and CLI (virsh) that drive hypervisor drivers. # Per the "libvirt Documentation" index the toolkit is a set of daemons plus an API with per-hypervisor # drivers selected by connection URI, so the driver in use is a property of the host, not a fixed default. schemaVersion: "1" type: "component" id: "libvirt" kind: "virtual-machine" provider: "default" docs: "https://libvirt.org/docs.html" defaults: managed: false properties: driver: type: "enum" values: ["qemu-kvm", "xen", "lxc", "bhyve", "test"] default: "qemu-kvm" daemonMode: type: "enum" values: ["monolithic", "modular"] default: "modular" clusterAware: type: "boolean" default: false