gpt4 book ai didi

amazon-web-services - AWS Beanstalk : None of the Instances are sending data, 并且无法通过 ssh 连接到 ec2

转载 作者:行者123 更新时间:2023-12-03 19:31:59 25 4
gpt4 key购买 nike

我遇到过这个问题

None of the Instances are sending data

在 beanstalk 上部署我的应用程序的新版本时,两个版本之间的唯一差异很小,我很确定这不是原因。这是我看到的:
  • 我无法从 beanstalk 控制台获取日志
  • 我无法通过 ssh 连接到此 beanstalk 配置的 EC2 实例(尽管该实例的状态为“正在运行”。
  • 上次我在 ec2.micro 实例上遇到了同样的问题,当我升级到 ec2.small 时它得到了解决。我认为可能是资源使用使它没有响应(虽然很奇怪,因为它只是部署,甚至不提供任何流量)。我不想在没有真正了解这里发生的事情的情况下(再次)升级。
  • 在部署的前 5 分钟内,cpu 模式就像 80% -> 60% -> 20%,然后一直保持在 10%。

  • 我可以获得一些服务器日志的唯一方法是从 aws 控制台获取系统日志,这里是:

    这是日志:
    https://pastebin.com/PWWjPr3b

    这是我发出 ssh 时看到的内容:
    OpenSSH_7.4p1, LibreSSL 2.5.0
    debug1: Reading configuration data /Users/okidogi/.ssh/config
    debug1: Reading configuration data /etc/ssh/ssh_config
    debug1: Connecting to ec-******.eu-west-2.compute.amazonaws.com
    [35.177.76.128] port 22.
    debug1: Connection established.
    debug1: identity file aws-eb type 1
    debug1: key_load_public: No such file or directory
    debug1: identity file aws-eb-cert type -1
    debug1: Enabling compatibility mode for protocol 2.0
    debug1: Local version string SSH-2.0-OpenSSH_7.4

    然后它在那里等待。

    感谢有人可以帮助解决这个问题。

    最佳答案

    冯,很高兴听到这对你有用。然而,这个想法更像是一种诊断测试,而不是一个长期的解决方案。由于切换到 Immutable 对您有用 - 这表明您的构建过程可能需要比在(已经运行的)小型单元(如 t2.micro)上可用的内存更多的内存。或 t1.micro .通过使用不可变策略,您每次部署时都会使用一个新实例,该实例的可用资源比运行应用程序时已经消耗的资源多。

    这是一个常见但难以诊断的问题,因为它根据平台和框架呈现出许多不同的方式。您可以在此处阅读更多信息:https://medium.com/@deanslamajr/an-insufficient-memory-deployment-failure-d9f1cb9b5c0 .

    我首选的解决方法是通过交换内存,正如我在对类似问题的回答中所述:AWS EB deploying Node app: failed to run npm install

    我建议尝试使用 .ebextensions那里提到的策略也切换回 All at once部署策略来测试这是否真正解决了您的问题。

    关于amazon-web-services - AWS Beanstalk : None of the Instances are sending data, 并且无法通过 ssh 连接到 ec2,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/53583490/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com