ADSL Load Balancing

[stel_0]

Θέλω να ανεβάσω το throughput της broadband σε μια εταιρεία και θα βάλουμε άλλες 4 ADSL. Επειδή δεν χρειάζεται όλο το προσωπικό σταθερό και υψηλό bandwidth σκέφτηκα την μία ADSL να την χρησιμοποιούν μόνο κάποιοι χρήστες για συγκεκριμένες εφαρμογές. Οι υπόλοιπες τρεις όμως θα είναι διαθέσιμες προς όλους τους χρήστες του δικτύου. Έχετε κάποια πρόταση σε modem/router που να μπορεί να κάνει load balancing ή merge μεταξύ των γραμμών ?

- - - Updated - - -

ουδείς ?

[kostas_thess]

Θέλω να ανεβάσω το throughput της broadband σε μια εταιρεία και θα βάλουμε άλλες 4 ADSL. Επειδή δεν χρειάζεται όλο το προσωπικό σταθερό και υψηλό bandwidth σκέφτηκα την μία ADSL να την χρησιμοποιούν μόνο κάποιοι χρήστες για συγκεκριμένες εφαρμογές. Οι υπόλοιπες τρεις όμως θα είναι διαθέσιμες προς όλους τους χρήστες του δικτύου. Έχετε κάποια πρόταση σε modem/router που να μπορεί να κάνει load balancing ή merge μεταξύ των γραμμών ?

- - - Updated - - -

ουδείς ?

Καλημερα . Απο δίκτυα τι γνώσεις έχουμε ? Απο budget ?

[stel_0]

Γεια σου kostas_thess και ευχαριστώ για το ενδιαφέρον.

Αρχικά με τα δίκτυα ασχολούμαι 4 χρόνια περίπου κι "πιστοποιημένα" είμαι σε επίπεδο CCNP. Budget υπολογίζω στο σύνολο 3 - 3.5 χιλιάρικα max, αλλά για συνολική αναβάθμιση του δικτύου όχι μόνο για τον εξοπλισμό του broadband.

[purpleaura]

Γεια σου kostas_thess και ευχαριστώ για το ενδιαφέρον.

Αρχικά με τα δίκτυα ασχολούμαι 4 χρόνια περίπου κι "πιστοποιημένα" είμαι σε επίπεδο CCNP. Budget υπολογίζω στο σύνολο 3 - 3.5 χιλιάρικα max, αλλά για συνολική αναβάθμιση του δικτύου όχι μόνο για τον εξοπλισμό του broadband.

Μάλλον πρέπει να πας προς Cisco ή Juniper μεριά.

[SfH]

Πριν πιάσουμε τα περί υλοποίησης, εξοπλισμού, κατασκευαστών, κτλ, ας πιάσουμε τα θεωρητικά.

Οι adsl έχουν δικές τους ξεχωριστές ips, άρα το load-sharing ανά πακέτο ( αν και δεν είναι καλή πρακτική για πολλούς λόγους που δε θα κάτσω να αναλύσω εδώ ) το ξεχνάμε ( όπως ξεχνάμε και το non-disruptive failover ). Μόνη εξαίρεση είναι αν κάνεις vpn με κάποια άλλη οντότητα, αλλά υποθέτω ξεφεύγει από το scope του ερωτήματος σου κάτι τέτοιο. Άρα, σε ένα μοναδικό transport connection δεν μπορούμε να χρησιμοποιήσουμε >1 συνδέσεις.

