In unserem ESX-Cluster tritt ein merkwürdiges Verhalten auf:
Die Infrastruktur:
wir haben 2 ESXi 5.5.0 Build 2718055 in einem Cluster, verwaltet von vCenter. Wir verwenden eine Essentials-Lizenz, haben also keine verteilten Switches. Unser Firmennetzwerk hat mehrere VLANs, von denen etwa 10 in VM-Servern benötigt werden. Die Hardware ist HP DL380 Gen8, 8 1Gb-ETH-Ports. Die mit den Servern verbundenen Switch-Ports (Cisco 2960E und 3850E) sind mit dem Cisco-Trunk-VLAN konfiguriert – alle Pakete kommen mit ihrem VLAN-Tag an. Das physische Netzwerk ist vollständig redundant, einer von zwei Switches UND eine von zwei Netzwerkkarten auf einem Server können ausfallen, ohne dass die VMs abstürzen.
Alle Switchports sind gleich konfiguriert,
Ich verwende 2 virtuelle Switches (auf jedem Host), jeder Switch hat zugewiesene
Das Problem
Wenn ich eine VM auf esx1 mit automatischer IP-Adresskonfiguration neu starte, stellt die Maschine keine DHCP-Verbindung her – die Netzwerkverbindung ist verfügbar, wenn ich eine manuelle IP-Adresse einstelle, funktioniert alles einwandfrei, pconfig /refreshhängt aber und DHCPExplorer findet keinen gültigen DHCP-Server (den ich anpingen kann, wenn ich eine manuelle IP-Adresse zuweise).
Jetzt muss ich die Maschine auf esx2 migrieren und einige Zeit warten (oder ipconfig /renewdie Netzwerkkarte deaktivieren und aktivieren), bis die Maschine eine DHCP-Adresse erhält. Danach kann ich die Maschine wieder auf esx1 verschieben, und sie wird einwandfrei funktionieren. Danach erhalte ich sogar positive Ergebnisse vom DHCP-Explorer.
Ich habe dann getestet, ob das Verhalten mit dem physischen Teil des Netzwerks zusammenhing: Ich habe alle physischen Netzwerkkarten bis auf eine aus der Portgruppe mit dem betroffenen VLAN entfernt, einige Neustarts mit einer DHCP-Maschine durchgeführt und es dann mit einer anderen Netzwerkkarte getestet – kurz gesagt, ich habe den gesamten Datenverkehr aus dieser Portgruppe gezwungen, über einen physischen Port der Netzwerkkarte und des Switches zu laufen.
Das Ergebnis war: Das Problem tritt nur an zwei verschiedenen Ports auf zwei verschiedenen Netzwerkkarten auf, aber beide sind mit demselben Switch verbunden.
Mir scheint, als würde dieser Switch den Zugriff auf den DHCP-Dienst irgendwie blockieren. Hat jemand schon einmal ein solches Verhalten beobachtet? Mir gehen die Optionen aus – wir möchten bald auf ESX 6 aktualisieren, aber da wir auch VMWare View Desktop Virtualisation haben, wird der Aktualisierungsprozess viel Arbeit und Tests erfordern und kann nicht schnell durchgeführt werden …
BEARBEITEN:
Da die visuelle Konfiguration unserer Switches zu groß für den Bildschirm ist, habe ich einen Export der virtuellen Switches und Portgruppen über Powershell durchgeführt.
Der problematische Host ist Host-1002, die problematischen Netzwerkkarten, die ich identifiziert habe, sind vmnic4 und vmnic8, die Portgruppen, bei denen das Problem beobachtet wurde, sind PortGroup35 und PortGroup41
Get-Virtualswitch|select Name, ID, NumPorts, NumPortsAvailable, Nic, MTU, VMHostID
ERGEBNIS:
Name : vSwitch0
Id : key-vim.host.VirtualSwitch-vSwitch0
NumPorts : 4352
NumPortsAvailable : 4309
Nic : {vmnic7, vmnic0, vmnic2, vmnic9}
Mtu : 1500
VMHostId : HostSystem-host-1001
Name : vSwitch2
Id : key-vim.host.VirtualSwitch-vSwitch2
NumPorts : 4352
NumPortsAvailable : 4309
Nic : {vmnic3, vmnic1, vmnic6, vmnic8}
Mtu : 1500
VMHostId : HostSystem-host-1001
Name : vSwitch5
Id : key-vim.host.VirtualSwitch-vSwitch5
NumPorts : 4352
NumPortsAvailable : 4309
Nic : {vmnic4}
Mtu : 1500
VMHostId : HostSystem-host-1001
Name : vSwitch0
Id : key-vim.host.VirtualSwitch-vSwitch0
NumPorts : 4352
NumPortsAvailable : 4304
Nic : {vmnic7, vmnic3, vmnic5, vmnic9}
Mtu : 1500
VMHostId : HostSystem-host-1002
Name : vSwitch2
Id : key-vim.host.VirtualSwitch-vSwitch2
NumPorts : 4352
NumPortsAvailable : 4304
Nic : {vmnic8, vmnic4, vmnic6, vmnic2}
Mtu : 1500
VMHostId : HostSystem-host-1002
Name : vSwitch5
Id : key-vim.host.VirtualSwitch-vSwitch5
NumPorts : 4352
NumPortsAvailable : 4304
Nic : {vmnic1}
Mtu : 1500
VMHostId : HostSystem-host-1002
Get-Virtualportgroup|select Name, VirtualSwitchId, Key, VLANId, VMHostID
ERGEBNIS:
Name : PORTGROUP82
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-PORTGROUP82
VLanId : 82
VMHostId : HostSystem-host-1001
Name : PORTGROUP90
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-PORTGROUP90
VLanId : 90
VMHostId : HostSystem-host-1001
Name : PORTGROUP83
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-PORTGROUP83
VLanId : 83
VMHostId : HostSystem-host-1001
Name : PORTGROUP16
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-PORTGROUP16
VLanId : 16
VMHostId : HostSystem-host-1001
Name : Management Network
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-Management Network
VLanId : 41
VMHostId : HostSystem-host-1001
Name : PORTGROUP80
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch2
Key : key-vim.host.PortGroup-PORTGROUP80
VLanId : 80
VMHostId : HostSystem-host-1001
Name : PORTGROUP41
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch2
Key : key-vim.host.PortGroup-PORTGROUP41
VLanId : 41
VMHostId : HostSystem-host-1001
Name : PORTGROUP35
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch2
Key : key-vim.host.PortGroup-PORTGROUP35
VLanId : 35
VMHostId : HostSystem-host-1001
Name : VMkernel
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch5
Key : key-vim.host.PortGroup-VMkernel
VLanId : 0
VMHostId : HostSystem-host-1001
Name : PORTGROUP43
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-PORTGROUP43
VLanId : 43
VMHostId : HostSystem-host-1001
Name : PORTGROUP82
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-PORTGROUP82
VLanId : 82
VMHostId : HostSystem-host-1002
Name : PORTGROUP83
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-PORTGROUP83
VLanId : 83
VMHostId : HostSystem-host-1002
Name : PORTGROUP90
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-PORTGROUP90
VLanId : 90
VMHostId : HostSystem-host-1002
Name : PORTGROUP16
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-PORTGROUP16
VLanId : 16
VMHostId : HostSystem-host-1002
Name : Management Network
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-Management Network
VLanId : 41
VMHostId : HostSystem-host-1002
Name : PORTGROUP80
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch2
Key : key-vim.host.PortGroup-PORTGROUP80
VLanId : 80
VMHostId : HostSystem-host-1002
Name : PORTGROUP41
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch2
Key : key-vim.host.PortGroup-PORTGROUP41
VLanId : 41
VMHostId : HostSystem-host-1002
Name : PORTGROUP35
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch2
Key : key-vim.host.PortGroup-PORTGROUP35
VLanId : 35
VMHostId : HostSystem-host-1002
Name : VMkernel
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch5
Key : key-vim.host.PortGroup-VMkernel
VLanId : 0
VMHostId : HostSystem-host-1002
Name : PORTGROUP43
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-PORTGROUP43
VLanId : 43
VMHostId : HostSystem-host-1002
BEARBEITEN: NEUE INFORMATIONEN
Jetzt ist mir klar geworden, warum das Problem nur auf esx1 auftritt: Der DHCP-Server für diese Maschinen ist eine VM, die auf esx2 platziert ist. Die DHCP-Anfragen von Maschinen auf esx2 müssten also nicht einmal den virtuellen Switch verlassen. Wenn ich den DHCP-Server auf esx1 verschiebe, ist das Problem dort gelöst und beginnt auf esx2. Trotzdem ist nur ein Switch betroffen, der andere funktioniert einwandfrei. Meiner Meinung nach liegt das Problem also definitiv am physischen Switch, nicht am virtuellen.
Antwort1
Ihr Switch weist möglicherweise inkonsistenteSpannbaumEinstellungen an den verschiedenen Switch-Ports.
Wie lange warten Sie, bevor Sie dies als „fehlgeschlagen“ betrachten? Haben Sie Zugriff auf die Cisco-Switch-Konfiguration?
Darüber hinaus wäre es gut, Ihre virtuelle Switch-Konfiguration zu sehenwie dieses Beispiel.
Antwort2
Vielen Dank für die Aktualisierung Ihrer Frage und Kommentare. Grundsätzlich müssen Sie auf dem jeweiligen Switch für diesen Port/dieses VLAN einen „DHCP-Helper“ einrichten.
Grundsätzlich am Schalter machen;
enable conf t int {beliebiger Port} ip helper-address {DHCP-Server-IP oder Cluster-VIP}
Testen Sie dann und schreiben Sie bei Erfolg Ihre Konfiguration zurück zum Start.