✎ pacemaker_tutoriel_ip_plus_script_lsb [Wiki ubuntu-fr]

Vous affichez une ancienne révision du document ! Si vous l'enregistrez, vous créerez une nouvelle version avec ce contenu.

{{tag>Lucid tutoriel pacemaker BROUILLON}}
----

====== Cluster de deux machines ip virtuelle + supervision service ======

<note important>
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.
</note>

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 [[:sudo|droits d'administration]].
  * Bien connaître le principe de fonctionnement de [[pacemaker]].
  * Comprendre le principe de norme LSB pour les scripts d'initialisation.

<note>
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. 
</note>
  * Avoir effectuer le tutoriel officiel en anglais est une bonne chose. [[http://www.clusterlabs.org/doc/en-US/Pacemaker/1.1/html/Clusters_from_Scratch/index.html|lien]] 
  * Ne pas avoir peur de lire la documentation officielle de pacemaker qui se trouve [[http://www.clusterlabs.org/doc/en-US/Pacemaker/1.1/html/Pacemaker_Explained/index.html|ici]].

===== 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. Pacemaker s'assurera qu'il est bien lancé toutes les 5 secondes.

Syntaxe de base

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

Syntaxe de base

clone <nom de la ressource> <nom de la ressource à cloner>

Dans notre cas 
  
  clone clone_reverse_proxy reverse-proxy 
  
Création d'une ip virtuelle partagée entre les deux membres du cluster

primitive <nom de la ressource> ocf:heartbeat:IPaddr2 params ip="<adresse ip virtuelle>" broadcast="<adresse de broadcast>" cidr_netmask="<masque en écriture décimal>" nic="<nom de l'interface virtuelle>" op monitor interval="<interval de temps de supervision>"
  
Dans notre cas 
  
  primitive ip_virtuelle ocf:heartbeat:IPaddr2 params ip="192.168.1.100" broadcast="192.168.1.255" cidr_netmask="24" nic="eth0:0" op monitor interval="10s"

Par défaut pacemaker répartie les ressources entre les membres du cluster. Bien qu'ici une des ressource soit clonée il est préférable de crée un lien entre les deux ressources  clone_reverse_proxy et ip_virtuelle

Syntaxe de base

colocation link-ressources INFINITY: <nom de la première ressource>  <nom de la deuxième>
  
Dans notre cas

colocation link-ressources INFINITY: clone_reverse_proxy ip_virtuelle
  
Il est aussi nécéssaire d'établir un ordre de démmarage entre les ressources. En effet l'ip virtuelle ne doit être activée que si le démon nginx est lancée

Syntaxe de base

order <nom de la ressource> mandatory: <première ressource à lancer>  <deuxième ressource>

Dans notre cas

order demon_before mandatory: clone_reverse_proxy  ip_virtuelle
  
Il peut aussi être intéressant de choisir une machine préférée pour accueillir la ressource. Ici nous voulons que l'adresse ip virtuelle soit activée par défaut sur la machine1.

Syntaxe de base

location <nom ressource> <nom de la ressource> <score>: <nom du poste>
  
Dans notre cas

location node-master ip_virtuelle 50: machine1

===== Voir aussi =====

* **(fr)** [[pacemaker|fiche du logiciel pacemaker]]

----
//Contributeurs principaux : [[:utilisateurs:Miam Miam]].//

Merci de recopier le code ci-contre pour prouver que vous êtes humain : R Y U C᠎ D Merci de laisser ce champ vide :

Résumé

Note : En modifiant cette page, vous acceptez que le contenu soit placé sous les termes de la licence suivante : CC Paternité-Partage des Conditions Initiales à l'Identique 3.0 Unported