使用node-redshift从Node.js连接Redshift执行S3拷贝遇超时问题求助

首先明确：connect ETIMEDOUT XXX.XX.XX.XX:5439 属于TCP网络链路建立失败，和COPY逻辑、IAM权限、代码写法无关——此时请求根本没有到达Redshift的数据库服务端口。你遗漏的配置项主要有以下几类：

1. 安全组入站规则配置遗漏 #

• 默认VPC安全组的默认入站策略仅允许同安全组内的资源互访，不会放行外部来源的5439端口访问请求。
• 需在Redshift集群绑定的安全组中，新增自定义入站规则：协议选择TCP，端口范围填5439，来源填你运行Node.js代码的环境的公网出口IP（如果是云上运行就填主机的公网IP，如果是本地开发就填本机出口公网IP，无特殊需求不要直接放开0.0.0.0/0全网段访问）。

2. Redshift集群的公网访问属性配置遗漏 #

• 检查Redshift集群的网络配置：如果集群部署在未关联互联网网关的私有子网中，即使安全组规则配置正确，集群也只会分配VPC内网IP，外部直连必然超时。
• 如需从VPC外部连接集群，需确认两个配置项：
  • 集群关联的子网路由表已指向互联网网关，属于公有子网范围
  • 集群属性中公开可访问开关为开启状态，集群会自动分配可公网解析的端点IP

3. 运行环境的出站网络限制 #

• 部分办公网络、云服务商的网络出口会拦截对外访问5439端口的出站流量，可先在运行Node.js代码的环境中执行连通性校验命令：

  telnet redshift-cluster-1.xxxxxxxxxx.us-east-1.redshift.amazonaws.com 5439
  

  如果该命令直接超时，说明问题完全出在网络层，和Node.js代码、SQL语句无关。

连通性恢复后需要修正的COPY语句问题 #

等网络连通问题解决后，你当前写的COPY语句还存在以下会导致执行失败的问题：

• 语句拼接存在语法错位：S3路径的单引号闭合后，没有加空格分隔后续的凭证参数，会直接报SQL语法错误。
• 既然你已经为Redshift关联了拥有S3访问权限的IAM角色，完全不需要在SQL中硬编码AK/SK，直接使用IAM角色授权的方式写COPY即可，既避免凭证硬编码的安全风险，也减少拼接错误的概率，正确写法参考：

  COPY test1
  FROM 's3://aws-bucket/${file_name}'
  IAM_ROLE '你关联的Redshift服务角色ARN'
  REGION 'us-east-1';
  

注意：硬编码AK/SK的方式除了有安全风险，也和你已经配置的IAM角色能力重复，建议直接替换为IAM角色授权逻辑。

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