Zabbix가 제게 맞는 도구입니까?

소수의 서버 (10 개 미만)를 모니터링하고 싶습니다.

다양한 장소를 읽음으로써 (최소한 오픈 소스의 경우) 최고의 경쟁자와 같은 소리는 다음과 같습니다.

• 나지 오스
• 무닌
• zabbix

내가 읽은 내용에서 많은 사람들이 munin과 nagios를 함께 사용하는 경향이 있습니다. 역사와 그래프에는 munin을, 경고에는 nagios를 사용합니다.

반면 Zabbix는 더 완벽한 솔루션이며 다른 두 가지보다 구성하기가 쉬운 것 같습니다. 그래서 나는 그 길을 갈 생각이었습니다.

내 생각은 지금 :

1. Zabbix의 일반적인 단점은 무엇입니까?
2. Zabbix는 모니터링하는 상자에 작은 설치 공간이 있습니까?
3. 실제로 다른 서버 전체를 설정해야합니까? 현재로드가 매우 적은 서버가 있습니다. 이중 용도로 사용할 수 있습니까?

계획된 배포 규모 (~ 10 개의 모니터링되는 호스트)를 고려하여 특정 질문에 대답하는 데 집중하는 것이 가장 좋습니다.

1. Zabbix의 일반적인 단점은 무엇입니까?

   • 모니터링 대상, 알림시기 등을 자동으로 파악하지는 않습니다. 관심있는 메트릭에 대해 생각하고이를 사전에 구성해야합니다.
   • 디버깅은 원하는 것을 남겨 둡니다. 포럼, irc 채널 등과 같은 작은 환경 도움말 옵션으로 쉽게 충분하지만

2. Zabbix는 모니터링하는 상자에 작은 설치 공간이 있습니까?

   물론 이죠 Zabbix는 SNMP, 간단한 네트워크 검사 (포트가 열려 있습니까?)와 같은 방법을 사용하여 모니터링 할 수 있으며 여러 플랫폼에 대한 기본 에이전트도 있습니다. 에이전트가 C로 작성 되었기 때문에 해석되는 스크립트와 달리 풋 프린트가 매우 작습니다. 모니터링되는 단일 호스트에서 서로 다른 검사를 쉽게 결합 할 수 있습니다. 모니터링 서버에만 국한되지 않고 네트워크 장치 및 기타 사항을 추가 할 수도 있습니다.

3. 실제로 다른 서버 전체를 설정해야합니까? 현재로드가 매우 적은 서버가 있습니다. 이중 용도로 사용할 수 있습니까?

   서버에 대해 지원되는 운영 체제 중 하나를 실행중인 경우에 따라 다릅니다. 그 환경에 대한 요구 사항은 실제로 낮을 것입니다. 기본 템플릿을 지침으로 만 사용하십시오. 확인 간격이 더 긴 자체 템플릿을 만드는 것이 좋습니다. Zabbix는 기본적으로 DB, 프론트 엔드, 서버의 3 가지 구성 요소로 구성됩니다. 원하는 경우 회사의 기존 데이터베이스 서버와 기존 웹 서버를 처음 두 구성 요소에 재사용 한 다음 지원되는 플랫폼에서 Zabbix 서버를 실행할 수 있습니다. 이는 완벽하게 유효한 구성입니다.

Freenode의 #zabbix에서는 특정 쿼리를 매우 환영합니다.

나는 Nagios를 사용하기 전에 Zabbix를 2 년 동안 사용합니다 ...

내 의견으로는, 큰 차이는 : Nagios를 사용하면 상태 (OK / WARNING / CRITICAL)를 얻고 Zabbix를 사용하면 데이터 (정수, 부동 소수점, 문자열 ...)를 얻습니다.

Zabbix에게는 다음과 같은 장점이 있습니다.

• 그래프를 '생성 / 정의'하지 않고 모든 (숫자) 데이터를 그래프로 나타낼 수 있습니다
• 하나 이상의 데이터 값에서 경보 / 트리거를 '쉽게'정의 할 수 있습니다.

기본 시스템 데이터를 쉽고 빠르게 수집하기 위해 에이전트를 사용하는 것도 매우 좋습니다.

Zabbix의 단점 :

• Nagios보다 덜 알려짐
• 구성 및 데이터를 저장하는 데이터베이스 (플랫 파일보다 백업 및 조작이 더 어렵다)

