我已经为我的 [第一个] 初创公司工作了一个月,虽然距离 alpha 版本可能至少还有一个月的时间,但我想知道如何以正确的方式部署它。该站点将为新用户提供初始的大量负载(网络 + CPU),因此我正在考虑为这个初始过程设置一个单独的服务器/队列,这样它就不会减慢现有用户的站点速度。
根据我目前的研究,我目前倾向于 nginx + haproxy + unicorn/thin + memcached + mysql,并部署在 Linode 上。但是,我没有上述任何方面的经验;因此,我希望利用社区的经验。
如果我的任何问题是愚蠢或矛盾的,我深表歉意;请把它归咎于我的经验不足。
最佳答案
建筑
你在正确的 rails 上。为了方便起见,我个人更喜欢乘客而不是瘦/ unicorn (长时间运行 nginx 来瘦后端),但您建议的设置是相当标准的。不过,如果您使用的是 Ruby 1.8.7,我建议您考虑 REE + Passenger 以节省框架内存。
托管和负载平衡
Linode 非常棒,我几乎可以尽我所能使用它们,但您需要注意 RAM 限制。每个 Rails 进程都使用大量的 RAM,您需要避免让机器进入交换状态。计划在每台机器上运行足够的 Rails 实例,以便您的内存分配大约是 Linode 上内存的 90%。您可能需要另一个专用于您的数据库的 Linode,尽管您可以在同一台机器上同时使用它们;只要准备好随着你的成长而分离 MySQL。您可以在同一数据中心的专用 IP 上设置 Linode 之间的通信,这不计入您的带宽配额。
您的扩展策略应尽可能水平,因此我建议您在需要更多马力时再获得第二个 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 可能是您最宝贵的资源,因此将其保存在可能的地方是有意义的。
关于ruby-on-rails - 如何以可扩展的方式部署 [Ruby on Rails] 站点?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3840691/