У нас странное поведение в нашем ESX-кластере:
Инфраструктура:
у нас есть 2 ESXi 5.5.0 build 2718055 в кластере, управляемом vCenter. Мы используем лицензию Essentials, поэтому у нас нет распределенных коммутаторов. В сети нашей компании есть несколько vlan, из которых около 10 необходимо на vm-серверах. Оборудование - HP DL380 Gen8, 8 eth-портов 1Gb. Порты коммутатора (Cisco 2960E и 3850E), подключенные к серверам, настроены с использованием vlan магистрали cisco - все пакеты прибывают со своим тегом vlan. Физическая сеть полностью избыточна, один из двух коммутаторов И одна из двух сетевых карт на сервере может выйти из строя без сбоя виртуальных машин.
Все коммутаторы настроены одинаково,
Я использую 2 виртуальных коммутатора (на каждом хосте), каждому коммутатору назначено
Эта проблема
Когда я перезагружаю виртуальную машину, размещенную на esx1 и с автоматической настройкой IP-адреса, машина не получит DHCP-соединение - сетевое соединение доступно, если я установил ручной IP-адрес, все работает нормально, но pconfig /refresh
is haning, а DHCPExplorer не находит действующий DHCP-сервер (с которым я могу пинговать, если назначу IP-адрес вручную).
Теперь мне нужно перенести машину на esx2 и подождать некоторое время (или сделать ipconfig /renew
или отключите и включите nic) машина получит адрес DHCP. После этого я могу переместить машину обратно на esx1, и она будет работать отлично. После этого я даже получаю положительные результаты от dhcp explorer.
Затем я проверял, связано ли поведение с физической частью сети: я удалил все физические сетевые адаптеры, кроме одного, из группы портов с затронутым vlan, сделал несколько перезагрузок с помощью машины DHCP, а затем протестировал его с другим Nic - короче Я заставил весь трафик из этой группы портов проходить через один физический порт nic и коммутатора.
В результате проблема возникает только на двух разных портах на двух разных сетевых адаптерах, но оба они подключены к одному коммутатору.
Мне кажется, что этот переключатель каким-то образом блокирует доступ к dhcp-сервису. Кто-нибудь видел подобное поведение? Я исхожу из возражений - скоро мы хотим перейти на ESX 6, но, поскольку у нас также есть виртуализация рабочего стола VMWare View, процесс обновления будет включать в себя много работы и тестирования и не может быть выполнен быстро ...
РЕДАКТИРОВАТЬ:
Поскольку визуальная конфигурация наших коммутаторов слишком велика для экрана, я сделал экспорт виртуальных коммутаторов и групп портов через PowerShell.
Проблемный хост - host-1002, проблемные nics, которые я идентифицировал, - это vmnic4 и vmnic8, группы портов, где наблюдалась проблема, - это PortGroup35 и PortGroup41.
Get-Virtualswitch|select Name, ID, NumPorts, NumPortsAvailable, Nic, MTU, VMHostID
РЕЗУЛЬТАТ:
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
РЕЗУЛЬТАТ:
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
РЕДАКТИРОВАТЬ: НОВАЯ ИНФОРМАЦИЯ
Теперь я понял, почему проблема возникает только на esx1: dhcp-сервер для этих машин - это виртуальная машина, размещенная на esx2. Таким образом, запросы dhcp с машин на esx2 даже не должны покидать виртуальный коммутатор. Если я переведу DHCP-сервер на esx1, проблема будет решена и запустится на esx2. По-прежнему действует только один переключатель, другой работает нормально. Так что, на мой взгляд, проблема определенно заключается в физическом переключателе, а не в виртуальном.
Спасибо за обновление вашего вопроса и комментариев, в основном вам нужно установить «DHCP Helper» на конкретный коммутатор для этого порта / VLAN.
В основном на свитче делаю;
enable conf t int {любой порт} ip helper-address {IP-адрес DHCP-сервера или виртуальный IP-адрес кластера}
затем протестируйте и в случае успеха напишите свою конфигурацию обратно в автозагрузку.
Ваш переключатель может иметь непоследовательный остовное дерево настройки на разных портах коммутатора.
Как долго вы ждете, прежде чем сочтете это «неудачным»? У вас есть доступ к конфигурации коммутатора Cisco?
Кроме того, было бы хорошо увидеть вашу конфигурацию виртуального коммутатора. как этот пример.