amazon-web-services - 在 Amazon Route 53 中更好地使用加权循环路由

Question

这个问题可能并不像您想象的那么根本。首先，感谢您阅读它。我是一名计算机科学专业的学生。我刚刚开始了解AWS，尤其是Route 53，所以如果有什么地方伤害了你的眼睛，请原谅我:)

We all know that Amazon Route 53 provides customers with the ability to route users to EC2 instances, S3 buckets, and elastic Load Balancers across multiple availability zones and regions and there are different forms of DNS load balancing including:

• LBR/Latency Based Routing, to route to the region with the lowest latency
• WRR/Weighted Round Robin, to assign weights to different targets

Also, user-specified configurations that combine both are possible (LBR+WRR).

Route 53 flexibility allows users to save costs, however manual configuration can become increasingly complex for final users. Looking for the best non-probabilistic policy (such as the WRR weights) is NP-complete.

在什么情况下我们需要给服务器 IP 地址赋予不同的权重？鉴于可以存在跨多个可用区和实例的 EC2 服务器，可以同时包含前端和后端，或者仅包含应用程序层或数据库？是否有任何想法可以更好地结合其他 AWS 服务来使用 Route 53，以提高交互式多层云应用程序的性能？

很抱歉问了这么长的问题。我正在寻找关于最佳方法/起点的想法和想法，以试验如何更好地使用 Route 53 以及与其他 AWS 服务结合实现多层云应用。不一定是 100% 正确的答案。欢迎任何想法或建议。非常感谢!

更新:

我可能应该重新表述这个问题:在 Route 53(即 DNS 服务)中设置加权记录的目的是什么？显然，DNS 中的 WRR 可以控制部分流量，但如果我们仅仅依赖此 DNS 负载平衡(或负载分配)，我们将给许多其他 DNS 服务器带来繁重的工作负载。我能想到的一种情况是，像 google 或 Facebook 这样的网站可能会收到大量域名查询，WRR DNS 负载平衡可能很有用，并且必须存在某种 session 粘性，因为跨服务器共享 session 似乎是一种坏主意。

是否有其他方式/目的在 Route 53 中使用加权记录。

非常感谢您考虑我的问题!

Answer 1

另一个需要考虑的用例是前端或后端服务的 A/B 测试。让我举例说明:假设我们刚刚对 Web 应用程序的 1.0.1 版本(在 Docker 容器中运行)进行了 CI 测试，并且我们已经部署了容器，但尚未将流量路由到它。我们不想按下开关并立即将我们的 100 万每日活跃用户(哇哦!)转储到 v1.0.1，直到我们可以对其进行一些实际测试。因此，我们决定使用 Route 53 中提供的加权循环负载平衡将 0.25% 的用户发送到 v1.0.1 容器，以便我们在切换之前与实际用户一起体验新版本。我们几乎可以对任何使用主机名查找来查找资源的服务执行相同的操作。