Kvm

La collection community.proxmox est un client d’API, pas un agent de configuration, et cela change la forme de chaque playbook qui l’utilise. Où les tâches tournent réellement, pourquoi proxmox_kvm refuse de converger plutôt que de mettre à jour, pourquoi proxmox_disk et proxmox_nic sont là où vont les changements de disque et de NIC, et la valeur de retour non documentée dont vous finirez par avoir besoin.

« Proxmox est-il de niveau entreprise ? » est une question sur l’hyperviseur, et Proxmox VE n’en contient pas. L’hyperviseur, c’est KVM — le même module noyau sous EC2, Google Cloud, Alibaba Cloud, Nutanix AHV et OpenShift Virtualization. Ce que Proxmox maintient vraiment, pourquoi l’argument du type 1 vise la mauvaise ligne, et ce que le socle commun ne vous achète pas.

La plupart des lignes de réglage Proxmox trouvées en ligne sont un seul bloc de drapeaux noyau. La moitié va sur l’hyperviseur, la moitié va dans l’invité, deux des plus populaires ne font rien du tout, et quelques-uns changent de sens selon le côté de la frontière où ils atterrissent.

QEMU sait émuler un vrai contrôleur NVMe, si bien que l’invité se sert de son propre pilote NVMe intégré, sans aucun support VirtIO requis. Il est aussi non migrable par conception, invisible aux sauvegardes Proxmox, et pas plus rapide que VirtIO SCSI. Voici comment en ajouter un et quand cela en vaut la peine.

L’horloge d’une machine virtuelle repose sur une hypothèse que la virtualisation casse : que le CPU continue de compter. Pourquoi l’heure des invités dérive sur tous les hyperviseurs, ce que le décalage casse vraiment — Kerberos, TLS, Ceph, Windows — et comment ptp_kvm corrige ça proprement sur QEMU/KVM.