4 votes

Ajouter MySQL comme ressource à pacemaker

J'essaie d'activer la stratégie de basculement en utilisant pacemaker sur une réplication mysql Master-Master sur deux machines virtuelles fonctionnant sous openSUSE 12 créées par VritualBox.

J'ai réussi à terminer la réplication mysql dual-master, et cela semble fonctionner. Le serveur A a 192.168.X.a comme IP alors que l'IP du serveur B est 192.168.X.b . J'ai suivi les instructions ici Donc, en gros, mon corosync.conf ressemble à celui présenté dans le guide, à l'exception de l'élément suivant interface qui est écrit ci-dessous :

interface {
    ringnumber: 0
    bindnetaddr: 192.168.X.c
    mcastaddr: 226.94.1.1
    mcastport: 5405
    ttl: 1
}

Ma première question est : qu'est-ce que c'est exactement bindnetaddr: ? Est-ce l'IP virtuelle de mon cluster ? Si non, doit-il s'agir de l'IP des autres nœuds ou de sa propre IP ? (Je veux dire l'IP du serveur qui a cette configuration ou l'autre serveur).

Ma deuxième question est : quels sont mcastaddr y mcastport et sur quoi doivent-ils être réglés ?

Ensuite, j'ai essayé d'ajouter MySQL en tant que ressource, j'ai donc fait comme décrit ci-dessous ici . Mais quand j'entre crm configure primitive ip_mysql ocf:heartbeat:IPaddr2 params ip="192.168.X.c" Je reçois

crm configure primitive ip_my ocf:heartbeat:IPaddr2 params ip='192.168.114.8'
crm_verify[23888]: 2012/12/29_12:25:51 WARN: cluster_option: Using deprecated name
'stonith_enabled' for cluster option 'stonith-enabled'
Warnings found during check: config may not be valid 

Ma troisième question est la suivante : lorsque l'on fournit le params ip a configure primitive doit-il s'agir de l'IP virtuelle ? (celle définie dans le corosync.conf fichier)

Ma quatrième question est : dois-je ignorer les avertissements ? Pour être honnête, je ne suis pas allé plus loin lorsque j'ai fait face aux avertissements, et comme j'avais beaucoup d'incertitudes, je me suis dit qu'il valait mieux d'abord m'assurer que je suis sur la bonne voie.

Dans un autre ordre d'idées, je serais plus que reconnaissant si quelqu'un pouvait m'indiquer un lien vers un tutoriel simple/bon sur l'utilisation de Pacemaker/Corosync et la réplication mySQL PAS DRDB ou l'utilisation de XtraDB et ....simple dual-master replication... la plupart des tutoriels disponibles sur le web sont pour DRDB et XtraDB, ou d'autres outils. Je sais que la procédure devrait être la même (ajouter une ressource à pacemaker) mais je n'ai pas réussi à extraire les similitudes de ces tutoriels...

2voto

Bruno Rohée Points 101

Réponse à la première question bindnetaddr est l'adresse réseau à laquelle nous voulons que pacemaker/corosync( ?) se lie. Donc si vos serveurs ont A.B.C.x y A.B.C.y comme adresse IP, alors dans le fichier de configuration de corosync, vous devez assigner bindnetaddr a A.B.C.0 .

Réponse à la deuxième question mcastaddr est l'adresse IP à utiliser pour la multidiffusion et mcastport est le port à utiliser pour la communication du cluster. Afin de communiquer entre eux, tous les nœuds appartenant au même cluster doivent utiliser le même port de communication. bindnetaddr , mcastaddr y mcastport .

Réponse à la troisième question params ip est l'IP virtuel. Si vous avez défini votre bindnetaddr a A.B.C.0 alors votre IP virtuelle devrait être A.B.C.z .

Réponse à la quatrième question Ces avertissements n'ont pas affecté mon cluster. Donc oui, je les ai ignorés.

Outre les liens fournis par @slm (voir les ressources ci-dessous) dans ses commentaires sur ma question, ce tutoriel sur l'agent de ressources MySQL HeartBeat et ce guide de la haute disponibilité m'a aidé à installer et à configurer mon cluster.

Ressources

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X