13
ESXi-Server mit 2 Netzwerkanschlüssen an HP-Switch mit Comware anschließen
Moin,
ich habe hier zwei HP Switche als Stack mit Comware. An diesen beiden Switchen sollen 2 ESXi-Server angeschlossen werden. Beide ESXi-Server haben jeweils Intelkarten mit Doppelanschlüssen eingebaut. Ich möchte von den ESXi-Servern, jeweils ein Kabel am Switch 1 anschließen und das andere Kabel soll an Switch 2 gehen.
Das soll der Ausfallsicherheit dienen.
Jetzt bin ich mir nicht sicher, wie ich den phys. Switch einstellen muss.
Bei den Procurven-Geräten hatte ich damals verschiedene Trunks (TRK1, TRK2) konfiguriert.
Soll ich hier für ESXi-1 mit einer Link-Aggregation 1 und für den anderen Server mit einer Link-Aggregation 2 arbeiten?
Oder die 4 Ports als Trunk konfigurieren?
Für die Version mit LAG, sähe das dann so aus:
interface bridge-aggregation 1
link-aggregation mode dynamic
quit
interf T1/0/1
port link-aggregation group 1
quit
interf T2/0/1
port link-aggregation group 1
quit
interface bridge-aggre 1
description "LAG vom ESXi-1"
port link-type trunk
undo port trunk permit vlan 1
port trunk permit vlan 100
quit
Für ESXi-2 eine weitere LAG.
Und ohne LAG so:
interface range T1/0/1,T1/0/2,T2/0/1,T2/0/2
port link-type trunk
port trunk permit vlan 100
undo port trunk permit vlan 1
ich habe hier zwei HP Switche als Stack mit Comware. An diesen beiden Switchen sollen 2 ESXi-Server angeschlossen werden. Beide ESXi-Server haben jeweils Intelkarten mit Doppelanschlüssen eingebaut. Ich möchte von den ESXi-Servern, jeweils ein Kabel am Switch 1 anschließen und das andere Kabel soll an Switch 2 gehen.
Das soll der Ausfallsicherheit dienen.
Jetzt bin ich mir nicht sicher, wie ich den phys. Switch einstellen muss.
Bei den Procurven-Geräten hatte ich damals verschiedene Trunks (TRK1, TRK2) konfiguriert.
Soll ich hier für ESXi-1 mit einer Link-Aggregation 1 und für den anderen Server mit einer Link-Aggregation 2 arbeiten?
Oder die 4 Ports als Trunk konfigurieren?
Für die Version mit LAG, sähe das dann so aus:
interface bridge-aggregation 1
link-aggregation mode dynamic
quit
interf T1/0/1
port link-aggregation group 1
quit
interf T2/0/1
port link-aggregation group 1
quit
interface bridge-aggre 1
description "LAG vom ESXi-1"
port link-type trunk
undo port trunk permit vlan 1
port trunk permit vlan 100
quit
Für ESXi-2 eine weitere LAG.
Und ohne LAG so:
interface range T1/0/1,T1/0/2,T2/0/1,T2/0/2
port link-type trunk
port trunk permit vlan 100
undo port trunk permit vlan 1
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 394868
Url: https://administrator.de/contentid/394868
Printed on: April 25, 2024 at 02:04 o'clock
13 Comments
Latest comment
Moin,
Du erstellst für jeden ESXi-Host ein eigenes LAG (bei Deinem Stack jeweils 1 Port pro Switch ins LAG).
Dann noch im ESXi das LAG konfigurieren und einstecken.
Fertig.
Gruß
Looser
Du erstellst für jeden ESXi-Host ein eigenes LAG (bei Deinem Stack jeweils 1 Port pro Switch ins LAG).
Dann noch im ESXi das LAG konfigurieren und einstecken.
Fertig.
Gruß
Looser
Moin,
Du erstellst am ESXi einen vSwitch und packst die beiden NICs d'ran. Den Rest mach ESXi.
/EDIT: Zur KLarstellung: Die Switchport brauchen keine LAG/LACP/TRUNK o.ä. lediglich die gewünschten VLANS musst du tagged auf die Switchports konfigurieren.
lg,
Slainte
Jetzt bin ich mir nicht sicher, wie ich den phys. Switch einstellen muss.
Gar nichts Du erstellst am ESXi einen vSwitch und packst die beiden NICs d'ran. Den Rest mach ESXi./EDIT: Zur KLarstellung: Die Switchport brauchen keine LAG/LACP/TRUNK o.ä. lediglich die gewünschten VLANS musst du tagged auf die Switchports konfigurieren.
lg,
Slainte
Das soll der Ausfallsicherheit dienen.
Wie denn ??- Als LACP LAG (Link Aggregation und Failover)
- Als simples Active Standby Szenario
Da ist deine Beschreibung leider recht oberflächlich.
Vermutung nach den Zusatzinfos unten ist also ein LACP LAG !
Der ist immer beidseitig, sprich den musst du auch auf deinem Switch entsprechend einrichten sonst kommt der nicht zustande.
Wie das bei den HP Gruselgurken geht steht z.B. hier:
Netzwerk Management Server mit Raspberry Pi
Gar nichts Du erstellst am ESXi einen vSwitch und packst die beiden NICs d'ran. Den Rest mach ESXi.
/EDIT: Zur KLarstellung: Die Switchport brauchen keine LAG/LACP/TRUNK o.ä. lediglich die gewünschten VLANS musst du tagged auf die Switchports konfigurieren.
lg,
Slainte
/EDIT: Zur KLarstellung: Die Switchport brauchen keine LAG/LACP/TRUNK o.ä. lediglich die gewünschten VLANS musst du tagged auf die Switchports konfigurieren.
lg,
Slainte
Ich meinte, dass ich das schon mal so ähnlich gelesen hatte, dass man auf der Gegenseite nichts einstellen muss. Das macht angeblich alles der ESX. Nur leider finde ich die Stelle nicht mehr, wo ich das mal gelesen hatte.
Der ist immer beidseitig, sprich den musst du auch auf deinem Switch entsprechend einrichten sonst kommt der nicht zustande.
Wie das bei den HP Gruselgurken geht steht z.B. hier:
Wie das bei den HP Gruselgurken geht steht z.B. hier:
Ja, so kenne ich das eigentlich auch, dass das immer zweiseitig zu beachten ist. Aber hier scheint es bei vmware doch anders zu sein. Dieser vSwitch ist nicht so ein Switch, wie man es vermutet.
Wie gesagt, ich war mir bei der Sache nicht mehr so sicher. Vielleicht finde ich ja noch die Stelle, wo es mal so eine ähnliche Diskussion gab.
Dann brauche ich ja bei den Gruselgurken nichts beachten.
Der ESXi kann grundsätzlich LAG/LACP, aber den ESXi zu konfigurieren macht eigentlich nur Sinn, wenn man echtes (CISCO-)Etherchannel verwendet.
Wenn man am ESXi keinen LACP konfiguriert, dann verteilt er die vNICs der VMs in der Reihenfolge wie sie hochgefahren werden "round-robin" auf alle aktiven NICs die auf der Portgroup konfiguriert sind. Fällt ein Link aus, "springen" die vNICs auf den anderen - und das ist bei LAG/LACP auch nicht anders (halt nur Sessionbasiert ... führt jetzt zuweit). Eine Session/Link kann in beiden Fällen nur soviel Bandbreite konsumieren, wie EIN Member-NIC in der LAG hergibt.
Nachlesen kann man das in der Networking Doku von VMWare ESXi bei VMWare (link hab ich gerade keinen zur Hand)
Wenn man am ESXi keinen LACP konfiguriert, dann verteilt er die vNICs der VMs in der Reihenfolge wie sie hochgefahren werden "round-robin" auf alle aktiven NICs die auf der Portgroup konfiguriert sind. Fällt ein Link aus, "springen" die vNICs auf den anderen - und das ist bei LAG/LACP auch nicht anders (halt nur Sessionbasiert ... führt jetzt zuweit). Eine Session/Link kann in beiden Fällen nur soviel Bandbreite konsumieren, wie EIN Member-NIC in der LAG hergibt.
Nachlesen kann man das in der Networking Doku von VMWare ESXi bei VMWare (link hab ich gerade keinen zur Hand)
Du meintest aber nicht das hier - oder?
Beispielkonfiguration für EtherChannel/Link Aggregation Control Protocol (LACP) mit ESXi/ESX und Cisco/HP-Switches (1004048)
Beispielkonfiguration für EtherChannel/Link Aggregation Control Protocol (LACP) mit ESXi/ESX und Cisco/HP-Switches (1004048)
Nein, den Artikel meinte ich nicht direkt - macht aber nix, die wichtigen Infos stehen hier auch drin:
Erfüllt deine ESXi Umgebung das?
Hinweis: LACP wird nur in vSphere 5.1, 5.5 und 6.0 mithilfe von vSphere Distributed Switches und Cisco Nexus 1000V unterstützt.
Erfüllt deine ESXi Umgebung das?
Erfüllt deine ESXi Umgebung das?
Nein. Ich habe dafür nicht die notwendige Lizenz. Ich bin da anfangs darauf reingefallen, da ich das wohl zu schnell gelesen hatte.
Dann denke ich mal, dass hier die Lösung des Problems schon genannt wurde. Doch bevor ich diesen Thread als gelöst markiere, habe ich noch eine Frage zum ESX:
Ich habe die Option "aktiv/aktiv" und "aktiv/passiv" ausprobiert. Beides schien gut zu funktionieren. Gibt es da eine Empfehlung, wie man das beim ESX einstellen sollte? @SlainteMhath
Ich habe die Option "aktiv/aktiv" und "aktiv/passiv" ausprobiert. Beides schien gut zu funktionieren. Gibt es da eine Empfehlung, wie man das beim ESX einstellen sollte? @SlainteMhath
Das würde ich immer auf aktiv/aktiv stellen. Damit werden Verbindungen über alle verfügbaren NICs getätigt und somit die Bandbreite besser ausgenutzt.
Also so , wie im Screenshot.
Danke Dir für die Hilfe.
Danke Dir für die Hilfe.
LACP wird nur in vSphere 5.1, 5.5 und 6.0 mithilfe von vSphere Distributed Switches und Cisco Nexus 1000V
Ist auch hier beschrieben:http://rickardnobel.se/lacp-and-esxi-5-1/
