Nagios 구성 GUI [닫힘]

우리는 네트워크에서 서비스를 위해 Nagios를 구현했으며 훌륭하게 작동합니다. 알림이 훌륭하고 다양한 구성 옵션이 매우 편리합니다. 지금까지 파일을 직접 수정하여 모든 구성을 직접 수행했습니다.

우리는 이것을 다른 관리자들에게 조금씩 공개하기 시작하면서 오류 가능성을 줄이는 GUI를 구현하고 싶습니다. 몇 가지 다른 GUI 프로젝트를 확인했으며 지금까지 NagiosQL 과 NConf 가 최고의 경쟁자 인 것 같습니다 .

이 두 가지 또는 다른 고려 사항 사이에 권장 사항이 있습니까? 설치 및 사용 이야기, "gotchas"및 결정에 유용한 팁은 어떻습니까?

우리는 같은 결정을 앞두고 있으며 현재 nconf가 가장 좋아합니다. 그것은 큰 분산 환경을 위해 설계된 벌의 큰 장점이 있습니다.

다른 nagios 서버에 대한 구성 파일을 자동으로 생성합니다. 하나는 일종의 수집기, 하나는 모니터입니다.이 파일은 수집기에서 수동 검사 만받습니다.

단점은 현재 nconf로 에스컬레이션을 처리 할 수 ​​없다는 것입니다.

http://sourceforge.net/apps/mediawiki/nconf/index.php?title=Main_Page

우리 는 직장에서 OpsView 를 사용 합니다. 웹 기반 GUI이며 클러스터링을 통해 Nagios 서비스 확장과 같은 작업을 처리합니다. 웹을 통해 새 호스트, 새 서비스를 추가하고 중단을 승인 할 수 있습니다. 또한 서버가 정기적으로 필요로하는 CPU 용량과 같은 것을 알고 자하는 경우 서비스의 이력보기도 기록합니다.

그러나 여전히 웹을 통해 Nagios 스크립트를 추가 할 수 없습니다.

우리는 Nagios 관리를 위해 Opsview에 대해 좋은 경험을 가지고 있습니다 . 그러나 Nagios의 "프런트 엔드"라고 생각하는 것은 실수입니다. 대신 Nagios를 기본 엔진으로 사용하는 모니터링 시스템으로 생각하십시오.

Nagios 구성은 DB에 저장되고 Nagios 구성 파일은 프로그래밍 방식으로 생성되므로 Nagios 구성을 소스 제어에 저장하거나 자체 스크립트를 사용하여 생성하는 경우 익숙해야합니다. 그 절차를 포기하십시오.

대신 얻는 것은 다음과 같습니다.

• 분산 Nagios 시스템의 중앙 집중식 관리
• 통합 SNMP 트랩 관리
• 통합 Nagiosgraph
• 통합 NMIS
• 자동 통계 집계 및 보고서 생성
• Nagios 구성 파일에 더 이상 구문 오류가 없습니다. :)
• 중앙화 된 다운 타임 관리
• Opsview 관리 기능의 서브 세트를 공개하는 XML API
• 기존 Nagios 구성에서 자동 마이그레이션

-스티브

내가 이해해야 할 것은 구성 프론트 엔드가 때로는 나중에 필요로 할 때 수동으로 편집하기가 직관적이지 않은 쓰레기 구성 파일을 만들 수 있다는 것입니다. 이것은 기계 생성 구성 파일을 사용하는 시스템에서 일종의 문제이며 직관적이지 않더라도 상당히 잘 이해됩니다.

Nagios에 대한 나의 일반적인 접근 방식은 템플릿 및 상속 기능을 광범위하게 사용하고 구성을 많은, 많은, 많은, 많은 파일로 나누는 것입니다.

Nagios 커뮤니티는 최근 주요 개발자의 리더십 기술 부족으로 인해 최근에 포크했으며 Nagios는 실제로 10 년 동안 크게 개선되거나 변경되지 않았습니다. Icinga는 아마도 새로운 것이지만, 아직 시도하지는 않았습니다.

UbuntuGeek는 오늘이 주제에 관한 기사를 게시했습니다. Xerxes 의 http://www.ducea.com 답변 과 동일한 행을 따르지 만 최신 프로젝트가 추가 된 최신 기사가 있습니다. 어쨌든 여러 Nagios 구성 GUI를 다루는 적절한 빠른 개요 좋은 출발점을 제공해야합니다.

http://www.ubuntugeek.com/nagios-configuration-tools-web-frontends-or-gui.html

편집하다

오늘도 새로운 공식 nagios 거래소가 개설되었습니다.

http://exchange.nagios.org/directory/Addons/Configuration

Nconf는 서비스 및 호스트 에스컬레이션을 지원하지 않습니다

그러나,

관리 메뉴를 통해 웹 GUI에서 직접 응용 프로그램을 "확장"하여 새 클래스마다 두 개의 새로운 클래스 "hostescalation"및 "serviceescalation"을 생성 할 수 있습니다. "Naming Attribute"가 설정된 escalationid 속성을 정의해야하며 전용 설정 파일 출력

그런 다음 에스컬레이션과 관련된 속성을 구성 파일에 작성해야합니다 (예 : 호스트 클래스 contact_groups에 연결된 host_name을 contactgroups 클래스 목록에 연결하는 등)

당신과 같은 이유로 우리는 프론트 엔드를 구현해야했습니다. 개인적으로 나는 그것들이 약간 서투른 것을 발견하고 구성 파일을 손으로 관리하는 것을 선호합니다 (노력). 그러나 선택의 여지가없는 것 같습니다.

우리는 군주를 사용하지만 그다지 좋아하지는 않습니다.

나는 다른 것을 시도하지 않았지만 여기서 시작할 수 있습니다 ...

http://www.ducea.com/2008/01/16/10-nagios-web-frontends/

나는 Centreon을 Nagios 프론트 엔드로 추천 할 것입니다. 구성 프로세스를 용이하게 할뿐만 아니라 Nagios 검사에서 반환 한 성능 데이터를 상태 표시 및 수집에 사용하여 멋진 그래프로 변환 할 수 있습니다. 따라서 어떤 식으로도 선인장을 쓸모 없게 만듭니다.

소매 제품 NagiosXI는 합리적으로 가격이 책정되며 모든 기본 텍스트 구성 파일을 숨 깁니다. 우리는 약 6 개월 동안 사용해 왔으며 비용 / 혜택에 만족합니다.