1

鉴于我们在 aws 平台上，我们需要订阅位于世界各地的不同数据源。我们如何有效地确定某个目标 IP（不是我们的浏览器）延迟最低的区域是什么？

有一个名为 cloudping 的服务，它可以从您当前的浏览器 ping 到 aws 区域，但由于显而易见的原因，这没有用。

是否有任何类似于 cloudping 的工具，以便我们可以指定我们想要 ping 到的 ip？

还有一个次要问题。我想可以使用 aws 控制台 api 生成实例，如果我有一个生成计算实例的脚本做一些简短的工作并终止它并且对每个区域都执行此操作，亚马逊是否会收取大量费用？最坏的情况是，我们可以在短时间内在所有区域生成实例并 ping 到我们感兴趣的所有目的地，但对于相当简单的事情来说，这将是很多工作......我的假设是，即使在一个区域内，您最终可能会得到某些实例的延迟明显优于其他实例，脚本可以生成实例，直到找到最好的实例并终止其他实例...

更新

生成实例并在其中执行命令似乎相当容易，终止它们也不难。这是一个很好的工具，现在的问题是aws会用账单惩罚我，难道没有解决方案吗？

4

1 回答 1

1

您当然可以在任何您希望的区域启动和终止 Amazon EC2 实例。亚马逊不会“惩罚”你——系统只会对你使用的资源收取正常费用。

如果您使用 Amazon Linux AMI 启动 Amazon EC2 实例，则该实例将按秒计费，因此成本会非常低。例如，您可以t2.micro以每小时几美分的价格使用一个实例（每秒收费）。

然后，您可以从每个区域运行您自己的时序测试。但是，您可以仅根据区域的位置（美国东部、美国西部、法兰克福、悉尼等）预测最佳性能。

另外，请注意，Ping 并不是衡量您的实际应用程序性能的可靠指标。要获得最佳度量，您应该在连接到您尝试使用的“数据源”的每个区域中运行一个应用程序。测量性能，因为它将被您的实际应用程序使用。您可能会发现远程服务的延迟比网络更高，这意味着该位置对性能的影响很小。

如果您使用其他人的计时或其他人的工具，它不会像测量您的实际应用程序做“真正的”工作那样准确。

于 2018-03-29T09:46:54.013 回答