Kubernetes中MinIO向Knative Object Lambda发送无效预签名URL问题求助

核心原因 #

MinIO容器默认使用内部localhost:9000生成预签名URL，但Object Lambda运行在独立的Knative Pod中，无法访问MinIO容器的localhost地址，因此出现ECONNREFUSED错误。

现代解决方案（替代已弃用的MINIO_SERVER_URL） #

1. 配置MinIO公共端点环境变量 #

MinIO当前推荐使用MINIO_API_ENDPOINT或MINIO_PUBLIC_HOSTNAME来指定对外可访问的端点，取代旧的MINIO_SERVER_URL：

• MINIO_API_ENDPOINT：直接指定完整的外部访问地址（含协议），在Kubernetes的MinIO Deployment中添加环境变量：

  env:
    - name: MINIO_API_ENDPOINT
      value: "https://minio-dev.example.io"
  

• MINIO_PUBLIC_HOSTNAME：仅指定域名，MinIO会自动根据当前配置的协议（HTTP/HTTPS）生成完整URL：

  env:
    - name: MINIO_PUBLIC_HOSTNAME
      value: "minio-dev.example.io"
  

2. 重启MinIO Pod使配置生效 #

更新Deployment后，Kubernetes会自动重启MinIO Pod，新的配置会立即生效。

3. 验证效果 #

重新生成预签名URL并触发Object Lambda，此时inputS3Url应该变为https://minio-dev.example.io/dev/large_dataset.csv?<签名参数>，Object Lambda即可正常访问MinIO实例。

额外检查项 #

• 确保Knative Pod所在的命名空间能够解析minio-dev.example.io域名，并且网络策略允许访问MinIO的Ingress/Service端口。
• 无需额外修改NGINX配置（除非原有Ingress未正确绑定minio-dev.example.io到MinIO服务）。

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