Différences
Ci-dessous, les différences entre deux révisions de la page.
Prochaine révision | Révision précédente | ||
informatique:systeme:ha:pacemaker [2010/12/06 17:48] – créée bn8 | informatique:systeme:ha:pacemaker [2019/03/11 15:27] (Version actuelle) – [Exemple de mise en place d'une VIP] bn8 | ||
---|---|---|---|
Ligne 1: | Ligne 1: | ||
- | ====== | + | ====== |
- | * Installation sur les deux machines : < | + | |
- | * Création de la clé partagér : | + | ===== Installation ===== |
- | | + | <note warning> |
- | * Sur la machine 2 : Récupérer | + | * Installation sur les deux machines : < |
- | * Sur les deux machines, éditer | + | |
+ | | ||
+ | * Éditer | ||
+ | * ajuster le paramètre | ||
+ | * modifier le paramètre // | ||
+ | * modifier | ||
+ | * modifier la partie configurant l' | ||
# The following values need to be set based on your environment | # The following values need to be set based on your environment | ||
ringnumber: 0 | ringnumber: 0 | ||
- | bindnetaddr: | + | bindnetaddr: |
- | mcastaddr: | + | mcastaddr: |
mcastport: 5405 | mcastport: 5405 | ||
+ | ttl: 1 | ||
}</ | }</ | ||
- | | + | * Si votre cluster n'est composé que de deux noeuds, ajouter |
- | * Sur les deux machines, | + | * Ajouter une section // |
+ | node { | ||
+ | ring0_addr: 192.168.3.207 | ||
+ | } | ||
+ | node { | ||
+ | ring0_addr: 192.168.3.208 | ||
+ | } | ||
+ | }</ | ||
+ | * Si vous souhaitez utiliser une deuxième interfaces réseaux simultanément pour les dialogues entre les nodes corosync, il suffit ajouter un deuxième bloques // | ||
+ | <note tip>Si vous utilisez OCFS2 entre autre, il est nécesaire d' | ||
+ | name: openais_ckpt | ||
+ | ver: 0 | ||
+ | }</code>< | ||
+ | * Sur la machine 2, faite un rsync de l' | ||
+ | * Sur les deux machines, | ||
L' | L' | ||
- | < | + | < |
- | Last updated: Mon Dec 6 18:38:18 2010 | + | Current DC: ldap1 (version 1.1.16-94ff4df) - partition with quorum |
- | Stack: openais | + | Last updated: Mon Mar 11 15:54:50 2019 |
- | Current DC: srvvirt1 - partition with quorum | + | Last change: Mon Mar 11 15:54:25 2019 by hacluster via crmd on ldap1 |
- | Version: 1.0.9-74392a28b7f31d7ddc86689598bd23114f58978b | + | |
- | 2 Nodes configured, 2 expected votes | + | 2 nodes configured |
- | 0 Resources configured. | + | 0 resources configured |
- | ============ | + | |
+ | Online: [ ldap1 ldap2 ] | ||
+ | |||
+ | No resources | ||
+ | |||
+ | </ | ||
+ | |||
+ | ===== Communication Unicast | ||
+ | |||
+ | Par défaut, le dialogue entre les nodes se fait en multicast. Il peut être utile dans certain cas de configurer celui-ci en unicast. Pour cela, // | ||
+ | |||
+ | La configuration du mode Unicast ce fait comme expliquer ci dessus aux exceptions décrite ci-dessous : | ||
+ | |||
+ | < | ||
+ | totem { | ||
+ | [...] | ||
+ | interface { | ||
+ | ringnumber: 0 | ||
+ | bindnetaddr: | ||
+ | member { | ||
+ | memberaddr: 10.32.0.10 | ||
+ | } | ||
+ | member { | ||
+ | memberaddr: 10.32.1.11 | ||
+ | } | ||
+ | mcastaddr: 226.94.1.6 | ||
+ | mcastport: 5605 | ||
+ | } | ||
+ | transport: udpu | ||
+ | } | ||
+ | </ | ||
+ | |||
+ | ===== Configuration de base pour un cluster à deux nœuds | ||
+ | Nous allons entre autre mettre en place un //ping// régulier pour s' | ||
+ | * Pour accéder à la configuration du cluster pacemaker, entrer dans //crm//, passer en mode // | ||
+ | crm(live)# configure | ||
+ | crm(live)configure# | ||
+ | * Un éditeur vous ouvrira alors la configuration du cluster. Modifier la comme dans l' | ||
+ | node 1084754509: ldap2 | ||
+ | primitive pinggw ocf:pacemaker: | ||
+ | params host_list=" | ||
+ | op monitor interval=10s timeout=100s \ | ||
+ | op start interval=0 timeout=100s \ | ||
+ | op stop interval=0 timeout=100s | ||
+ | clone clonepinggw pinggw | ||
+ | property cib-bootstrap-options: | ||
+ | have-watchdog=false \ | ||
+ | dc-version=1.1.16-94ff4df \ | ||
+ | cluster-infrastructure=corosync \ | ||
+ | cluster-name=ldap \ | ||
+ | stonith-enabled=false \ | ||
+ | no-quorum-policy=ignore</ | ||
+ | * Si vous ne souhaitez pas que vos ressources migrent après un // | ||
+ | resource-stickiness=100</ | ||
+ | * Quitter l' | ||
+ | * Appliquer la nouvelle configuration en exécutant la commande // | ||
+ | * Vous pouvez constater le nouveau status en remontant d'un niveau avec la commande //cd// puis en exécutant la commande // | ||
+ | |||
+ | ===== Exemple de mise en place d'une VIP ===== | ||
+ | |||
+ | Nous allons mettre en place dans cette exemple : | ||
+ | * Une primitive // | ||
+ | * Une règle de location // | ||
+ | * Une règle de location // | ||
+ | |||
+ | Pour cela : | ||
+ | * Éditer la configuration du cluster et ajouter les lignes suivantes en ajustant de paramètre de configuration de la VIP : < | ||
+ | params ip=192.168.3.79 nic=ens192 cidr_netmask=24 \ | ||
+ | meta migration-threshold=2 \ | ||
+ | op monitor interval=20 timeout=60 on-fail=restart | ||
+ | location vip-ldap-on-connected-host-only vip-ldap \ | ||
+ | rule -inf: not_defined pinggwval or pinggwval lt 100 | ||
+ | location vip-ldap-on-ldap1 vip-ldap 50: ldap1</ | ||
+ | ===== Trucs et astuces ===== | ||
+ | |||
+ | ==== Eviter que l' | ||
+ | |||
+ | - Lorsque des ressources clonés sont ordonnés, au redémarrage d'un node, pour respecter l' | ||
+ | params interleave=" | ||
+ | |||
+ | |||
+ | - Si une node a par exemple monté une ressource drbd suite à la défaillance du master et que vous voulez le repasser sur la machine de nouveau opérationnelle : | ||
+ | |||
+ | On liste les ressources | ||
+ | |||
+ | crm_resource -l | ||
- | Online: [ srvvirt1 srvvirt2 ]</ | + | Puis on migre la resource |
+ | crm_resource --resource < | ||