原有可正常访问的Redshift集群突然无法连接如何排查故障

第一步：基础集群状态校验 #

• 确认Redshift集群处于*可用（Available）*状态，没有处于维护、重启、调整节点规格的变更流程中，集群异常状态下会拒绝外部连接
• 确认集群绑定的弹性IP没有发生变化，你报错中显示的IP是54.243.82.201，和AWS控制台集群详情页显示的公网IP做对比，如果IP变更需要调整连接配置或者本地hosts规则
• 确认端口5439没有被集群层面的参数组禁用，也没有在你本地网络/公司防火墙中被封禁

第二步：网络配置排查（对应你提到的四个配置项逐一校验） #

• VPC配置 #

  确认集群所在VPC的路由表规则没有变更，公网子网的路由表必须绑定互联网网关（IGW）才能允许公网流量进出，如果最近修改过路由表规则会导致公网访问中断

• 安全组配置 #

  确认集群绑定的安全组入站规则中，仍然允许你本地的公网IP地址段访问5439端口，多数情况下公司出口IP动态变更、安全组规则被误改都会导致超时，临时测试可以先加一条0.0.0.0/0允许5439的规则验证是否是安全组问题，验证完成后及时删除避免安全风险

• 集群子网组配置 #

  确认集群关联的子网组所有子网都属于你之前配置的VPC，没有被误删或者替换成私网子网，私网子网默认没有公网访问能力

• 公网访问权限 #

  确认集群的「公开可访问」（Publicly accessible）开关仍然处于开启状态，集群重启或者修改配置时有可能被误关

第三步：本地网络与连接测试 #

• 先在本地用telnet或者nc命令测试端口连通性，执行命令：
  telnet clustername.region.redshift.amazonaws.com 5439
  如果telnet也超时，说明不是Python脚本的问题，是网络层不通
• 测试本地DNS解析是否正确，执行命令：
  nslookup clustername.region.redshift.amazonaws.com
  确认解析出来的IP和AWS控制台显示的集群公网IP一致，避免本地DNS缓存污染
• 检查本地有没有开启代理、VPN工具，部分代理规则会拦截AWS服务的访问，关闭代理后重试连接

第四步：账号与权限校验 #

• 确认你使用的IAM用户/数据库账号没有被冻结、权限没有被回收
• 确认集群没有开启VPC端点（VPC Endpoint）的访问限制，如果你最近配置了Redshift的VPC端点，需要确认端点策略允许你的IP访问

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