Load-sharing ανά προορισμό μπορούμε να κάνουμε, με ένα potential gotcha. Το nat μας εγγυάται τη συμμετρία των ροών ( όταν φύγει ένα πακέτο από τη γραμμή Α θα γυρίσει σίγουρα στη γραμμή Α γιατί έχει γίνει nat στην ip της γραμμής Α ) αλλά έχουμε πιθανά προβλήματα σε επίπεδο εφαρμογής. Υπάρχει περίπτωση η εφαρμογή ( και ναι, υπάρχουν εφαρμογές που το κάνουν αυτό ) να χρησιμοποιεί πολλαπλούς servers. Υπάρχει ( τυχαία ) περίπτωση αυτοί οι προορισμοί να βγουν από διαφορετικές γραμμές. Αν υπάρχει κάποιο εσωτερικό correlation μεταξύ τους και δεν τους αρέσει ότι μας βλέπουν από >1 διαφορετικές ip, μόλις το μπερδέψαμε και, στην καλύτερη, απλά δε μας απαντάει. Τον ίδιο κίνδυνο διατρέχουμε και με εφαρμογές που χρησιμοποιούν την ip στο payload κι έχουν κάποιον τρίτο τρόπο ( π.χ. STUN ) να δουν την πραγματική ip τους. Άρα έχουμε τη δυνατότητα να δώσουμε σε έναν εσωτερικό host feed από πολλαπλές συνδέσεις με τη χρήση πολλαπλών connections, αλλά μπορεί να αντιμετωπίσουμε προβλήματα με συγκεκριμένες εφαρμογές. Προσωπικά δε μου αρέσει σα λύση.

Ο πιο απλός και αποτελεσματικός τρόπος κατά την άποψη μου ( αν και πιθανώς σπαταλάς bandwidth, αλλά imho, αν χρειάζεσαι πολύ bandwidth, δεν έπρεπε να είσαι σε adsl ) είναι να κάνεις κατηγοριοποίηση είτε ανά host ( source ip ) ή ανά εφαρμογή ( destination port συνήθως για external εφαρμογές ).

Στο κομμάτι του εξοπλισμού, ανάλογα με τις απαιτήσεις σου και το budget σου, μπορείς να βγάλεις άκρη και με σοβαρά routers ( cisco/juniper/κτλ όπως προαναφέρθηκαν ) , και με mikrotik , και με κάποιο linux pc αν θες ( αν και η διαχείριση πιθανότατα θα είναι εφιάλτης αν το ruleset είναι πολύπλοκο ).

[stel_0]

Ευχαριστώ ένθερμα άπαντες για τις απαντήσεις Λίγο παραπάνω τον Sfh που γραψε και δυο αράδες παραπάνω Αρχικά ήθελα να κάνω πραγματικό aggregate του throughput σε 2-3 συνδέσεις και να έχω και μία spare που θα χρησιμοποιούσα μόνο για συγκεκριμένα services/destinations με PBR ή QoS. PPP multilink στην Ελλάδα δεν δίνει κανένας (εκλειπαρώ να με βγάλετε λάθος ) οπότε μετά από αρκετό ψάξιμο οι λύσεις που σκέφτηκα/βρήκα είναι οι εξής:

1 - load balancing per session σε τελικό router που θα έχει πολλαπλά interfaces adsl/vdsl: το αρνητικό εδώ είναι το single point of failure διότι όλα θα είναι πάνω σε αυτόν τον router

2 - load balancing σε layer 3 switch που θα συνδέονται πάνω modems (τα fritzbox συγκεκριμμένα λέω γιατί δεν θα ήθελα να μείνω σε αυτά των παρόχων): το αρνητικό εδώ είναι ότι θα χρειαστώ και layer 3 switch (πιο ακριβό από έναν 2911) και 3 - 4 ξεχωριστά fritzbox.

3 - ADSL aggregator το οποίο είναι έτοιμο μηχάνημα (δεν θυμάμαι εταιρεία) και παρότι δεν το έλεγε στα specs, φαντάζομαι μέσω NAT θα το κάνει: το αρνητικό είναι η άγνωστη εταιρεία και επίσης ότι πάλι είμαστε σε single point of failure

Sfh προς το παρόν δεν έχω εφαρμογές που να παίζουν με STUN ή να χρειάζονται IP στο payload. Αν είχα τέτοιες ή θα απέφευγα το Load Balancing ή θα έβαζα στατικό NAT (φαντάζομαι...).

Επίσης ίσως καταφέρω να πάρω μισθωμένη οπότε θα απλοποιηθεί πολύ το πράγμα.

[SfH]

Πιο κοινές εφαρμογές που μου είχε τύχει να σπάνε με χύμα per-destination ήταν το hotmail και το paypal ( αν κι έχω πάρα πολύ καιρό να ξανακάνω δοκιμές είναι η αλήθεια ) .

