Proxmox

Een OEM-licentie voor de Fisher-Price OS (Windows) woont in de firmware van de pc als een ACPI-tabel die MSDM heet, en QEMU geeft zo’n tabel aan een gast door zonder hem te controleren. Dit behandelt wat de tabel bevat, een validator die misvormde tabellen weigert voordat QEMU stilletjes hun headers repareert, het opslaan ervan in de private helft van het clusterbestandssysteem van Proxmox, de voorwaarden van Microsoft voor het verhuizen van een OEM-licentie, het ene geval dat ze duidelijk toestaan, de tabel rechtstreeks van de host nemen als de gelicentieerde machine de hypervisor is, en waarom MAK, KMS, Active Directory en AVMA de tabel nooit aanraken.

Een standaard Proxmox-VM toont bij het opstarten het logo van Proxmox, zet Proxmox in de vendorstring van zijn firmware en noemt zichzelf QEMU in elke SMBIOS-tabel. Dit vervangt dat allemaal door de naam van je eigen product: SMBIOS-types 0, 1, 2, 3 en 11, met serienummer en SKU uit de eigen naam en grootte van de VM, het SeaBIOS-splashscherm en de kleurenval erin, een OVMF met jouw merk gebouwd uit de eigen boom van Proxmox, of een option-ROM-driver die het logo en de BGRT onder Secure Boot vervangt zonder de firmware aan te raken, en het logo van de webinterface. Elke wijziging staat zo dat een upgrade haar niet stilletjes ongedaan maakt, en de ene die een upgrade gevaarlijk verouderd kan achterlaten, de firmware, krijgt een hook die dat zegt.

“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.

Flash-prijzen hebben all-NVMe moeilijk te rechtvaardigen gemaakt, en enterprise-HDD’s zijn een tweede blik waard. Acceptabele latency eruit halen op hyper-converged Proxmox-Ceph betekent RocksDB van de spindel verplaatsen, elke schijf koppelen aan zijn eigen Optane via bcache — specifiek Optane, want NAND-endurance is verkeerd voor die klus — en eerlijk zijn over de faalmodi die het je koopt.

Intels Arc Pro-kaarten doen SR-IOV native, zonder vGPU-licentie om te kopen — wat een licentievrije Windows-VDI op Proxmox werkelijk mogelijk maakt. De hele build op een B50, het Windows-first-bootstrap-probleem, waarom de firmware het op twee virtual functions begrenst, en hoeveel elke kaart in de B-serie je geeft.

Drie Proxmox-nodes rechtstreeks aan elkaar gedraad in een driehoek, met OpenFabric-routering over het mesh en Ceph plus VXLAN-clientnetwerken erbovenop. Volledig in de webinterface gebouwd, en eerlijk over waar het ontwerp ophoudt te schalen.

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.

512e-schijven presenteren 512-byte-sectoren die ze niet hebben, en de firmware maakt het verschil goed bij elke niet-uitgelijnde schrijfactie. Wat dat kost op het medium, in de host en in write amplification — waarom directe synchrone schrijfacties het slechtste geval zijn — en hoe je een vloot naar 4Kn omzet.