Назад | Перейти на главную страницу

VMware - виртуальная машина не получает DHCP-адрес после перезагрузки

У нас странное поведение в нашем 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?


Кроме того, было бы хорошо увидеть вашу конфигурацию виртуального коммутатора. как этот пример.