Création d'un cluster

Comment mettre en place la haute disponibilité avec deux serveurs Olfeo. Un cluster Olfeo permet d'assurer la disponibilité des services Olfeo à l'aide d'adresses IP virtuelles.

Objectif

Mettre en place la haute disponibilité avec deux serveurs Olfeo.

Étapes

Pré-requis technique

Créer un domaine Olfeo. Une fois le domaine Olfeo en place, la création du cluster se fait sur la machine maître qui diffusera ensuite la configuration à l'esclave.

Étape 1 : Création du cluster sur le maître

Avant de créer le cluster, s'assurez que l'esclave apparaît en ligne dans Domaine Olfeo.

Le paramétrage du cluster se fait dans l'onglet Cluster :

Explication des champs :

• Nom : identifiant du cluster.
• Mot de passe : mot de passe utilisé par les membres du cluster pour la communication intra-cluster.
• Premier ID VRRP (Virtual Router Redundancy Protocol) : ID VRRP pour la gestion des basculements.
• Interface réseau : interface utilisée pour l'envoi des messages de viabilité entre les membres du cluster. Cette interface doit être la même pour tous les membres du cluster.

Le nom Master est généré automatiquement à la création du domaine Olfeo alors que le nom slave est le nom qui a été attribué à la machine esclave lorsqu'elle a été ajoutée au domaine.

• 10.5.1.154 : adresse IP virtuelle du maître
• 10.5.1.155 : adresse IP virtuelle de l'esclave

Lorsqu'un noeud du cluster Olfeo est indisponible, son adresse IP virtuelle est alors basculée sur son noeud de backup.

La machine qui reçoit l'adresse IP du noeud défectueux envoie une trame gratuitous ARP en broadcast dans laquelle elle fait correspondre son adresse MAC à l'adresse IP virtuelle.

En fonctionnement nominal, un cluster Olfeo peut être utilisé indifféremment comme cluster actif/actif ou actif/passif.

Pour afficher l'ip virtuelle, utiliser la commande ip a (ifconfig n'affiche pas toujours ces IP virtuelles) :

Étape 2 : Tests de basculement

Le service qui gère la haute disponibilité est Keepalived (utilise le protocole VRRP). L'adresse IP virtuelle d'un membre du cluster est basculée si :

• le  proxy du serveur ne répond plus
• le service Keepalived du serveur ne répond plus

Arrêt du proxy :

Dans l'exemple ci-dessus, le proxy a été arrêté sur le slave et l'IP virtuelle de la machine a été basculée sur le master.

Arrêt du service Keepalived :

Dans l'exemple ci-dessus, Keepalived a été arrêté sur le slave et l'IP virtuelle de la machine a été basculée sur le master.

Validation

Comme vu précédement, l'arrêt du proxy ou de keepalived permet de valider le bon fonctionnement du cluster.