installer un load balancing avec heartbeat 2

installer un load balancing avec heartbeat 2 - Logiciels - Linux et OS Alternatifs

Marsh Posté le 26-03-2008 à 09:24:31    

Bonjour,
 
J'ai installé sous Fedora 8, heartbeat 2 avec l'interface graphique hb_gui. Les deux noeuds se voient, il n'y a pas de problème. La haute dispo marche avec la mise en place de IPaddr2.
 
Mais je n'arrive pas à faire de l'équilibrage de charge, je ne vois comment procéder avec heartbeat
 
Mon but est que heartbeat gère le load balancing et la haute dispo...logique vous allez me dire  :)  
 
Avez vous des pistes?
 
Bonne journée à tous

Reply

Marsh Posté le 26-03-2008 à 09:24:31   

Reply

Marsh Posté le 26-03-2008 à 10:06:40    

HeartBeat c'est pas uniquement pour HA ? :o


Message édité par anapivirtua le 26-03-2008 à 10:06:45

---------------
Si vis pacem, para bellum.
Reply

Marsh Posté le 26-03-2008 à 10:21:26    

A la base oui mais dans les ressources de heartbeat, on peut rendre redondant le ldirectord, mais je ne sais pas comment configurer dans heartbeat.
 
Mais sinon si heartbeat fait que du HA, comment tu ferais pour coupler HA et balancing ?

Reply

Marsh Posté le 26-03-2008 à 11:15:58    

tu mets un bigip et pis c'est tout  [:cloud_]

 

sinon plus sérieusement, je te conseille de mettre une machine en frontal avec genre un openbsd, et de faire la répartition avec pf, ou relayd

 

update : gourrage de soft


Message édité par black_lord le 26-03-2008 à 11:25:31

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
Reply

Marsh Posté le 26-03-2008 à 11:28:06    

mais si j'ai que deux machines...?
 
la virtualisation ne compte pas  ;)

Reply

Marsh Posté le 26-03-2008 à 11:40:27    

pour du vrai load balancing il te faut un frontal :)


---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
Reply

Marsh Posté le 26-03-2008 à 12:05:46    

frontal qu'il faut d'ailleurs "clusteuriser" sinon ca sert à rien  
 
 
et pis fait tout

Reply

Marsh Posté le 26-03-2008 à 13:57:20    

justement je voudrais inclure ce load balancing au sein du cluster à deux noeuds

Reply

Marsh Posté le 26-03-2008 à 14:21:20    

ben ça dépend de ce que tu as derrière, de tes SLA... on loadbalance pas sur rien... tu te bases sur quoi pour décider où va aller quoi ?


---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
Reply

Marsh Posté le 26-03-2008 à 15:09:25    

J'ai deux serveurs Fedora
1 adresse ip fixe sur chaque serveur
 
j'ai configuré ha.cf, authkeys, logd.cf  
et j'ai pu paramétré l'adresse virtuelle dans IPaddr2 avec l'interface graphique hb_gui
 
la haute dispo marche donc..
 
ce que je voudrais c'est qu'il y ait un load balancing de type Direct Return, c'est à dire que la première requête du client va sur le serveur 1, celui ci la traite
la seconde requête va toujours sur le serveur 1 mais ce dernier la renvoie vers le serveur 2 pour qu'elle soit traité, le serveur 2 répondra directement au client
 
Par exemple on peut prendre un serveur web avec un simple page web, quand je la rafraichirai elle changerais.  

Reply

Marsh Posté le 26-03-2008 à 15:09:25   

Reply

Marsh Posté le 26-03-2008 à 17:07:08    

J'ai peut être trouvé, j'ai mis deux ressources en mode clone, les ressources serton à la fois sur le noeud 1 et 2.
 
Mais quand je fais un refresh la changement de la page est aléatoire maintenant, je touche au but.
 
Il y a un surement un timing à règler quelque part...
 
Vos commentaires ou remarques sont les bienvenus
 
Bonne fin de journée

Reply

Marsh Posté le 26-03-2008 à 17:34:23    

D'après la doc de chez linux-ha, c'est load sharing, j'ai du mal à comprendre mais j'avance....

Reply

Marsh Posté le 26-03-2008 à 18:18:06    

Pour vous qu'est ce que vous comprenez dans cette phrase tiré du site linu-ha:
 
Load Sharing uses fixed hash values and therefore has no possibility to distribute the load dynamically. Also all established connections on one node have to be reinitialized if a node fails. There is no sync of the connection tables between the nodes.  
 
Je ne vois ce que vient faire des tables hash...
 
Avez vous des explications ?
 
je vous remercie d'avance

Reply

Marsh Posté le 26-03-2008 à 18:31:58    

Il parle du cas où un loadbalancer se base sur un hash d'une partie d'un paquet pour décider à quel serveur il doit envoyer le paquet. Cette méthode permet d'accélerer le forwarding.
 
