Aws elb健康检查失败，代码302
嗨，我在7070端口（non-ssl）上创建了ALB侦听器443和目标组实例
我可以毫无问题地访问实例ip：7070，但是 https://elb-dns-name 无法访问。实例运行状况检查也失败，代码为 302
ALB监听器端口https和实例是http协议，
当我使用https://dns-name浏览时，它会重定向到http://elb-dns-name
共有3个答案
在入口控制器中添加此注释，它将修改成功代码，节点将处于健康状态。
alb.ingress.kubernetes.io/success-codes: 200,404,301,302
我在AWS ALB中遇到了相同的问题（健康检查失败，代码为：[302]）配置：
- 仅侦听80端口的Tomcat 9服务器
- ALB运行状况检查路径被设置为"/my_app_name"，期望从应用程序的根索引页面提供运行状况检查。
我配置的运行状况页面不应执行任何重定向，但如果服务器运行正常，则返回 HTTP/200，如果服务器不正常，则返回 HTTP/500。
提议的解决方案只是将HTTP/302添加为成功代码，这是绝对错误和误导性的。这意味着页面的内部健康检查逻辑没有运行，因为HTTP/302重定向代码只是显示服务器响应的通用能力。
Tomcat服务器本身的问题是，在请求“/my_app_name”的情况下，使用HTTP/302将其重定向到“/myuapp_name/”（注意末尾的斜杠）。
所以将健康检查路径设置为“/my_app_name/”解决了这个问题，健康检查逻辑运行良好，HTTP/200被返回。
当执行URL重定向时，您得到302，任何ELB运行状况检查将寻找成功代码200，以便运行状况检查通过。在ALB中，这可以在ELB控制台的运行状况检查下进行配置。
使用控制台修改目标组的运行状况检查设置
- 在https://console.aws.amazon.com/ec2/.打开Amazon EC2控制台
- 在导航窗格的负载均衡下，选择目标组。选择目标组。
- 在健康检查选项卡上，选择编辑。
- 在编辑目标组页面上，将设置
成功代码修改为302或根据需要，然后选择保存。
-
我试图在GCP中部署一个函数2天，每次都会收到以下错误。 操作错误：代码=13，消息=由于运行状况检查失败，功能部署失败。这通常表示代码生成成功，但在测试执行期间失败。检查日志以确定原因。如果看起来是暂时的，请在几分钟后再次尝试部署。 日志查看器没有对问题给出正确的解释。持续提供以下日志，直到部署失败。 “错误：函数已终止。建议的操作：检查日志以了解终止原因。无法初始化函数。” 现在，有趣的事实是
-
SOFABoot 为 Spring Boot 的健康检查能力增加了 Readiness Check 的能力。如果你需要使用 SOFA 中间件，那么建议使用 SOFABoot 的健康检查能力的扩展，来更优雅的上线应用实例 引入健康检查扩展 要引入 SOFABoot 的健康检查能力的扩展，只需要引入以下的 Starter 即可： <dependency> <groupId>com.alipay
-
根据以下官方文件，我在GKE上安装了Kubernetes入口控制器。 入口控制器运行良好。 它自动创建TCP负载平衡器、健康检查和防火墙规则。我的kubernetes群集有3个节点。有趣的是，有两次健康检查失败。它传递给入口控制器正在运行的实例。我调试了它，但没有找到任何线索。谁能帮我一下吗。
-
我已经在端口80上配置了一个通过apache公开的web应用程序pod。我无法配置从internet访问的服务入口。问题是后端服务总是报告为不健康。 Pod配置： 服务配置： 入口配置： 这会导致后端服务报告为不健康。 健康检查设置：
-
健康检查配置概述。 filter.http.HealthCheck filter.http.HealthCheck proto { "pass_through_mode": "{...}", "endpoint": "...", "cache_time": "{...}" } pass_through_mode (BoolValue, REQUIRED) 指定过滤器是否在传递模式下运
-
健康检查架构概述。如果为集群配置了健康检查，则会发出相应的统计信息。详见请参考统计相关文档。 HealthCheck HealthCheck.Payload HealthCheck.HttpHealthCheck HealthCheck.TcpHealthCheck HealthCheck.RedisHealthCheck HealthCheck HealthCheck proto { "ti