如何解决从AWS ECS访问ElastiCache Redis时出现的超时问题

首先可以明确：从ECS访问ElastiCache是完全可行的，大量生产环境都在使用该部署架构。AWS官方文档提到的「ElastiCache访问源为EC2」是泛指VPC内的EC2架构计算资源，ECS（含EC2启动类型、Fargate启动类型）的任务网络平面都属于VPC内网范畴，不存在底层访问限制。

你已经排除了安全组配置问题，可按以下优先级排查其他原因：

• 确认网络平面匹配
  不管你用的是ECS哪种启动类型，首先确认ECS任务所在的子网和ElastiCache Redis实例属于同一个VPC，其次确认ElastiCache的子网组已经包含了ECS任务所在可用区的对应子网，避免跨可用区未加入子网组导致的网络不可达。
• 排查DNS解析问题
  很多场景下ECS任务自定义了DNS服务器，没有使用VPC默认DNS，导致无法正确解析ElastiCache的内网域名。你可以通过aws ecs exec命令进入异常任务的容器内部，执行nslookup <你的Redis端点域名>验证解析结果：如果返回的是公网IP或者解析失败，就是DNS配置问题，将容器DNS改成VPC默认DNS即可。
• 检查子网路由表配置
  查看ECS任务所属子网的路由表，确认存在同VPC内部流量的路由规则，避免因自定义路由（比如全量流量转发到NAT网关、防火墙实例）导致内网流量被拦截。
• 验证Redis服务本身配置和连通性
  进入异常任务容器后，安装redis-cli工具，执行redis-cli -h <Redis端点> -p <Redis端口> ping测试连通性：
  • 如果返回PONG说明网络链路正常，问题出在应用自身的Redis配置（比如集群模式未开集群发现、密码配置错误等）
  • 如果依旧超时，检查Redis实例是否开启了保护模式、是否绑定了固定访问IP，以及端口配置是否和你代码中写入的一致。

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