问题描述
在尝试构建ALB（Application Load Balancer）-> Kube（Kubernetes）-> Dex的架构，使用负载均衡器控制器（Load Balancer Controller）来实现。然而，尽管负载均衡器正确地将实例绑定到目标组，但实例仍然显示为“Unhealthy”（不健康状态）。负载均衡器控制器使用31845端口进行健康检查，尝试使用5556端口也没有解决问题。用户怀疑设置是否正确，但不确定问题出在哪里。另外一种可能性是Dex容器未正确设置。还有一种可能是所有的配置都被错误地设置了。用户想知道是否有人已经以类似的方式配置过Dex，能够给予一些建议。
解决方案
请注意以下操作可能存在版本差异，执行前请做好备份。
步骤1：检查Dex服务配置
首先，我们需要检查Dex服务的配置，确保它正确地绑定到容器端口5556。同时，我们还需要确保Dex服务的Pod正常运行。根据提供的信息，Dex服务的Pod配置如下：
containers:
- name: dex
image: ghcr.io/dexidp/dex:v2.34.0
args:
- dex
- serve
- '--web-http-addr'
- 0.0.0.0:5556
- '--telemetry-addr'
- 0.0.0.0:5558
- /etc/dex/config.yaml
ports:
- name: http
containerPort: 5556
protocol: TCP
请确保以上配置中的端口号与Dex服务实际使用的端口号一致。如果一切设置正确，我们可以继续下一步。
步骤2：检查Load Balancer Controller配置
接下来，我们需要检查负载均衡器控制器的配置，以确保它正确地进行健康检查。根据提供的信息，Ingress的配置中包含了健康检查的相关设置：
annotations:
alb.ingress.kubernetes.io/healthcheck-protocol: HTTP
alb.ingress.kubernetes.io/healthcheck-port: traffic-port
alb.ingress.kubernetes.io/healthcheck-path: /
alb.ingress.kubernetes.io/healthcheck-timeout-seconds: '10'
alb.ingress.kubernetes.io/unhealthy-threshold-count: '3'
alb.ingress.kubernetes.io/success-codes: 200,301,302,307
请确保以上注释中的配置与您的实际需求和网络拓扑一致。如果以上设置正确，我们可以继续下一步。
步骤3：确保Pod就绪
负载均衡器的健康检查依赖于后端Pod的就绪状态。如果Pod未能成功启动或出现错误，健康检查可能会失败。因此，在继续之前，请确保Dex服务的Pod正常运行且就绪。您可以使用以下命令来检查Pod的状态：
kubectl get pods -l app.kubernetes.io/instance=dex -l app.kubernetes.io/name=dex
如果Pod未能就绪或存在其他问题，请根据错误信息进行调查和修复。
步骤4：排查其他问题
如果以上步骤都没有解决问题，您可能需要进一步排查其他可能的问题。您可以考虑以下几点：
- 网络配置：确保网络策略、防火墙规则等没有阻止负载均衡器进行健康检查。
- 日志分析：查看Dex服务和负载均衡器控制器的日志，以寻找任何错误或异常信息。
- 健康检查路径：检查健康检查的路径和端口设置，确保它们与您的服务配置一致。
步骤5：查阅文档和社区支持
如果您尝试了以上步骤仍然无法解决问题，您可以查阅Dex、负载均衡器控制器以及Kubernetes社区的文档和支持论坛，寻找其他用户是否遇到过类似的问题并找到了解决方法。
总结
在使用Dex、Amazon ALB负载均衡器控制器和Argo Workflows时，确保Dex服务配置正确，负载均衡器控制器的健康检查设置正确，Pod就绪并排查其他可能的问题。如果问题仍然存在，可以查阅文档和社区支持，寻找更多解决方法。
请注意，本解决方案仅作为参考，并根据您的实际情况可能会有所不同。在进行任何更改之前，请务必备份您的配置和数据。