我的负载测试案例的瓶颈可能是什么?

网络工程 联网 dhcp 网络核心 gns3
2022-02-21 15:47:29

出于测试目的,我需要在网络中启动一堆我的设备来访问其他服务。我已经使用 GNS3 来模拟它。

正如您在我的 GNS3 项目中可能发现的那样,我有以下联系:

在此处输入图像描述

<-> Cisco 路由器<-> 4 个以太网交换机 (ES) <--> 4 行设备连接到每个单独的ES

截至目前,通过“QEMU”命令,3 行此类设备正在运行,并且它们也已完全联网。从持有这个项目的 GNS3 VM 的htop命令中,我可以看到当前的负载百分比很低。

但不知何故,当我要启动我的第 4 行设备时,我总是看不到它们完全联网,有时我在 GNS3 端收到超时警告,好像出现了瓶颈。

在此处输入图像描述

那么除了 CPU 和 MEM 问题之外,这种故障的原因可能是什么?

谢谢,

杰克

1个回答

这可能是一个模拟伪影,但也可能表明拥塞严重。

在您的拓扑中,瓶颈是到路由器的交换机上行链路,也可能是路由器本身。

您还没有告诉我们链路带宽和路由器功能是什么,以及您正在测试什么流。如果有许多点对点连接,则互连由于超额订阅而严重拥塞。

在现实生活中,这种拓扑结构可能足以满足中低流量接入层的需求。服务器通常承载更多流量,并且通常连接得更靠近核心。大型服务器场通常需要实现一个胖树,其上行链路比单个下行链路快得多(以减少甚至消除超额订阅)。

毕竟,没有单一的拓扑可以匹配所有用例,但需要根据需求对其进行建模。