关于AWS ALB未记录特定IP请求及相关日志问题的咨询

一、验证ALB是否收到目标IP的请求 #

除了直接查询ALB访问日志，还可以通过以下方式排查：

• CloudWatch指标：查看ALB的RequestCount指标，开启客户端IP维度过滤后，检查是否有来自42.26.32.120的请求计数。
• VPC流日志：启用ALB所在子网的VPC流日志，过滤源IP为42.26.32.120、目标IP为ALB ENI地址的流量，确认数据包是否到达ALB节点。
• 临时抓包排查：在ALB的弹性网络接口（ENI）上执行tcpdump抓包（可通过同子网的EC2实例操作），直接捕获目标IP的流量，注意生产环境需谨慎操作避免影响业务。

二、客户端静态配置ALB地址是否会导致连接失败 #

会出现这类连接失败的情况，常见原因：

• ALB的公网IP是动态变化的：ALB会根据流量负载自动调整ENI数量，对应的公网IP也会随之变更，静态配置旧IP会导致客户端无法连接到当前可用的ALB节点。
• 无法感知ALB节点故障：如果静态配置的ALB节点所在可用区出现故障，客户端无法自动切换到其他可用区的健康节点，直接导致连接失败。

三、ALB中请求异常场景是否生成日志 #

分不同场景判断：

• 找不到目标机器：当ALB没有健康的目标实例可转发请求时，会返回503错误，这类请求会被记录到ALB访问日志中，日志的target_status_code字段会显示503，error_reason会标注No healthy targets等原因。
• ALB自身不可用：如果ALB因资源耗尽、配置错误等原因无法正常运行，请求根本无法到达ALB，自然不会生成访问日志。这种情况可以通过CloudWatch的HTTPCode_ELB_5XX_Count、UnHealthyHostCount指标排查，或查看AWS Health Dashboard确认是否有服务级故障。

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