8

Proxmox cluster HA : répartition de charge des machines virtuelles

Posted on by fred

Dans la dernière mouture de Proxmox, une nouvelle fonctionnalité a vue le jour dans le menu HA(high availability), qui se nomme Groups. Cette fonctionnalité permet de créer des groupes de machines virtuelles et de prioriser les noeuds, qui en auront la charge de manière automatique. De ce fait, Proxmox gère la répartition des VM sur les différents nœuds de manière automatique lors de la récupération d’un nœud défaillant du cluster.

Pour rappel, mon architecture serveur est basée sur un cluster HA composé de 3 nœuds Proxmox dont un est dédié à l’hébergement des machines virtuelles.

Mise en place d’une répartition de charge des machines virtuelles dans un cluster HA

  • Cliquer sur « Datacenter », « HA » puis « Groupes » et « créer » :

  • Donner un nom au groupe, sélectionner les noeuds et leur priorité :

  • Créer un second groupe dédié au deuxième nœud :

  • Revenir au menu HA et cliquer « Ajouter » pour associer les VMs au nouveaux groupes :

  • Associer une VM au groupe choisi :

  • Et faire de même pour toutes les VMs, ce qui donne par exemple dans mon cas :

Partager l'article :





fred

"Dire que l'on s'en fiche du droit à la vie privée sous prétexte qu'on a rien à cacher, c'est comme déclarer que l'on se fiche du droit à la liberté d'expression sous prétexte qu'on a rien à dire." Edward Snowden

8 commentaires

  1. bonjour,

    du coup, dans ton contexte, si n’importe lequel des proxmox est arrêtée de manière inpromptue, les vm redémarrent sur l’une des 2 autres machines ?

  2. Bonjour Gilles,
    elles redémarrent sur le deuxième nœud proxmox, qui est indiqué dans leur groupe respectifs

  3. Salut,
    C’est l’équivalent à un load balancing avec HAProxy mais version virtual machines, c’est ça?

    Ou c’est juste au cas où l’hyperviseur crash, la vm sera migrée vers un autre hyperviseur?

  4. Salut toto la frite,
    c’est juste au cas où l’hyperviseur crash, les VMs seront migrées vers un autre hyperviseur…

  6. Salut Hexicans,
    dans mon cas pas besoin car mes VM sont dans un LAN entreprise et ne sont pas accessible depuis l’extérieur…

  7. Super article, j’ai bien compris le concept, et je dois dire que ça fonctionneparfaitement, je viens de le mettre en place sur mes 3 nodes (un gros server et deux petits), avec certaines VM consommant plus de ressources que j’ai forcé sur le server, elles ont migré d’elles même.

    Bravo et merci pour le partage avec des explications claires!

  8. Bonjour,
    Je n’ai pas compris l’intérêt de faire 2 groupes, chaque VM ne faisant parti que d’un seul groupe.
    J’ai raté un truc?

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.