Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente | ||
informatique:systeme:ha:pacemaker [2011/10/24 15:01] – [Installation] 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 le paramètre // |
- | * Sur les deux machines, activer le lancement | + | * Ajouter une section // |
- | * Sur les deux machines, | + | node { |
+ | ring0_addr: 192.168.3.207 | ||
+ | } | ||
+ | node { | ||
+ | ring0_addr: 192.168.3.208 | ||
+ | } | ||
+ | }</ | ||
+ | | ||
+ | <note tip>Si vous utilisez OCFS2 entre autre, il est nécesaire d'activer le service //cktp// fournis par //openais// (le paquet | ||
+ | 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) |
- | Stack: | + | Last updated: Mon Mar 11 15:54:50 2019 |
- | Current DC: srvvirt1 | + | 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 | + | |
- | 0 Resources configured. | + | |
- | ============ | + | |
- | Online: [ srvvirt1 srvvirt2 ]</ | + | 2 nodes configured |
+ | 0 resources configured | ||
- | ====== Configuration de base ====== | + | 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' | 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 // | + | * Pour accéder à la configuration du cluster pacemaker, entrer dans //crm//, passer en mode // |
crm(live)# configure | crm(live)# configure | ||
crm(live)configure# | crm(live)configure# | ||
- | * Un éditeur vous ouvrira alors la configuration du cluster. Modifier la comme dans l' | + | * Un éditeur vous ouvrira alors la configuration du cluster. Modifier la comme dans l' |
- | attributes standby=" | + | node 1084754509: ldap2 |
- | node srvvirt2 \ | + | |
- | attributes standby=" | + | |
primitive pinggw ocf: | primitive pinggw ocf: | ||
- | | + | params host_list=" |
- | op monitor interval="10s" | + | op monitor interval=10s timeout=100s \ |
- | op start interval="0" | + | op start interval=0 timeout=100s \ |
- | op stop interval="0" | + | op stop interval=0 timeout=100s |
clone clonepinggw pinggw | clone clonepinggw pinggw | ||
- | property | + | property cib-bootstrap-options: \ |
- | dc-version="1.0.9-74392a28b7f31d7ddc86689598bd23114f58978b" | + | have-watchdog=false |
- | cluster-infrastructure=" | + | dc-version=1.1.16-94ff4df |
- | | + | cluster-infrastructure=corosync |
- | stonith-enabled="false" | + | cluster-name=ldap \ |
- | no-quorum-policy="ignore" | + | stonith-enabled=false \ |
- | rsc_defaults | + | no-quorum-policy=ignore</ |
- | resource-stickiness="100"</ | + | * 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 | ||
+ | |||
+ | Puis on migre la resource | ||
+ | crm_resource --resource < | ||