신 대 모닛

신 대 모닛

---

프로세스 모니터링에 어떤 것을 사용해야하며 그 이유는 무엇입니까?

---

두 솔루션 모두 훌륭하며 둘 다 장단점이 있습니다.

God config 파일은 Ruby로 작성되었으므로 기본적으로 Ruby가 허용하는 모든 작업을 수행 할 수 있습니다. Monit은 자체 구문을 사용하여 구성해야하며 일반적으로 괜찮지 만 더 제한적입니다. 어쨌든 Ruby로 monit 구성을 생성 할 수도 있습니다 (배포 전략의 일부로).

또한 monit은 리소스를 덜 사용하므로 VPS를 사용하거나 여분의 메모리가없는 경우 monit이 더 나은 선택이 될 수 있습니다. 개인적으로 나는 구성이 더 쉽기 때문에 신을 선호합니다.

다음 은 god에 대한 아주 좋은 스크린 캐스트입니다 . 이 스크린 캐스트에 대한 댓글에도 많은 피드백이 있습니다.

---

신은 메모리 누출이 심해서 VPS로 Monit을 선택했습니다. Monit은 약 2MB의 RAM에서 지속적으로 실행되는 반면 Ruby 1.8.6에서 실행되는 my god install은 약 36 시간 만에 약 60MB의 RAM으로 유출되었습니다. 시스템 모니터링 도구를 모니터링하고 싶지 않았기 때문에 신을 폐기하고 Monit으로 가서 전혀 문제가 없었습니다.

---

하나님은 다음과 같은 많은 문제를 가지고 있습니다.

1. 메모리 누수
2. 프로세스를 중지하고 다시 시작하는 데 문제가 있습니다.

http://blog.bradgessler.com/use-monit-with-rails-not-god 에서 그것에 대해 글을 썼습니다.

monit의 유일한 문제는 큰 클러스터를 실행하는 경우 구성 파일이 약간 장황해질 수 있지만 템플릿 시스템으로 해결할 수 있다는 것입니다.

---

내 전용 우분투 서버에서 신을 실행하는데도 많은 문제가있었습니다. 나는 결국 포기했다. Monit은 Ruby가 아닐 수도 있지만 대부분 번거롭지 않습니다.

---

앞으로이 게시물을 찾는 사람에게는 블루 필 을 신의 대안으로 고려할 수도 있습니다 . 지난 2 년 동안 하나님 께서 기억 문제를 해결 하셨기를 바라지 만, 블루 필이 처음부터 작은 발자국에서 실행되기 시작했다는 것을 알고 있습니다. 여전히 monit만큼 작지는 않지만 bluepill의 풋 프린트는 매우 합리적입니다 (~ 16MB VIRT, 13MB RES).

---

Monit에는 자체 문제가 있습니다.

• 빈 PID 파일로 인해 문제가 발생합니다.
• 여러 수준의 종속성이있는 경우 하위 수준 종속성이 시작될 때 최상위 수준 앱이 시작됩니다. 이것은 일부 사용 사례에 적합 할 수 있지만 특별히 유연하지는 않습니다.

지금은 꽤 짜증이납니다. 다행스럽게도 '그룹'기능을 사용하여 종속성을 극복 할 수는 있지만 특별히 만족 스럽지는 않습니다. 어쨌든, v5.1.1에 대한 내 생각입니다.

참고 URL : https://stackoverflow.com/questions/768184/god-vs-monit