iSCSI/FCoE/FC通量公式

Question

许多在线参考都提到在设计SAN时应该使用10 HBA链接(HBA/CNA)。但是，是否有公式或计算可以提供在使用基于SAN的协议时真正需要的带宽量。也就是说，你能把IOP和实际的网络流量联系起来吗？

谢谢,

Answer 1

IOPs主要依赖于您的存储硬件的吞吐量能力和延迟，以及(在较小程度上)网络中的延迟。换句话说，您不能将某个基础结构“转换”为IOP(您可以做一个有根据的猜测)。

但是，您需要设计SAN来管理所需的带宽。一旦基础设施中的带宽超过了带宽，IOP就会停止在这个级别上，延迟就会急剧上升。

如果您有一个具体的工作负载，您可以尝试从IOP中计算带宽，但这可能与实际情况相匹配，也可能与实际情况不符。

为了获得最大的iSCSI端口吞吐量，您可以通过标准以太网(94.9%)或使用9k特大帧(99.1%)与标准以太网端口速率相乘来获得良好的数据。来自iSCSI本身的开销几乎是可以忽略的(除了非常高的IOP数字和非常低的实际带宽)，并且体面的交换机将非常接近理论上的最大值。

本机光纤通道由于其非常粗糙的名义速度(包括L0开销，不像以太网)而更难掌握，但您可以了解这里。

在SAN中，您需要非常具体地查看(当前和未来)工作负载。聚合链接可能以缩放路径的形式出现，但您需要注意的是，聚合链接不能比它的任何一个物理链接更快地传输流。换句话说:聚合链接会增加总带宽，但不会增加任何一个流的带宽。

四个聚合的10G链接支持一个或多个(理想情况下是四个)独立的10G流，但它们不支持单个40G流。这是因为每个连接总是通过相同的物理端口对转发-取决于硬件及其配置，由MAC地址，IP地址，或IP和L4端口组合。

另外，您需要考虑的是，在SAN中，需要多个带宽的工作负载可以同时运行。您可能可以在时间窗口中将它们分开(例如，在夜间运行较慢的时间)，但是如果可能需要并行运行它们，则需要做好准备。互连很容易成为瓶颈(通常您希望在SAN中避免这种瓶颈)。根据您的需求和预算，您需要找到一个可行的概念。

因此，您需要非常仔细地规划网络，并考虑网络生命周期内对工作负载的未来需求。可升级交换机提供更大的空间，聚合链接可能有严重的限制。您可以开始便宜，但之后，您可能需要更换硬件之前，计划的服务寿命结束。