VLAN und NIC-Team
Hallo,
folgende Problemstellung bzw. Verständnisfrage.
Habe einen Hyper-V der 2x schnittstellen hat.
Auf dem Hyper-V habe ich zwei virtuelle Switche angelegt gehabt, die jeweils einer Schnittstelle zugeordnet sind.
Es existieren zwei VMs auf der Maschine.
Der eine ist dem VSW1 und der andere dem VSW3 zugeordnet.
Jetzt habe ich beide Schnittstelle per NIC-Teaming einem Team zugewiesen und kriege keine Verbindung mehr zum Hyper-V.
Also habe ich per sconfig auf dem Server nachgeschaut. Dort wird mir nun eine Schnittstelle angezeigt (mein erstelltes Team).
Diese hat von mir eine IP erhalten.
Im DNS habe ich diesen Hyper-V nun mit der neuen IP eingetragen.
Dann funktioniert alles wieder.
Nun habe ich mehrere Hyper-V denen ich ebenfalls Teams zuteilen muss.
Kann ich das nur auf diese Art und Weise machen?
folgende Problemstellung bzw. Verständnisfrage.
Habe einen Hyper-V der 2x schnittstellen hat.
Auf dem Hyper-V habe ich zwei virtuelle Switche angelegt gehabt, die jeweils einer Schnittstelle zugeordnet sind.
Es existieren zwei VMs auf der Maschine.
Der eine ist dem VSW1 und der andere dem VSW3 zugeordnet.
Jetzt habe ich beide Schnittstelle per NIC-Teaming einem Team zugewiesen und kriege keine Verbindung mehr zum Hyper-V.
Also habe ich per sconfig auf dem Server nachgeschaut. Dort wird mir nun eine Schnittstelle angezeigt (mein erstelltes Team).
Diese hat von mir eine IP erhalten.
Im DNS habe ich diesen Hyper-V nun mit der neuen IP eingetragen.
Dann funktioniert alles wieder.
Nun habe ich mehrere Hyper-V denen ich ebenfalls Teams zuteilen muss.
Kann ich das nur auf diese Art und Weise machen?
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 663265
Url: https://administrator.de/contentid/663265
Ausgedruckt am: 22.11.2024 um 09:11 Uhr
9 Kommentare
Neuester Kommentar
Hallo
Ist der Switch auch dementsprechend konfiguriert?
Also habe ich per sconfig auf dem Server nachgeschaut. Dort wird mir nun eine Schnittstelle angezeigt (mein erstelltes Team).
Diese hat von mir eine IP erhalten.
Im DNS habe ich diesen Hyper-V nun mit der neuen IP eingetragen.
Dann funktioniert alles wieder.
Nun habe ich mehrere Hyper-V denen ich ebenfalls Teams zuteilen muss.
Kann ich das nur auf diese Art und Weise machen?
Geht auch per Powershell. Am besten du definierst gleich eine statische IP.....es klingt für mich so, als hast du das nicht gemacht und der Hyper-V zieht diese sich per DHCP.
Jetzt habe ich beide Schnittstelle per NIC-Teaming einem Team zugewiesen und kriege keine Verbindung mehr zum Hyper-V.
Welches Teaming hast du denn ausgewählt?Ist der Switch auch dementsprechend konfiguriert?
Also habe ich per sconfig auf dem Server nachgeschaut. Dort wird mir nun eine Schnittstelle angezeigt (mein erstelltes Team).
Diese hat von mir eine IP erhalten.
Im DNS habe ich diesen Hyper-V nun mit der neuen IP eingetragen.
Dann funktioniert alles wieder.
Nun habe ich mehrere Hyper-V denen ich ebenfalls Teams zuteilen muss.
Kann ich das nur auf diese Art und Weise machen?
beide Schnittstelle per NIC-Teaming einem Team zugewiesen und kriege keine Verbindung mehr
Das ist normal und auch zu erwarten. Der IEEE 802.3ad Standard der für das Teaming verantwortlich ist (meist in Verbindung mit LACP) erlaubt generell nicht das Splitten der LAG Member auf unterschiedliche Switch Hardware. Dagegen hast du verstoßen.Es dürfte auch rein technisch niemals ein LAG (Teaming) zustande gekommen sein.
LAGs bzw. Teaming geht immer nur auf einen gemeinsamen Switch nicht auf unterschiedliche.
Was ggf. ginge ist auf dem Hypervisor selber erstmal physisch einen LACP LAG über die 2 physischen NICs zu bilden und den virtuellen LAG Adapter dann an nur einen vSwitch zu hängen. Sofern die Hypervisor Software das denn supportet.
Ich kann ja aus dem Team heraus verschiedene TeamSchnittstellen bilden...
Bahnhof ? Ägypten ?Was sollen uns diese kryptisch verschwurbelten Worte sagen ???
Nochmals, damit du es nicht falsch verstehst:
Trunk/Team/LAG Member eines LAGs/Teams darf man nicht splitten, da der 802.3ad Standard dieses NICHT supportet. Das inkludiert nicht nur HW Switches sondern auch vSwitches.
Ausnahme sind hier ledigliche proprietäre Hersteller Protokolle die mehere LACP Switches clustern können wie z.B. Ciscos "Virtual Port Channel" oder Ruckus "Multi Chassis Trunking" usw.
All das sind aber Hersteller proprietäre Setups die nur mit Geräten dieser Hersteller und LACP LAGs laufen. Der Standard selber hat solche Funktionalitäten NICHT.