如何以可扩展的方式部署 [Ruby on Rails] 站点？

Posted 2023-02-23

【中文标题】如何以可扩展的方式部署 [Ruby on Rails] 站点？

【英文标题】：How to deploy a [Ruby on Rails] site in a scalable way?

【发布时间】：2011-04-19 22:25:32

【问题描述】：

我已经为我的 [第一个] 创业公司工作了一个月，虽然距离 alpha 版本可能至少还有一个月的时间，但我想知道如何以正确的方式部署它。该站点将为新用户提供初始的大量负载（网络 + CPU），因此我正在考虑为这个初始过程设置一个单独的服务器/队列，这样它就不会减慢现有用户的站点速度。

根据我目前的研究，我目前倾向于 nginx + haproxy + unicorn/thin + memcached + mysql，并部署在 Linode 上。但是，我没有上述任何方面的经验；因此，我希望利用社区的经验。

上述架构看起来合理吗？你会推荐任何建议/文章/书籍吗？ Linode 是个不错的选择吗？ Heroku/EY 对我来说似乎太贵了（至少在我有足够的收入之前），但我是否错过了其他更好的选择？媒体庙？ 关于负载均衡架构有什么好的建议吗？我还在阅读这个。 最好在 2 个独立的 linode 上拥有 2 个独立的 Rails 服务器实例，还是在容量为两倍的 linode 上运行 1 个实例（就 RAM/存储/带宽而言）？我应该从多少个 Linode 开始？ 我应该选择哪个 Linux 发行版？ （Linode 提供 8 种不同的 - http://www.linode.com/faq.cfm）对于 Rails 站点，它们之间是否有任何相对优势/劣势？

如果我的任何问题愚蠢或自相矛盾，我深表歉意；请归咎于我的经验不足。

【参考方案1】：

架构

你在正确的轨道上。为了方便起见，我个人更喜欢乘客而不是瘦/独角兽（长时间运行 nginx 来瘦后端），但您建议的设置是相当标准的。不过，如果您使用的是 Ruby 1.8.7，我建议您考虑 REE + Passenger 以节省框架内存。

托管和负载平衡

Linode 非常棒，我几乎可以尽我所能使用它们，但您需要注意 RAM 限制。每个 Rails 进程都使用大量 RAM，因此您需要避免让机器进入交换状态。计划在每台机器上运行足够的 Rails 实例，以便您的内存分配大约是 Linode 上内存的 90%。您可能需要另一个专用于您的数据库的 Linode，尽管您可以在同一台机器上同时使用它们；只要准备好随着你的成长而分离 MySQL。您可以在同一数据中心内的 Linode 之间通过专用 IP 设置通信，这不计入您的带宽配额。

您的扩展策略应尽可能水平，因此我建议您在需要更多马力时再获得第二个 Linode 并将其添加到您的 haproxy 池中 - Linode 向您收取 20 美元的 512mb 更多 RAM，或者您可以直接获得一个完整的“另一个 Linode”（带有 CPU、RAM、HDD 和带宽配额）同样是 20 美元。看起来很简单！）。在 Rails 的情况下，一个实例就是一个实例，所以它是否在同一个虚拟机上并不重要，只要连接到数据库机器的时间或其他类似的东西大致相同。您可以运行 10 个 Linode，每个运行 10 个 Rails 进程，而不会出现太大问题。 Linode 还提供 IP 故障转移，因此如果您的主 Linode（带有 haproxy）出现故障，它可以自动故障转移到辅助 Linode，然后您将在该辅助 Linode 上运行 haproxy，并准备以与第一个相同的容量运行。

分布

老实说，这取决于你！许多人使用 Ubuntu 或 Redhat (CentOS/Fedora) 发行版——我自己喜欢 CentOS——但它真的只是你觉得最舒服的。如果您没有最喜欢的发行版，我建议您尝试 Ubuntu/CentOS，因为它们往往对初学者非常友好，并且拥有极其强大的社区支持。

除非您有令人信服的理由选择 64 位发行版，否则您可能希望选择 32 位发行版； 64 位可执行文件比 32 位可执行文件需要更多 RAM，而且由于 RAM 可能是您最宝贵的资源，因此最好将其保存在可以的地方。

【讨论】：

感谢您的详细回复。几个后续问题：- (1) 我使用的是 Ruby 1.9.2。 REE 在这种情况下还有优势吗？ (2) 与 Thin 相比，Passenger 有什么优势？

Passenger 自动管理您的流程集群。使用瘦，您必须手动管理每个后端。 Passenger 还利用 REE 的写时复制功能在后端实例之间共享框架内存，从而为您节省 RAM。安装和配置也非常简单。