我们刚刚获得了 SAN，我将协助安装和配置它，我请某人向我解释一下使用 SAN 分区将获得什么好处，但他无法回答我的问题，有人可以向我解释一下使用 Brocade 的 SAN 分区将获得哪些优势吗？
谢谢
答案1
您是指 FC 分区吗？如果是这样，那么它基本上类似于 VLAN，因为它允许您硬限制设备之间的连接。
只有一个大区域，基本上所有点都可以与所有其他点通信，这听起来不错，特别是当您有一个适当的交换机可以帮助带宽管理（以前有 FC 集线器 bitd，显示我的年龄）但通常最好/要求您有更多的控制权。
例如，在我们的环境中，我不得不说，完全基于 Cisco，一切都被定义得非常牢固。例如，任何给定的 HBA 端口只能与阵列上设计为与之通信的端口通信 - 而不能与任何其他端口通信。是的，这项工作更难，但在实际生活中，这意味着我们可以更轻松地排除故障，我们的安全纳粹喜欢它，并且永远不会给我们带来任何麻烦。
因此，问题归结为轻松与控制。
答案2
SAN 分区非常重要，您绝对应该这样做。从概念上讲，它类似于 VLAN - 但不要被误导。有不同的原因决定了它的使用和目的。区域是一个容器，您可以在其中放置一组 SCSI 启动器（客户端上的主机总线适配器）和一组 SCSI 目标（阵列上的端口）。区域内的每个事物都可以与区域中的其他事物进行通信 - 您通常会发现每个启动器都会对区域内的每个目标执行端口登录 (PLOGI)。这实际上会创建一个设备仲裁环路。
这很重要——首先，可能限制阵列支持的端口登录数量。在更现代的阵列上，这个数字相当大。但请记住，您有一个几何增长问题 - 为什么要在没有必要的情况下构建可扩展性问题。
但使用分区的重要原因是，当某个设备离开或加入某个区域时，其他所有成员都必须重新登录到端口。如果您的区域很小，那么一台设备加入或离开并不重要 - 理论上会有服务中断，但影响很小。但是，如果您有很多设备，那么必须重新仲裁的设备数量就会增加，PLOGI 事件的频率也会增加。
更糟糕的是，如果您的 HBA 出现故障 - 如果您不进行分区，它可能会在整个结构中造成拒绝服务的情况。
http://en.wikipedia.org/wiki/Registered_State_Change_Notification
答案3
考虑区域的最佳方式是“软件定义您的 SCSI 总线”。实际上，您正在将一些服务器的 SCSI 总线和一些存储端口耦合在一起。正如其他人所提到的，它可以帮助容错或访问控制，或减少状态更改通知的范围。
如果您的存储目标触发总线重置，您希望所有服务器看到它，还是只有少数服务器看到它？
分区也像在地图上规划道路：它定义了允许流量流向何处。这并不意味着您的服务器将使用它，但它确实将它们限制在某些路径上。您可以使用它来强制平衡对存储端口的访问，或为更关键的应用程序保留一些存储端口。这似乎是进行分区的一个相当好的理由，但是——正如其他人在我之前提出的——要深思熟虑，要有计划。
有些人会建议将一个服务器 HBA 分区到一个或多个存储端口；其他人会建议将一个存储端口分配给多台服务器。不过，有些人会在同一区域中平衡大量服务器和大量存储端口。每条经验法则都有人会告诉你不要这样做。我倾向于建议选择一个规则，有理由这样做，并坚持下去；每个区域的设备越少，状态变化的范围就越小，但后勤负担就越重，所以要小心你给自己分配的工作量。
BNA / CMCNE / DCNM 等工具往往会有所帮助，而 OCI 往往会帮助您保持理智，但您选择的规则和惯例可以帮助保持整个团队的一致性。（警告：我不为 BNA、CMCNE、OCI 或 DCNM 的提供商工作，但我每天都使用光纤通道）
答案4
我认为这主要是为了安全。
它允许您隔离流量，从某种意义上说，HOSTA 只能与 STORAGEA 对话，就像网络世界中的 VLAN 一样。