Боюсь, я не могу рекомендовать вам эту статью, но надеюсь, вы уже нашли хороший источник информации. Если нет, то вот что я могу вспомнить на эту тему.
Насколько я помню, в Brocade SAN может возникнуть очень редкая проблема с избыточным количеством ISL, когда имеется действительно большое количество коммутаторов, и они подключены с использованием полной ячеистой топологии. Я могу ошибаться, но это было связано с FSPF, когда он не может перечислить все пути. Я не уверен, актуально ли это в наше время.
Я думаю, что ограничение числа путей может приветствоваться, если на коммутаторах включена ограничительная политика In-Order Delivery (IOD). Но если IOD включен, это означает, что вы уже столкнулись с проблемами с неупорядоченными кадрами (вызванными переключением ISL и т. Д.) И устройствами, которые не могут это терпеть, но вы должны жить как есть (например, потому что у вас есть длинные пути к удаленному сайту).
Последовательные операции обычно обслуживаются системами хранения быстрее. Таким образом, массивы пытаются обнаружить последовательные операции чтения-записи, чтобы включить соответствующие алгоритмы и обеспечить лучшую производительность. Наличие чрезмерного количества путей к одному и тому же LUN может иногда приводить в замешательство системы хранения, и они могут начать рассматривать их как случайный ввод-вывод без применения последовательной оптимизации.