kubernetes - 当我从 EKS 中删除相应的入口时，ALB 监听器不会自动删除

Question

我已经部署了一个 AWS ALB Controller ，并在 EKS 集群中创建了具有入口资源的监听器。

我遵循的步骤如下:

• 我有一个名为 first-test-api 的服务入口，一切正常
• 我部署了一个新的 Helm 版本 [first]，只是将图表从 test-api 重命名为 main-api。所以现在是 first-main-api。
• 注意到 k8s 资源似乎中断了，但是......
• AWS ALB 中的 test-api.mydomain.com 监听器卡在旧服务上

有没有人遇到过这样的事情？

我可以手动删除监听器，但我不想这样做。我想知道发生了什么以及为什么它没有自动发生 :)

编辑:

入口有一个启用删除保护的 ALB 注释。

Answer 1

我将针对我要查看的内容提供一些通用建议，但最好详细说明一个小示例。

是的，ALB Controller 应该自动管理后端的更改。

我建议忽略 Helm chart 并查看实际对象:

• kubectl get ing -n <namespace>显示您期望的入口？
• kubectl get ing -n <ns> <name of ingress> -o yaml指向正确的/新的服务？
• kubectl get svc -n <ns> <name of new svc>显示新服务？
• kubectl get endpoints -n <ns> <name of new svc>显示您期望的广告连播？

然后是直觉。

1. 如果您希望两种服务提供不同的服务，请检查新服务中的标签与旧服务中的标签是否不同。
2. 获取 ALB Controller 的日志。你会看到注册/注销的东西。有时会出错。特别是如果角色节点/服务帐户没有适当的 IAM 权限。

如果您用更多细节扩展问题，我们很乐意修改答案。