Différences

Ci-dessous, les différences entre deux révisions de la page.

--- pacemaker [Le 02/07/2010, 19:54] – 90.25.247.127
+++ pacemaker [Le 11/09/2022, 11:43] (Version actuelle) – Suppression des espaces en fin de ligne (détecté et corrigé via le bot wiki-corrector (https://forum.ubuntu-fr.org/viewtopic.php?id=2067892) moths-art
@@ Ligne 1: / Ligne 1: @@
-{{tag>Lucid réseaux pacemaker BROUILLON}}
+{{tag>Xenial réseau haute_disponibilité}}
 ----
@@ Ligne 6: / Ligne 6: @@
 {{:pacemaker_lucid_00.png?518x127}}
-Pacemaker est un gestionnaire de cluster haute disponibilité. Il est chargé de démarrer , arrêter et superviser les ressources du cluster. Ce projet est supporté par les entreprises Red hat, Novel et Linbit. Un cluster est un groupe de deux ou plusieurs machines.
+Pacemaker est un gestionnaire de cluster haute disponibilité. Il est chargé de démarrer, arrêter et superviser les ressources du cluster. Ce projet est supporté par les entreprises Red Hat, Novel et Linbit. Un cluster est un groupe de deux ou plusieurs machines.
-Pour des services vraiment délicats comme un serveur web il peut être intéressant de configurer deux serveurs webs sur deux machines physiques. Si l'un des deux serveurs tombe en panne pacemaker se chargera de remplacer le serveur défaillant par le deuxième. L'utilisateur ni aura vu que du feu et ne se sera jamais rendu compte que l'un des serveurs était tombé en panne.
+Pour des services vraiment délicats comme un serveur web il peut être intéressant de configurer deux serveurs webs sur deux machines physiques. Si l'un des deux serveurs tombe en panne pacemaker se chargera de remplacer le serveur défaillant par le deuxième. L'utilisateur n'y aura vu que du feu et ne se sera jamais rendu compte que l'un des serveurs était tombé en panne.
 {{:pacemaker_lucid_01.png?400*300}}
-Comme l'on peut le voir sur le schéma Pacemaker s'appuie sur les logiciels heartbeat ou corosync pour contrôler les machines. Cependant pacemaker utilise corosync par défaut sous Ubuntu.
+Comme l'on peut le voir sur le schéma, Pacemaker s'appuie sur les logiciels //[[:heartbeat]]// ou //[[:corosync]]// pour contrôler les machines. Cependant pacemaker utilise //corosync// par défaut sous Ubuntu.
 <note>
 Une interface java développée par la société [[http://www.linbit.com/en/|Linbit]] permet de configurer le cluster via une interface graphique.
+\\
-Cette interface permet à partir d'un accès ssh d'installer et de configurer le logiciel pacemaker et les logiciels sur lesquels pacemaker se base.
+Cette interface permet à partir d'un [[:ssh|accès ssh]] d'installer et de configurer le logiciel pacemaker et les logiciels sur lesquels pacemaker se base sur les serveurs à distance.
+\\
-Cette interface est initialement prévu pour mettre en place la technologie de raid réseau drbd. Bien entendu dans notre cas nous n'utiliserons pas cette fonctionnalité.
+Cette interface est initialement prévue pour mettre en place la technologie de raid réseau [[:drbd]]. Bien entendu dans le cas présent, nous n'utiliserons pas cette fonctionnalité.
+\\
 Il est tout de même conseillé de bien comprendre la configuration en ligne de commande avant d'utiliser cet outil.
+\\
-Télécharger l'applet java [[http://oss.linbit.com/drbd-mc/|ici]].
+Téléchargez l'applet java [[http://oss.linbit.com/drbd-mc/|ici]].
 </note>
 ===== Pré-requis =====
-  * Avoir au minimum deux postes sous ubuntu 10.04 sinon il n'y a pas vraiment d'intérêt à faire un cluster
+  * Savoir ce qu'est la notion de [[haute disponibilité]]
-  * Savoir ce qu'est la notion de haute disponibilité
+  * Avoir des rudiments de connaissances concernant les réseaux
-  * Avoir des rudiments de connaissances concernant le réseau
 ===== Installation =====
@@ Ligne 37: / Ligne 36: @@
 ===== Configuration =====
-Dans cet exemple nous mettrons en place un cluster de deux machines. Avant de passer à la configuration du cluster il est nécessaire de faire quelques modifications pour que nos deux machines puissent communiquer entre elles.
+Dans cet exemple nous mettrons en place un cluster de deux machines. Avant de passer à la configuration du cluster, il est nécessaire de faire quelques modifications pour que les deux machines puissent communiquer entre elles.
-Voici un tableau de la configuration que nous allons utiliser par la suite:
+Voici un tableau de la configuration qui sera utilisée par la suite :
-|              ^ Nom de poste                  ^ Adresse ip          ^
+|           ^ Nom de poste ^ Adresse IP       ^
-^ pc 1      | machine1            | 192.168.1.101    |
+^ pc 1      | machine1     | 192.168.1.101    |
-^ pc 2      | machine2 |             192.168.1.102     |
+^ pc 2      | machine2     | 192.168.1.102    |
 ==== Configuration des machines ====
-**Modification du nom des machines**
+=== Modification du nom des machines ===
-Donner des noms à nos deux machines permettra d'avoir une configuration plus lisible dans le futur. (Ne pas utiliser de majuscules pour éviter un bug avec l'interface java)
+Donner des noms différents à chacune des machines permettra d'avoir une configuration plus lisible dans le futur. (Ne pas utiliser de majuscules pour éviter un bug avec l'interface java)
   sudo hostname <nom de machine>
-Éditer le fichier /etc/hostname et modifier le nom de la machine
+[[:tutoriel:comment_modifier_un_fichier|Éditez le fichier]] **''/etc/hostname''** et modifiez le nom de la machine.
-Fermer votre session et reconnectez vous
+Fermez votre session et reconnectez vous
-Éditer le fichier /etc/hosts
+[[:tutoriel:comment_editer_un_fichier|éditez le fichier de configuration]] **''/etc/hosts''**
-  sudo vim /etc/hosts
-Vous devriez voir un contenu semblable à celui ci (le nom de machine dépend bien sur de votre configuration):
+Vous devriez voir un contenu semblable à celui-ci (le nom de machine dépend bien sûr de votre configuration) :
+<file>
 .0.0.1       localhost
 .0.1.1       ubuntu1
+</file>
-Rajouter ceci:
+Rajoutez ceci:
+<file>
 .0.0.1     <nom du poste>
 .168.1.101 machine1
 .168.1.102 machine2
+</file>
-**Configuration des adresses ip des interfaces**
+=== Configuration des adresses IP des interfaces ===
-Fixer les adresses ip des machines en suivant cette [[http://doc.ubuntu-fr.org/tutoriel/comment_configurer_son_reseau_local#fixer_l_adresse_ip_de_nos_machines|procédure]]. Penser à configurer les serveur DNS.
+Fixez les adresses IP des machines en suivant cette [[:tutoriel:comment_configurer_son_reseau_local#fixer_l_adresse_ip_de_nos_machines|procédure]].
-Éditer le fichier /etc/resolv.conf et ajouter ceci:
+Pensez à configurer les serveurs DNS.
+[[:tutoriel:comment_modifier_un_fichier|Éditez le fichier]] ''**/etc/resolv.conf**'' et ajouter ceci:
+<file>
   nameserver <adresse ip serveur dns>
+</file>
-=== Configuration de la partie exécutive du cluster ===
+==== Configuration de la partie exécutive du cluster ====
-Comme je vous l'ai dit précédemment pacemaker s'appuie sur d'autres logiciels pour agir et surveiller les postes heartbeat ou corosync. Dans cette section nous allons permettre aux deux postes de s'envoyer des informations soit par corosync soit par heartbeat.
+Comme énoncé précédemment, pacemaker s'appuie sur d'autres logiciels pour agir et surveiller les postes (heartbeat ou corosync). Dans cette section, nous allons permettre aux deux postes de s'envoyer des informations soit par corosync soit par heartbeat.
-== Configuration de corosync ==
+=== Configuration de corosync ===
-Création d'une clée d'authentification, cette commande créera le fichier /etc/corosync/authkey.
+Création d'une clé d'authentification, cette commande créera le fichier **''/etc/corosync/authkey''**.
   corosync-keygen
 <note tip>
-Si vous êtes connecté au poste à distance. Ouvrer une autre session et télécharger un fichier pour créer des entrées sortie au lieu de taper au clavier.
+Si vous êtes connecté au poste à distance. Ouvrez une autre session et téléchargez un fichier pour créer des entrées/sorties au lieu de taper au clavier.
 </note>
-Envoi de ce fichier et modification des droits de ce fichier sur l'autre poste
+Envoi de ce fichier et modification des droits de ce fichier sur l'autre poste :
   sudo scp /etc/corosync/authkey nom_utilisateur@machine2:
@@ Ligne 106: / Ligne 108: @@
   sudo chmod 400 /etc/corosync/authkey
-Configuration du fichier /etc/corosync.conf
+[[:tutoriel:comment_editer_un_fichier|Editez le fichier de configuration]] **''/etc/corosync/corosync.conf''**.
-  sudo vim /etc/corosync/corosync.conf
 La partie du fichier à modifier est la partie concernant la configuration de l'interface.
+<file>
   interface {
                   # The following values need to be set based on your environment
@@ Ligne 119: / Ligne 119: @@
                   mcastport: 5405
           }
+</file>
-^ Options ^ Description ^
+^ Options     ^ Description                                                                            ^
-| ringnumber | Numéro de l'interface, laissez zéro si vous en déclarer une seule |
+| ringnumber  | Numéro de l'interface, laissez zéro si vous en déclarez une seule                      |
 | bindnetaddr | Correspond au réseau configuré sur la carte allant servir pour les tests entre membres |
-| mcastaddr | Adresse de multicast utilisé pour les tests |
+| mcastaddr   | Adresse de multicast utilisée pour les tests                                           |
-| mcast port | Port multicast utilisé |
+| mcast port  | Port multicast utilisé                                                                 |
-Activer le démon corosync
+=== Activer le démon corosync ===
-  vim /etc/default/corosync
+[[:tutoriel:comment_editer_un_fichier|Editez le fichier de configuration]] **''/etc/default/corosync''**
-Faites la modification suivante
+Faites la modification suivante :
+<file>
   START=yes
+</file>
-Lancement des deux démons sur les deux membres:
+Lancement des deux démons sur les deux membres :
   /etc/init.d/corosync start
+Affichage de l'état du cluster :
-Affichage de l'état du cluster:
+  sudo crm_mon --one-shot
-   sudo crm_mon --one-shot
-Le résultat de la commande devrait ressembler à cela:
+Le résultat de la commande devrait ressembler à cela :
+<file>
   Last updated: Mon May  3 10:08:55 2010
   Stack: openais
@@ Ligne 154: / Ligne 155: @@
   ============
   Online: [ machine1 machine2 ]
+</file>
-== Configuration avancée de corosync ==
+=== Configuration avancée de corosync ===
 Il peut être judicieux de configurer plusieurs interfaces redondantes pour le lien entre les deux postes.
-Pour cela il suffit de déclarer une deuxième interface avec le paramètre ringnumber incrémenté, penser à changer l'adresse de multicast et le port de destination, bien que je ne sois pas sur que cela soit indispensable.
+Pour cela il suffit de déclarer une deuxième interface avec le paramètre **//ringnumber//** incrémenté. Pensez à changer l'adresse de multicast et le port de destination((bien que je ne sois pas sûr que cela soit indispensable.)).
+<file>
   interface {
           ringnumber:  0
@@ Ligne 167: / Ligne 169: @@
 		mcastport:   5400
 	}
-	interface {
+  interface {
 		ringnumber:  1
 		bindnetaddr: 192.168.1.0
@@ Ligne 173: / Ligne 175: @@
 		mcastport:   5401
 	}
+</file>
-Modifier le paramètre rrd_mode
+Modifiez le paramètre //**rrd_mode**// :
+<file>
   rrd_mode: active
+</file>
+^ Options ^ Description                                                                      ^
+| active  | Les deux interfaces sont utilisées                                                |
+| passive | La deuxième est utilisée seulement dans le cas où la première ne fonctionne plus |
-^ Options ^ Description ^
+===== Commandes de gestion du cluster =====
-| active | Les deux interfaces sont utilisés |
-| passive | La deuxième est utilisé seulement dans le cas où la première ne fonctionne plus |
-===== Commandes de gestion du cluster=====
 === Informations sur l'état du cluster ===
-Afficher l'état du cluster
+  * Affichez l'état du cluster :<code>crm_mon</code>
-  crm_mon
+^ Options        ^ Explications                                                                   ^
+| -f             | Permet d'afficher les compteurs d'erreurs durant les migrations des ressources |
+| -1 --one-shot  | Affiche l'état à un seul instant et quitte (utile dans les scripts)            |
-^ Options        ^ Explications           ^
-| -f   | Permet d'afficher les compteurs d'erreurs durant les migrations des ressources      |
-| -1 --one-shot  | Affiche l'état à un seul instant et quitte (utile dans les scripts)      |
 === Action sur les postes et les ressources ===
-Accéder à l'interface de configuration du cluster
+  * Accéder à l'interface de configuration du cluster :<code>sudo crm</code>
-  sudo crm
-^ Commandes        ^ Explications           ^
+^ Commandes     ^ Explications                    ^
-| help   | Liste les commandes disponibles     |
+| help          | Liste les commandes disponibles |
-| status  | Affiche l'état du cluster     |
+| status        | Affiche l'état du cluster       |
-| end,cd,up  | Revenir au niveau précédent      |
+| end,cd,up     | Revenir au niveau précédent     |
-| quit,bye,exit  | Quitter le crm      |
+| quit,bye,exit | Quitter le crm                  |
-Mettre un poste en maintenance
+  * Mettre un poste en maintenance :<code>sudo crm node standby</code>
+  * Sortir un poste de maintenance :<code>sudo crm node online</code>
-  sudo crm node standby
+  * Migrer une ressource vers un autre poste :<code>sudo crm resource migrate <nom ressource> <nom du poste allant accueillir la ressource></code>
+  * Annuler la migration de la ressource :<code>sudo crm resource unmigrate <nom ressource></code>
-Sortir un poste de maintenance
+  * Mettre à zéro les compteurs d'échec pour un hôte et une ressource donnés :<code>sudo crm resource failcount <nom de la ressource> delete <nom de l'hôte></code>
+  * Mettre à zéro l'état d'une ressource :<code>sudo crm resource cleanup <nom de la ressource></code>
-  sudo crm node online
-Migrer une ressource vers un autre poste
-  sudo crm ressource migrate <nom ressource> <nom du poste allant accueillir la ressource>
-Annuler la migration de la ressource
-  sudo crm ressource unmigrate <nom ressource>
-Mettre à zéro les compteurs d'échec pour un hôte et une ressource donnés
-  sud  crm resource failcount <nom de la ressource> delete <nom de l'hôte>
-Mettre à zéro l'état d'une ressource
-  sudo crm resource cleanup <nom de la ressource>
 === Modification de la configuration du cluster ===
-Entrer dans la mode de configuration
+  * Entrer dans la mode de configuration :<code>sudo crm configure</code>
-  sudo crm configure
 == Modifier la configuration d'un cluster en activité ==
-Crée une copie de la configuration actuelle
+  * Créer une copie de la configuration actuelle :<code>sudo crm
+crm(live)# cib new copy_config</code>
-  sudo crm
+  * Utiliser la copie de la configuration :<code>crm(live)# cib use copy_config</code>
-  crm(live)# cib new copy_config
+  * Entrer dans le mode de configuration :<code>crm(config)# configure</code>
+  * Voir la configuration :<code>crm(config)configure# show</code>
-Utiliser la copie de la configuration
+  * Vérifier sa configuration :<code>crm(config)configure# verify</code>
+  * Supprimer une ressource :<code>crm(config)configure# delete <nom de la ressource></code>
-  crm(live)# cib use copy_config
+  * Appliquer la nouvelle configuration au cluster :<code>crm(config)# cib commit copy_config</code>
-Entrer dans le mode de configuration
-  crm(config)# configure
-Voir la configuration
-  crm(config)configure# show
-Vérifier sa configuration
-  crm(config)configure# verify
-Supprimer une ressource
-  crm(config)configure# delete <nom de la ressource>
-Appliquer la nouvelle configuration au cluster
-  crm(config)# cib commit copy_config
 ===== Configuration de clusters=====
-Cette section regroupe tout les liens vers des tutoriels proposant des configurations de cluster. Si cette documentation vous a permit de comprendre et d'utiliser pacemaker. Il serait intéressant que vous laissiez une trace de la configuration que vous avez réalisé.
+Cette section regroupe tous les liens vers des tutoriels proposant des configurations de cluster. Si cette documentation vous a permis de comprendre et d'utiliser pacemaker, il serait intéressant que vous laissiez une trace de la configuration que vous avez réalisée.
 ==== Cluster de deux machines ====
-[[tutoriel:pacemaker_configuration_ip_virtuelle_plus_script_lsb| Adresse ip virtuelle + supervision d'un service (nginx)]]
+Suivez le tutoriel **[[tutoriel:pacemaker_configuration_ip_virtuelle_plus_script_lsb| Adresse IP virtuelle + supervision d'un service (nginx)]]**.
 ===== Supervision du cluster =====
@@ Ligne 285: / Ligne 244: @@
 ==== Trap snmp ====
-Pacemaker gère l'envoi de traps snmp. Si quelqu'un à réussit à les utiliser, sa contribution est la bienvenue.
+Pacemaker gère l'envoi de traps snmp. Si quelqu'un a réussi à les utiliser, sa contribution est la bienvenue.
-=== Supervision avec l'agent nrpe ===
+==== Supervision avec l'agent nrpe ====
-Cette partie s'adresse aux personnes connaissant nagios et l'agent nrpe.
+Cette partie s'adresse aux personnes connaissant [[:nagios]] et l'agent [[nrpe]].
 Il est possible de créer un script permettant de savoir si les compteurs d'échec ont été incrémentés.
-Création du script dans le répertoire /usr/lib/nagios/plugins/
+[[:tutoriel:comment_modifier_un_fichier|Créez le fichier du script]] sous le nom **''/usr/lib/nagios/plugins/check_pacemaker''**
-  sudo vim /usr/lib/nagios/plugins/check_pacemaker
-Contenu de ce script
+Contenu de ce script :
+<code>#!/bin/sh
+OK_STATE=0
+WARNING_STATE=1
+CRITICAL_STATE=2
+cnt=0
-  héhé
+cnt=`sudo crm_mon -1f | grep -q fail-count`
-Déclarer le script dans la configuration de l'agent nrpe
+if [ $? -eq 0 ]
+then
+        echo "WARNING: some ressources have failed!"
+        exit $WARNING_STATE
+else
-Éditer le fichier /etc/nagios/nrpe.cfg et rajouter dans la section commands cette ligne
+echo "OK: all ressources are working properly"
+exit $OK_STATE
+fi</code>
+Déclarer le script dans la configuration de l'agent nrpe
+[[:tutoriel:comment_modifier_un_fichier|Éditez le fichier]] **''/etc/nagios/nrpe.cfg''** et rajouter dans la section **//commands//** cette ligne :
+<file>
   command[check_pacemaker]=/usr/lib/nagios/plugins/check_pacemaker
+</file>
 ===== Désinstallation =====
-Pour supprimer cette application, il suffit de [[:tutoriel:comment_supprimer_un_paquet|supprimer son paquet]]. Selon la méthode choisie, le configuration globale de l'application est conservée ou supprimée. Les journaux du système, et les fichiers de préférence des utilisateurs dans leurs dossiers personnels sont toujours conservés.
+Pour supprimer cette application, il suffit de [[:tutoriel:comment_supprimer_un_paquet|supprimer son paquet]]. Selon la méthode choisie, la configuration globale de l'application est conservée ou supprimée. Les journaux du système, et les fichiers de préférence des utilisateurs dans leurs dossiers personnels seront toujours conservés.
 ===== Voir aussi =====
@@ Ligne 317: / Ligne 289: @@
   * **(en)** [[http://www.clusterlabs.org/doc/en-US/Pacemaker/1.1/html/Pacemaker_Explained/index.html|documentation officielle]]
   * **(en)** [[http://www.clusterlabs.org/doc/en-US/Pacemaker/1.1/html/Clusters_from_Scratch/index.html|tutoriel officiel]]
+  * **(en)** [[https://wiki.ubuntu.com/ClusterStack/LucidTesting| wiki.ubuntu.com]]
   * //Basé sur l'article [[http://wiki.lustre.org/index.php/Using_Pacemaker_with_Lustre|« Using Pacemaker with Lustre  »]].//
@@ Ligne 322: / Ligne 295: @@
 ----
 //Contributeurs principaux : [[:utilisateurs:Miam Miam]].//
+Mise en forme : //[[:utilisateurs:draco31.fr|draco31.fr]].//

Différences

Outils pour utilisateurs

Outils du site

Outils de la page

Divers