Το SPoF δύσκολα το γλυτώνεις όταν το budget σου είναι αρκετά χαμηλό για να τη βγάζεις με οικιακές συνδέσεις. Στην καλύτερη να σπάσεις τη δουλειά σε 2 μηχανήματα. Βέβαια και το ένα μηχάνημα, αν είναι σοβαρό και σε σωστό περιβάλλον ( UPS, προβλεπόμενες θερμοκρασίες/υγρασία/κτλ ) , δε χαλάει ιδιαίτερα εύκολα.

Περί appliances, είχα μιλήσει κάποτε με μια ελληνική εταιρία ( μου διαφεύγει το όνομα αυτή τη στιγμή ) που το υλοποιούσαν με tunnel προς ένα server τους στο εξωτερικό και σε βγάζανε internet από εκεί. Σε γενικές γραμμές μου έκαναν θετική εντύπωση τα άτομα που έτυχε να συζητήσουν μαζί μου, αν και δε μπορώ να εκφέρω γνώμη για τη λύση τους καθώς δεν τη δοκίμασα τελικά.

[stel_0]

Mporeis να εξηγήσεις λίγο τη φάση με το tunnel γιατί δεν κτλβα τι σου προσφέρανε ...

[SfH]

Tunnels από το appliance τους προς ένα server τους στο εξωτερικό, ο οποίος έκανε nat την κίνηση σε μια δική του πραγματική ip και έβγαινες στο internet από εκεί. Προτερήματα, ότι έβγαινες από όλες τις γραμμές με την ίδια ip προς το internet ( per-destination χωρίς προβλήματα, δεν ξέρω αν δίνανε και per-packet, αν και δε μου αρέσει σα λύση το per-packet ). Μειονεκτήματα, ότι όλη η κίνηση πέρναγε από το server ( αυξημένο latency, άλλο ένα SPoF ).

[pstratos]

Κατι ανάλογο κάναμε εύκολα με TP-LINK R470 / R480. Ρήξαμε πάνω του 3 ADSL (η μια από διαφορετικό provider). Σημαντικό θέμα είχαμε μονο με το SMTP - έπρεπε να ρυθμιστούν ολοι οι υπολογιστες διαφορετικά (TLS auth) καθως θέλανε να στείλουν πχ μαιλ απο otenet αλλα βγαίναν εξω από πχ hol. Κατα τα άλλα φτιάχτηκαν εύκολα σενάρια μέγιστης ταχύτητας για κάποια ports/ vlan αυτόματου failover και qos για άλλες ports.
και τα δύο είχαν κοστίσει ~150 europola

[chr1s_86]

Κατι ανάλογο κάναμε εύκολα με TP-LINK R470 / R480. Ρήξαμε πάνω του 3 ADSL (η μια από διαφορετικό provider). Σημαντικό θέμα είχαμε μονο με το SMTP - έπρεπε να ρυθμιστούν ολοι οι υπολογιστες διαφορετικά (TLS auth) καθως θέλανε να στείλουν πχ μαιλ απο otenet αλλα βγαίναν εξω από πχ hol. Κατα τα άλλα φτιάχτηκαν εύκολα σενάρια μέγιστης ταχύτητας για κάποια ports/ vlan αυτόματου failover και qos για άλλες ports.
και τα δύο είχαν κοστίσει ~150 europola

Ποια είναι η άποψη σου για τα συγκεκριμένα από τότε που μπήκαν; Δουλεύουν καλά; Δεν με ενδιαφέρει τόσο το πραγματικό load balancing αλλά σε χώρο με 2 ADSL γραμμές να υπάρχει internet όταν τύχει να πέσει η μία γραμμή (τώρα τα PC είναι μοιρασμένα στα 2 modem/router των ISP)

Ευχαριστώ!

[ors_86]

Τελικά έχουμε feedback σχετικά με απόδοση, αξιοπιστία και σταθερότητα για τα TP-LINK R470 / R480;

[ios46]

Υπάρχει βέβαια και το Peplink (κάπως πιό ακριβό σε σχέση με το TP-LINK, αλλά πιό enterprise oriented):

-- http://download.peplink.com/resource...cing_Guide.pdf

παίζει και σε HA setup (active/standby):

-- http://www.peplink.com/knowledgebase...ackup-by-vrrp/