Amazon web services EKS负载平衡器最佳实践

我们希望切换到Kubernetes，以便在AWS上部署。关注的一个领域是为前端应用程序设置负载平衡器

似乎建议在群集中使用“LoadBalancer”类型的服务。但是，我担心这一点，因为似乎没有办法指定使用的负载平衡器，因此服务的任何重新部署都必然会更改使用的DNS名称，从而导致停机

---

有没有一种推荐的实用方法可以保持在同一个负载平衡器上？我是不是想得太多了，这对于一般的SaaS应用程序来说是可以接受的？

嗯，一般采用的方法是这样的--

使用nginx或Traefik（L7负载平衡器），这是体系结构的静态部分（除了升级之外很少改变）

您可以添加入口规则，该规则携带DNS到服务的绑定（例如，在您的情况下，前端服务绑定到www.example-DNS.com），前端服务将在后端具有多个pod，在那里将抛出流量

现在有多种方法可以在Pod级别进行负载平衡，水平Pod autoscaler可以单独用于每个服务

---

nginx和Traefik将仅出现在EKS边界下。

当你说“重新部署服务”时，你是说重新部署负载平衡器服务吗？为什么要重新部署负载平衡器服务？我假设重新部署负载平衡器服务的情况非常罕见，但我确实想知道在这种情况下会发生什么。还担心意外删除该服务。这两种情况都应该很少见，但我仍然希望有一个适当的计划。这可能取决于负载平衡器的实现。我使用的设置是入口（定义为k8s资源）和前端的负载平衡器（使用云提供商资源定义），因此在k8s部署期间无法意外删除它。你可以考虑类似的事情。