VMware Redundante Anbindung - Verständnisfrage
Guten Morgen!
Hier steht demnächst ein Umbau der VMware Umgebung an. Ich hätte mal eine Frage zum Thema "Redundante Anbindung der vSwitches" in VMware ESXi.
Und zwar haben wir mehrere vSwitches in unserem ESXi-Host. Angebunden sind jeweils ein LWL-Port und ein Kupfer-Port. (LWL 10G / Kupfer 1G). Kann mir einer wie es sich verhält, wenn ich den LWL-Port an einen entsprechenden Port anschließe und den Kupfer-Port an einen anderen Switch anschließe?
Bekomme ich dann einen Loop dank des vSwitches oder ist VMware so intelligent und deaktiviert einen Port (Spanning Tree?)
Hintergrund ist der, dass der SFP+ Switch, an dem die LWL Verbindung ran soll, keine Kupfer-Ports besitzt. Daher würde ich die Kupferverbindung dann mit an die Unterverteilung anschließen, welche ausschließlich Kupfer-Ports besitzt. Falls das relevant sind, die Switche sind nicht gestackt.
Die Kupferverbindung ist nur als Redundanz gedacht, falls die LWL-Verbindung getrennt wird. Es wäre dann zwar langsam, aber es läuft dann ja noch
Danke vorab!
Hier steht demnächst ein Umbau der VMware Umgebung an. Ich hätte mal eine Frage zum Thema "Redundante Anbindung der vSwitches" in VMware ESXi.
Und zwar haben wir mehrere vSwitches in unserem ESXi-Host. Angebunden sind jeweils ein LWL-Port und ein Kupfer-Port. (LWL 10G / Kupfer 1G). Kann mir einer wie es sich verhält, wenn ich den LWL-Port an einen entsprechenden Port anschließe und den Kupfer-Port an einen anderen Switch anschließe?
Bekomme ich dann einen Loop dank des vSwitches oder ist VMware so intelligent und deaktiviert einen Port (Spanning Tree?)
Hintergrund ist der, dass der SFP+ Switch, an dem die LWL Verbindung ran soll, keine Kupfer-Ports besitzt. Daher würde ich die Kupferverbindung dann mit an die Unterverteilung anschließen, welche ausschließlich Kupfer-Ports besitzt. Falls das relevant sind, die Switche sind nicht gestackt.
Die Kupferverbindung ist nur als Redundanz gedacht, falls die LWL-Verbindung getrennt wird. Es wäre dann zwar langsam, aber es läuft dann ja noch
Danke vorab!
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 63596411787
Url: https://administrator.de/contentid/63596411787
Ausgedruckt am: 21.11.2024 um 21:11 Uhr
7 Kommentare
Neuester Kommentar
Deine Frage hat erstmal nichts mit der Art der Links oder dem Aufbau zu tun, du hast einfach 2 aktive NICs in einem vSwtich konfiguriert die auf der anderen Seite in das selbe Netz gehen.
Dadurch kann kein L2 Loop entstehen. Die Technik dazu kann ich nicht ganz so gut beschreiben, dazu vielleicht hier:
https://blog.ipspace.net/2010/11/vmware-virtual-switch-no-need-for-stp.h ...
Nach meinem Verständnis "sieht" der Switch zwei oder mehr NICs mit unterschiedlichen MAC Adressen. Ein Paket, das der vSwitch über Port A raus schickt sieht für den Switch wie ein Paket von Host A aus und er antwortet auch nur Host A. Ganz genau weiß ich es nicht aber es funktioniert definitiv.
Das Mischen von 10G und 1G finde ich nicht ganz ideal, da fehlt mir aber die Erfahrung. Welche Paketsize hast du denn? Eventuell macht es Sinn, das 1G Interface als Standby zu konfigurieren und nicht beides gleichzeitig zu benutzen.
Dadurch kann kein L2 Loop entstehen. Die Technik dazu kann ich nicht ganz so gut beschreiben, dazu vielleicht hier:
https://blog.ipspace.net/2010/11/vmware-virtual-switch-no-need-for-stp.h ...
Nach meinem Verständnis "sieht" der Switch zwei oder mehr NICs mit unterschiedlichen MAC Adressen. Ein Paket, das der vSwitch über Port A raus schickt sieht für den Switch wie ein Paket von Host A aus und er antwortet auch nur Host A. Ganz genau weiß ich es nicht aber es funktioniert definitiv.
Das Mischen von 10G und 1G finde ich nicht ganz ideal, da fehlt mir aber die Erfahrung. Welche Paketsize hast du denn? Eventuell macht es Sinn, das 1G Interface als Standby zu konfigurieren und nicht beides gleichzeitig zu benutzen.
Hallo,
vor etlichen Jahren wurde mir mal erklärt, dass ein Loop entstehen kann, wenn du LAG an dem vSwitch konfigurierst... Habe das aber noch nie ausprobiert oder tiefer drüber nachgedacht...
Einfach die 10G und 1G NICs in eine vSwitch packen und fertig.
Idealerweise den 1G nur als Standby deklarieren.
Gruß und viel Erfolg
vor etlichen Jahren wurde mir mal erklärt, dass ein Loop entstehen kann, wenn du LAG an dem vSwitch konfigurierst... Habe das aber noch nie ausprobiert oder tiefer drüber nachgedacht...
Einfach die 10G und 1G NICs in eine vSwitch packen und fertig.
Idealerweise den 1G nur als Standby deklarieren.
Gruß und viel Erfolg
Klar, wenn der vSwitch von einem LAG ausgeht, die physische Gegenseite aber nicht, dann hast du natürlich auch wieder einen Loop.
Man hat mir mal gesagt, für 10G wären Jumbopakets eigentlich immer besser geeignet, aber da fehlt mir die Erfahrung. Wenn das für 1G nicht gilt, macht es Sinn das 1G Interface nur auf Standby zu konfigurieren. Vielleicht sagt @aqui da noch was dazu
Man hat mir mal gesagt, für 10G wären Jumbopakets eigentlich immer besser geeignet, aber da fehlt mir die Erfahrung. Wenn das für 1G nicht gilt, macht es Sinn das 1G Interface nur auf Standby zu konfigurieren. Vielleicht sagt @aqui da noch was dazu
Hi,
nur weil der Switch keine Kupferports hat, brauchst du nicht darauf zu verzichten.
Es gibt auch SFPs mit RJ45, klappt gut.
Hier mal wie sowas aussieht:
https://www.cyberport.de/?DEEP=5238-01R&APID=21&campaign=3648672 ...
Ach ja, den 1G Kupferport als Standby deklarieren
VG,
Deepsys
nur weil der Switch keine Kupferports hat, brauchst du nicht darauf zu verzichten.
Es gibt auch SFPs mit RJ45, klappt gut.
Hier mal wie sowas aussieht:
https://www.cyberport.de/?DEEP=5238-01R&APID=21&campaign=3648672 ...
Ach ja, den 1G Kupferport als Standby deklarieren
VG,
Deepsys