Rails AWS体系结构-从单个Linode机器迁移到AWS

Question

我们的初创公司有一款已经生产了近一年的应用程序，在一个Linode机箱上成功运行了Rails/MySQL+MongoDB/Unicorn/Nginx。

我们最近决定转移到AWS，原因有几个：

1. 成本--我们获得了价值几千美元的AWS信贷(通过我们所处的加速器项目)，如果不使用它，那将是一种耻辱。
2. 可伸缩性--我们最近开始收到相当多的报道，我们的用户数量也在增加。对于Linode盒的成本以及我们得到的回报，在不久的将来，它将不会很好地扩展。
3. 能力-- AWS堆栈在可用的功能和工具方面似乎令人印象深刻，我听说并阅读了许多关于AWS堆栈如何开始成长的好消息(和一些坏消息)。

总的来说，成本和可伸缩性问题对我们来说是胜利的，因为免费可靠的托管是很难克服的(嗯，直到我们用尽AWS的信用)。我们还没有得到资金，所以所有的IT成本都来自我的口袋(几个100美元‘S/莫)。

因此，基本上，我想将我们的应用程序迁移到AWS，我一直在考虑下面的堆栈：

     Elastic-Load-Balancer
              |
              |
[1+ Rails App over Unicorn/Nginx]
              |
              |
[1+ DB Server (MySQL + MongoDB)]

其中，App或DB服务器可以根据需要水平增长。由于我们还没有真正推动断点，所以我想从一个应用服务器、一个db服务器(目前还不是RDS )和ELB + Route53开始来管理DNS和负载平衡。

我从来没有使用过AWS，也不是DevOps专家，所以我需要一些反馈：

1. 如何管理与unicorn+nginx设置有关的堆栈中的web服务器部分？到目前为止，这一切都在同一台机器上，因此并不是什么大问题。我应该保留我的nginx.conf设置，让nginx监听每个App实例的端口80/443吗？
2. 我希望能够通过在需要时添加更多实例(AMI)来增长App层。这在短期内是可控的吗？直到我们有钱雇一个虔诚的人，或者因为贫穷而关闭商店:)
3. 任何其他的经验教训或需要记住的事情都将受到极大的感谢。

注意--出于各种原因，我现在还不想使用OpsWorks :我们的应用服务器非常定制，没有汞的支持，不太成熟，等等。

谢谢。

Answer 1

如果您需要it体系结构建议，Aws可以提供可伸缩性

• 第一层使用elb
• 使用两个或多个应用服务器(由于冗余原因)
• 如果可以的话使用rds

现在..。。如果rds不是一个选项，您将得到一个主数据库和一个从服务器。对于db，我建议使用条带的ebs卷。

配置管理--只要你对它感到满意，它就可以是任何东西。当然还有厨师木偶之类的。