问题标签 [aws-opsworks]

当我使用本地 mysql 服务器在本地运行我的 rails 服务器时，我的端点工作正常，并且正在将内容插入并更新到 mysql 数据库，一切都很漂亮。

但是，当我部署到 AWS OpsWorks 时，应用程序已部署，我可以看到/public文件夹中的内容，但我的所有操作都不起作用，我不太确定如何调试它。

当我检查日志时，看到它bundle install被调用了，甚至随后......

..但与表的实际创建或迁移的执行无关。

关于我的实例和应用程序...

我有一个 EC2 实例，上面有 Rails 和 MySQL 层。

我正在使用一个database.yml文件，但我不确定这是否意味着我可以在部署应用程序时忽略放入自定义 JSON。这就是我目前正在做的事情。

这是我的database.yml文件

我不确定的一件事是生产主机价值......我想这将是localhost因为这个 get 在 ec2 insatnce 上运行。

任何调试帮助或指导都会有很大帮助。谢谢！

将我的应用程序部署到 Amazon 的 Opsworks 时，我的资产预编译步骤经常失败。

厨师食谱如下所示：

...产生此错误：

编译步骤似乎成功了，为什么 Chef 会出错？

我们正在尝试使用 OpsWork 安装 python。安装正确，但最后我们得到消息：

Ran "bash" "/tmp/chef-script20140715-9783-k2dw6u" 返回 2 [2014-07-15T10:29:19+00:00] 致命：Chef::Exceptions::ChildConvergeError: Chef run process exited unsuccessfully (exit代码 1)

我们做错了什么？

输出的最终片段如下：

我想使用自定义厨师食谱创建一个自定义层，但我不想包含安装 mysql 等的内置厨师食谱。可以这样做吗？

我需要在部署时生成一些配置文件，但在我这样做之前服务器不会启动。

我设法让自定义配方起作用并将它们放入Deploy组，但它们在服务器重新启动后正在运行。

如何在独角兽重启任务之前让我的食谱在部署时运行？

The method specified in this tutorial does not seem to work for me.

When I run rds-describe-db-instances with correct region, it says:

improperly formatted command

Any thoughts on how to recover the user login details?

我们的应用程序由 EC2 实例集群支持。其中之一是运行 RabbitMQ，所有实例都从/向消息队列读取和写入消息。

它工作得很好，直到昨天我们的流量激增。消息系统开始出现故障：服务能够创建队列，但它们无法写入或读取消息。

它开始间歇性地发生，然后一直发生。

我重新启动了 RabbitMQ，但它没有帮助。重新启动实例：也没有帮助。我最终停止了整个堆栈，然后再次启动它。过了一会儿，事情又恢复了正常。

据我所知（但我不确定），问题是实例无法相互通信（RabbitMQ 在特定端口上向其他 TCP 发送消息）。

我担心它会再次发生，因为我不确定是什么修复了它。我什至不知道在哪里看。

• 如果流量过多，AWS 是否会限制/限制实例之间的通信？

• 安全组是否可能开始失败（要使 RabbitMQ 正常工作，您需要打开特定的 TCP 端口）

• 还有其他建议吗？

应用程序已成功部署，但它不起作用！

错误文件/var/log/nginx/error.log显示以下错误：

我查了一下，发现unicorn.conf里面不存在/srv/www/webcam_app/shared/sockets。

我无法弄清楚为什么会这样。我需要为独角兽 ar 添加任何宝石吗？这是食谱的某种问题吗？

我正在寻找一种方法来维护 OpsWorks 中同一应用程序的多个环境（开发、测试、生产）。我的应用程序在部署后只需要一个静态配置文件。

当 OpsWorks 堆栈或应用程序部署完成时，我希望通过 SNS 主题（或者可能是 SQS 队列）接收通知。主题应包括堆栈 ID、部署结果（成功或不成功），也许还包括堆栈面向公众的 DNS 名称。令人惊讶的是，这似乎不是现成的功能。

可能的实现：

• 我的部署应用程序可以轮询堆栈的部署状态并阻塞，直到部署完成，此时应用程序将负责检索堆栈的详细信息并将其传递到 SNS。这简单明了，但相当不雅。

• 我可以编写一个 Chef 部署挂钩来调用 a 中的 AWS API ruby_block，并将这个挂钩附加到 OpsWorksrestart事件。这很好，很干净，我所有的堆栈信息都已经提供给配方，但是它给整个部署系统带来了额外的复杂性。

有更好的选择吗？