跨区域读取副本与AWS全局加速器读取副本

Question

我想知道，当一个DB实例应该在不同的AWS区域之间共享时，还建议使用什么？使用跨区域读取副本还是在原始区域+ AWS全球加速器中使用读副本更好？

全球应用是否有“最好的实践解决方案”？

我对AWS没有经验，而且大多数事情对我来说都是很新的。所以我知道我的问题看起来很业余。

根据我所读到的，我认为集中式读取副本是更好的解决方案，因为不同区域之间的延迟，但如果是这样，为什么会有人使用跨区域副本呢？

Answer 1

如果您的应用程序托管在某个区域，例如eu-west-1，那么在从eu-west-1读取数据时，最好的读取性能总是会出现。

如果您碰巧在us-east-1中有客户，您必须在以下三种选项中选择一种：

边缘定位

您可以使用边缘位置(即CloudFront或全球加速器 )来减少延迟。这将通过使用AWS骨干网路由到您的源来改善延迟。这比以前更快，但应用程序仍然保留在原始区域(在本例中是eu-west-1)。您也只维护应用程序的一个副本。

基于时延的路由

此选项使应用程序更接近用户，通过使用53号干线和基于延迟的记录或全球加速器，您可以将域解析到具有最低延迟的位置。您将拥有您的中心区域( readwrite居住的地方)，然后创建跨区域副本。这将提供最佳的读取性能，因为读取是在本地进行的(而不是跨区域的)。

在示例中，eu-west-1是us-east-1中具有跨区域副本的主区域。区域之间的延迟只会随着写入readwrite所需的时间(在原始区域中，除非您使用Aurora读副本写转发)而被观察。这是迄今为止最复杂和最昂贵的，但将提供最好的整体性能。

什么都不做

如果你什么也不做，这个选项将使用公共互联网路由到一个主机，那些谁离你的应用程序将有更长的延迟，但这是最便宜的选择。

摘要

您需要从本质上决定跨区域的重要性，如果仅仅是因为您的用户群位于更远的区域，那么确保您尽可能接近它们是关键。如果你在一个特定的地理区域，你就不需要考虑复制。

请记住，当来自其他地理区域的需求增加时，您可以随时加强基础设施。