iSCSI/FCoE/FC 吞吐量公式

网络工程
2022-02-15 06:53:07

许多在线参考资料提到在设计 SAN 时应该使用 10Gb 链路 (HBA/CNA)。但是,是否有公式或计算可以提供使用基于 SAN 的协议时真正需要的带宽量。即,您能否将 IOP 与实际网络流量联系起来。

谢谢,

1个回答

IOP主要取决于存储硬件的吞吐量和延迟以及(在较小程度上)网络中的延迟。换句话说,您不能将某个基础设施“翻译”为 IOP(尽管您可以做出有根据的猜测)。

但是,您需要设计 SAN 以管理所需的带宽一旦超出基础设施的带宽,IOP 就会停止在该级别上,并且延迟会飙升。

如果您有具体的工作负载,您可以尝试根据 IOP 计算带宽,但这可能与实际情况相符,也可能不相符。

要获得最大 iSCSI 端口吞吐量,您可以将标准以太网上的 TCP 效率(94.9%) 或使用 9k 巨型帧 (99.1%) 与标称以太网端口速率相乘,以获得一个好的数字。iSCSI 本身的开销几乎可以忽略不计(除了非常高的 IOP 数字和非常低的实际带宽),并且不错的交换机将非常接近理论最大值。

由于其标称速度非常粗略(包括 L0 开销,与以太网不同),本机光纤通道有点难以掌握,但您可以在这里了解一下。

在 SAN 中,您需要非常具体地研究(现在和未来)工作负载。聚合链接可能会作为扩展路径出现,但您需要注意聚合链接无法比其任何物理链接更快地传输流。换句话说:聚合链接增加了整体带宽,但它不会增加任何一个流的带宽

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

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

因此,您需要非常仔细地规划网络,并考虑网络生命周期内未来对工作负载的需求。可升级的交换机提供更多的空间,聚合链路可能有严重的限制。您可以从廉价开始,但您可能需要在计划的使用寿命结束之前更换硬件。