AWS EKS部署ShinyProxy访问负载均衡报错ERR_EMPTY_RESPONSE

更新 #2 #

我已核查自动伸缩组内实例的健康状态，所有实例均标记为「healthy」，已附对应截图。我参照了AWS官方故障排查教程操作后问题仍未解决：

解决方案：为自动伸缩组配置ELB健康检查，配置后自动伸缩服务会同时结合实例状态检查结果和ELB健康检查结果判定实例健康状态。更多信息可查阅《Amazon EC2 Auto Scaling用户指南》中的为自动伸缩组添加健康检查章节。

更新 #1 #

我发现两个节点实例处于「OutOfService」状态，可从下方截图查看，原因是未通过负载均衡健康检查，请问这是否是问题诱因？该如何修复？ #

我目前正在AWS上部署ShinyApp，为实现可扩展托管，选用了AWS EKS集群，部署流程参照公开的ShinyProxyOnEKS教程。
此前步骤均运行正常，仅最后一步访问负载均衡地址和对应端口时，无法正常显示ShinyProxy登录界面，直接返回错误：ERR_EMPTY_RESPONSE，目前暂无排查方向，特来问询。
我已成功在集群中部署Shiny示例应用（对应教程3.2步），因此推测问题大概率出在ShinyProxy、Kubernetes Proxy或负载均衡本身。
我已附上如下信息供排查参考：

• EC2实例概览（工作区+集群节点）
• 负载均衡概览
• 代码仓库概览
• ShinyProxy的Dockerfile
• Kubernetes Proxy的Dockerfile
• ShinyApp示例应用的Dockerfile
  出于安全考虑我对部分敏感信息做了打码处理，若需其他关键信息可告知；若有我未提供的必要排查资料也可随时提示。
  以下文件均严格按照教程原文件配置未做修改：

1. application.yaml（shinyproxy配置）
2. sp-authorization.yaml
3. sp-deployment.yaml
4. sp-service.yaml
   自动伸缩组内健康状态截图也已附在下方，麻烦帮忙排查问题，多谢！

排查修复步骤 #

1. 验证负载均衡目标组配置
   检查ELB关联的目标组配置：确认目标组协议、端口与sp-service.yaml中暴露的ShinyProxy端口（默认8080）完全匹配，健康检查路径设置为/，健康检查阈值、超时时间符合应用响应要求。自动伸缩组层面的healthy仅代表EC2实例硬件/系统层面正常，不代表应用端口可正常访问，你提到的节点OutOfService就是ELB健康检查失败的直接表现，也是导致ERR_EMPTY_RESPONSE的核心诱因之一。
2. 检查安全组与网络ACL规则
   确认EKS工作节点安全组的入方向规则，放行ELB所在安全组或VPC CIDR段对ShinyProxy服务端口的访问，同时确认ELB安全组放行你本地访问IP对前端监听端口的入站请求，网络ACL没有拦截对应端口的双向流量。
3. 验证ShinyProxy服务可用性
   执行kubectl get pods -l app=shinyproxy确认Pod处于Running状态，无重启记录；执行kubectl logs <替换为实际ShinyProxy Pod名称>查看Pod日志，确认无配置加载失败、K8s API权限不足等报错。
   跳过ELB直接验证服务：执行kubectl port-forward svc/<替换为ShinyProxy Service名称> 8080:8080，本地访问http://localhost:8080，如果可正常打开登录页，说明ShinyProxy本身运行正常，问题出在ELB到集群服务的链路；如果仍无法访问，检查ShinyProxy配置、镜像是否与教程版本一致。
4. 确认ELB网络配置
   如果使用公网ELB，确认ELB部署在绑定了互联网网关的公网子网，已分配公网IP，路由表规则正常；如果是内部ELB，确认你访问的客户端在VPC内部或已通过VPN/专线打通网络。
5. 重新配置自动伸缩组健康检查
   按照官方方案将自动伸缩组的健康检查类型修改为ELB，配置后自动伸缩组会自动替换ELB健康检查失败的实例，避免异常实例留在集群中承接流量。

内容的提问来源于stack exchange，提问作者LePyka