Ceci est une ancienne révision du document !
Cluster de deux machines ip virtuelle + supervision service
Cet article est en cours de rédaction. Si vous avez des améliorations à apporter ou des sugestions à me proposer n'hésitez pas à me contacter via la mailling list de la documentation.
Ce tutoriel est une sous partie de la documentation pacemaker. Il décrit les différentes étapes de configuration du cluster par l'intermédiaire du crm.
Détails des étapes de la configuration:
- Adresse ip virtuelle partagée entre les deux menbres du cluster ici 192.168.1.100
- Lancement, arrêt et supervision d'un service par l'intermédiaire d'un script d'initialisation compatible LSB (ici nginx)
- clonage le service nginx devra être démarrée sur les deux machines
- ordonancement des ressources le service (nginx) devra être démarrée pour que l'adresse ip virtuelle soit attribuée à un membre du cluster
Pré-requis
- Disposer des droits d'administration.
- Bien connaître le principe de fonctionnement de pacemaker.
- Comprendre le principe de norme LSB pour les scripts d'initialisation.
Les scripts d'initialisation sont ceux disponible dans le répertoire /etc/init.d/. Pacemaker va les utiliser pour démarrer, arrêter et superviser l'état du service. C'est pourquoi ces scripts doivent respecter les normes lsb. Pacemaker a par exemple besoin que les scripts possédent un argument status.
Configuration
Entrer dans le mode de configuration du cluster
sudo crm configure
Premierement nous allons désactivé deux fonctionnalités inutile pour notre cluster
- mode stonith "shot the other node in the head" permet lorsqu'une machine n'est plus joignable d'être sur que cette machine soit hors ligne
- quorum indique le nombre minimal de membres pour prendre une décision. Ce paramètre est utile pour les cluster de plus de deux machines
désactivation du mode stonith
property stonith-enabled=false
désctivation du paramètre quorum
property no-quorum-policy=ignore
Supervision d'un service grace à son script situé dans le dossier /etc/init.d
Forme générale
primitive <nom de la ressource (ce que vous voulez)> lsb::<nom du démon> op monitor interval=5s
Dans notre cas
primitive reverse-proxy lsb::nginx op monitor interval=5s
Clonage de la ressource pour que le démon nginx soit démarré sur les deux machines
clone clone_reverse_proxy reverse-proxy