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

Виртуальная сетевая карта на виртуальной машине не могла пинговать извне после Vmotion

Сегодня я перевел 5 серверов MS SQL 2005 в новый кластер DRS. Все серверы SQL используют сеть «Production_LAN» и один виртуальный сетевой адаптер типа «VMXNET 3».

Первые четыре виртуальных машины 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 на коммутаторе?

У кого-нибудь еще была эта проблема или кто-нибудь знает, что могло ее вызвать?

Спасибо!

Я бы сказал, что вы подозреваете стол Mac на переключателе. Иногда это может быть вызвано перемещением машины между хостами. Найдите в конфигурации ESX vSwitch флажок «уведомлять переключатели». Проверьте кеш arp вашего коммутатора на наличие MAC-адреса.

Есть только один способ узнать наверняка, проблема ли это хоста, vswitch или виртуальной машины, и это путем методического тестирования миграции, поскольку проблема может быть связана с любым из этих объектов.

Если у вас есть следующее оборудование:

  • Шасси для лезвий M1000
  • Коммутатор Dell MXL Force10

Решение состоит в том, чтобы уменьшить частоту обновления таблицы ARP на коммутаторе Dell MXL Foce10, введя следующую команду:

mac-address-table station-move refresh-arp