모니터링 목표는 무엇입니까? 가동 시간? 공연? 결제 측정 항목? 위에 나열된 유틸리티 중 일부는 각 용도에 적합하며 일부 유틸리티는 더 나쁩니다.

들어 가동 시간 ensurance, 우리는 사용 MONIT 유닉스 / 리눅스 시스템에서 설정 모두 무료이며, 간단합니다. 이 유틸리티는 프로세스가 활성 상태인지 여부를 모니터링하고 공정한 리소스 공유 (CPU, 메모리) 이상을 사용하지 않도록합니다. 오작동하는 경우 monit이 프로세스를 다시 시작합니다.

성능 모니터링을 위해 , 나는 munin을 제안 합니다. 구성하기 쉽고 perl / bash / python / what을 데이터 수집 방법으로 사용합니다. Munin은 한 곳에서 여러 머신의 성능을 수집 할 수 있으며 이해하기 쉬운 그래프를 작성합니다.

대한 청구 메트릭 (대역폭 소비), 내가 제안 PRTG을 . 무료는 아니지만 이러한 종류의 작업을 수행하는 경우 고객의 청구 보고서의 일부로 쉽게 사용할 수있는 전문가 수준의 보고서 및 통계를 제공합니다. 모니터링 된 각 시스템에서 에이전트를 사용해야하는 Zabbix 설치를 SNMP를 사용하는 PRTG로 교체했으며, 뒤돌아 보지 않았습니다.

나는 Zenoss 도 사용 했는데 매우 좋았으며 설치 및 구성이 간단했습니다. Zenoss는 필요한 모든 지표를 얻는 방법을 배우기 위해 오랜 교육 기간이 필요했습니다.

zabbix를 사용하여 회사 인프라 (서버 6 대 + 모든 네트워킹 요소)를 모니터링합니다. 나는 2 년 동안 zabbix를 가지고 있었고 훌륭하게 작동합니다. 나는 그것이 하나의 앱에 있으며 수많은 플러그인을 설치할 필요가 없다는 사실을 좋아합니다. 이 인터페이스는 디자인 상을 수상하지는 않았지만 기능면에서 놀랍도록 잘 배치되었습니다. 과거에 서버에서 간헐적으로 하드웨어 문제가 있었으며 zabbix에 많은 과거 데이터가 있으면 해킹에 많은 도움이되었습니다.

일부 버전은 안정성 문제가있는 것으로 보였으며 가끔 충돌이 발생했지만 monit은이를 처리했습니다.

zabbix를 별도의 상자에 넣는 것이 좋습니다 (3-4 년 전에 폐기 된 서버 하드웨어는 꽤 잘 작동합니다) 응용 프로그램 자체는 그리 크지 않지만 데이터베이스에 상당한 부담을줍니다 (내 경우에는 mysql)- 모든 과거 데이터를 저장하는 것이 저렴하지 않습니다.

Zenoss와 Zabbix를 모두 사용했습니다. Zabbix에 대한 불만은 항상 나에게 충돌하는 것 같습니다. Zabbix와 Zenoss (Kamil은 이것에 대해 더 많은 답변을 얻을 수 있음)에서 두 배로 늘었던 이전 작업에서 한 번의 설치와 sysadmin 작업을 수행하는 Free Geek Vancouver에서 설치했습니다. 세 가지 모두 정기적으로 충돌하며 데몬을 다시 시작해야합니다.

Zenoss는 상당히 안정적이며 UI가 훨씬 뛰어 나기 때문에 훌륭하지만 리소스를 많이 사용합니다.

SOP가 새로운 장치를 설정하는 방식이 내가 생각하는 방식과 더 조화를 이루고 있기 때문에 모니터링 솔루션을 위해 Zabbix와 함께 갈 것입니다. 가장 좋은 방법은 모든 것을 설정하고 가장 좋아하는 것을 확인하는 것입니다.

우리는 지금 Zabbix를 4 년 넘게 (현재 1.6으로 실행) 사용해 왔으며 여전히 한 번도 충돌하지 않았습니다 (RHEL5에서 실행). 과거의 유일한 불만은 문서화와 친절한 지원 (무료 커뮤니티 지원에 관해 이야기하는 것)의 부족이었습니다. 내가 알았던 더 나은 문서가 있습니다.