Использование HyperV Server 2016 с масштабируемым файловым сервером (хранение файлов VHDX на файловом сервере) приводит к появлению следующей ошибки в журнале событий гипервизора (клиент SMB - подключение):
Failed to establish a network connection.
Error: {Device Timeout}
The specified I/O operation on %hs was not completed before the time-out period expired.
Server name: storage.DOMAIN
Server address: IP_OF_STORAGE2:445
Connection type: Wsk
Guidance:
This indicates a problem with the underlying network or transport, such as with TCP/IP, and not with SMB. A firewall that blocks TCP port 445, or TCP port 5445 when using an iWARP RDMA adapter, can also cause this issue.
Среда кажется нестабильной, виртуальные машины продолжают иметь ошибки ввода-вывода, поэтому хранилище действительно выходит из строя.
Окружение выглядит так:
Между узлами у нас есть сеть Cisco Nexus, работающая с активным etherchannel / LACP на объединенных интерфейсах.
Я буду более чем счастлив предоставить любую информацию, если это необходимо.
Единственным подходящим хитом, который я обнаружил во время поиска в Google, была эта тема без каких-либо решений. https://social.technet.microsoft.com/Forums/en-US/ef3e9243-5a22-4020-97a0-219595666cd7/smbclient-errors?forum=winserver8gen
Я согласен с предыдущим оратором, MPIO - лучший выбор, если вы в первую очередь рассматриваете производительность. Что касается конфигурации в целом, я думаю, вы можете сделать ее менее сложной, более надежной и, что самое главное, более производительной, используя локальное хранилище ваших узлов вместо физического блока SAN. Взять без звездного ветра и позвольте ему синхронизировать данные между узлами, что должно дать вам достойный прирост производительности, поскольку у ваших клиентов будет кратчайший путь к хранению (локальность данных - низкая задержка).
Смешивать iSCSI и LACP - плохая идея. Попробуйте отключить соединения и использовать MPIO там, где вы пока выполняете транкинг.
Мы решили воспользоваться полученными предложениями и модифицировать нашу сеть на их основе:
Address hash вместо значения по умолчанию DynamicМы сделали эти изменения неделю назад, с тех пор мы не видим это сообщение об ошибке, и в целом SMB Client в журнале событий меньше сообщений.
Спасибо!