Это похоже на включение jumbo-кадров в сети iSCSI постфактум но в нашем случае мы настроили переключатели, а затем перебрали все хосты, включив jumbo-кадры (возможно, мы здесь напортачили). SAN - это левосторонняя (на самом деле 2 зеркалированных SAN). Итак, план состоит в том, чтобы настроить одну из сетей SAN для больших кадров, вернуть ее в оперативный режим, дождаться репликации и затем сделать то же самое с другой сетью SAN. Неужели нас ждут серьезные проблемы с одним SAN, у которого включен jumbo, а другой еще не настроен, пока мы ждем репликации SAN? Конечно, все это нужно делать вживую. Стоит ли нам заново сбросить все хосты до 1500 MTU, а затем сначала настроить SAN на jumbo?
Некоторая уточняющая информация. Каждое устройство SAN подключено к двум выделенным коммутаторам (каждый SAN имеет два сетевых адаптера). Между коммутаторами есть эфирный канал. В сетях SAN настроен MPIO. У каждого хоста есть два сетевых адаптера, настроенных для сети SAN, подключенных к каждому коммутатору (конфигурация full mesh).
ОБНОВЛЕНИЕ: это сработало. При отключении второго SAN у всех хостов возникли проблемы с подключением к SAN примерно на минуту (очень страшно), но все они вернулись, кроме нашего сервера OCS, который нам пришлось перезагрузить.
Отвечая на свой вопрос здесь в надежде, что это поможет другим. Мы сделали это сегодня, и я должен сказать, что фактор сморщивания был довольно высоким :) Изменение первого SAN на jumbo не вызвало никаких проблем. Когда мы сломали MPIO на втором SAN, все хосты очень рассердились (перестали отвечать), и им потребовалось около минуты, чтобы восстановиться. Наш Office Communications Server 2007R2 отказался играть в мяч и потребовал перезагрузки. В остальном это сработало, но я думаю, что в следующий раз (никогда не случится сейчас, когда я знаю, что нужно настроить jumbo перед запуском), я бы предпочел использовать хосты последними, потому что тогда мы просто беспокоимся об одном хосте за раз.