Bonjour je suis responsable d'une petite association qui gère un réseau
d'une cinquantaine d'utilisateurs...
Toute l'archi tourne pour l'instant sous FreeBSD...
Nous voulons acquerir plusieurs lignes ADSL, mais des problèmes de routage
se pose...
Même si un load-balancing suivant les ports ne poserait pas de problème,
cela compliquerait l'équilibrage sur n lignes.
Alors comment faire cette répartition ?
On a peur qu'un load-balancing de style Round-Robin pose quelque petits
problèmes :
Si on route chaque nouvelle connection TCP dans chaque ligne à tour de rôle,
cela devrait équilibrer naturellement la charge...
Mais on a peur que ca pose qqes petits problèmes. Par exemple lors d'une
connection FTP, si une fois que le client a negocié un nouveau port, il
vient s'y connecter avec une autre adresse IP comme adresse source (à cause
du Round Robin), il est possible que le serveur n'apprecie pas et refuse
cette connection...
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
espie
Le packet-filter d'OpenBSD a des fonctionnalites qui sont censees savoir gerer ca de maniere raisonnable. En particulier, tu dois pouvoir le parametrer de facon a ce qu'il garde un peu d'etat par rapport a tes plusieurs lignes ADSL, au lieu d'avoir un Round-Robin simple.
Maintenant, je n'ai pas eu l'occasion de m'en servir dans les conditions que tu envisages...
Le packet-filter d'OpenBSD a des fonctionnalites qui sont censees savoir
gerer ca de maniere raisonnable. En particulier, tu dois pouvoir le
parametrer de facon a ce qu'il garde un peu d'etat par rapport a tes
plusieurs lignes ADSL, au lieu d'avoir un Round-Robin simple.
Maintenant, je n'ai pas eu l'occasion de m'en servir dans les conditions
que tu envisages...
Le packet-filter d'OpenBSD a des fonctionnalites qui sont censees savoir gerer ca de maniere raisonnable. En particulier, tu dois pouvoir le parametrer de facon a ce qu'il garde un peu d'etat par rapport a tes plusieurs lignes ADSL, au lieu d'avoir un Round-Robin simple.
Maintenant, je n'ai pas eu l'occasion de m'en servir dans les conditions que tu envisages...
salus1
Alors comment faire cette répartition ? On a peur qu'un load-balancing de style Round-Robin pose quelque petits problèmes :
Si c'est pour le surf en imaginant deux serveurs:
. sur le premier, tu colles une adsl, . sur le second un autre adsl
Et puis, tu configures ICP dans la conf de SQUID pour qu'ils se partagent le contenu des caches.
A mon avis, c'est jouable.
Salus
Alors comment faire cette répartition ?
On a peur qu'un load-balancing de style Round-Robin pose quelque petits
problèmes :
Si c'est pour le surf en imaginant deux serveurs:
. sur le premier, tu colles une adsl,
. sur le second un autre adsl
Et puis, tu configures ICP dans la conf de SQUID pour qu'ils se
partagent le contenu des caches.
Alors comment faire cette répartition ? On a peur qu'un load-balancing de style Round-Robin pose quelque petits problèmes :
Si c'est pour le surf en imaginant deux serveurs:
. sur le premier, tu colles une adsl, . sur le second un autre adsl
Et puis, tu configures ICP dans la conf de SQUID pour qu'ils se partagent le contenu des caches.
A mon avis, c'est jouable.
Salus
Chab
Alors comment faire cette répartition ? On a peur qu'un load-balancing de style Round-Robin pose quelque petits problèmes :
Si c'est pour le surf en imaginant deux serveurs:
. sur le premier, tu colles une adsl, . sur le second un autre adsl
Et puis, tu configures ICP dans la conf de SQUID pour qu'ils se partagent le contenu des caches.
A mon avis, c'est jouable.
Le problème c'est que le traffic est plus diversifié que ca... Traffic http, ssh, smtp, pop, imap, cvs, ftp, irc, IM, peer-to-peer... Ce réseau est partagé par une cinquantaine de fondus d'informatiques... L'idéal serait de répartir équitablement le traffic entre tous les utilisateurs... Des solutions existent (pf+altq notamment) mais cela devient compliqué avec un load balancing sur n adsl...
Un exemple de pb dont j'ai peur : Un serveur ouvre une connection avec une certaine adresse ip pour le client... Si il veut ouvrir une deuxieme connection, le serveur peut peut-etre checker si c'est la même ip de client... Et si on a effectué un load balancing style une fois l'un une fois l'autre (en plus evolué) il est fort probable que ce cas ce présente... A votre connaissance y-a-t-il beaucoup de services/serveur qui pourrait etre affecté par ce genre de pb ? Si oui, y'a-t-il moyen de contourner ce pb ?
En gros la question est : Est-ce qu'il est assurément possible d'abstraire, par un moyen quelconque (Routage, Proxy...), n adsl pour que cela soit completement transparent pour la répartition de bande passante ?
En espérant avoir été clair ;o)
Chab
Alors comment faire cette répartition ?
On a peur qu'un load-balancing de style Round-Robin pose quelque petits
problèmes :
Si c'est pour le surf en imaginant deux serveurs:
. sur le premier, tu colles une adsl,
. sur le second un autre adsl
Et puis, tu configures ICP dans la conf de SQUID pour qu'ils se
partagent le contenu des caches.
A mon avis, c'est jouable.
Le problème c'est que le traffic est plus diversifié que ca...
Traffic http, ssh, smtp, pop, imap, cvs, ftp, irc, IM, peer-to-peer...
Ce réseau est partagé par une cinquantaine de fondus d'informatiques...
L'idéal serait de répartir équitablement le traffic entre tous les
utilisateurs... Des solutions existent (pf+altq notamment) mais cela devient
compliqué avec un load balancing sur n adsl...
Un exemple de pb dont j'ai peur :
Un serveur ouvre une connection avec une certaine adresse ip pour le
client... Si il veut ouvrir une deuxieme connection, le serveur peut
peut-etre checker si c'est la même ip de client... Et si on a effectué un
load balancing style une fois l'un une fois l'autre (en plus evolué) il est
fort probable que ce cas ce présente...
A votre connaissance y-a-t-il beaucoup de services/serveur qui pourrait etre
affecté par ce genre de pb ?
Si oui, y'a-t-il moyen de contourner ce pb ?
En gros la question est :
Est-ce qu'il est assurément possible d'abstraire, par un moyen quelconque
(Routage, Proxy...), n adsl pour que cela soit completement transparent pour
la répartition de bande passante ?
Alors comment faire cette répartition ? On a peur qu'un load-balancing de style Round-Robin pose quelque petits problèmes :
Si c'est pour le surf en imaginant deux serveurs:
. sur le premier, tu colles une adsl, . sur le second un autre adsl
Et puis, tu configures ICP dans la conf de SQUID pour qu'ils se partagent le contenu des caches.
A mon avis, c'est jouable.
Le problème c'est que le traffic est plus diversifié que ca... Traffic http, ssh, smtp, pop, imap, cvs, ftp, irc, IM, peer-to-peer... Ce réseau est partagé par une cinquantaine de fondus d'informatiques... L'idéal serait de répartir équitablement le traffic entre tous les utilisateurs... Des solutions existent (pf+altq notamment) mais cela devient compliqué avec un load balancing sur n adsl...
Un exemple de pb dont j'ai peur : Un serveur ouvre une connection avec une certaine adresse ip pour le client... Si il veut ouvrir une deuxieme connection, le serveur peut peut-etre checker si c'est la même ip de client... Et si on a effectué un load balancing style une fois l'un une fois l'autre (en plus evolué) il est fort probable que ce cas ce présente... A votre connaissance y-a-t-il beaucoup de services/serveur qui pourrait etre affecté par ce genre de pb ? Si oui, y'a-t-il moyen de contourner ce pb ?
En gros la question est : Est-ce qu'il est assurément possible d'abstraire, par un moyen quelconque (Routage, Proxy...), n adsl pour que cela soit completement transparent pour la répartition de bande passante ?
En espérant avoir été clair ;o)
Chab
Chab
Le packet-filter d'OpenBSD a des fonctionnalites qui sont censees savoir gerer ca de maniere raisonnable. En particulier, tu dois pouvoir le parametrer de facon a ce qu'il garde un peu d'etat par rapport a tes plusieurs lignes ADSL, au lieu d'avoir un Round-Robin simple.
Maintenant, je n'ai pas eu l'occasion de m'en servir dans les conditions que tu envisages...
Merci de la réponse...
J'ai regardé de près pf et altq... Il est en effet possible de faire de jolie chose...
Mais j'aimerais etre sur que ca ne pose pas de pb de conflit avec certains serveurs (cf autre news)
Chab
Le packet-filter d'OpenBSD a des fonctionnalites qui sont censees savoir
gerer ca de maniere raisonnable. En particulier, tu dois pouvoir le
parametrer de facon a ce qu'il garde un peu d'etat par rapport a tes
plusieurs lignes ADSL, au lieu d'avoir un Round-Robin simple.
Maintenant, je n'ai pas eu l'occasion de m'en servir dans les conditions
que tu envisages...
Merci de la réponse...
J'ai regardé de près pf et altq... Il est en effet possible de faire de
jolie chose...
Mais j'aimerais etre sur que ca ne pose pas de pb de conflit avec certains
serveurs (cf autre news)
Le packet-filter d'OpenBSD a des fonctionnalites qui sont censees savoir gerer ca de maniere raisonnable. En particulier, tu dois pouvoir le parametrer de facon a ce qu'il garde un peu d'etat par rapport a tes plusieurs lignes ADSL, au lieu d'avoir un Round-Robin simple.
Maintenant, je n'ai pas eu l'occasion de m'en servir dans les conditions que tu envisages...
Merci de la réponse...
J'ai regardé de près pf et altq... Il est en effet possible de faire de jolie chose...
Mais j'aimerais etre sur que ca ne pose pas de pb de conflit avec certains serveurs (cf autre news)
