De community.proxmox-collectie is een API-client, geen configuratie-agent, en dat verandert de vorm van elke playbook die hem gebruikt. Waar de tasks werkelijk draaien, waarom proxmox_kvm weigert te convergeren in plaats van te updaten, waarom proxmox_disk en proxmox_nic de plek zijn voor schijf- en NIC-wijzigingen, en de ongedocumenteerde returnwaarde die je uiteindelijk nodig hebt.
“Is Proxmox enterprise-grade?” is een vraag over de hypervisor, en Proxmox VE bevat er geen. De hypervisor is KVM — dezelfde kernelmodule onder EC2, Google Cloud, Alibaba Cloud, Nutanix AHV en OpenShift Virtualisation. Wat Proxmox echt onderhoudt, waarom het type 1-argument op de verkeerde grens mikt, en wat het gedeelde fundament je niet oplevert.
De meeste Proxmox-afstelregels die je online vindt zijn één brok kernel-flags. De helft hoort op de hypervisor, de helft hoort binnen de gast, twee van de populaire doen helemaal niets, en een paar veranderen van betekenis afhankelijk van welke kant van de grens ze landen.
QEMU kan een echte NVMe-controller emuleren, zodat de gast zijn eigen ingebouwde NVMe-driver gebruikt zonder dat er VirtIO-media nodig zijn. Het is ook per ontwerp niet-migreerbaar, onzichtbaar voor Proxmox-backups, en niet sneller dan VirtIO SCSI. Hier is hoe je er een toevoegt en wanneer het de moeite waard is.
De klok van een virtuele machine is gebouwd op een aanname die virtualisatie stukmaakt: dat de CPU blijft doortellen. Waarom gasttijd op elke hypervisor wegloopt, wat de afwijking sloopt — Kerberos, TLS, Ceph, Windows — en hoe ptp_kvm het netjes oplost op QEMU/KVM.