Hallo Niko,
vielen Dank für Deine Antwort. Wenn ich Dich richtig verstehe, dann hätte ich ja
letztendlich noch mehr Mongrels-Instanzen laufen als bisher.
Ich habe im Moment zehn Rails-Anwendungen auf meinem Server laufen. Jede
verwendet eine Mongels-Instanz, d.h. ich habe 10 Rails-Instanzen laufen. Wenn
ich jetzt clustern würde, dann würde ich ja mit einem mehrfachen an
Mongels-Instanzen als bisher enden.
Auch bei zwei GByte Ram ist da ja schnell ein Ende abzusehen.
Viele Grüße
Michael Kastner
Niko Dittmann schrieb:
Hallo Michael,
Mongrel Cluster ist nur ein Wrapper, der mehrere Mongrel-Instanzen gemäß
einer Konfigurationsdatei startet. Zusätzlich brauchst Du noch einen
Proxy-Server/Loadbalancer, der dann die Anfragen auf die
Mongrel-Instanzen aufteilt. Diesen Proxy brauchst Du dann nur einmal.
Je nach Domain/Subdomain der Anfrage wird diese dann an einen der
Mongrels der "passenden" Applikation weitergeleitet. Oft wird hier
nginx (sprich: "engine x") eingesetzt.
Selbst wenn es gehen würde, mit einem Mongrel Cluster die Mongrels
mehrerer Applikationen zu kontrollieren wäre das nicht schön - was
wahrscheinlich der Grund ist, dass es nicht geht :). Wenn Du eine
Deiner Applikationen neu hochlädst, willst Du ja nicht alle Mongrles neu
starten, sondern nur die Mongrels der neu hochgeladenen Applikation.
Ich experimentiere gerade etwas mit Swiftiply als Proxy. Bis jetzt
scheint mir das Setup denkbar einfach und für nicht allzu
hochfrequentierte oder sehr dynamische (wenig statische Files)
Anwendungen braucht man wahrscheinlich (zumindest für den Anfang) keinen
zusätzlichen Webserver. Vor allem, nachdem die _heute_ rausgekommene
Swiftiply Version 0.6 verspricht, selbst statische Dateien bedienen zu
können.
Grüße, Niko.
--
------------------------------
galt.de Web :-) Services
Michael Kastner
Berliner Straße 3
D-65439 Flörsheim
Telefon +49 (0) 6145 / 938 581
Telefax +49 (0) 6145 / 938 582
E-Mail [EMAIL PROTECTED]
Homepage http://www.galt.de
------------------------------
_______________________________________________
rubyonrails-ug mailing list
[email protected]
http://mailman.headflash.com/mailman/listinfo/rubyonrails-ug
