原则1： 最小化所管理Fabric架构的数量

这其中包括了物理Fabric架构和虚拟Fabric架构，因为每个虚拟Fabric架构代表着一个管理责任。Fabric架构越少就越容易管理， 这道理很简单。然而，在某些情况下，功能、安全及物理限制等问题往往要求有额外的Fabric架构。只有确定SAN管理单元并经由SAN路由提供资源共 享，这样或许能在避免资源隔离的同时减少所需Fabric架构数量。

原则2： 最小化每个Fabric架构中交换机数

使用如导向器等较大型交换元件可简化管理，将可能的Fabric架构中断情况降至最少。在单个Fabric架构中一般拥有8到12个网域，Fabric架构事件期间要求交换机间合作要很少，这样持续存储事务才更为可靠。例如：Fabric OS中博科接入网关(AG)功能就可显著减少需管理域ID的数量、优化到SAN的服务器连接。

原则3： 限制Fabric架构规模

Fabric架构规模应加以限制，节点连接数量约在1，000到2，000个之间。尽管一些生产数据中心SAN能支持4，000或更多可用端口，但 这些是例外情况，并不是常规情况。限制节点连接数有助于将每个Fabric架构的风险度降至最低。此外，若节点多于2，000个将使得分区、分区集及端口 别名的管理工作复杂化，远远超过管理软件工具所能承受的实际上限。如果需要额外的端口，那么就要部署额外的SAN管理单元并通过SAN路由来链接SAN到 SAN的资源。

原则4： 使用RAS水平高的交换机

即便拥有冗余Fabric架构用于故障切换，也不会有人希望任一条数据路径出现问题。高可靠性、可用性和可服务性(RAS)元件是高可用存储环境的基石。共享存储端口应始终连接到 RAS性能高的交换机及导向器。博科公司在交换机和导向器中设计加入了高RAS，因此即便是核心/边缘SAN设计也能享受到最高RAS体验。

原则5： 避免过载比，以免造成拥塞或性能降低

当工作负载的情况良好时从服务器连接到存储端口的过载比是可以接受的，但任何过载比都应适当地加以设计。过载比比率在通过Fabric架构的所有相 关数据路径时都应是一致的。例如：如果存储端口过载比的比率是7：1，那么主机和存储间过载比比率就不能高于这个数字。只有这样，交换机间以及交换机和导 向器间所合并ISL才能容纳服务器集所提供的总工作负载。博科公司独家提供的ISL干线合并(ISL Trunking)软件使得多条ISL能充当为拥有高性能聚合吞吐量的单条链路使用，还可进一步使用干线集(trunk sets)来容纳高容量交换机到交换机流量。此外，由于不同应用提供的是不同工作负载，因此主机的连接类型应分为多种，应将交换比率较低的高带宽服务器与 交换比率较高的中低带宽服务器分离开来。