Avec 2 connexions à Internet, comment peut-on faire du load balancing et
du failover automatique (basculer d'une ligne à l'autre de manière
transparente) ?
Existe-t-il du matos tout prêt qui permet ca, ou faut-il jouer avec des
OS genre Linux pour y arriver ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Youri
Ben wrote:
Salut,
Avec 2 connexions à Internet, comment peut-on faire du load balancing et du failover automatique (basculer d'une ligne à l'autre de manière transparente) ?
Existe-t-il du matos tout prêt qui permet ca, ou faut-il jouer avec des OS genre Linux pour y arriver ?
C'est un probleme beaucoup plus complexe qu'il n'y parait : faire du failover de liens sans protocole de routage sur ces derniers est en gros quasi impossible, on peut vaguement s'en rapprocher avec qq concessions :
- Il ne faut pas imaginer pouvoir faire du LB -ce qui n'est pas du FO - sur 2 liens distincts, tous les protocoles exigeant une sessions maintenue, ne supporteront pas la commutation violente d'un lien a l'autre. Autant dire, tres peu d'applications IP apprecieront se faire balader d'une IP a une autre (et que le probleme du FO reste entier)
- On peut faire du LB/Failover Bidouille interessant de ce genre : http://www.ssi.bg/~ja/nano.txt testé, mais peu satisfaisant a mon gout :) Cela "marchote" mais cela ne m'a pas enchanté. On retrouve les problemes ci dessus, et beaucoup d'autres.
J'ai personnellement opté pour le compromis suivant : .1 lien vers 1 isp .1 autre vers 1 ISP-bis - Basculer vers ISP-bis lorsque l'interface du ISP1 est down (ca c'est facile a faire) - Tant qu'on y est puisque le but est de faire du failover HSRP ou VRRP entre les 2 routeurs respectifs avec prio sur le routeur qui mene a ISP de base
Ca n'est pas completement satisfaisant niveau failover : L'ISP 1 peut avoir son LAN HS : je resterai pourtant connecté a celui ci dans le noir complet : pour ca a part un joli routage dynamique "classique" il n'y a pas de solutions. Si pardon : Scripter des tests mais on ne s'en sort pas avec tous les cas qu'il y a a gerer.
La seule question est donc de savoir ce que devrait couvrir le failover : si c'est une panne de transport de l'isp principal : la solution ci dessus suffit. Si c'est une défaillance plus proche de l'IP , Cela ne me semble pas automatisable sans protocole de routage de facon "saine". -- YP
Ben wrote:
Salut,
Avec 2 connexions à Internet, comment peut-on faire du load balancing
et du failover automatique (basculer d'une ligne à l'autre de manière
transparente) ?
Existe-t-il du matos tout prêt qui permet ca, ou faut-il jouer avec
des OS genre Linux pour y arriver ?
C'est un probleme beaucoup plus complexe qu'il n'y parait : faire du
failover de liens sans protocole de routage sur ces derniers est en gros
quasi impossible, on peut vaguement s'en rapprocher avec qq concessions :
- Il ne faut pas imaginer pouvoir faire du LB -ce qui n'est pas du FO - sur
2 liens distincts, tous les protocoles exigeant une sessions maintenue, ne
supporteront pas la commutation violente d'un lien a l'autre. Autant dire,
tres peu d'applications IP apprecieront se faire balader d'une IP a une
autre (et que le probleme du FO reste entier)
- On peut faire du LB/Failover Bidouille interessant de ce genre :
http://www.ssi.bg/~ja/nano.txt testé, mais peu satisfaisant a mon gout :)
Cela "marchote" mais cela ne m'a pas enchanté. On retrouve les problemes ci
dessus, et beaucoup d'autres.
J'ai personnellement opté pour le compromis suivant :
.1 lien vers 1 isp
.1 autre vers 1 ISP-bis
- Basculer vers ISP-bis lorsque l'interface du ISP1 est down (ca c'est
facile a faire)
- Tant qu'on y est puisque le but est de faire du failover HSRP ou VRRP
entre les 2 routeurs respectifs avec prio sur le routeur qui mene a ISP de
base
Ca n'est pas completement satisfaisant niveau failover : L'ISP 1 peut avoir
son LAN HS : je resterai pourtant connecté a celui ci dans le noir complet :
pour ca a part un joli routage dynamique "classique" il n'y a pas de
solutions. Si pardon : Scripter des tests mais on ne s'en sort pas avec tous
les cas qu'il y a a gerer.
La seule question est donc de savoir ce que devrait couvrir le failover : si
c'est une panne de transport de l'isp principal : la solution ci dessus
suffit.
Si c'est une défaillance plus proche de l'IP , Cela ne me semble pas
automatisable sans protocole de routage de facon "saine".
--
YP
Avec 2 connexions à Internet, comment peut-on faire du load balancing et du failover automatique (basculer d'une ligne à l'autre de manière transparente) ?
Existe-t-il du matos tout prêt qui permet ca, ou faut-il jouer avec des OS genre Linux pour y arriver ?
C'est un probleme beaucoup plus complexe qu'il n'y parait : faire du failover de liens sans protocole de routage sur ces derniers est en gros quasi impossible, on peut vaguement s'en rapprocher avec qq concessions :
- Il ne faut pas imaginer pouvoir faire du LB -ce qui n'est pas du FO - sur 2 liens distincts, tous les protocoles exigeant une sessions maintenue, ne supporteront pas la commutation violente d'un lien a l'autre. Autant dire, tres peu d'applications IP apprecieront se faire balader d'une IP a une autre (et que le probleme du FO reste entier)
- On peut faire du LB/Failover Bidouille interessant de ce genre : http://www.ssi.bg/~ja/nano.txt testé, mais peu satisfaisant a mon gout :) Cela "marchote" mais cela ne m'a pas enchanté. On retrouve les problemes ci dessus, et beaucoup d'autres.
J'ai personnellement opté pour le compromis suivant : .1 lien vers 1 isp .1 autre vers 1 ISP-bis - Basculer vers ISP-bis lorsque l'interface du ISP1 est down (ca c'est facile a faire) - Tant qu'on y est puisque le but est de faire du failover HSRP ou VRRP entre les 2 routeurs respectifs avec prio sur le routeur qui mene a ISP de base
Ca n'est pas completement satisfaisant niveau failover : L'ISP 1 peut avoir son LAN HS : je resterai pourtant connecté a celui ci dans le noir complet : pour ca a part un joli routage dynamique "classique" il n'y a pas de solutions. Si pardon : Scripter des tests mais on ne s'en sort pas avec tous les cas qu'il y a a gerer.
La seule question est donc de savoir ce que devrait couvrir le failover : si c'est une panne de transport de l'isp principal : la solution ci dessus suffit. Si c'est une défaillance plus proche de l'IP , Cela ne me semble pas automatisable sans protocole de routage de facon "saine". -- YP
