sme haute disponiblilité du pauvre
Tranbert
Sme est � 60 comptes.
Et donc y'a du monde dessus. Et donc faut pas qu'il soit coup� ou
qu'il plante. Le matos est sain, bien ventil� et ondul�, �a c'est
bien.
Mais comme on n'est pas � l'abri d'une tuile, je me pose la question
d'un serveur en "spare" qui ferait tourner un affa tr�s r�guli�rement.
Et qui serait "ris�" en cas de clash sur le master.
Ce n'est pas du tout "HA" au sens strict mais �a me semble une
solution � tester avant de partir dans des choses bien plus
couteuses...
Vous avez un retour d'exp�rience de votre c�t� ?
ps : en fait �a permet aussi de passer � un hardware plus r�cent et de
mettre l'ancien en "spare" pour pas g�cher...
--
Tranbert, freenaute cuv�e 2005...
BPAo - Olivier ANGUILLE
regarde les clusters tol�rence de panne, ca existe sur base redhat .donc ca
doit etre portable sous SME.
ca utilise une liaison serie(null modem) entre les 2 serveurs et tu as un
maitre et un esclave, si le maitre ne r�pond plus (cf connexion serie)
l'esclave deviens maitre (et se reconfigure), il y a biensur du rsync pour
les datas ..
je l'ai jamais fait, mais un jour..
http://en.wikipedia.org/wiki/High-availability_cluster
si tu peus , install les 2 serveurs dans des pi�ces s�par�es, ca te fera en
plus un level de sauvegarde en plus.
++
Tranbert
news:4ab821ce$0$31103$426a...@news.free.fr :
> je l'ai jamais fait, mais un jour..
Oui c'est un peu ce que je me suis dit en voyant �a...
Le souci sur Sme d'ailleurs c'est ce besoin en interface r�seau
d�di�e. Faudra vraiment que Sme �volue vers une gstion des interfaces
multiples sans bidouiller la config...
M�me pour du stockage San/Nas, une interface d�di�e serait un plus.
Y'avait un howto qui impl�mentait un raid via lan, �a semblait �tre
plus "direct" sous Sme... (y'a une phrase en fran�ais dedans, je ne
sais pas d'ou vient ce pdf...)
http://sviluppocms.no-ip.com/updates/SME_HA.pdf
et sur du sme 5, un peu vieux donc :
http://www.geocities.com/SiliconValley/Foothills/1435/smehacluster.htm
BPAo - Olivier ANGUILLE
>
> http://www.geocities.com/SiliconValley/Foothills/1435/smehacluster.htm
>
c'est celui la que j'avait lu .il y a .. longtemps.
mais effectivement, le multilan propre ne serait pas du luxe sur SME..
et bien, j'esp�re que tu auras le temps de tester.. le sujet est
int�ressant.
++
Jean-Philippe PIALASSE
d'heartbeat qui avait l'air d'avoir fait un truc fonctionnel sous sme.
JP
Tranbert
news:4ab8e1c2$0$3513$426a...@news.free.fr :
> regarde le forum de contribs il y'a eu un projet installation
> d'heartbeat qui avait l'air d'avoir fait un truc fonctionnel sous
> sme.
Vu, en fait le PDF est le doc le plus � jour. Mais franchement je ne
sens pas le truc "en prod" : on est vraiment dans de la config tr�s
personnalis�e.
De mon c�t� j'essaye de n'installer que des contribs "officielles"
pour que mon job puisse �tre repris par un autre sans trop de soucis
si jamais je raccroche les gants (ou le casque de scooter :-)
Jean-Philippe PIALASSE
c'est certain qu'on est plus dans une configuration du pauvre.
si tu veux rester dans l'artisanal et fonctionel un rsync entre deux
postes avec une reconfiguration a la mano en cas de panne du premier
peut peut etre suffire.
dans ce cas la il faut installer les contribs de chaques cot�s a la main
et faire un rsync "regulier" des donn�es utilisateurs et des templates
customs : home/e-smith/files et /etc/e-smith/templates-custom.
Le r�gulier d�pendra du trafic journalier et de la n�cessit�
individuelle d'avoir le fichier le plus a jour : 1journ�e, 6 heures, 1
heure, 10 minutes .... Mais il faut prendre en compte la limite du temps
de transfert.
En cas de panne : le matos existe, il a les donn�es utilsiateurs a jour,
(seul les installations de contribs sont a maintenir a la main), il
reste juste a basculer sur la console la configuration d'ip et brancher
eventuellement le wan sur la bonne machine.
JP
Tranbert
> si tu veux rester dans l'artisanal et fonctionel
C'est un peu ce qui me g�ne dans cette histoire : on a le choix
entre du "quasi fonctionnel mais pas � 100%" a abse de contibs
officielles ou de la haute voltige sans filet.
C'est un peu une constante de Sme, quand on va dans les d�tails, il
manque toujours une �tape pour que la solution soit viable et
fiable � 100%, cf la gestion des onduleurs.
> un rsync entre deux postes avec une reconfiguration a la mano en
> cas de panne du premier peut peut etre suffire.
D'ou le choix de Affa en mode rise qui g�re tout �a.
Le backup de base a tourn� cette nuit, 51 Go de copi�s. Maintenant
on va voir ce que le rsync permet comme fr�quence. Id�alement si je
pouvais en lancer un par heure ca serait le P�rou.
L'id�e du "ha-lite" c'est de trouver l'intervalle le plus court
possible entre deux Rsync et d'automatiser �a.
Avec cette m�thode, le temps d'indisponnibilit� est tr�s r�duit et
la perte de donn�es minime sachant qu'il y a aussi du raid des deux
c�t�s.
Plus un Rsync des donn�es vitales sur un autre serveur d�port�
toutes les 34 minutes...
sibsib
> Plus un Rsync des donn�es vitales sur un autre serveur d�port�
> toutes les 34 minutes...
>
On sent le param�tre tun� au max, l� ;-)
Bravo :-)