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