Salut,
Une rapide présentation avant ma question : 42 ans, ingénieur de formation, j'ai travaillé dans la banque et finances avant de rejoindre une petite boite spécialisée dans la communication sur Internet (webcasts, streaming...). Je m'intéresse particulièrement à la sécurité et aux infrastructures réseaux/systèmes. Plutôt dans le monde Unix.
Pourriez vous me conseiller sur les applications à utiliser pour mettre en place un cluster HA actif/actif sous Debian Squeeze, svp. J'ai déjà mis ce genre de configs avec Lenny, Heartbeat, DRBD et ça fonctionnait bien. Aujourd'hui j'ai un peu plus de mal avec la config des nouvelles versions de Heartbeat et surtout une documentation et un support minimaliste qui me fait perdre pas mal de temps. Pourtant la config que je cherche à mettre en place est relativement simple, quelques services répartis sur deux noeuds et une vérification de connectivité internet sur chacun des noeuds...
Merci par avance.
Salut Artur,
Regarde du coté de pacemaker ( http://www.clusterlabs.org/ ), avec des contraintes ping sur ta passerelle et sur un hôte distant.
Le 24/08/2011 17:37, Artur a écrit :
Salut,
Une rapide présentation avant ma question : 42 ans, ingénieur de formation, j'ai travaillé dans la banque et finances avant de rejoindre une petite boite spécialisée dans la communication sur Internet (webcasts, streaming...). Je m'intéresse particulièrement à la sécurité et aux infrastructures réseaux/systèmes. Plutôt dans le monde Unix.
Pourriez vous me conseiller sur les applications à utiliser pour mettre en place un cluster HA actif/actif sous Debian Squeeze, svp. J'ai déjà mis ce genre de configs avec Lenny, Heartbeat, DRBD et ça fonctionnait bien. Aujourd'hui j'ai un peu plus de mal avec la config des nouvelles versions de Heartbeat et surtout une documentation et un support minimaliste qui me fait perdre pas mal de temps. Pourtant la config que je cherche à mettre en place est relativement simple, quelques services répartis sur deux noeuds et une vérification de connectivité internet sur chacun des noeuds...
Merci par avance.
Bonjour Artur,
tout dépendra quel service et de ton archi storage ^^
pour du web , , HA proxy + nginx + cluster mysql c'est pas mal voir du varnish pour le cache le tout tapant dans sur un share réseau NFS ou un FS OCFS2 par exemple
Salut,
En gros au niveau du hardware j'aimerais me limiter à deux machines par cluster. Chaque machine disposant de ses propres disques. Au niveau des applications c'est assez simple aussi : - D'un côté un Apache et un serveur FTP - De l'autre un serveur d'emails (SMTP/POP/IMAP)
Ce qu'il faut comprendre c'est qu'il s'agit de solutions économiques.
Le 24/08/2011 17:46, Arnaud Landry a écrit :
Bonjour Artur,
tout dépendra quel service et de ton archi storage ^^
pour du web , , HA proxy + nginx + cluster mysql c'est pas mal voir du varnish pour le cache le tout tapant dans sur un share réseau NFS ou un FS OCFS2 par exemple
Salut Artur,
Pour ton cluster HA, tu peux utiliser la même configuration qu'avec Lenny.
Il est néanmoins conseillé (et logique) d'utiliser la dernière version d'heartbeat avec CRM (fichier xml)
Pour la connectivité des noeuds, rien de nouveau, c'est géré dans le fichier /etc/hearbeat/ha.cf
Pour ce qui est du fichier xml où sont définis les resources (services) et les contraintes (services sur le même noeud, démarrage dans un ordre précis), il y a une doc sur le site donné par Tristand.
Autrement, une alternative plus simple : DRBD a fait un programme en Java d'administration distante de cluster (tous services confondus)
Je te laisse te documenter sur ce programme : http://www.drbd.org/mc/management-console/
Il modifie le fichier xml directement ce qui te permettra peut être de t'habituer au formalisme de ce fichier.
Pour voir ce fichier xml
# crm crm(live)# configure crm(live)configure# show
et pour l'éditer, à la place de show tu fais edit , tu sauvegardes ton fichier puis tu finis par un commit.
Cdt.
Feron Valentin
Le 24 août 2011 17:37, Artur frsag@pydo.org a écrit :
Salut,
Une rapide présentation avant ma question : 42 ans, ingénieur de formation, j'ai travaillé dans la banque et finances avant de rejoindre une petite boite spécialisée dans la communication sur Internet (webcasts, streaming...). Je m'intéresse particulièrement à la sécurité et aux infrastructures réseaux/systèmes. Plutôt dans le monde Unix.
Pourriez vous me conseiller sur les applications à utiliser pour mettre en place un cluster HA actif/actif sous Debian Squeeze, svp. J'ai déjà mis ce genre de configs avec Lenny, Heartbeat, DRBD et ça fonctionnait bien. Aujourd'hui j'ai un peu plus de mal avec la config des nouvelles versions de Heartbeat et surtout une documentation et un support minimaliste qui me fait perdre pas mal de temps. Pourtant la config que je cherche à mettre en place est relativement simple, quelques services répartis sur deux noeuds et une vérification de connectivité internet sur chacun des noeuds...
Merci par avance.
--
Cordialement,
Artur.
Liste de diffusion du FRsAG http://www.frsag.org/
Salut,
C'est effectivement la bascule vers CRM qui me pose problème essentiellement à cause d'une documentation qui me semble hermétique et surtout des infos qui apparaissent parfois contradictoires. Par exemple, pour la connectivité il ne faudrait plus utiliser le fichier ha.cf d'après ce que j'ai lu. Et en essayant de reproduire ce principe avec CRM je ne suis pas arrivé à obtenir l'équivalent d'autofailback. Enfin, si je ne trouve rien d'équivalent je vais probablement me replonger dedans...
Merci pour le lien vers la console de gestion, ça peut être utile pendant les mises au point.
Le 24/08/2011 17:52, Valentin FERON a écrit :
Salut Artur,
Pour ton cluster HA, tu peux utiliser la même configuration qu'avec Lenny.
Il est néanmoins conseillé (et logique) d'utiliser la dernière version d'heartbeat avec CRM (fichier xml)
Pour la connectivité des noeuds, rien de nouveau, c'est géré dans le fichier /etc/hearbeat/ha.cf http://ha.cf
Pour ce qui est du fichier xml où sont définis les resources (services) et les contraintes (services sur le même noeud, démarrage dans un ordre précis), il y a une doc sur le site donné par Tristand.
Autrement, une alternative plus simple : DRBD a fait un programme en Java d'administration distante de cluster (tous services confondus)
Je te laisse te documenter sur ce programme : http://www.drbd.org/mc/management-console/
Il modifie le fichier xml directement ce qui te permettra peut être de t'habituer au formalisme de ce fichier.
Pour voir ce fichier xml
# crm crm(live)# configure crm(live)configure# show
et pour l'éditer, à la place de show tu fais edit , tu sauvegardes ton fichier puis tu finis par un commit.
Cdt.
Feron Valentin
Alors pour ce qui est de la doc, j'avoue que j'ai du pas mal chercher également.
Un HowTo plutôt bien fait : http://blog.foaa.de/2010/10/intro-to-pacemaker-on-heartbeat/
Pour ce qui est de l'auto-failback, cela s'appelle maintenant resource-stickyness , il en parle également dans son article.
http://blog.foaa.de/2010/10/intro-to-pacemaker-on-heartbeat/#how-can-i-use-t...
Au final, la gestion par CRM est plus sympa donc je pense que ça vaut le coup de s'y pencher un peu!
Cdt.
Feron Valentin
Le 24 août 2011 18:04, Artur frsag@pydo.org a écrit :
Salut,
C'est effectivement la bascule vers CRM qui me pose problème essentiellement à cause d'une documentation qui me semble hermétique et surtout des infos qui apparaissent parfois contradictoires. Par exemple, pour la connectivité il ne faudrait plus utiliser le fichier ha.cf d'après ce que j'ai lu. Et en essayant de reproduire ce principe avec CRM je ne suis pas arrivé à obtenir l'équivalent d'autofailback. Enfin, si je ne trouve rien d'équivalent je vais probablement me replonger dedans...
Merci pour le lien vers la console de gestion, ça peut être utile pendant les mises au point.
Le 24/08/2011 17:52, Valentin FERON a écrit :
Salut Artur,
Pour ton cluster HA, tu peux utiliser la même configuration qu'avec Lenny.
Il est néanmoins conseillé (et logique) d'utiliser la dernière version d'heartbeat avec CRM (fichier xml)
Pour la connectivité des noeuds, rien de nouveau, c'est géré dans le fichier /etc/hearbeat/ha.cf
Pour ce qui est du fichier xml où sont définis les resources (services) et les contraintes (services sur le même noeud, démarrage dans un ordre précis), il y a une doc sur le site donné par Tristand.
Autrement, une alternative plus simple : DRBD a fait un programme en Java d'administration distante de cluster (tous services confondus)
Je te laisse te documenter sur ce programme : http://www.drbd.org/mc/management-console/
Il modifie le fichier xml directement ce qui te permettra peut être de t'habituer au formalisme de ce fichier.
Pour voir ce fichier xml
# crm crm(live)# configure crm(live)configure# show
et pour l'éditer, à la place de show tu fais edit , tu sauvegardes ton fichier puis tu finis par un commit.
Cdt.
Feron Valentin
--
Cordialement,
Artur.
Liste de diffusion du FRsAG http://www.frsag.org/
Le 24/08/2011 17:52, Valentin FERON a écrit :
Salut Artur,
Pour ton cluster HA, tu peux utiliser la même configuration qu'avec Lenny.
Il est néanmoins conseillé (et logique) d'utiliser la dernière version d'heartbeat avec CRM (fichier xml)
Personnellement je déconseille fortement l'utilisation de heartbeat passé la version 1. J'ai eu de grosse grosse déconvenue avec (crm ou pas crm). J'ai aussi testé l’évolution naturelle à savoir corosync + pacemaker, et bon comment dire, c'est pas encore au point à mon sens, beaucoup de problème avec. Du coup je suis revenu a du bon vieux keepalived + script.
my 2 cents.
Le 24/08/2011 18:05, Raphael Mazelier a écrit :
Le 24/08/2011 17:52, Valentin FERON a écrit :
Salut Artur,
Pour ton cluster HA, tu peux utiliser la même configuration qu'avec Lenny.
Il est néanmoins conseillé (et logique) d'utiliser la dernière version d'heartbeat avec CRM (fichier xml)
Personnellement je déconseille fortement l'utilisation de heartbeat passé la version 1. J'ai eu de grosse grosse déconvenue avec (crm ou pas crm). J'ai aussi testé l’évolution naturelle à savoir corosync + pacemaker, et bon comment dire, c'est pas encore au point à mon sens, beaucoup de problème avec. Du coup je suis revenu a du bon vieux keepalived + script.
Idem, sauf que je ne suis pas passé par l'étape corosync + pacemaker.
Le Wed, Aug 24, 2011 at 05:52:50PM +0200, Valentin FERON [valferon@gmail.com] a écrit:
Salut Artur,
Pour ton cluster HA, tu peux utiliser la même configuration qu'avec Lenny.
Il est néanmoins conseillé (et logique) d'utiliser la dernière version d'heartbeat avec CRM (fichier xml)
Moi j'ai jamais rien bité aux confs avec CRM :)
Le heartbeat de Squeeze marche toujours bien avec le haresources tout-simple-a-comprendre que j'avais fait à l'époque pour le heartbeat de Etch.
-
Arnaud Landry -
Artur -
Dominique Rousseau -
Gregory Duchatelet -
Raphael Mazelier -
Tristan Mahé -
Valentin FERON