ruby-on-rails - 为什么 Amazon Elastic Beanstalk 需要很长时间来更新我的部署?

标签 ruby-on-rails amazon-ec2 amazon web-deployment amazon-elastic-beanstalk

我有亚马逊EB。使用(Puma、Nginx)64 位 Amazon Linux 2014.09 v1.0.9 运行 Ruby 2.1 (Puma)。

突然当我部署我的项目时,在我的终端中发送下一个错误:
错误:WAITING命令完成时超时

注意:之前没有发生过。

我在控制台中看到了事件,这是日志:
更新环境操作已完成,但有命令超时。尝试增加超时时间。有关更多信息,请参阅故障排除文档。

我已经增加了时间但没有成功。

option_settings:
  - namespace: aws:elasticbeanstalk:command
    option_name: Timeout
    value: 1800

Health 需要很长时间才能将其变为绿色(大约 20 分钟),然后使用新更改更新实例需要很长时间(大约 20 分钟),(我只有 1 个实例)。

如何查看其他日志?
有什么建议吗?

最佳答案

这似乎是 elasticbeanstalk 的常见问题。简而言之,您的 EC2 实例出现故障。您可以做的是在 EC2 仪表板上终止 EC2 实例,加载器平衡器将启动新实例,这可能会解决您的问题。为了尽量减少停机时间,您可以先启动新实例,然后终止旧实例。请注意您将丢失任何临时数据,并且您可能需要重新安装某些依赖项(如果它们不在您的 ebextensions 0 中)

如果您需要更多帮助,请告诉我。请查看 aws ebs 论坛

干杯,
生物鸟人

关于ruby-on-rails - 为什么 Amazon Elastic Beanstalk 需要很长时间来更新我的部署?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28221439/

相关文章:

ruby-on-rails - Geokit-rails 插件 - 无法在返回的 GeoLoc 对象上调用 to_json,给出循环引用错误

amazon-web-services - 为 Elastic beanstalk 创建 A/B 测试

grails - 使用 elasticsearch 0.19.8 在 EC2 中发起 war 时出现奇怪的结果

android - 亚马逊 Kindle 模拟器

ruby-on-rails - Rails Rspec 整数等于字符串 ("1"== 1)

mysql - Ruby on Rails - rake 数据库 :migrate is not working

ruby-on-rails - 您可以不进行迁移而只更改 Rails Schema 吗?

ruby-on-rails - 带有 Puma 和 Nginx 的 Rails 5 应用程序 - 111 : Connection refused while connecting to upstream, 客户端

amazon-web-services - 并行启动多个 EC2 实例

windows - Chrome 在哪里存储在 Windows 7 上使用 Amazon-Cloud Extension 下载的离线书籍?