AWS性能测试:如何保证带宽



我需要对一个基于Elastic Beanstalk的应用程序运行性能测试,该应用程序位于AWS和ELB中。我预计流量将在25 Gbit/s 左右

根据AWS的要求,我正在使用我的AWS组织的另一个帐户(专门用于测试)。该应用程序是我的AWS组织的另一个帐户中的生产应用程序。

我的性能测试将使用生产网站的DNS条目,它将由具有互联网网关的VPC子网中的EC2实例执行。

我对带宽有疑问,从我阅读的AWS文档中我不明白带宽是否会受到限制?

从这个答案来看,我可能会面临这样的问题:

  • https://stackoverflow.com/a/62344703/9565222

在这种情况下,我如何运行反映生产中发生的情况的性能测试,即通过指向ELB的DNS条目。

假设我在测试帐户VPC和生产VPC之间创建了一个对等连接,最大带宽是多少?

我的测试表明,使用VPC对等连接的3个c5d.9xlarge,我只能获得大约10Gbits/s,因此无论实例数量如何,它都将是最大值。

另一项测试显示,使用互联网网关的3个c5d.9xlarge,我可以获得大约12 Gbits/s的不同带宽上限,但我无法判断真正的限制是什么。

那么我的选择是什么呢?-VPC对等不是-来自多台机器的Internet网关可能是,但我想要一种保证-有更好的选择吗(Transit Gateway?)?

我需要对位于AWS和ELB中的基于Elastic Beanstalk的应用程序运行性能测试。我预计流量将在25 Gbit/s 左右

听起来很好,ELB可以轻松处理25 Gbps。

确保您的测试反映了您的生产负载。如果您的生产负载都来自极少数来源,请复制它。如果它来自大量的来源(例如,客户端应用程序的许多用户,每个用户都会产生一点流量,从而产生大量的聚合流量),请确保复制它。如果你没有这种测试的经验,可能会有细微的差异,而尽可能接近真实环境是避免这些问题的最简单方法。

对于使用大量相对较低带宽源进行测试,请查看以下项目:

  • 带着机关枪的蜜蜂
  • Tsung

我对带宽有疑问,从我阅读的AWS文档中我不明白带宽是否会受到限制?

AWS中的一些组件有带宽限制,有些则没有。

具体来说,EC2实例根据实例类型的不同,每个实例都有其支持的最大带宽。此外,您应该知道,即使给定的EC2实例类型支持特定的带宽,您也需要确保在该实例上运行的操作系统支持该带宽。这通常意味着您需要确保使用正确的驱动程序。根据我的经验,只要你使用最新版本的AmazonLinux,一切都应该"正常工作"。

此外,正如我稍后将要详细介绍的,VPC对等连接和Internet网关不限制带宽。

假设我在测试帐户VPC和生产VPC之间创建了一个对等连接,最大带宽是多少?

VPC对等连接不是带宽瓶颈。也就是说,它们不会限制对等连接的带宽量。

来自亚马逊专有网络常见问题解答:

 nbsp nbspQ。对等连接是否有带宽限制

 nbsp nbsp对等VPC中实例间的带宽与同一VPC中的实例间带宽没有区别

[注:常见问题解答中有一条关于放置组的注释,但你没有提到,所以我删除了它;如果你正在使用该功能,请澄清,因为根据你在问题中最初描述的内容,你很可能无论如何都不应该使用它]

我的测试显示,使用VPC对等连接的3个c5d.9xlarge,我只能获得大约10 Gbits/s的

c5d.9xlarge实例类型限制为10 Gbps。因此,如果您将其用于测试,您将永远不会看到一个实例的速度超过10 Gbps。

更多信息请点击此处:亚马逊EC2 C5实例。

此外,请确保检查EC2 C6g实例。我个人没有使用过它们,但它们应该非常快,成本更低:它们在两天前刚刚发布。

另一项测试显示,使用互联网网关的3 c5d.9xlarge,我可以获得大约12 Gbits/s的不同带宽上限[…]

互联网网关不是带宽瓶颈。换句话说,互联网网关没有带宽限制。

事实上,没有"单一设备"是互联网网关。更多地将其视为一个"标志",告诉VPC网络系统您的VPC有一条进出互联网的路径。

来自亚马逊专有网络常见问题解答:

 nbsp nbspQ。互联网网关是否有带宽限制?我需要关心它的可用性吗?这会是一个单一的失败点吗

 nbsp nbsp没有。互联网网关具有水平扩展、冗余和高可用性。它没有施加带宽限制

那么我的选择是什么?-VPC对等不是-来自多台机器的互联网网关可能是,但我想提供一种保证-有更好的选择吗(Transit Gateway?)?

VPC对等网络可能是这里的最佳选择。正如我提到的,它并没有限制您的带宽。检查我之前提到的其他东西:实例类型、操作系统、驱动程序等。

使用互联网网关意味着,从路由的角度来看,你的流量正在"离开AWS"并"流向互联网"(尽管在物理上,它可能永远不会真正离开AWS的物理设备)。这意味着,从计费的角度来看,您将被收取"数据传输到互联网"的费用。它们明显高于您为VPC对等网络支付的费用。

我认为这里不需要Transit Gateway,因为您描述的场景非常简单,可以通过VPC对等连接解决。

最新更新