Le 13 janv. 2012 10:55, "Frederic de Villamil" <[email protected]> a écrit : > > Le 13 janv. 2012 à 10:46, Alexandre Friquet a écrit : > > > Salut, > > > > J'utilise pour une application Rails la gem delayed_job, sur un hébergement mutualisé. delayed_job possède déjà un système de monitoring de ses process : script/delayed_job start -m. Mais bien évidemment cela ne fonctionne que si le process père delayed_job_m n'est pas lui même tué... > > > > J'ai donc commencé à regarder une solution de monitoring de process et je suis bien évidemment tombé sur des pages et des pages concernant God ( http://god.rubyforge.org/) et Bluepill (https://github.com/arya/bluepill). Mais d'après ce que j'ai pu voir, ces solutions sont assez complexes à mettre en place, surtout sur un hébergement mutualisé où par définition on ne peut pas faire ce que l'on veut. De plus, je me pose la question du monitoring de God et/ou Buepill : l'oeuf ou la poule ? > > > > Je suis donc preneur de toute information sur le sujet : quelle solution préconisez-vous ? L'utilisez-vous sur un hébergement mutualisé ? > > > > Merci. > > Bonjour, > > Amusant, j'ai eu exactement la même problématique la semaine dernière, et j'ai testé 3-4 trucs, je dois publier un truc sur le sujet. > > J'était parti sur supervisord, un truc Python assez simple à mettre en place, qui dit papa, maman et fait le café. J'ai finalement laissé tomber pour 4 raisons : > – Ça dit papa, maman et ça fait le café. Et en plus ça relance les process qui tombent. > – J'ai une stack python pour ainsi dire inexistante sur mon infra, ça me faisait chier de commencer à en mettre une d'autant qu'il n'y a pas de packages Debian, et que j'aime bien l'idée de ne pas avoir à me trainer un système de packages de plus (les .egg). Déjà que je dois refaire les gems sous forme de packages Debian… > – Y'avait un memory leak, pas gros, mais suffisamment pour qu'un truc qui doit juste superviser 5 process me bouffe 20 megs en RAM. C'est trop. > – À bien y réfléchir, j'utilisais déjà supervise (DNSTools) pour superviser mes DNS. > > Du coup, je suis parti sur supervise, pour plusieurs raisons : > – C'est du C, le code n'a pas du changer depuis 1999, et juste ça marche ©®™. > – Ça ne bouffe rien, ça ne prend pas de place. > – J'utilisais déjà ailleurs. > – C'est déjà packagé. > – Et SURTOUT: ça supervise un processus, le relance quand il tombe et ça ne fait _que_ ça. > > Reste juste à voir quelle latitude tu as sur ton hébergement mutu, mais si poser un binaire en C et créer 2-3 répertoires ne pose pas de problèmes… > > Fredd
Personnelement, j'utilise monit qui est un assez vieux outil qui est lui aussi en C. Il peux faire un peu plus que juste redemmarer le process, mais c'est vraiment tres pratique. Ne serait-ce que l'alerte pour savoir si me redemarrage n'est pas incessant. -- Cyril Mougel -- Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [email protected]
