Существует несколько причин для развертывания маршрутизированного подхода к Fibre Channel:
- У вас есть отдельные отключенные острова, к которым вы хотите подключиться, но усилия по обеспечению отсутствия конфликтов в базах данных зонирования являются чрезмерными.
- У вас есть отдельные острова связи, такие как фабрика FC на основе Brocade и фабрика FCIP на основе Cisco, к которой нужно подключиться, и не доверяете матрице для правильного схождения, если они объединены.
- Ваша ткань очень велика, и вы регулярно сталкиваетесь с ограничениями уникальности при внесении изменений.
- Ваша ткань настолько велика, что любые изменения в конфигурации ткани занимают слишком много времени, чтобы распространиться повсюду.
В каждом из них маршрутизатор помог бы объединить две структуры, которые в противном случае потребовали бы больших усилий для объединения, или уменьшили бы административную сложность из-за масштабирования.
Во многих случаях вы используете маршрутизатор FC, когда боль от его использования превышает боль от его использования.
Что касается вашего вопроса о передовой практике, я не верю, что здесь есть много общепринятых практик. Наиболее близким является то, что вам нужно объединить две фабрики на основе решений разных производителей (таких как Brocade-FC / Cisco-FCIP, которые я использовал выше), хотя это скорее «избыток паранойи», чем очевидный факт.
Вы добавляете роутер, когда его нет, будет более болезненным. Если у вас есть два больших центра обработки данных, потратьте четыре года на их самостоятельное создание, а затем, наконец, подключите их по оптоволокну. Две ткани ФК могут быть очень сложными. Объединение обоих в одну матрицу потребовало бы переименования сотен / тысяч псевдонимов и зон, и вероятность опечатки, нарушающей связь, не мала. В этом случае использование маршрутизатора для подключения структур будет быстрее и приведет к меньшим потенциальным сбоям, чем попытка объединения структур.