Salut,
Je suis en train de faire déployement de mon application test et j’ai
donc chosis mongrel. Mais j’aimerais savoir quel est la différence
entre mongrel et mongrel cluster ?
Pour utiliser mongrel_cluster il faut plusieur serveur phisique ?
Merci
Bolo M.
[email protected]
http://blog.developpez.com/index.php?blog=30
Bonjour,
Avec Mongrel tu peux lancer manuellement plusieurs instances de Mongrel
sur
une même machine et faire ainsi de la répartition de charge entre tes
instances.
Mongrel_cluster est juste un outil te permettant de paramétrer,
démarrer,
arrêter plusieurs instances Mongrel en une commande.
Rien n’impose que ces instances soient sur des machines différentes
(d’ailleurs je pense que mongrel_cluster manipule uniquement des
instances
sur une seule machine)
Stéphane Thibaudeau
2006/11/17, Bolo M. [email protected]:
D’accord ok pour moi c’était un serveur = cluster
Je te remercie
Le 17 nov. 06 à 11:50, Stéphane Thibaudeau a écrit :
Pour utiliser mongrel_cluster il faut plusieur serveur phisique ?
[email protected]
http://lists.rubyonrails.fr/mailman/listinfo/railsfrance
Bolo M.
[email protected]
http://blog.developpez.com/index.php?blog=30
mongrel_cluster lance plusieurs mongrel process pour une meme
application.
L’interet est que si un process tombe, ton appli reste tjrs up.
Tu remarqueras que tu ne peux pas lancer plusieurs process mongrel a la
main
pour une meme application :-))))
Au passage, je rajoute un commentaire. Clusteriser c’est bien pour la
securite d’une application. Ce qui me gene c’est que dans tous les
exemples
que j’ai pu voir de deploiement d’appli avec mongrel_cluster, tout se
fait
sur la meme machine. Or d’apres mon experience, mongrel est super stable
(+
l’on l’a souvent derriere un apache). Donc limite pas besoin de
plusieurs
instances. En fait, pour moi, un “vrai” cluster se fait avec plusieurs
machines (pour au final avoir 2 ou x “chaines” avec une seule chaine
active
a un moment t puis passage sur une deuxieme chaine si la premiere
tombe).
Quelles sont vos opinions sur cela ?
Did
2006/11/17, Bolo M. [email protected]:
Quelles sont vos opinions sur cela ?
il y a un interet de performances. si tu a splusieurs CPU ou plusieurs
cores, il est evident que tu gagneras a avoir
plusieurs process. mais meme avec un seul CPU, il est toujours bon
d’avoir plusieurs process en cours (dans un nombre
raisonnable bien sur) : pendant que l’un attend un acces disque, l’autre
peut profiter du CPU.
gUI
–
Pour la santé de votre ordinateur, préférez les logiciels libres !
Guillaume B. : (05 61) 19 40 65 / bureau S723
il y a un interet de performances. si tu a splusieurs CPU ou plusieurs
cores, il est evident que tu gagneras a avoir
plusieurs process. mais meme avec un seul CPU, il est toujours bon d’avoir
plusieurs process en cours (dans un nombre
raisonnable bien sur) : pendant que l’un attend un acces disque, l’autre
peut profiter du CPU.
Mmhhh, je ne savais pas qu’on gagnait en performance sur une machine
mono-processeur (j’aurai meme penser le contraire).
J’ai trouve un benchmark:
http://blog.kovyrin.net/2006/08/22/high-performance-rails-nginx-lighttpd-mongrel/
tombe). Quelles sont vos opinions sur cela ?
Je me pose la même question que toi quel est l’interer d’avoir
plusieur instance sur une seule machine[email protected]
http://lists.rubyonrails.fr/mailman/listinfo/railsfrance
Railsfrance mailing list
[email protected]
http://lists.rubyonrails.fr/mailman/listinfo/railsfrance
Bolo M.
[email protected]
http://blog.developpez.com/index.php?blog=30
Petit apparté :
Je suis en contact avec Zed S. pour traduire la doc Mongrel en
Français
(voir post “Traduction de la doc Mongrel”).
Suite à la sortie de Mongrel 1.0.1 il va valider les docs existants
avant
traduction.
S’il y a des choses à lui faire remonter par la même occasion vous
pouvez
répondre au post “Traduction de la doc Mongrel”.
Philippe.
didier lafforgue wrote:
il y a un interet de performances. si tu a splusieurs CPU ou plusieurs
cores, il est evident que tu gagneras a avoir
plusieurs process. mais meme avec un seul CPU, il est toujours bon d’avoir
plusieurs process en cours (dans un nombre
raisonnable bien sur) : pendant que l’un attend un acces disque, l’autre
peut profiter du CPU.Mmhhh, je ne savais pas qu’on gagnait en performance sur une machine
mono-processeur (j’aurai meme penser le contraire).
J’ai trouve un benchmark:
http://blog.kovyrin.net/2006/08/22/high-performance-rails-nginx-lighttpd-mongrel/
J’utilise 20 process mongrel sur www.scoopeo.com (bi-processeur). En
dessous de 14 process le serveur craque un peu et certains process
mongrel partent en sucette.
J’ai un peu de mal à les gérer (problèmes avec les pid files). J’ai donc
mis en place une solution monit qui vérifie les mongrel toutes les
minutes.
Mais je suis loin d’avoir trouvé la solution idéale…
Je vais sans doute essayer une solution lighty/pen/mongrel(_cluster)
prochainement.
salut tlm,
Je viens d’installer et faire tourner mongrel avec succès, cependant
j’ai de la misère à lancer mongrel_cluster.
En fait, lorsque je lance la commande : mongrel_rails cluster::start
Les 3 instances mongrel que j’ai configuré semblent partir mais en fait
elles plantent avec une erreur :
starting port 8000
starting port 8001
starting port 8002
Comme je l’ai mentionné avant la commande mongrel_rails start arrive Ã
lancer un processus mongrel avec succès.
Le fichier log d’une des instances mongrel_cluster est comme suit :
** Daemonized, any open files are closed. Look at tmp/mongrel.8000.pid
and log/mongrel.8000.log for info.
** Starting Mongrel listening at 0.0.0.0:8000
** Changing group to mongrel.
** Changing user to mongrel.
** Starting Rails with production environment…
** Mounting Rails at /home/rails/projects/myapps…
/usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:30:in
gem_original_require': no such file to load -- /home/rails/projects/jokes/config/environment (LoadError) from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:30:inrequire’
from
/usr/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel/rails.rb:157:in
rails' from /usr/lib/ruby/gems/1.8/gems/mongrel-1.0.1/bin/mongrel_rails:116:incloaker_’
from
/usr/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel/configurator.rb:138:in
call' from /usr/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel/configurator.rb:138:inlistener’
from
/usr/lib/ruby/gems/1.8/gems/mongrel-1.0.1/bin/mongrel_rails:98:in
cloaker_' from /usr/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel/configurator.rb:51:incall’
from
/usr/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel/configurator.rb:51:in
initialize' from /usr/lib/ruby/gems/1.8/gems/mongrel-1.0.1/bin/mongrel_rails:83:innew’
from
/usr/lib/ruby/gems/1.8/gems/mongrel-1.0.1/bin/mongrel_rails:83:in run' from /usr/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel/command.rb:211:inrun’
from /usr/lib/ruby/gems/1.8/gems/mongrel-1.0.1/bin/mongrel_rails:248
from /usr/bin/mongrel_rails:16:in `load’
from /usr/bin/mongrel_rails:16
Le fichier de configuration yaml de mongrel_cluster est :
user: mongrel
group: mongrel
cwd: /home/rails/projects/myapps
log_file: log/mongrel.log
port: “8000”
environment: production
address: 127.0.0.1
pid_file: tmp/mongrel.pid
servers: 3
Est ce que y a quelqu’un qui a une idée d’ou peu provenir le problème ?
Merci
Addam
Hi there,
Quel est ton fichier de configuration ? est ce que tu as indiqué le
chemin d’accès à ce fichier ?
Me concernant, j’ai posté les détails de mes manips pour surpasser le
problème sur http://railsforum.com/viewtopic.php?id=7559 … en gros
j’ai réduit le fichier de configuration .yml au strict minimum : nombre
d’instances mongrel à lancer, le port et l’environnement.
Ainsi mon fichier qui était au départ similaire à :
user: mongrel
group: mongrel
cwd: /home/rails/projects/myapps
log_file: log/mongrel.log
port: “8000”
environment: production
address: 127.0.0.1
pid_file: tmp/pids/mongrel.pid
servers: 3
debug: true
est modifié pour ne contenir que :
port: “8000”
environment: production
servers: 3
ainsi la commande : mongrel_rails cluster::start -C “chemin vers mon
application”/config/mongrel_cluster.yml
J’espère que ça va t’aider à résoudre ton problème 
Addam
TslH wrote:
Damned!
Je rencontre très exactement le même problème que toi, l’as-tu résolu?
Merci.
Le 16/07/07, Mehdi A. [email protected] a écrit :
Damned!
Je rencontre très exactement le même problème que toi, l’as-tu résolu?
Merci.
Le 16/07/07, Mehdi A. [email protected] a écrit :
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.
Sponsor our Newsletter | Privacy Policy | Terms of Service | Remote Ruby Jobs