S3 跨区域访问 VPC/Peering - 减少延迟
S3 Access Across Regions VPC/Peering - Latency reduction
我需要能够从伦敦 EC2 检索驻留在澳大利亚 S3 存储中的 S3 对象并最大限度地减少延迟。
在伦敦EC2实例上，我将S3Client上的RegionEndpoint设置为ApSouthEast2并获取它。
我面临的问题是即使是小文件（10kb 文件 - 1.2s+）也需要很长时间才能检索。我还在服务器上设置了对等互连，因此我可以从伦敦 ping ApSouthEast2 中的 EC2 实例，我的往返行程都是 0 毫秒。
但是，当从 S3 检索数据时，情况就不同了。我怎样才能允许 s3 存储桶“内部”可用（vpc 端点和通过现有的对等互连？？），因为我假设遍历 WAN 会造成这种巨大的滞后。
必须强调的是，我所做的任何更改仍然需要 S3 存储桶以其当前状态可用，因为这是一个生产系统。
首先，欧洲和澳大利亚之间不可能有0ms的延迟。与光速有关。参见：Ping time between London and Sydney - WonderNetwork
我建议您尝试直接连接到 S3（而不是通过 VPC 对等），看看速度是否更好。
然后，尝试通过 Amazon S3 Transfer Acceleration 连接，看看是否更好。连接通过 AWS 网络路由。
最坏的情况，您总是可以将存储桶复制到伦敦地区，以便对象在创建后立即被复制。然后您可以在本地访问这些对象。
我需要能够从伦敦 EC2 检索驻留在澳大利亚 S3 存储中的 S3 对象并最大限度地减少延迟。
在伦敦EC2实例上，我将S3Client上的RegionEndpoint设置为ApSouthEast2并获取它。
我面临的问题是即使是小文件（10kb 文件 - 1.2s+）也需要很长时间才能检索。我还在服务器上设置了对等互连，因此我可以从伦敦 ping ApSouthEast2 中的 EC2 实例，我的往返行程都是 0 毫秒。
但是，当从 S3 检索数据时，情况就不同了。我怎样才能允许 s3 存储桶“内部”可用（vpc 端点和通过现有的对等互连？？），因为我假设遍历 WAN 会造成这种巨大的滞后。
必须强调的是，我所做的任何更改仍然需要 S3 存储桶以其当前状态可用，因为这是一个生产系统。
首先，欧洲和澳大利亚之间不可能有0ms的延迟。与光速有关。参见：Ping time between London and Sydney - WonderNetwork
我建议您尝试直接连接到 S3（而不是通过 VPC 对等），看看速度是否更好。
然后，尝试通过 Amazon S3 Transfer Acceleration 连接，看看是否更好。连接通过 AWS 网络路由。
最坏的情况，您总是可以将存储桶复制到伦敦地区，以便对象在创建后立即被复制。然后您可以在本地访问这些对象。