cadego blog

Wer bei Webprojekten die Programmiersprache Ruby und als Framework Ruby on Rails einsetzt, hat bei den klassischen Massenhostern in der Standardkonfiguration eher schlechte Karten und ist eigentlich auf VServer bzw.  auf eigene Root-Server angewiesen. Es fängt mit den Anforderungen der Ruby-Version(1.8.x oder 1.9.x) an, memcached-Support, Datenbanken wie MySQL oder SQLite und endet bei der Option Mongrel/ Apache2-Proxy-Lösung  oder  lieber doch Passenger.

Zur Klarstellung. Den perfekten Rails-Hoster gibt es nicht, aber man kann ja auswählen ;) Folgend einen kleine Liste meiner Prioritäten bei der Auswahl.

1. Aktuelle Ubuntu-Version (auch wegen libc, sorry Debian)
2. VServer, wo auch Datenbank und memcached laufen und nur 1GB RAM haben Mongrel-God-Kombi (und immer ein Auge auf God werfen. Wenn auch noch Rmagick im Spiel ist, ruhig GC einsetzen), gepatchtes Ruby. Problem ist bei mehreren Projekten
3. ab 2GB RAM: Dedizierte Server oder VServer mit Rails. Ab 2GB kann man Apache2-Passenger und Ruby Enterprise einsetzen. Werft aber immer einen Blick auf die Passenger-Prozesse! Falls euch der RAM ausgeht, werft einen Blick bzw. legt die Optionen PassengerUseGlobalQueue, PassengerMaxPoolSize, PassengerMaxInstancesPerApp, PassengerPoolIdleTime in der apche2.conf fest.
4. Trennung von Datenbank, memcached und Apache. Perfekte Lösung: zweite Netzwerkkarte und lokale IP. Bietet aber kaum jemand an, obwohl einen zweite Karte bei Ausfällen Vorteile hat und ein DNS-Lookup entfällt(Traffic).
5. Upgrade Option: Viele RubyGems benötigen eine aktuelle Linux-Distribution(eigentlich hängt alles an der libc).  Bei VServern ist man aber an das installierte Kernel-Image gebunden und  kann kein Upgrade durchführen. Jetzt  kommen wir zu den Perlen im Hosting-Geschäft. Achtet auf eine Upgrade-Option. dh. ihr könnt kostenlos innerhalb einer bestimmten Zeit(meist sieben Tagen) auf eine frische Serverinstallation umziehen.

Hier noch ein Links zu einem
VServer, Dedicated Server und MultiServer
Anbieter für Rails.