면책 조항 : 나는 그 프로젝트가 매우 강력하다고 느꼈기 때문에 그 프로젝트에서 일했습니다. (그리고 나는 여전히 그렇게 생각한다)

나는 2009ish부터 그것을 사용하고 레거시 설정을 제외하고는 “정상적인”(레거시라고 말할 수도 있음) Nagios 설정을 다시 만지지 않았습니다. 시간 낭비처럼 느껴질 것입니다.

내가 아는 가장 큰 설정은 ~ 1200 모니터링 서버입니다. (모니터링되지 않은 서버)이 서버도 게시되었지만 원래 질문보다 우선합니다.

OpenView와 같은 대규모 NMS와는 달리 평범한 nagios에 만족하지 못하는 많은 곳에서 사용되고 있으며 마음이 바뀌 었습니다.

가장 큰 차이점은 확장 성이 아니고 (37 신호는 상당히 즐거워 보인다) 원격 시스템에서 모니터링 가능한 것들을 자동 감지하는 것입니다.

아닙니다 . 장기적으로 가장 큰 것은 규칙에 기반한 구성입니다 (파이썬으로 작성). 몇 백 줄의 Check_MK 구성은 다시는 보지 않을 200K 라인의 오래된 지루한 nagios 구문을 생성하기에 충분합니다.

• 또한 웹 기반 구성 편집기가 있습니다. 상속으로. 그리고 검증.
• GUI는 무엇보다도 WAN 링크에 최적화되어 있습니다. 그리고 실제로 전체 웹 프레임 워크이기 때문에 유연한 규칙 세트를 사용하여 Nagios 처리를 위해 syslog 또는 snmp를 취할 수있는 대시 보드 및 로그 분류 엔진도 있습니다.
• 모든 수표는 고품질 표준으로 작성되었으며 사용자에게 절약 된 시간으로 표시됩니다.

조랑말은 없습니다.

• 사람들은 종종 Check_MK와 Nagios 간의 상호 작용에 대해 혼란스러워합니다. 사소하지는 않지만 실제로 잘 분리되어 있습니다. 구성을 작성하고 Nagios는 해당 구성으로 실행되며 Check_MK를 호출하여 시스템을 모니터링합니다.
• 누군가 그래픽 구성 편집기 “WATO”를 사용 하지 않는 경우 Nagios의 전문가 수준 인 것으로 간주됩니다.
• GUI Ops 매뉴얼이 없습니다! (그러나 : 즉석에서 활성화 할 수있는 인라인 도움말)
• 완벽하게 작동하는 IPv6 지원 패치는 몇 년 동안 떠 다녔지 만 아직 사라졌습니다.

제기 할 장단점이 더 많지만 이미 양측을 잘 보여주었습니다. 개인적으로 Check_MK 설정의 효율성이 마음에 들며 oldskool Nagios 설정으로 작업해야한다면 정말 짜증납니다. 그들이 훌륭한 템플릿 프레임 워크를 사용하거나 Puppet에서 지휘하는 경우에도 여전히 나에게 비교할 수없는 석기 느낌과 무력감을 느낍니다.

면책 조항 : 위 참조;)

답변