Best Practices für die neuen Rails-Implementierungen auf Linux?

https://stackoverflow.com/questions/280155

07-07-2019
|

Frage

ich verwendet habe gerade Mongrel, ich habe hinter Apache Mongrel Cluster verwendet, ich habe auf Thin sieht, und ich bin immer von Passagiere sehr fasziniert. Ich habe bei Nginx auch aussieht. Ich habe bei MRI Ruby Enterprise Edition, Rubinius und JRuby aussieht. Es gibt eine Menge von Optionen, die beide behaupten der neue heilige Gral zu sein.

Was ist die beste Option, da draußen für eine neue, voll up-to-date Einsatz? Die einzigen Voraussetzungen sind dies:

Die App ist Rails 2.2 basiert. (Ich weiß, 2.2 ist noch nicht vollständig gelöst, aber weder ist dieser Einsatz).
Der Server ist Linux-basiert. Wahrscheinlich Ubuntu Hardy, aber wirklich, was am besten funktioniert in diesem Fall.
Schienen müssen mit einer MySQL-Datenbank voll funktionsfähig und wahrscheinlich zu reden sein.
Alles andere ist verhandelbar.

Diese besonders breiten Einschränkungen gegeben, die Kombination von Software das beste Ergebnis wird ergeben, in Bezug auf die Gleichzeitigkeit und geringen Overhead?

Ich bin Neigung in Richtung Apache mit dem „Arbeiter“ mpm und Passagiere + Rubin Enterprise Edition, einfach weil es unmittelbare Stabilität und Einfachheit der Einrichtung und Wartung bietet.

Bin ich wahrscheinlich besonders besser aus seinem mit einer anderen Option?

Lösung

Ich wechselte von Mongrel Cluster Passagiere vor zwei Wochen (Debian Linux Server). Ich habe nicht eine Sekunde lang zurück. Passagier ist wahrscheinlich der einfachste Weg, um Ihre neuen Server bis zu erhalten und ausgeführt wird. Leistung und Zuverlässigkeit sind zu vernünftig.

Persönlich Ich mag meine Zeit verbringen, auf spannende neue Rails-Projekten arbeiten, anstatt mit Bereitstellungsproblemen zu tun - Fahrgast mich ermöglicht genau das zu tun. Allerdings kann noch Mongrel oder etwas anderes sein zu bevorzugen, wenn Sie irgendeine Art spezielle Anforderungen (gilt nicht für die meisten Produkte).

Andere Tipps

An diesem Morgen, DHH Gespräche über dieses Thema sehr auf seinem eigenen Blog:

Aber irgendwie die Botschaft des Passagiers hat ein wenig langsam zu sinken in gewesen. Es gibt bereits eine Tonne von großen Seiten von ihm weg laufen. Einschließlich Shopify, MTV, Geni, Yammer, und wir werden in Kürze, dann hoffentlich den Rest der 37signals Suite schnell danach über erste Ta-da-Liste bewegen.

So, während es Gründe gibt, nach wie vor Ihre eigene Multi-Tier-Einrichtung manuell konfigurierten Stücke laufen, wie es Menschen gibt, scheuen mod_php für ihre Angaben, ich denke, wir haben schließlich auf einer Standardantwort angesiedelt. Etwas, das Sie nicht wirklich benötigen, darüber nachzudenken, der erste Einsatz Ihrer Rails-Anwendung. Etwas, das gerade aus der Box funktioniert. Auch wenn das Feld ist ein gemeinsamer Gastgeber!

http: //www.loudthinking .com / posts / 30-Mythos-1-Schienen-ist-hard-to-Deploy

Tobias Lütke zum Thema Schalt Shopify (Millionen Anfragen / Tag) Passenger:

All dies bedeutet, dass die Gesamtspeichermenge, die durch Shopify während des normalen Betriebs von durchschnittlich 9 GB auf durchschnittlich 5 GB ging verwendet wird. Wir gleichmäßig verteilt die Einsparungen unter mehr Shopify Prozesse und Memcached Raum, der von 210ms bis 130ms unsere durchschnittliche Antwortzeit bewegt, während Verkehr 30% in den letzten Monaten gewachsen ist.

Fazit: Ich sehe keinen Grund, eine andere Einsatzstrategie an dieser Stelle zu wählen. Seine einfache, vollständige, schnelle und gut dokumentiert.

http://blog.leetsoft.com/2008/11/15/passenger

