Clusters ProxMox

Installation

à faire

Configuration des interfaces réseau

Pour la configuration de la machine hôte, il est conseillé de ne lui attribuer une adresse IP que sur le réseau d'administration pour éviter de fausser les politiques de routage. En effet si la machine hôte possède une IP sur le même réseau que la machine virtuelle, lorsqu'elle verra passer un paquet elle considérera qu'elle est directement connectée et se chargera de l'envoyer dans le sous-réseau (au lieu de passer par les routeurs).

Voici un exemple de configuration typique d'un hôte avec un IPv4 et un IPv6 dans le réseau d'administration:

# network interface settings
auto lo
iface lo inet loopback

iface eth0 inet manual

iface eth1 inet manual

iface eth2 inet manual

auto vmbr0
iface vmbr0 inet static
        address  10.x.130.10
        netmask  255.255.255.0
        gateway  10.x.130.254
        bridge_ports eth0
        bridge_stp on
        bridge_fd 0

iface vmbr0 inet6 static
        address  2001:db8:x:2::10
        netmask  64

auto vmbr1
iface vmbr1 inet manual
        bridge_ports eth1
        bridge_stp on
        bridge_fd 0

auto vmbr2
iface vmbr2 inet manual
        bridge_ports eth2
        bridge_stp on
        bridge_fd 0

Création d'un cluster

à faire

Téléchargement d'images

Les images ISO sont à placer dans le dossier /var/lib/vz/template/iso/.

Pour plus d'aisance on peut créer un lien symbolique /iso vers ce dossier:

ln -s /var/lib/vz/template/iso/ /iso

Après avoir configuré correctement le proxy?, il suffit de faire un wget de l'image dans le dossier.

Les images sont synchronisées automatiquement entre tous les noeuds du cluster via un rsync.

Création d'une machine virtuelle

Problèmes rencontrés

Aucune réponse réseau de la machine virtuelle après redémarrage du réseau de la machine hôte

Lorsque la configuration réseau de la machine hôte est rechargée, il se peut que les machines virtuelles ne répondent plus. Dans ce cas, il faut les arrêter complètement (la commande reboot ne suffirait pas) via la console VNC et relancer la machine virtuelle.

Perte de synchronisation entre les noeuds d'un cluster

Si le réseau ou la machine sont saturés (par exemple lors d'une synchronisation d'ISOs), il se peut que les machines perdent temporairement la synchronisation. Il suffit juste d'attendre pour retrouver la synchronisation.

Cela peut se produire également lors que l'écart de temps entre les machines est trop important. Pour remédier à celà, il faut installer un serveur NTP? tierce, ou tout simplement configurer un des noeuds du cluster comme serveur NTP pour tous les autres.

Enfin une des cause de désynchronisation peut être une commande echo ajoutée dans le .bashrc de l'utilisateur root. Pour que rsync fonctionne il faut que le shell soit "propre", c'est à dire qu'il n'affiche aucun texte lors de la connexion.