5
Verständnisfrage: NIC Bonding über 2 HP Procurve Switches
Hallo Leute,
habe eine Frage bzgl. NIC Bonding unter Linux.
Ich möchte eine ausfallsichere Lösung für unseren Proxmox Server, bin aber noch ziemlich grün hinter den Ohren was Bonding und so angeht.
Deswegen würde ich gerne wissen, ob die Konfiguration der NIC mittels ifenslave und dem balance-rr Modi allein ausreicht, oder ob ich auch auf den beiden, miteinander verbundenen, Switches (HP Procurve 1820) noch gewisse Dinge anpassen muss (STP etc), damit sich da niemand in die Quere kommt.
Danke schon mal für eure Hilfe.
Gruß
g0drealm
habe eine Frage bzgl. NIC Bonding unter Linux.
Ich möchte eine ausfallsichere Lösung für unseren Proxmox Server, bin aber noch ziemlich grün hinter den Ohren was Bonding und so angeht.
Deswegen würde ich gerne wissen, ob die Konfiguration der NIC mittels ifenslave und dem balance-rr Modi allein ausreicht, oder ob ich auch auf den beiden, miteinander verbundenen, Switches (HP Procurve 1820) noch gewisse Dinge anpassen muss (STP etc), damit sich da niemand in die Quere kommt.
Danke schon mal für eure Hilfe.
Gruß
g0drealm
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 304993
Url: https://administrator.de/contentid/304993
Ausgedruckt am: 22.11.2024 um 12:11 Uhr
5 Kommentare
Neuester Kommentar
Hier ist alles was du zu dem Thema wissen musst erklärt, inkl. HP Konfig dieses Tutorial:
Netzwerk Management Server mit Raspberry Pi
Wichtig ist allein das der Server eine Link Aggregation auf 802.3ad Standard mit LACP nutzt und die Switchseite natürlich auch.
RSTP sollte man zur Sicherheit immer aktiv lassen.
Bedenke das du KEIN Split Trunking machen kannst, sprich also den LAG des Servers auf beide Switches splitten kannst.
Sowas können andere Hersteller aber die beiden HP Billiggurken supporten sowas nicht !
Du musst mit dem Server LAG auf einem Swiotch bleiben.
Sinnvoll ist es dann den Uplink zum anderen Switch auch als LAG auszulegen damit man hier nicht in Bandbreiten Problematiken kommt...logisch !
Ein paar allgemeine Grundlagen zum Thema Link Aggregation findest du in den folgenden Threads:
Symantec Backup Exec 2010 R3 - Netzwerk-Teaming für größeren Durschsatz
Grunsatzfrage LAG
Link Aggregation zur Speederhöhung zwischen 2 Switches herstellen
Motherboard mit 2 Onboard LAN Anschlüssen
Traffic am Server auf 2 NICs verteilen
Kann man einen Server zur Performacesteigerung mit 2 Netzwerkkarten parallel an einem Switch betreiben? Wenn ja mit welcher Konfiguration ?
Netzwerk Management Server mit Raspberry Pi
Wichtig ist allein das der Server eine Link Aggregation auf 802.3ad Standard mit LACP nutzt und die Switchseite natürlich auch.
RSTP sollte man zur Sicherheit immer aktiv lassen.
Bedenke das du KEIN Split Trunking machen kannst, sprich also den LAG des Servers auf beide Switches splitten kannst.
Sowas können andere Hersteller aber die beiden HP Billiggurken supporten sowas nicht !
Du musst mit dem Server LAG auf einem Swiotch bleiben.
Sinnvoll ist es dann den Uplink zum anderen Switch auch als LAG auszulegen damit man hier nicht in Bandbreiten Problematiken kommt...logisch !
Ein paar allgemeine Grundlagen zum Thema Link Aggregation findest du in den folgenden Threads:
Symantec Backup Exec 2010 R3 - Netzwerk-Teaming für größeren Durschsatz
Grunsatzfrage LAG
Link Aggregation zur Speederhöhung zwischen 2 Switches herstellen
Motherboard mit 2 Onboard LAN Anschlüssen
Traffic am Server auf 2 NICs verteilen
Kann man einen Server zur Performacesteigerung mit 2 Netzwerkkarten parallel an einem Switch betreiben? Wenn ja mit welcher Konfiguration ?
Danke für die ausführliche Antwort.
Serverseitig ist alles richtig eingerichtet. RSTP ist auf den Switches aktiviert.
Also bleibt mir nur die Möglichkeit active-backup zu nutzen, um die benötigte Ausfallsicherheit zu gewährleisten? Sehe ich das so richtig?
Gruß
g0drealm
Serverseitig ist alles richtig eingerichtet. RSTP ist auf den Switches aktiviert.
Also bleibt mir nur die Möglichkeit active-backup zu nutzen, um die benötigte Ausfallsicherheit zu gewährleisten? Sehe ich das so richtig?
Gruß
g0drealm
Nein, das siehst du falsch !
802.3ad LAGs mit LACP haben in sich auch ein Backup. Es kann ein oder mehrere Links ausfallen und der / die restlichen machen dann normal weiter. Mit begrenzter Bandbreite natürlich. Aber das Backup ist immer mit drin.
Active-Backup wäre ein gravierender Technischer Rückschritt, denn so nutzt du niemals aktiv beide Links.
Einer ist immer tot und wartet bis der andere ausfällt.
Eigentlich barer Unsinn das so zu machen und Resourcen zu verschwenden !
802.3ad LAGs mit LACP haben in sich auch ein Backup. Es kann ein oder mehrere Links ausfallen und der / die restlichen machen dann normal weiter. Mit begrenzter Bandbreite natürlich. Aber das Backup ist immer mit drin.
Active-Backup wäre ein gravierender Technischer Rückschritt, denn so nutzt du niemals aktiv beide Links.
Einer ist immer tot und wartet bis der andere ausfällt.
Eigentlich barer Unsinn das so zu machen und Resourcen zu verschwenden !
Ja soweit habe ich das verstanden.
Ich möchte ja aber die Switches redundant auslegen, sodass, wenn einer ausfällt, die Verbindung trotzdem weiter besteht.
Laut der Antwort von oben kann ich dies mit LACP und meinen Procurve Swiches nicht machen und muss die LAG auf einem Switch haben, oder versteh ich da was falsch?
Ich möchte ja aber die Switches redundant auslegen, sodass, wenn einer ausfällt, die Verbindung trotzdem weiter besteht.
Laut der Antwort von oben kann ich dies mit LACP und meinen Procurve Swiches nicht machen und muss die LAG auf einem Switch haben, oder versteh ich da was falsch?
Da hast du dann die falschen Switches gekauft. Es wäre sehr viel sinnvoller gewesen dann welche zu beschaffen die sog. Split Trunking supporten wie VPC (Cisco) oder MCT (Brocade) usw.
Mit dem HP Schrott wird man da natürlich nix....
Wer billig kauft, kauft 2mal....
Dann bleibt dir nichts anderes übrig als diese Active Passive Steinzeit Konfig...schade. Aber wenn man Billigheimer kauft passiert das. Na ja...passt eben zu HP...
Mit dem HP Schrott wird man da natürlich nix....
Wer billig kauft, kauft 2mal....
Dann bleibt dir nichts anderes übrig als diese Active Passive Steinzeit Konfig...schade. Aber wenn man Billigheimer kauft passiert das. Na ja...passt eben zu HP...
