많은 사람들이 runit과 함께 monit을 사용하는 것을 봅니다. 중복되지 않나요? runit을 사용하는 이유는 무엇입니까? 서비스를 다룰 때 (pidfile에 의존하지 않기 때문에) 더 안정적이기 때문입니까?
감사해요!
답변1
나는 들어본 적이 없다런잇, 그래도 난 무거워모니트사용자...
을 보면 runit초기화 대체임을 알 수 있습니다. 나는 대부분의 기업 시스템이 기본값을 고수한다고 주장하고 싶습니다.Sys V 초기화또는갑자기 나타나다. 바꾸는 것이 일반적인 관행은 아닌 것 같아요.
그러나 여기서의 관계는 runit이 Monit을 생성하고 계속 실행되도록 하는 편리한 방법을 제공한다는 것일 수 있습니다. 아마도 inittab에서 Monit을 실행하는 것과 유사할 것입니다. 이는 본질적으로 "감시자를 관찰"하거나 모니터링 시스템을 모니터링하는 것입니다.
실제로 저는 Monit을 데몬으로 사용하고 있는데, 충돌하거나 종료되는 문제가 전혀 발생하지 않았습니다. 아마도 의 매력은 runit추가적인 보호 기능을 제공한다는 점일 것입니다.
Monit의 경우 다음과 같이 잘 작동합니다.PID 파일 대신 프로세스 이름 패턴 일치.
답변2
runit은 서비스 제어 및 로깅에 매우 적합하며 Unix-way를 준수합니다. 필요에 따라 간단한 부분을 쉽게 결합할 수 있습니다. 서비스 시작/중지에 대한 몇 가지 확인 및 이벤트 처리를 수행할 수 있지만 이 모든 항목을 직접 스크립트로 작성해야 합니다.메모:서비스가 포그라운드에서 실행될 수 없으면 runit이 작동하지 않습니다.
monit은 서비스 제어에 적합합니다(그러나 데몬화 및 로깅을 직접 처리해야 하기 때문에 runit만큼 좋지는 않습니다). 올바른 pidfile을 노출하는 경우 자체 데몬화 프로세스에서도 잘 작동합니다. 반면에 이벤트 처리, 메모리 누수 확인 등의 서비스를 관찰하는 데는 정말 좋습니다. 또한 서비스 상태(명령줄 기반 및 웹 기반 모두)를 탐색하기 위한 멋진 대시보드와 여러 서버에서 데이터를 가져오기 위한 상업용 대시보드 m/monit가 있습니다.
runit+monit를 사용하는 방법은 다음과 같습니다.
- 서비스 감독, 로깅, 자동 재시작 등에 사용되는 runit
- 서비스 상태 변경 알림, 보다 확장된 확인 및 기본 서비스 모니터링에 사용되는 모니터