ProxLB, het open-source project ontwikkeld voor het distribueren en herverdelen van virtuele machines en containers over de knooppunten in een Proxmox VE-cluster, heeft versie 2.3.0 uitgebracht. De update bevat nieuwe opties om bepaalde workloads uit te sluiten, wijzigingen in het gedrag van de CP-SAT solver en correcties gerelateerd aan het gebruik van labels om virtuele machines aan specifieke knooppunten te koppelen.
De kernpunten van ProxLB 2.3 in 30 seconden
- ProxLB 2.3.0 werd op 31 augustus 2026 uitgebracht als een update met mainly kleine wijzigingen en bugfixes.
- Maakt het mogelijk om virtuele machines en containers op naam uit te sluiten via
ignore_guests. - Voegt controle toe over het gedrag van de CP-SAT solver wanneer geen haalbare oplossing wordt gevonden.
- Verhelpt problemen met node pinning veroorzaakt door de conversie van labels in Proxmox naar kleine letters.
- ProxLB blijft een extern en configureerbaar scheduler-systeem voor Proxmox VE clusters.
Deze update wijzigt de uitgangspunten van het project niet, maar komt op een interessant moment voor Proxmox-beheerders. De hypervisor zelf heeft haar native dynamische load balancing verder ontwikkeld, terwijl externe tools zoals ProxLB inspelen op scenario’s die meer gepersonaliseerde plaatsingspolicies vereisen.
Onder de paraplu van credativ is ProxLB ontwikkeld als een geavanceerde resource scheduler en load balancer voor Proxmox clusters. Het analyseert CPU, memory en lokale opslag om te bepalen hoe workloads verdeeld moeten worden en ondersteunt virtuele machines en containers. Daarnaast houdt het rekening met affiniteit, anti-affiniteit, toewijzing aan knooppunten en onderhoudsoperaties.
De werking steunt op de Proxmox API, waardoor geen SSH-toegang nodig is. Het kan worden uitgevoerd als een eenmalige operatie, een achtergronddienst of gedeeltelijk geïntegreerd in de webinterface van Proxmox.
Wat verandert er in ProxLB 2.3.0
Een van de handigste nieuwe functies is de toevoeging van ignore_guests. Tot nu toe liet ProxLB al toe om workloads uit te sluiten via labels, maar de nieuwe versie maakt het mogelijk virtuele machines of containers rechtstreeks op naam uit te sluiten.
Het lijkt misschien een kleinigheid, maar in grote clusters met veel workloads kunnen beheerders bepaalde VM’s of containers willen uitsluiten van automatische migratie- policies, bijvoorbeeld vanwege licentievoorwaarden, hardware- afhankelijkheden of vereisten voor handmatige behandeling.
De tweede nieuwe feature betreft de solver CP-SAT, optioneel gebaseerd op Google OR-Tools.
ProxLB gebruikt dit mechanisme om machine-naar-knooppunt toewijzingen te optimaliseren met behulp van een model. De solver kan in shadow-modus draaien, waarbij het een voorstel berekent zonder migraties te beïnvloeden, of in actieve modus, waarbij het migraties direct aanstuurt.
Versie 2.3.0 introduceert solver.fallback_to_greedy, een optie gerelateerd aan de reactie van het systeem wanneer de CP-SAT solver geen haalbaar plan kan vinden in actieve modus.
Dit maakt het mogelijk te bepalen of ProxLB in dat geval de greedy-balancer moet gebruiken.
Daarnaast is intern de behandeling van RRD-gegevensverzamelingen (Round Robin Database) aangepast: in plaats van een tuple die medio- en maxwaarden teruggeeft, wordt nu een generieke container gebruikt genaamd RrdDatasets.
Een kleine correctie met grote impact: node pinning
Een opvallende correctie in ProxLB 2.3.0 betreft een probleem dat voortkwam uit de verwerking van labels binnen Proxmox VE.
ProxLB maakt het mogelijk virtuele machines of containers aan specifieke knooppunten in het cluster te koppelen via labels. Een workload kan bijvoorbeeld een label hebben dat verwijst naar het knooppunt waarop hij moet draaien.
Deze functionaliteit is handig bij licentie-eisen of hardware-specifieke knooppunten die niet in de rest van het cluster aanwezig zijn.
Het probleem was dat de API van Proxmox label- strings automatisch omzet naar kleine letters. ProxLB kon daardoor per ongeluk labels vergelijken met knooppuntnamen die hoofdletters en kleine letters bevatten, wat tot foutieve toewijzingen leidde.
De update corrigeert dit door de namen te normaliseren tijdens de vergelijking en vervolgens het originele knooppuntnaam terug te geven wanneer het de koppeling tussen workloads en servers genereert.
Een mooi voorbeeld van een subtiele bug die lange tijd ongemerkt bleef: het probleem lag niet in de plaatsingspolicy zelf, maar in de interpretatie van dezelfde tekst door verschillende componenten.
ProxLB versus het native load balancing in Proxmox
De rol van ProxLB is veranderd na de verdere ontwikkeling van Proxmox VE.
Het project erkent nu de Dynamic Load Balancing (DLB), geïntroduceerd in Proxmox VE 9.2, dat een geïntegreerde oplossing biedt voor de automatische verdeling van workloads die onder High Availability (HA) vallen over de clusterknooppunten.
Dit betekent dat ProxLB niet langer hetzelfde bereik heeft als toen Proxmox geen vergelijkbare native functionaliteit bood.
De belangrijkste verschillen zijn qua scope:
De DLB van Proxmox is direct geïntegreerd met HA en resource planning. ProxLB functioneert als een externe laag met meer configuratiemogelijkheden en kan ook werken met workloads buiten het HA-systeem.
Verder houdt ProxLB rekening met CPU, geheugen, lokale opslag, toegewezen resources, overprovisioning en PSI-metrics (Pressure Stall Information), inclusief policies voor affiniteit, anti-affiniteit en workload-allocatie aan knooppunten.
Het project kan ook bepalen welk knooppunt het beste is voor het plaatsen van een nieuwe VM, wat later mogelijk wordt gebruikt door automatiseringstools.
Dit betekent niet dat ProxLB automatisch de voorkeur heeft boven de ingebouwde load balancer van Proxmox. Native functionaliteit vermindert componenten en vereenvoudigt onderhoud en updates. ProxLB is vooral waardevol wanneer de benodigde policies complexer zijn of wanneer je met oudere versies van Proxmox VE werkt.
Let wel op dat de documentatie nu waarschuwt voor mogelijke conflicten bij het combineren van bepaalde HA-groepen van Proxmox en de plaatsingslogica van ProxLB. Het wordt aanbevolen deze interactie zorgvuldig te evalueren voordat beide worden gebruikt.
Automatiseren van clusteronderhoud
Load balancing is niet de enige beschikbare functie.
ProxLB beschikt over een onderhoudsmodus waarmee knooppunten kunnen worden gemarkeerd om geen nieuwe workloads meer te ontvangen, terwijl bestaande migraties worden uitgevoerd naar andere servers. Het systeem houdt rekening met beschikbare resources en plaatsingsregels voordat het migraties uitvoert.
Onderhoud kan ook worden gepland voor specifieke tijdvensters.
Voor beheerders met meerdere knooppunten biedt dit de mogelijkheid om het proces voorafgaand aan herstarts, upgrades of hardware-interventies te automatiseren.
ProxLB 2.3.0 kan worden bijgewerkt via het Debian-repository van het project, met .deb-pakketten of container- images. De software blijft open source, met publieke toegang tot code, documentatie, issues en ontwikkeling.
De introductie van native dynamische load balancing in Proxmox VE 9.2 vermindert niet per se de relevantie van tools zoals ProxLB. Het definieert eerder twee niveaus: een geïntegreerde optie voor standaardscenarios en externe tools voor beheerders die meer controle willen over waar, wanneer en onder welke condities workloads naar andere knooppunten worden verplaatst.
Veelgestelde vragen
Wat is ProxLB voor Proxmox?
ProxLB is een open-source scheduler en load balancer voor Proxmox VE clusters. Het analyseert beschikbare resources en kan virtuele machines en containers herverdelen over verschillende knooppunten.
Welke nieuwe functies bevat ProxLB 2.3.0?
De versie voegt de mogelijkheid toe om workloads op naam uit te sluiten via ignore_guests, bevat een optie voor het fallback gedrag van de CP-SAT solver en diverse bugfixes, waaronder het correct omgaan met hoofdlettergebruik in labels voor toewijzing aan knooppunten.
Blijft ProxLB nuttig nu Proxmox VE 9.2 met DLB heeft?
Dat hangt af van de situatie. DLB biedt native integratie met Proxmox HA, terwijl ProxLB meer aanpassingsmogelijkheden biedt en ook werkt met workloads buiten HA.
Moet ProxLB op alle Proxmox-knooppunten worden geïnstalleerd?
Nee. ProxLB werkt via de Proxmox API en kan worden uitgevoerd vanaf een systeem dat toegang tot die API heeft. Het is mogelijk te installeren via Debian-pakketten, containers of rechtstreeks vanaf de broncode.