Lastenausgleich / load balancing

  • Thread starter Thread starter Deleted member 34654
  • Start date Start date
D

Deleted member 34654

Guest
Hi,

wie schaut es aus mit dem load balancing? Wird das irgendwann mal kommen? Weil eigentlich wäre es doch ein + punkt für Proxmox.

Gruß

Markus
 
Die Frage ist immer, was verstehst du darunter, was willst du und sind dir die Folgen bekannt?
Wenn du ein Load Balancing hast, kann es immer passieren, dass VMs häufiger gemoved werden. Wenn du einen NTP auf einer VM am laufen hast (was man deshalb nicht tun sollte) driftet der immer wieder ab, auch hast du immer einen kurzen Service Imapct. Wenn wir dann weiter von LB reden, brauchst du auch eine Möglichkeit zu sagen, dass z.B. Db01 nicht zusammen mit db02 auf einem Node liegen darf.

Ich bin grundsätzlich auch für die Features von VMware wie eben vMotion, fault tolerance und Maintenance Mode. Aber solche Features sind teils aufwendig zu implementieren oder bedürfen mehr Ressourcen (fault tolerance würde z. B. RAM auf zwei Systemen belegen, damit die VM Ausfallfrei übertragen wird).
 
Ich glaube du solltest dir vmotion mal genauer anschauen. Das was du meinst war vor 15jahren aktuell.

Das Team von proxmox kann das ja leicht lösen. Hier mal eine vorschlag:

Unter „Rechenzentrum“ „ha“ legt man die Prioritäten fest wenn eine node ausfällt. Diese Priorität könnte man auch nutzen falls die node an überlastet leidet. Für vms die nicht verschoben werden sollen kann man ja ein Haken setzen. Bei der node an sich müsste dann halt noch einen Schwellenwert bzgl. Der überlast festlegen können für io,ram oder cpu.

Das würde ich als einfache Lösung für load balancing ansehen. Klar hält das mit VMware und vmotion nicht mit aber da ist proxmox eh Meilen weit entfernt.
 
Ich glaube du solltest dir vmotion mal genauer anschauen. Das was du meinst war vor 15jahren aktuell.
vMotion existiert heute noch und beschreibt einen Migrationsvorgang OHNE Ausfall, die Netzwerkverbindung verliert die VM dabei auch nicht. Auch das DRS nutzt das als Grundlage zum Schedulen.

Unter „Rechenzentrum“ „ha“ legt man die Prioritäten fest wenn eine node ausfällt.
Okay, das wäre nichts neues, das tut man ja bereits.

Diese Priorität könnte man auch nutzen falls die node an überlastet leidet.
Das macht meiner Meinung nach keinen Sinn. Ein Cluster sollte auf gleicher Grundlage existieren und der Dienst sollte anhand der geringsten Last entscheiden von wo nach wo eine VM geht. Du willst dein Cluster ja perfekt gebalanced haben und nicht deine VM 2h später dann auf den nächsten Node schieben weil der Server deiner Priorität schon nach am Limit war.

Für vms die nicht verschoben werden sollen kann man ja ein Haken setzen.
Ggf soll das aber bei Wartungsarbeiten oder Ausfällen passieren, da müsste man unterscheiden. Aber wichtig ist trotzdem, dass man wie in vSphere auch auswählen kann welche VM nicht mit welcher auf einem Node laufen soll.

Bei der node an sich müsste dann halt noch einen Schwellenwert bzgl. Der überlast festlegen können für io,ram oder cpu.
Das ist aber auch nicht so einfach getan. Was ist, wenn dein Shared Storage gerade Probleme macht und deshalb die IO so hoch ist? Dann würde die VM ja dauerhaft migriert werden, was kontraproduktiv wäre. Oder was ist, wenn die ein NFS Share weggeflogen ist? Dann geht die Load hoch die VM laufen aber trotzdem noch relativ ohne Impact, dann verschiebt du alles von einem Node runter und sorgt damit vielleicht für mehr Probleme.

Klar hält das mit VMware und vmotion nicht mit aber da ist proxmox eh Meilen weit entfernt.
Nicht vergessen, PVE ist grundsätzlich kostenfrei, insofern ist meine Erwartungshaltung auch eine ganz andere. Auch ist es ja nun nicht so, dass PVE sich nicht annähern würde, mehr und mehr Features kommen dazu, welche PVE schon sehr brauchbar und nützlich machen.
 
Ich glaube du solltest meinen Post nochmal lesen und deinen bearbeiten. Da hast du mich komplett missverstanden!
 
Der Thread ist zwar etwas älter, aber ich wollte eine Art von Loadbalancing von Containern und VMs ebenfalls. Das sollte allerdings ausschließlich über die API laufen, damit das vorhandene Authentication und Authorization System nicht unterwandert wird. Rausgekomnen ist dabei der ProxLB. Bei mehr Interesse findet man das Projekt (opensource) hier: https://github.com/gyptazy/ProxLB
 
  • Like
Reactions: pvps1 and Falk R.
das sieht sehr cool aus. freue mich schon, das mal auf einem testcluster zu testen....
Freut mich zu hören :) Viel Spaß!
Aktuell befinden sich (in der Reihenfolge) folgendes Features in der Pipeline:
* Storage Balancing
* API
* Rolling Updates
* DPM
 

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!