CentOS, 4 NICs: zwei Teams redundant, jedes Team hat 2 NICs, ist das möglich?

CentOS, 4 NICs: zwei Teams redundant, jedes Team hat 2 NICs, ist das möglich?

Wir haben einen CentOS7- oder RedHat 7 „BIG“ HP Proliant DL360 Gen 9-Server mit 4 Netzwerkkarten, zwei externen Switches Switch 1 und Switch 2 und viele „kleine“ Server.

Diese kleinen Server haben zwei Netzwerkkarten: Diese Netzwerkkarten senden über jede Netzwerkkarte genau denselben Datenverkehr an verschiedene Switches. NIC1 ist mit Switch 1 verbunden und NIC2 mit Switch 2. So erhalten wir Redundanz bei kleinen Servern: Jeder Server sendet denselben Datenverkehr über zwei Switches an einen „GROSSEN“ Server....

Ich habe versucht herauszufinden, ob ich durch die Verwendung von Teaming auf einem BIG-Server beispielsweise eine solche Konfiguration erstellen kann:

NIC1 und NIC2 sind Team1, zwei NICs benötigen eine Bandbreite von 2 Gbit/s. NIC3 und NIC4 sind Team2, hier handelt es sich um genau den gleichen gespiegelten 2-Gbit/s-Verkehr …

Jedes Team hat den gleichen Datenverkehr – und irgendwie (wie?) müssen wir das anfängliche AKTIVE Team „kennen“ oder vielleicht definieren. WIR müssen zu einem anderen Team wechseln, wenn beispielsweise Switch 1 ausfällt oder sogar wenn ein Kabel/NIC nicht mehr funktioniert, ein Fehler auftritt, selbst wenn das Kabel aus dem Anschluss gezogen wird.

Die Anwendung auf einem großen Server sollte dies nicht bemerken, da sie immer nur eine statische IP sehen möchte, unabhängig davon, welches Team AKTIV und welches passiv ist.

Meine Frage: Ist es möglich, unser BIG durch „Teaming“ wie oben beschrieben zu konfigurieren, oder müssen wir hochverfügbare Software von Drittanbietern kaufen?

Danke für Ihre Aufmerksamkeit :-)

Antwort1

Nein, Sie können keine Bonds verbinden. Sie können jedoch LACP verwenden, um ein Bond-Failover zwischen zwei Switches durchzuführen.

Meine Antworten finden Sie hier:

https://unix.stackexchange.com/questions/82569/bonds-vs-aggregators/172232#172232

https://unix.stackexchange.com/questions/81633/rhel-5-complex-port-bonding/168545#168545

verwandte Informationen