check_ganglia_metric은 메트릭 어떤 신경절에 경고를 트리거 할 수있는 Nagios는 플러그인입니다.
check_ganglia_metric 심하게 블라디미르 Vuksan의 check_ganglia_metric.php에서 영감을하지만, 다수의 개선과 함께 제공되었다.
설치
check_ganglia_metric를 설치 PIP #
... 나 :
# easy_install을 check_ganglia_metric
신경 구성
당신의 Nagios 서버와 신경절 메타 데몬이 동일한 호스트에서 실행하지 않는 한, 당신은 아마 당신의 Nagios 서버에서 원격 연결을 허용하도록 gmetad.conf을 편집해야합니다.
nagios-server.example.com의 연결을 허용하려면 :
trusted_hosts nagios-server.example.com
모든 호스트 (아마 보안 위험)에서 연결을 허용하려면
에 all_trusted
명령 줄에 테스트
첫째, check_ganglia_metric가 신경절 메타 데몬과 통신 할 수 있는지 보자 :
check_ganglia_metric.py --gmetad_host = gmetad-server.example.com
& NBSP; - metric_host = host.example.com --metric_name = cpu_idle
상태 확인, CPU의 유휴 = 99.3 % | cpu_idle = 99.3 % ;;;;
"상태 확인"메시지가 check_ganglia_metric 작동하고 있음을 나타냅니다. 당신이 문제 작업이 점점가있는 경우, 활성화 자세한 로깅을 다시 시도 (--verbose) 잘못 무슨 일이 일어나고 있는지에 대한 통찰력을 얻기 위해.
이제 경고 임계 값을 설정 해보자 :
check_ganglia_metric.py --gmetad_host = gmetad-server.example.com
& NBSP; - metric_host = host.example.com --metric_name = cpu_idle --critical = 99
상태 위험, CPU의 유휴 = 99.6 % | cpu_idle = 99.6 %; 99;
유휴 CPU는 "상태 중요한"메시지가이 일을 나타냅니다보다 99보다 있다면 우리는 "중요"상태를 반환 할 check_ganglia_metric 말했다. 그 check_ganglia_metric 공식 Nagios의 플러그인 개발 지침에 따라 범위와 한계를 분석합니다.
--help 옵션을 check_ganglia_metric 실행에 대한 간략한 설명과 함께 명령 행 옵션의 전체 목록을 참조하십시오.
Nagios의 구성
첫째, 명령 정의를 작성 :
{명령을 정의
& NBSP; command_name을의 check_ganglia_metric
& NBSP; COMMAND_LINE /usr/bin/check_ganglia_metric.py --gmetad_host = gmetad-server.example.com --metric_host = $ HOSTADDRESS $ --metric_name = $ ARG1 $ --warning = $ ARG2 $ --critical = $ ARG3 $
}
지금 당신은 당신의 서비스 정의에 위의 명령을 사용할 수 있습니다 :
{서비스를 정의
& NBSP; service_description의 CPU 유휴 - 신경절
& NBSP; 사용 some_template
! & NBSP; check_command의 check_ganglia_metric는 cpu_idle 0 : 20 0 : 0!
& NBSP; 여기서 host_name host.example.com
}
뭔가 (캐시 파일을 읽을 수 없습니다 예를 들어 / 기록, 신경절 메타 데몬 등, 도달 할 수없는) check_ganglia_metric와 잘못 될 때까지 잘 작동합니다. 그 시점에서, check_ganglia_metric에 의존하는 모든 서비스가 가능하게 경고 당신을 범람, 실패합니다. 우리는 서비스 종속성의 사용을 통해 이러한 문제를 방지 할 수 있습니다.
우리가 가장 먼저해야 할 것은 파일의 나이를 확인하기위한 명령 정의입니다 :
{명령을 정의
& NBSP; command_name을의 check_file_age
& NBSP; COMMAND_LINE는 / usr / lib 디렉토리 / Nagios는 / 플러그인 / check_file_age -f $ ARG1 $ -w $ ARG2 $ -c $ ARG3 $
}
다음으로, 우리는 check_ganglia_metric의 캐시 파일의 나이를 확인하는 서비스를 정의합니다. 진정으로 유효하기 위해,이 서비스에 의존 check_ganglia_metric 다른 모든 검사보다 자주, 적어도 (바람직하게는 그 이상)로 검사 할 필요가 있음을주의 :
{서비스를 정의
& NBSP; check_ganglia_metric에 대한 service_description 캐시
& NBSP; 사용 some_template
& NBSP;!!! check_command의 check_file_age /var/lib/nagios/.check_ganglia_metric.cache 60 (120)
& NBSP; host_name을 localhost를
& NBSP; CHECK_INTERVAL 1
& NBSP; max_check_attempts 1
}
그리고 마지막으로, 우리는 실제 서비스 종속성을 설정합니다. 나는 내 지시에 정규 표현식을 사용할 수 있습니다 Nagios의에서 use_regexp_matching을 사용하도록 설정합니다. "- 신경절"을 고집함으로써 check_ganglia_metric에 의존하는 모든 서비스의 끝에서, 나는 나 자신에게 많은 노력을 절약 할 수 있습니다 :
{servicedependency을 정의
& NBSP; host_name을 localhost를
& NBSP; check_ganglia_metric에 대한 service_description 캐시
& NBSP; dependent_host_name *.
합니다. & nbsp; dependent_service_description * - 신경절 $
& NBSP; execution_failure_criteria의 C, P
}
이제 뭔가 check_ganglia_metric와 잘못되면, 하나의 경고가 캐시 파일에 대해 전송됩니다, 당신은 실패 할 check_ganglia_metric 발생하는 문제를 해결할 때까지 모든 종속 서비스 점검 일시 중지됩니다. 문제가 해결되면, 당신은 (종속 서비스 점검을 계속 할 수있는) OK 상태로 다시 서비스 "check_ganglia_metric에 대한 캐시"를 넣어하기 위해 캐시 파일에 타임 스탬프를 업데이트해야합니다 :
& NBSP; 터치 /var/lib/nagios/.check_ganglia_metric.cache
팁과 트릭
그것은 가능하게하여 사용할 수있는 호스트 및 측정의 전체 목록을 얻을 수있어 "더 자세한"로깅 (-vv). metric_host 및 METRIC_NAME 옵션이 필요하기 때문에, 당신은 여기에 "닭이 먼저 냐 달걀이 먼저 냐"조금 문제가있다,하지만 괜찮아요. 그냥 몇 가지 더미 데이터를 제공합니다. 플러그인은 캐시를 덤프 오류가 아니라 전에 "호스트를 찾을 수 없음 / 메트릭"과 끝에 밖으로 오류가 발생하지 :
& NBSP; check_ganglia_metric.py --gmetad_host = gmetad-server.example.com
& NBSP; - metric_host = 더미 --metric_name = 더미 -vv
이 릴리스의 새로운 기능입니다 무엇 :
이 --metrics_max_age 옵션을 추가
README.rst에 CHANGELOG.rst 병합
이 요구 사항 :
이 파이썬
Nagios는
이 제한 사항 :
이 파이썬 2.4에서 작동하지 않습니다
댓글을 찾을 수 없습니다