【问题标题】:"Connection timed out (Connection timed out)" Error for SQLActivitySQLActivity 的“连接超时(连接超时)”错误
【发布时间】:2018-07-24 14:04:21
【问题描述】:

我的数据管道作业出现连接超时错误,无法运行简单的 sql 脚本。该脚本是在我的 S3 中设置的。数据管道本身位于 us-east-1 区域。我的数据库在 us-east-2 中。当我第一次运行管道时,我收到错误“等待运行器”并且它从未运行过。我想我应该将我的 EC2 更改为 us-east-2 以与运行 SQL 脚本的数据库位于同一区域。我不再“等待跑步者”,但现在我不断收到错误“连接超时”。

奇怪的是所有 AWS 论坛的问题和文件都说当您尝试从 EC2 外部连接到数据库时会发生这种情况,但由于我使用的是 EC2,所以我不知道问题可能是什么。任何建议都会非常有帮助,我很乐意根据需要提供更多详细信息。

现在在我的日志中出现此错误:不支持您提供的授权机制。请使用 AWS4-HMAC-SHA256。

【问题讨论】:

    标签: amazon-web-services amazon-ec2 amazon-rds amazon-data-pipeline data-pipeline


    【解决方案1】:

    典型的连接问题由以下原因引起:

    1. 您的数据库是否允许来自您的 EC2 的传入连接。
    2. 在您的数据库安全组中,数据库端口的来源是什么。
    3. 如果 DB 和 EC2 位于不同的 VPC 中,则 VPC 是对等的。

    【讨论】:

    • 看来,即使我在“run on”参数中将 EC2 的区域指定为在 us-east-2 中,它仍然在 us-east-1 中。此外,它具有不同的 VPC ID。我如何对等它们?顺便说一句,他们仍然在不同的地区。
    • 如果您真的不需要 2 个 VPC,我建议将所有内容都放入同一个 VPC。 VPC 对等有点复杂,从这里开始:docs.aws.amazon.com/AmazonVPC/latest/PeeringGuide/Welcome.html
    • 我使用相同的安全组在同一区域重新创建了管道,为其提供了与我的数据仓库相同的 VPC。仍然有问题,我仍然收到连接超时错误。有什么建议?这不可能是防火墙问题吧?他们都在同一个地区。
    • 请发布您在 SG 中看到的数据库和 EC2 实例的详细信息/屏幕截图。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2022-01-21
    • 2013-05-29
    • 2013-03-30
    • 2017-07-12
    • 1970-01-01
    相关资源
    最近更新 更多