鉴于我们在aws平台上，我们需要订阅位于世界各地的不同数据源。 我们如何才能有效地确定某些目标IP（不是我们的浏览器）的延迟最低的区域？
有一项名为cloudping的服务，从您当前的浏览器ping到aws区域，但由于显而易见的原因，这可能没有用。
是否有任何类似于cloudping的工具，以便我们可以指定要ping的IP？
还有一个次要问题。我想可以使用aws控制台api生成实例，如果我有一个生成计算实例的脚本做一些简短的工作并终止它并为每个区域执行此操作，亚马逊是否有一些重要的费用？ 最糟糕的情况是，我们可以在短时间内在所有区域上生成实例并ping到我们感兴趣的所有目的地，但这对于一些相当简单的事情来说会有很多工作......我的假设是，即使在一个区域内，您最终也可能一些实例具有明显优于其他实例的延迟，脚本可以生成实例，直到找到最好的实例并终止其他实例...
更新
生成实例并在其中执行命令似乎相当容易，也不应该很难终止它们。 Here是一个很好的工具，现在问题是用法案来惩罚我并且还没有解决方案吗？
答案 0 :(得分：1)
您当然可以在您希望的任何地区启动和终止Amazon EC2实例。亚马逊不会“惩罚”您 - 系统只会收取您使用的资源的正常成本。
如果您使用Amazon Linux AMI启动Amazon EC2实例，则该实例将按每秒收费，因此成本将非常低。例如，您可以使用t2.micro实例每小时几美分（每秒收费）。
然后，您可以从每个地区运行自己的计时测试。但是，您可以根据该地区的位置（美国东部，美国西部，法兰克福，悉尼等）预测最佳表现。
另外，请注意Ping不是衡量实际应用程序执行情况的可靠方法。要获得最佳衡量标准，您应在每个区域运行一个连接到您尝试使用的“数据源”的应用程序。 衡量实际应用程序使用的性能。您可能会发现远程服务的延迟时间高于网络，这意味着该位置只会对性能产生轻微影响。
如果您使用其他人的时间或其他人的工具，它将不如测量您的实际应用程序进行“真实”工作那么准确。