跨区域 VPC/对等互连的 S3 访问 - 减少延迟答案

【问题标题】：S3 Access Across Regions VPC/Peering - Latency reduction跨区域 VPC/对等互连的 S3 访问 - 减少延迟
【发布时间】：2021-11-06 16:07:11
【问题描述】：

我需要能够从伦敦 EC2 检索驻留在澳大利亚 S3 存储中的 S3 对象并最大限度地减少延迟。

在伦敦 EC2 实例上，我将 S3Client 上的 RegionEndpoint 设置为 ApSouthEast2 并获取它。

我面临的问题是即使是小文件（10kb 文件 - 1.2s+）也需要很长时间才能检索。我在服务器上也设置了对等互连，因此我可以从伦敦 ping ApSouthEast2 中的 EC2 实例，而且我的往返行程都是 0 毫秒。

但是，当从 S3 检索数据时，情况就不同了。我如何允许 s3 存储桶在“内部”可用（vpc 端点和通过现有的对等互连？？），因为我假设通过 WAN 的遍历会造成巨大的延迟。

必须强调的是，我所做的任何更改仍然需要 S3 存储桶在其当前状态下可用，因为这是一个生产系统。

【问题讨论】：

【解决方案1】：

首先，欧洲和澳大利亚之间不可能有 0 毫秒的延迟。与光速有关。见：Ping time between London and Sydney - WonderNetwork

我建议您尝试直接（而不是通过 VPC Peering）连接到 S3，看看速度是否更好。

然后，尝试通过Amazon S3 Transfer Acceleration 连接，看看是否更好。连接通过 AWS 网络进行路由。

最坏的情况，您始终可以将存储桶复制到伦敦区域，以便在创建对象后立即复制对象。然后您可以在本地访问这些对象。

【讨论】：

谢谢约翰 - 是的，我显然塞满了 ping。我在上下两端都启用了传输加速。性能提升是可观的，这可能是轻描淡写的。但是，如果我没有在第一个请求的几分钟内发出请求，就好像它失去了它的“路径”并且性能崩溃了（到了比非加速请求慢的程度）。有关如何解决此问题或导致此问题的任何想法？
转运加速在 90% 以上的案例中显着缩短了转运时间。其他 10% 似乎“丢失”了他们的路径、缓存或我不知道的东西，并且产生的检索速度似乎比标准方法慢。