Reply to Настройка параметра MTU в классах системы Hyperflex UCS QoS on Tue, 03 Mar 2026 14:47:54 GMT

Kirk J — Tue, 03 Mar 2026 14:47:54 GMT

Это стандартные настройки для 6454 (т. е. максимальные усилия при установке 9216). VMware использует максимальный размер MTU 9000, так как необходимо оставить место для потенциальных накладных расходов (например, OTV, vxlan и т. д.) и не допустить, чтобы на уровне ОС создавались кадры, которые полностью исчерпывают возможности нашего сетевого оборудования. Наличие классов QOS, которые «разрешают» размер кадра 9216, не делает трафик джамбо по своей природе, а просто «разрешает» его и не отбрасывает. Вот возможный сценарий, если ваша вышестоящая сеть не допускает джамбо-фреймы, но вы настроили/конфигурировали их на уровне Hyperflex. Вы обновляете UCSM. Во время процесса обновления происходит перезагрузка FI (допустим, FI-B), где закреплены все ваши виртуальные сетевые интерфейсы хранилища по умолчанию.
Это также может произойти, если уплотненные соединения с FI-B отключены, вышестоящий коммутатор перезагружен и т. д.
Все соединения немедленно переключаются на FI-A, а трафик данных хранилища HX jumbo frame продолжает локально переключаться на FI-A.
FI-B возвращается в сеть. ESXi видит, что соединения со стороной «B» стали доступны, и начинает «переключать» соединения на сторону «B». Однако это не происходит одновременно на всех серверах. Некоторые соединения для хранения данных могут оставаться на стороне «A», а некоторые перешли обратно на сторону «B». Для установления соединения A<>B трафик данных хранилища jumbo теперь должен переключаться вверх по потоку. Если ваше оборудование для переключения вверх по потоку не поддерживает jumbo-фреймы, трафик будет отбрасываться, и, скорее всего, произойдет временное отключение, пока все узлы не будут полностью переключены обратно на сторону «B», а трафик не будет полностью переключен локально на уровне FI и не будет отбрасываться вверх по потоку. Кирк...