VMware Vmotion 5.1 выходит из строя на 51%, между двумя идентичными новыми серверами vmware
Мы пытались развернуть два новых сервера CISCO UCS C220 M3S, хосты ESXi. установка прошла гладко и идеально.
Мы добавили оба сервера в кластер ESXi (5.1 обновление 2). это для выполнения vmotion и автоматической миграции виртуальных машин между 2 хостами esxi.
Но мы сталкиваемся с некоторыми проблемами при миграции виртуальных машин между обоими хостами (одинаковое оборудование, одинаковые настройки, одинаковые настройки)
При переносе живой виртуальной машины между серверами a и b происходит сбой 51% со следующей ошибкой:
«Произошла общая системная ошибка: источник обнаружил, что назначение не удалось возобновить»
Проверка Vmware Vmotion перед миграцией прошла успешно.
Эта проблема возникает только тогда, когда виртуальные машины работают, когда они неактивны / выключены, нет проблем с переносом виртуальных машин назад и вперед между серверами a и b.
Хранилище также остается активным и доступным во время движения.
VT / PT установлены, BIOS обеих систем совпадает, выполнено обновление BIOS и прошивки nic. оба используют одну и ту же версию сборки esxi.
Мы уже пробовали несколько vmware kb, и был включен EVC.
Кто-нибудь может нам помочь?
Добавлена дополнительная информация:
Общая информация Сервер A:
Общая информация Сервер B:
Некоторая информация о сети:
На каждом из двух серверов у нас есть по 4 слота.
- 2 ники для резервирования сети
- 2 платы для хранения и подключения к vmotion
на обоих серверах следующие настройки совпадают на 100%: (проверено крестиком)
Первые снимки экрана - это интерфейсы управления:
2-е скриншоты - это Vswitch для хранения и vmotion
Оба используют одно и то же оборудование nic и обновление BIOS.
Спасибо
На прошлой неделе мы решили эту проблему. Извините за мой поздний ответ.
Мы пытались настроить нашу сеть хранилища и vmotion как следующий документ:
Мы создали 2 vmkernel, каждое из которых использует один из обоих физических интерфейсов, которые были добавлены к vswitch. Чтобы работать как активная активная настройка интерфейса, чтобы иметь возможность выполнять многопутевое использование iscsi.
В конце концов, мы удалили 2-е vmkernel, добавили оба физических интерфейса к одному оставшемуся vmkernel и позволили команде nic выполнять все активные активные действия с несколькими путями.
Это сразу решило нашу проблему.
Ура.
посмотрите на эту информацию:
Последнее действие (изменение дополнительных настроек, возможность миграции в 2 хоста) у меня работает.