Was in Verbindung mit einem HP ProCurve Switch quasi Plug & Play ist, erfordert mit einem Cisco Catalyst Switch etwas mehr Arbeit. 😉 Die Rede ist von der Anbindung eines Virtual Connect Shared Uplink Set. Nach ein wenig Recherchieren und Probieren konnte ich eine prima Einstellung passend für Cisco Switche ausmachen.
Die Einrichtung des Share Uplink Sets mit Hilfe des Virtual Connect Managers sollte keine Fragen aufkommen lassen. Das Ergebnis sollte in etwa wie auf nachfolgendem Screenshot aussehen.
Die Gegenseite, sprich den Cisco Switch konfiguriert man dann wie folgt. In meine Fall setze ich einen Cisco Catalyst 3560-E 24-Port 1Gbit mit IOS 12.2(44r)SE3 ein.
interface range GigabitEthernet0/1-4 description c7k1-uplink-set-1a switchport trunk encapsulation dot1q switchport trunk allowed vlan 50,51,79,80 switchport mode trunk switchport nonegotiate channel-protocol lacp channel-group 1 mode active spanning-tree portfast trunk spanning-tree bpduguard enable
Besonders wichtig sind die letzten 5 Anweisungen! Mit switchport nonegotiate deaktiviert man das Cisco propritäre Dynamic Trunking Protokoll (DTP). Damit handelt Cisco Informationen über den gebildeten Trunk aus. Aber das HP Virtual Connect Modul ist kein Cisco Switch, also macht diese Angabe definitiv Sinn. Der Befehl channel-protocol lacp aktiviert selbstredend das LACP Protokoll für den Trunk. Das nachfolgende Kommando channel-group 1 mode active bildet dann den Trunk. In unserem Fall werden die Interfaces GigabitEthernet0/1 bis 4 zum Port-Channel 1 zusammengefasst. Mit mode active aktiviere ich LACP auf allen Interfaces. Ein mode passive tut zwar auch, aber mir ist aufgefallen, das nur eine Verbdinung im Shared Uplink Set den Status Linkes/Active besitzt und alle andere auf Linked/Standy gesetzt sind. Damit wäre die Bandbreite auf nur eine 1Gbit Leitung beschränkt. Die letzten beiden Kommandos sind wichtig für das Netzwerk. Mit Hilfe von spanning-tree portfast trunk schließe ich den Trunk aus der Spanning-Tree Konfiguration aus. Der Befehl spanning-tree bpduguard enable schützt den Spanning-Tree weiter und verhindert, das BPDU Pakete über die Leitungen ausgetauscht werden.
Mit diesen Einstellungen ist der Shared Uplink Set aus dem HP Virtual Connect Modul optimal im Netzwerk angebunden. In meinem Falle habe ich zwei Virtual Connect 1/10 GB Ethernet Module im Einsatz und habe deswegen auch zwei Shared Uplink Sets eingerichtet, die jeweils an einen eigenen Switch angebunden sind. Die Switche untereinander sind mit 10 GBit Uplinks verbunden und über eine entsprechend Multiple Spanning Tree (MST) Konfiguration habe ich die VLANs auf zwei Instanzen aufgeteilt. Damit ergibt sich rein rechnerisch eine aggregierte Bandbreite von 16 GBit. 😉 Das sollte in den meisten Fälle mehr als genug sein. 😀
Hallo,
coole Sache. Dir ist aber hoffentlich klar, dass bei Ausfall eines VC Ethernet Module die Uplinks für die vier Networks, die das UPLINK_SET_1_A verwenden, verloren gehen.
Wenn die NICs auf den Blade Servern entsprechend geteamed bzw. gebondet sind, ist das verkraftbar, Du solltest aber zur Sicherheit auch Smart Link (Link State Propagation) aktivieren.
Hallo,
ich würde mal frech sagen, selbstverständlich weiß ich das! Meine Netze und Server sind auch entsprechend konfiguriert. Aber in Verbindung mit STP ist noch einiges an Optimierungsbedarf vorhanden. Darum baue ich zur Zeit auch zwei große Cisco 6500 Switche auf um die Konfiguration zu optimieren. Auch das Thema Smart-Link werde ich nochmal evaluieren. Insbesondere ein Hypervisor mit Round-Robin Load Balancing Verfahren stellt ganz andere Anforderungen als ein direkt aufs Blech installierter Windows/Linux Server. Aber dazu mehr, sobald ich meine Ciscos fertig habe. 😉 Ein ausführlicher Bericht ist schon laaaaaaange in Planung!