Сегодня я перевел 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 или виртуальной машины, и это путем методического тестирования миграции, поскольку проблема может быть связана с любым из этих объектов.
Если у вас есть следующее оборудование:
Решение состоит в том, чтобы уменьшить частоту обновления таблицы ARP на коммутаторе Dell MXL Foce10, введя следующую команду:
mac-address-table station-move refresh-arp