Il prend un paquet, fait un hash, regarde dans sa table, voit qu'il doit l'envoyer a tel serveur car il fait parti d'une connexion déjà vue


---------------
Relax. Take a deep breath !
Reply

Marsh Posté le 26-03-2008 à 18:55:12    

mais quel est son avantage ?

Reply

Marsh Posté le 26-03-2008 à 18:59:11    

o'gure a écrit :

Cette méthode permet d'accélerer le forwarding.


Plus précisément, la prise de décision


Message édité par o'gure le 26-03-2008 à 18:59:29

---------------
Relax. Take a deep breath !
Reply

Marsh Posté le 27-03-2008 à 08:38:55    

Oui mais je ne vois pas pourquoi cela irait plus vite qu'un load balancing normal qui donne le paquet aux serveurs à tour de rôle
 
et je me demandais ce que cela apporte du côté utilisateur envers un serveur web par exemple, enfin ce n'est pas clair pour moi...désolé  

Reply

Marsh Posté le 27-03-2008 à 08:55:56    

lepounch a écrit :

Pour vous qu'est ce que vous comprenez dans cette phrase tiré du site linu-ha:
 
Load Sharing uses fixed hash values and therefore has no possibility to distribute the load dynamically. Also all established connections on one node have to be reinitialized if a node fails. There is no sync of the connection tables between the nodes.  
 
Je ne vois ce que vient faire des tables hash...
 
Avez vous des explications ?
 
je vous remercie d'avance


 
un bon algo de hashage permet (normalement) une répartition "uniforme" des données et donc de la charge. Typiquement le hashage se fera sur la source, et la table sera maintenue en mémoire. Calculer un hash est considéré comme "couteux" en temps CPU, donc on ne le fait qu'une seule fois.
 

o'gure a écrit :

Il parle du cas où un loadbalancer se base sur un hash d'une partie d'un paquet pour décider à quel serveur il doit envoyer le paquet. Cette méthode permet d'accélerer le forwarding.
 
Il prend un paquet, fait un hash, regarde dans sa table, voit qu'il doit l'envoyer a tel serveur car il fait parti d'une connexion déjà vue


 
:jap:
 

lepounch a écrit :

Oui mais je ne vois pas pourquoi cela irait plus vite qu'un load balancing normal qui donne le paquet aux serveurs à tour de rôle
 
et je me demandais ce que cela apporte du côté utilisateur envers un serveur web par exemple, enfin ce n'est pas clair pour moi...désolé  


 
c'est quoi un load balancing "normal" pour toi ? un round robin ?


---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
Reply

Marsh Posté le 27-03-2008 à 09:26:11    

Oui pour moi c'est un round robin
 
J'ai l'impression qu'au final le balancing et le sharing sont pareils du point de vue utlisateur du site web par exemple


Message édité par lepounch le 27-03-2008 à 09:43:11
Reply

Marsh Posté le 27-03-2008 à 09:56:05    

c'est le but recherché : que l'utilisateur ne voit pas la différence.


---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
Reply

Marsh Posté le 27-03-2008 à 10:07:06    

aaaaahhhhh je suis entrin de me tirer les cheveux
 
d'accord mais alors qui est le plus fort balancing ou sharing ?

Reply

Marsh Posté le 27-03-2008 à 10:14:17    

ta question n'a pas de sens. Qui de l'éléphant ou du rhinocéros est le plus fort ?


---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
Reply

Marsh Posté le 27-03-2008 à 10:30:25    

ok donc dans quelle situation concrète on utilise l'un ou l'autre, parce que bon on a créé les deux donc c'est bien pour quelque chose
 
non ?
 
je te remercie encore de tes éclaircissement cela devient bon  :)

Reply

Marsh Posté le 27-03-2008 à 11:08:32    

black_lord tu es désespéré..?? ;)

Reply

Marsh Posté le 27-03-2008 à 11:13:10    

il est peut etre occupé [:spamafote]


---------------
Relax. Take a deep breath !
Reply

Marsh Posté le 27-03-2008 à 11:20:55    

oui tu as raison  :)  
 
sinon tu vas bien o'gure ? tu fais quoi dans la vie ?

Reply

Marsh Posté le 27-03-2008 à 18:28:12    

black_lord a écrit :

ta question n'a pas de sens. Qui de l'éléphant ou du rhinocéros est le plus fort ?


 
hippopotame  [:cerveau aloy] /hs

Reply

Marsh Posté le 28-03-2008 à 09:07:36    

:)  
 
 
je sens que cela devient bon, est ce que le load sharing a un rapport avec la charge du CPU ??
 

Reply

Marsh Posté le 28-03-2008 à 10:09:44    

En théorie  ca permet de distribuer les requêtes sur les deux serveurs ....  donc de partager la charge machine ...

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed