2009-04-20 10 views

risposta

47

Entrambe le soluzioni sono buone e ci sono alcuni pro e contro per entrambi.

Il file di configurazione di Dio è scritto in Ruby, quindi puoi fare praticamente tutto ciò che Ruby ti permette di fare, ed è un sacco di cose. Monit deve essere configurato utilizzando la propria sintassi, di solito è OK ma più restrittivo. In ogni caso, è anche possibile generare monit config con Ruby (come parte della strategia di implementazione).

Inoltre, Monit utilizza meno risorse, quindi se sei su VPS o semplicemente non hai memoria di riserva, Monit potrebbe essere una scelta migliore. Personalmente, preferisco Dio, in quanto è più configurabile.

Ecco un ottimo screencast on god. C'è anche un sacco di feedback nei commenti a questo screencast.

+0

Sì, il file di configurazione Ruby di God (così come il programma di notifica XMPP incorporato) lo rende particolarmente allettante per me. E dato che sono sul mio server dedicato, penso che farò un tentativo. –

+25

Assicurati di fare i compiti prima di usare dio.Ci sono alcuni problemi di affidabilità che ho vissuto così come alcune altre persone che conosco che eseguono le principali applicazioni Rails. Una cosa che Dio fa molto bene è il mercato stesso come un magico, "facile" proiettile d'argento. Questo è lontano dalla verità. –

+1

Sembra che tu non possa avere un processo dipendente da un altro in dio? - Questo è un grosso problema. Se si desidera avviare il database prima dell'applicazione Web, non è possibile! Cercherà di avviarli entrambi allo stesso tempo. Sono sorpreso che nessuno abbia menzionato questo. –

50

Dio perde memoria abbastanza male quindi ho scelto Monit per il mio VPS. Monit gira costantemente a circa 2MB di RAM, mentre il mio dio installa su Ruby 1.8.6 è trapelato a circa 60MB di RAM in circa 36 ore. Non volevo monitorare il mio strumento di monitoraggio del sistema, così ho scartato Dio e sono andato da Monit e non ho avuto assolutamente problemi.

+0

Qualcuno sa se questo problema prevale ancora con Ruby 1.8.7? Mi piace molto il "Rubyness" di dio e mi piacerebbe dargli un colpo, comunque. –

+0

Non sono sicuro, se sei appassionato direi di tenerlo a mente e dargli un colpo comunque. Non sono contro Dio, mi è proprio piaciuto, non potevo vivere con la perdita. L'uso di questo era buono, ma non pratico per me. – nitecoder

+24

La perdita di memoria di Dio è stata risolta circa un anno fa (testando http://blog.vortorus.net/2009/12/06/god-process-monitor-0-8-0-major-improvement) – valodzka

8

Ho avuto un sacco di problemi persino a far funzionare Dio sul mio server Ubuntu dedicato. Alla fine ho semplicemente rinunciato. Monit potrebbe non essere Ruby, ma è in gran parte privo di problemi.

+1

Puoi essere più specifico? Che tipo di problemi? –

+1

Sicuro. $ sudo controllo dio utilizzando il sistema di evento: netlink partire gestore di eventi fork off nuovo processo processo biforcuta con pid = 15795 processo di uccisione [fallire] mai ricevuto processo di uscita evento –

22

Dio ha un sacco di problemi tra cui:

  1. E le perdite di memoria
  2. Ha difficoltà a fermarsi e processi

ho fatto un write-up su di esso a http://blog.bradgessler.com/use-monit-with-rails-not-god

riavvio

L'unico vero problema con monit (se è un problema) è che i file di configurazione possono diventare un po 'prolissi se stai usando grandi cluster, ma questo potrebbe essere risolto con un sistema di template.

+11

Siamo stati in esecuzione Monit sui nostri cluster ora per oltre tre mesi ed è una delle migliori decisioni di sys-admin che abbiamo preso. Monit non si è ancora arrestato o perso la memoria da quando è stato acceso. Se hai sperimentato le stesse frustrazioni che ho fatto con Dio e ne sono irritato, ti chiedo di fornire qualche link-bate al mio post sul blog in modo che quando gli altri Google "dio" o "processamento del dio" possano essere avvisati con il mio sproloquio. –

+2

Sembra che un generoso contributore abbia contribuito (forse) a eliminare le perdite di memoria in dio. http://groups.google.com/group/god-rb/browse_thread/thread/86bec1664757086f – Readonly

+4

La perdita di memoria di Dio è stata risolta circa un anno fa (testando http://blog.vortorus.net/2009/12/06/god -process-monitor-0-8-0-major-improvement) – valodzka

4

Monit ha i suoi problemi:

  • file PID vuote causano problemi.
  • Se si dispone di più livelli di dipendenze, avvia le app di livello superiore all'avvio delle dipendenze di livello inferiore. Questo potrebbe essere ottimo per alcuni casi d'uso, ma non è particolarmente flessibile.

Al momento lo trovo piuttosto fastidioso. Fortunatamente puoi tranquillamente passare attraverso le dipendenze con la loro funzione 'gruppi', ma non è particolarmente soddisfacente. Comunque, questa è la mia versione di v5.1.1

+0

queste ragioni erano esattamente il motivo per cui sto passando a dio – oreoshake

+0

@oreoshake cosa intendi? - Dio non gestisce affatto le dipendenze. Il commentatore si lamentava del fatto che Monit non gestisse molto bene le dipendenze nidificate, in Dio non è possibile specificare di avviare un processo dopo l'altro! –

+0

che era un commento di rabbia, quando ero nel bel mezzo di cose e stavo principalmente parlando del problema PID, non aveva alcuna dipendenza di caricamento nel mio caso. riparato le cose sulla mia estremità, usando ancora Monit :) – oreoshake

6

Per chiunque trovi questo post in futuro, potresti anche considerare bluepill in alternativa a Dio. Mentre spero che Dio abbia affrontato i suoi problemi di memoria negli ultimi due anni, so che bluepill è stato impostato fin dall'inizio per correre su una piccola impronta. Anche se non è ancora piccolo come Monit, l'impronta di Bluepill è molto ragionevole (~ 16 MB VIRT, 13 MB RES per me).

+2

Mi piace il bluepill finora. Bella sintassi, facile da usare. Ma non ha quasi nessuna documentazione. Fare qualcosa di più di quello che è nei pochi esempi richiede la lettura del codice .. per favore dammi solo alcuni documenti di base che mi dica cosa posso fare con la cosa. – Duke

Problemi correlati