网络吞吐量(在 AWS 上测试)

网络吞吐量(在 AWS 上测试)

我们目前正在 aws 上进行负载平衡测试。

当前,HAProxy 正在 t2.micro 实例上运行(A)
t2.micro 实例上正在运行五个 Web 服务。(B-1、B-2......)

A 将流量分发给 B 组。

据我所知,t2.micro 的平均吞吐量为 0.3 gbps,如果将其更改为字节,则当超过 37.5 mb 时将很难处理。

但监控数据显示A组网络输入字节数为120MB,A组正常运行,另外B组各服务输入字节数均为24MB,网站正常可见。

我很困惑。请指出错误的地方。

- - - - - - - - 添加 - - - - - - - - -

附加测试 HAProxy 正在 t2.micro 实例上运行(A)
13 个 Web 服务正在 t2.micro 实例上运行。(B-1、B-2......)

网络输入字节

网络输出字节

答案1

我看到的主要问题是你假设的 0.3gpbs。你在哪里找到的?AWS 不会以这种方式发布网络吞吐量,他们说低、中、高。我在网上找不到公开测试,但是这一页表示 t3.micro(不是 t2)可以获得 0.06Gbps 基线和 5Gbps 突发。基本上它会有所不同,您的基线可能比您预期的要低很多,而您的突发则要高很多。

您使用 144Mbps / 18MBps 进行的测试听起来很容易就符合 t2 的突发性能。持续性可能是另一回事。

简而言之:这里没有问题。你说它有效,但你发现一个网站却认为它不应该有效。如果它有效,那就太好了,如果无效,就获取更大的实例大小。AWS 带宽相当昂贵​​,如果这对你来说很重要,那么 Digital Ocean 或类似产品可能会便宜得多。

更新:2022 年 1 月 10 日,我在 Ubuntu t3a.nano 实例上安装了 SpeedTest CLI。当我运行它时,我得到了这些结果简单来说,上下行大概4.6Gbps,爆发。

   Server: eero - Hermiston, OR (id: 41819)
     ISP: Amazon.com

空闲延迟:0.25 毫秒(抖动:0.02 毫秒,低:0.23 毫秒,高:0.27 毫秒)下载:4691.97 Mbps(使用的数据:2.2 GB)
11.72 毫秒(抖动:33.55 毫秒,低:0.31 毫秒,高:222.09 毫秒)上传:4624.14 Mbps(使用的数据:6.7 GB)
0.57 毫秒(抖动:4.07 毫秒,低:0.31 毫秒,高:208.32 毫秒)数据包丢失:不可用。

相关内容