Server 2022 SETswitch mit Teaming an einem VLAN Trunk

Hallo Dani,

Danke für die Links, welche ich teilweise sogar schon kannte. Überall ist das gut beschrieben, ich komme dennoch nicht weiter, denn meiner Meinung nach steht nirgendwo wie ich dem SETswitch dem VLAN Trunk zuordne, es steht überall nur wie ich den einzelnen NICs der VM ein VLAN zuordne, aber mein Problem ist doch eine Ebene davor. Oder ich habe ein allgemeines Verständnisproblem.

Im Hyper V Virtual Switch Manager habe ich doch meinen mit der Powershell (s. mein obiger Beitrag) erstellten SETswitch:


In dem ist allerdings der Bereich VLAN ID ausgegraut. OK, muss man mit der Powershell "irgendwie" machen weil ich auch einen Trunk habe. Nur das Irgendwie verstehe ich nicht.

In allen Anleitungen (wie auch den genannten) steht wie ich für eine VM einen speziellen NIC erzeuge, wie zB. hier wenn ich das mal aus dem einen Beitrag zitiere:


Wenn ich das in meinen Worten erklären möchte, dann legt das Dingen auf die VM "Demo" einen Trunk an mit den IDs 100 bis 150 und die Native ID ist 20. Aber: Ich habe doch noch gar keine VM bzw ich möchte doch diesen Adapter für viele VMs nutzen, auch für zukünftige VMs. Es kann doch jetzt nicht sein das ich im Virtual Switch Manager für jede VM einzelne Switche anlegen muss. Ohne VLAN, also ganz einfach, habe ich doch auch einen virtuellen Switch den ich allen VMs die den benötigen zuordnen kann und dann erstelle ich doch in den Settings der jeweiligen VM einen (mehrere) NICs die dann auf genau das eine, für den NIC benötige VLAN, gebunden wird?

Hier mal eine VM bei mir die den oben gezeigten SETswitch (mit dem Trunk) nutzen soll:


Ich habe also den SETswitch in der VM für diesen einen Netzwerkadapter gewählt und dann die VLAN ID gesetzt (hier: 90).

In der VM habe ich dann den NIC konfiguriert:


Das Ergebnis ist allerdings das die VM nicht mit dem Netzwerk kommunizieren kann. Und ich frage mich jetzt wirklich wieso das so ist. Irgendwo muss das VLAN doch "auf der Strecke" bleiben.

Konfiguriere ich auf dem phsiykalischen Switch einen Kupferport identisch zu den beiden Glasfaserports und hänge an den Port direkt einen Rechner und setze da in der Netzwerkkarte die VLAN ID auf 90 ist eine Kommunikation möglich. Daher bin ich der Meinung das das VLAN irgendwo auf der Windows Maschine zwischen VMSwitch (SETswitch) und VM NIC "verloren" geht.

Das was ich vorhabe kann doch nichts spezielles sein und sollte doch auf quasi jedem Server der Welt eingerichtet werden. Oder wird das in der Praxis ganz anders gelöst?

Ich hoffe das wir noch zu einer Lösung kommen. Danke!

Gruß

Hallo,

jein, den Beitrag kenne ich schon. Der Unterschied ist das wir dort einen Accessport haben mit einem VLAN. Ich möchte jedoch an den Hypervisor einen Trunk mit vielen VLANs transportieren und diese VLANs Widerrum auf die einzelnen VMs verteilen. Daran scheitere ich. Das muss doch irgendwie gehen??? Es kann doch nicht sein wenn ich z.B. 50 VLANs habe dann 50 Netzwerkadapter in dem Hypervisor haben muss?


EDIT:

Mache ich das wie in dem Beitrag der verlinkt ist passiert das:



Gruß

Hallo,

es tut mir wirklich leid ich bekomme es nicht gelöst.

Wie ich bereits geschrieben hatte, habe ich meinen SETswitch im LoadBalancing Modus Dynamic. Dieser SETswitch geht auf einen physikalischen NIC mit zwei SFP+ Ports. Diese Ports gehen auf einen physikalischen Switch dessen beide Interfaces als Trunk mit (für den Test) den VLAN ID 10 und 90 konfiguriert sind:


Gemäß dem Beitrag darf ich diesen SETswitch nicht direkt in eine VM einbinden (dzu unten noch mehr), sondern muss mit


mir einen virtuellen NIC "Test", gebunden an den SETswitch erzeugen und dann mit


diesen als Trunk mit den beiden VLAN IDs 10 und 90 konfigurieren.

Was mir auffällt: Dieser virtuelle NIC "vTrunk" wird nicht in den Netzwerkverbindungen angezeigt. Allerdings ist er direkt in den Einstellungen der VM drin:


Teste ich an dieser Stelle die Konnektivität, kann die VM nicht mit dem VLAN Segment kommunizieren. Daher dachte ich ich müsste noch in den Einstellungen der VM das VLAN für den VM NIC auf ein VLAN binden:


Wie man sieht, geht das allerdings nicht. Ich bin der festen Überzeugung ich habe alles so gemacht wie beschrieben, kann aber ja nicht sein weil es nicht geht. Wo ist also mein Fehler?


Nochmal zu den Netzwerkverbindungen, dort taucht ja unter anderem mein erzeugter "SETswitch" auf:


Dieser ist vom Typ "Hyper-V Virtual Ethernet Adapter". Dort gibt es auch noch die beiden anderen Adapter gleichen Typs mit #3 und #4. Dazu habe ich zwei Unklarheiten und damit Fragen:

1.
Die Adapter mit #3 und #4 hängen an einem Kupfer-NIC und gehen auch auf den gleichen physikalischen Switch. Diese beiden Adapter kann ich direkt in eine VM als NIC einbinden. Darüber fünktioniert die Kommunikation ohne weitere Einstellungen.
Wieso kann ich diese direkt einbinden aber nicht den SETswitch? Es ist doch alles der gleiche Typ "Hyper-V Virtual Ethernet Adapter"??

2.
Ich habe für einen Test einen dieser Adapter #3, #4 auf dem pysikalischen Switch in ein VLAN gehangen. Trage ich in der VM in den Einstellungen bei dem NIC wo einer dieser Adapter gebunden ist die VLAN ID ein und aktiviere diese, dann geht auch eine Kommunikation. So wie ich es kenne und mir vorstelle.

Was ist also das Problem mit diesem "SETswitch", warum kann ich den nicht direkt einbinden, warum muss ich da weitere virtuelle NIC dran erzeugen die ich nirgendwo sehe und denen dann eine VLAN ID oder Trunk binden und warum geht es am Ende doch nicht?

Ich hoffe das noch irgendwie gelöst zu bekommen. Ich hänge seit vielen Wochen an dem Problem. Unter Server 2012 R2 war mit dem alten LBFO Teaming alles irgendwie einfacher bzw. hat meinem Verständnis nach immer so funktioniert wie es sollte...

Danke für eure Geduld mit mir.

Gruß