VMware - VM, не получая адрес DHCP после перезагрузки
У нас есть странное поведение в нашем ESX-кластере:
Инфраструктура:
у нас есть 2 ESXI 5.5.0 сборок 2718055 в кластере, управляемом vCenter. Мы используем лицензию Основ, таким образом, у нас нет распределенных коммутаторов. Наша сеть компании имеет несколько VLAN, от которых приблизительно 10 необходимы в vm серверах. Аппаратными средствами является HP DL380 Gen8, 8 eth-портов на 1 ГБ. Переключатель (Cisco 2960E и 3850E) порты, подключенные к серверам, настроены с магистральным VLAN Cisco - все пакеты прибывают со своим тегом VLAN. Физические сети completly избыточный, один из двух переключателей И одна из двух сетевых плат на сервере могут перестать работать, не разрушая VMs.
Все switchports настроены то же,
Я использую 2 виртуальных коммутатора (на каждом хосте), каждый переключатель присвоился
Проблема
Когда я перезагружу vm, помещенный в esx1 и с автоматической конфигурацией IP-адреса, машина не получит подключение DHCP - сетевое соединение доступно, если я установил ручной IP-адрес, все хорошо работает, но pconfig /refresh haning, и DHCPExplorer не находит допустимый dhcp сервер (который я могу проверить с помощью ping-запросов если я assigne ручной IP-адрес).
Теперь я должен переместить машину в esx2 и ожидать в течение некоторого времени (или сделать ipconfig /renew или отключите и включите nic), машина получит адрес DHCP. После этого я могу положить обратно машину к esx1, и это будет работать превосходное. После этого я даже получаю положительные результаты dhcp проводник.
Я затем тестировал, если поведение было подключено к физической части сети: я удалил все физические зарубки, но один от portgroup с затронутым VLAN, сделал некоторые перезагрузки с dhcp машиной и затем протестировал его с другим nic - короче говоря я вынудил весь трафик эту группу портов пройти один физический порт nic и переключателя.
Результат был: проблема только occours на двух различных портах на двух различных зарубках, но они оба подключены к тому же переключателю.
Мне кажется, как будто этот переключатель так или иначе блокирует доступ к dhcp сервису. Кто-либо видел поведение как это? Я выхожу из опций - скоро мы хотим обновить до ESX 6, но так как мы действительно также сделали, чтобы VMware Просмотрел Виртуализацию настольных систем, процесс обновления будет включать большую работу и тестирование и не может быть сделан быстро...
Править:
Так как визуальная конфигурация наших переключателей является слишком большой для экрана, я сделал экспорт виртуальных коммутаторов и portgroups через powershell.
Проблематичный хост является хостом 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 сервер для этих машин является vm, помещенным в esx2. Таким образом, запросы DHCP от машин на esx2 даже не должны были бы оставлять виртуальный коммутатор. Если я перемещаю dhcp сервер в esx1, проблема решена там и запускающийся на esx2. Все еще только один переключатель затронут, другой хорошо работает. Таким образом, по-моему, проблема определенно заключается в физическом коммутаторе, не виртуальном.
У вашего коммутатора могут быть несовместимые настройки связующего дерева на разных портах коммутатора.
Как долго вы ждете, прежде чем сочтете это "неисправным"? У вас есть доступ к конфигурации коммутатора Cisco?
Помимо этого, было бы неплохо увидеть вашу конфигурацию виртуального коммутатора , как в этом примере .
Спасибо за обновление вопроса и комментариев, в основном вам нужно установить 'DHCP Helper' на определенном коммутаторе для этого порта/VLAN.
В основном на коммутаторе do;
enable конфетка в любом порту ip-адрес помощника {DHCP server IP или кластер VIP}
затем протестируйте и, в случае успеха, запишите вашу конфигурацию обратно для запуска.