Виртуальная сетевая карта на виртуальной машине не может пропинговать внешне после Vmotion
Сегодня я поставил 5 серверов MS SQL 2005 на новый кластер DRS. Все SQL-серверы используют сеть "Production_LAN" и один виртуальный сетевой адаптер типа "VMXNET 3".
Первые 4 виртуальных машины SQL (Windows 2003 Standard или Enterprise x32 bit) прошли без перебоев.
Последняя введенная мною виртуальная машина SQL (Windows 2003 Standard x64 bit R2) прошла без ошибок, но по завершении я больше не могла пропинговать виртуальную машину. Я вошел в виртуальную машину и не мог даже пропинговать шлюз, однако я мог пропинговать петлю. Этот SQL-сервер чрезвычайно загружен по сравнению с предыдущими 4 виртуальными машинами. Я перезапустил сервер, и он вернулся с виртуальным ником, работающим просто отлично.
Сборка обоих серверов (vmotioner и vmotionee) - ESX 4.0.0 175625 - Итак, предварительное обновление 1.
Стоит ли подозревать, что сетевой коммутатор / виртуальная машина не обновляет таблицу mac на коммутаторе?
Кто-нибудь еще когда-либо имел эту проблему или знает, что, возможно, вызвало это?
Спасибо!
3 ответа
Я бы сказал, что вы на ходу, подозревая таблицу mac на коммутаторе. Перемещение машины между хостами может иногда вызывать это. Найдите в конфигурации ESX vSwitch флажок "уведомлять коммутаторы". Проверьте arp-кеш вашего коммутатора на наличие mac-адреса.
Если у вас есть следующее оборудование:
- M1000 Blade Chassis
- Коммутатор Dell MXL Force10
Решение состоит в том, чтобы уменьшить частоту обновления таблицы ARP на коммутаторе Dell MXL Foce10, введя следующую команду:
mac-address-table station-move refresh-arp
Есть только один способ узнать наверняка, является ли это проблемой хоста, vswitch или виртуальной машины, и это путем методического тестирования миграции, поскольку проблема может быть с любым из этих объектов.