【问题标题】:Recommended server layout/architecture for Rails applicationRails 应用程序的推荐服务器布局/架构
【发布时间】:2010-09-23 18:56:47
【问题描述】:

对于预期接收中等(不重,但也不轻)流量的生产 Rails 应用程序,推荐的服务器布局是什么?我正在考虑运行 Apache 和 Passenger (mod_rails) 的设置。多少应用程序服务器、Web 服务器和数据库服务器才有意义?应如何设置它们以提供冗余、故障转移、可靠性等?

我知道这是一个广泛的问题,取决于很多因素,但我只是在寻找有关如何解决此问题的一般建议和建议。

【问题讨论】:

    标签: ruby-on-rails architecture webserver application-server database-server


    【解决方案1】:

    Passenger 和 Apache 或 Nginx 是很好的起点。

    其余的基本上取决于您的预算和要求,基本上不可能给出预设的回应。

    单台服务器是一个很好的起点,您可能会惊讶于单台经过适当调整的规格齐全的机器所能提供的流量。

    如果您有两台服务器的预算,那么拆分 Web 服务器和数据库是下一个合乎逻辑的步骤。

    【讨论】:

    • 我明白了。您不会碰巧对“经过正确调整的单个规格良好的盒子可以翻转的流量”有任何硬性数字(就现实世界的例子而言)?
    • 再一次,这完全取决于你的应用程序。安装 RPM,做一些测试。去年我有一个 1gb 切片上的应用程序在没有真正尝试的情况下执行高达 40 req/sec 的速度。该站点的一些更复杂的区域将其降低到大约 20-30 个请求/秒,但这对于我们预期的负载来说已经绰绰有余了。
    【解决方案2】:

    我强烈推荐使用 Heroku。让它为您托管应用程序,并在您需要更多工作人员时调高拨号盘。

    【讨论】:

    • 如果您可以让您的应用程序符合 heroku/EY 等服务所施加的限制,我强烈推荐它。
    • 酷服务。不过,我正在寻找需要在本地托管的东西。
    • @jrdioko:你的意思是你要把它托管在你自己的机器上?
    • @jpartogi:很抱歉有歧义。我在考虑这样一种情况,即服务于业务功能的应用程序需要托管在业务服务器上,而不是托管在第三方服务器上。
    猜你喜欢
    • 2012-01-04
    • 2020-06-25
    • 2011-01-16
    • 1970-01-01
    • 2010-10-30
    • 1970-01-01
    • 2012-08-09
    • 2010-09-16
    • 1970-01-01
    相关资源
    最近更新 更多