Wir haben mit dem alten Standard nginx -> Mischlings Stack für die letzten 18 Monate, und obwohl es nicht trivial war um das erste Mal einzurichten, ist es flexibel erwiesen und hat mit einigen sehr hohen Traffic-Site behandelt für uns. Nginx insbesondere war absolut solide und schnell rocken, und wenn Sie Ihre App-Seite-Caching bekommen Sie können mit einer Menge von Anfragen befassen.

stuck Bastarde haben ein Problem gewesen, so verwenden wir monit, sie zu töten, wenn sie sich schlecht benehmen. Wieder war es nicht ganz trivial einzurichten, aber wir haben den gleichen Prozess auf vielen vielen Seiten an dieser Stelle verwendet wird.

Wir haben nicht mit Passagiere noch gespielt, so vielleicht ist es einfacher und stabiler, ich auf, dass man zu den anderen Responder verschieben würde, alles, was ich sagen kann, ist, dass es kein Grund, überhaupt kann man nicht ein solide bauen Stack mit nginx und Mischlings.

Wir haben fron Nginx + Mongrel auf Passagier geschaltet.

Ich glaube, dass voll Passagier wird der neue Standard für Schienen, trotz Nginx und Mongrel Cluster durch einige sehr intelligente Menschen unterstützt werden. Jüngste Fortschritte in dem Passagiere haben fahr es wirklich nach vorne.

Unsere aktuelle Konfiguration ist so etwas wie folgt aus:

Web-Server

Ubuntu 8.04 LTS
Phusion Passagier auf Apache2
MRI Ruby-1.8.6 und Freunden (Form apt)
Ruby-Gems 1.3.0 (installiert von der Quelle)

Datenbank-Server

Centos 5
MySQL Cluster (wir dies nur eingeschaltet, aber es ist viel versprechend)

Nachdem auf der genauen Linux-Distribution standardisiert wir Capitrano Rezepte Einsatz zu helfen, zu schreiben in der Lage haben (geringfügige Abweichungen in der Konfiguration haben die Quelle vieler Service-Ausfälle gewesen) und sonst unser Leben zu vereinfachen.

Hier finden Sie aktuelle Litespeed . Sie können eine kostenlose Version erhalten, die auf 1 CPU läuft oder zahlen Multi-CPU zu erhalten. Es ist etwas teuer, aber ist extrem stabil und Griffe Schienen brillant (d.h. weniger Speicher und weniger eines Overhead zum Überwachen und Setup). Ich betreiben eine enorme Menge an Anwendungen auf, und es ist nicht höher schlagen lassen.

Wir haben auch von Mischlings geschaltet mod_passenger und fand Stabilität stark mit diesem Aufwand verbessert Einrichtung erforderlich und pflegen. Gute Wahl.

Ein weiterer wenig Gold:

Josh Peek Slicehost gem voller Capistrano Rezepte, die viel einfacher und viel besser organisiert sind als Deprec . Nichts da drin ist besonders Slicehost spezifisch, auch nicht.

Ich bin Hosting meine neue Apps mit Apache2 und Passagiere auf Ubuntu Hardy. Scheint, wie die einfachste und beste Option für die meisten Szenarien. Ich habe gerade Slicehost.com zu diesem Zweck verbunden. Sie scheinen gute Kritiken zu bekommen und haben die günstigsten Preise von First-Class-Hosts.

Ich kann nicht wirklich sie noch unterstützen, weil ich ein neuer Kunde aber der Satz von Führungen und Palette von Support-Optionen bin, ist beeindruckend.

Was Sie nicht zu erwähnen ist, wie groß und beliebt Ihre Anwendung ist / sein wird. Diese Kriterien könnten den Entscheidungsprozess beeinflussen.

Capistrano + Deprec für tatsächlich meinen Stack auf Ubuntu Aufbau und die Bereitstellung physisch verwalten.

Nginx Proxying zu Mongrel clusers für die Server-Architektur. Es ist nicht die neueste, bleeding edge Technik, aber es funktioniert gut, es ist immer gut dokumentiert, und es ist sehr, sehr hohe Leistung, auch wenn auf kleines VPSes arbeiten. Angenommen, Sie haben die Anwendung nicht borked können Sie eine 128 MB Slicehost VPS Slashdot und es wird einfach immer wieder kommen mehr.

Having said that: Es gab eine Los von gotchas das erste Mal um, bis ich herausgefunden, wie Nginx tatsächlich gearbeitet. Danach seine erstaunliche -. Wie ein kleiner Apachelet mit einem leichten russischen Akzent

Lizenziert unter: CC-BY-SA mit Zuschreibung

Nicht verbunden mit StackOverflow