Ich werde überlegen, was die meisten als etwas unorthodoxere Lösung betrachten.
Überlegen Sie, dies mit Schicht 3 anstelle von Schicht 2 zu lösen.
Setzen Sie beide Schalter ein und verbinden Sie sie NICHT miteinander. Verbinden Sie den / die Router mit beiden Switches. Verbinden Sie Ihre HP Server mit beiden Switches. Verwenden Sie intern zwei verschiedene IP-Blöcke, damit die Server mit den Routern kommunizieren können ... einen Block auf jedem Switch (und damit die Schnittstelle zwischen Router (n) und Servern). Stellen Sie die IP-Adressen, die Sie tatsächlich für die Kommunikation mit den Servern verwenden, auf eine Loopback-Schnittstelle. Stellen Sie quagga auf die Server und führen Sie OSPF aus (werfen Sie auf Ihrer Skala einfach alles in Bereich 0, kein Problem) ... stellen Sie sicher, dass die Loopback-Adressen / Schnittstellen in der OSPF-Konfiguration enthalten sind. Setzen Sie OSPF auf die Router.
Voila ', die Router erfahren, welche Adressen Sie tatsächlich verwenden, um über OSPF als Host-Routen mit den Servern zu kommunizieren. Wenn ein Switch ausfällt, werden die entsprechenden Einstellungen entfernt und der Datenverkehr wird auf den anderen Switch umgeleitet .
Wenn Sie als Bonus unterschiedliche IP-Adressen für die verschiedenen Dienste verwenden, die Sie auf Ihren Linux-Servern ausführen, können Sie die Dienste und die zugehörigen IP-Adressen nahtlos verschieben und das Netzwerk lässt sich sauber und einfach anpassen.
Keine Gefahr in diesem Setup, schlechtes Verhalten aufgrund einer Split-Brain-Situation zu haben, wenn die Verbindung zwischen den beiden Schaltern ausfällt ... keine Gefahr schlechten Verhaltens aufgrund eines FHRP wie VRRP, HSRP und dergleichen ... keine Gefahr des Herunterfallens der Schalter zurück zu ineffizient überflutetem Verkehr, wenn Sie in eine asymmetrische Situation geraten.
Ich verwende diese Lösung in einer viel größeren Umgebung und sie funktioniert EXTREM gut, ist erstaunlich robust und widerstandsfähig gegen Geräteausfälle und menschliche Konfigurationsfehler.