사용자 도구

사이트 도구


사이드바


배너

manual:concepts

2. Zabbix 컨셉

1. Zabbix의 정의

소개

이 섹션에서는 Zabbix에서 일반적으로 사용되는 용어의 의미에 대해 배울 수 있습니다.

정의

호스트   - 모니터링 할 네트워크에 연결되어있는 장치로 IP / DNS를 가지고있습니다.

호스트 그룹

- 논리적 호스트의 정리입니다. 호스트 그룹에 호스트와 템플릿이 포함됩니다. 하나의 호스트 그룹에서 호스트와 템플릿은 어떤 방법으로도 서로 링크하지 않습니다. 호스트 그룹은 서로 다른 사용자 그룹에 호스트에 대한 액세스 권한을 부여하는 데 사용됩니다.

아이템

- 호스트로부터 취득하는 특정한 데이터로, 데이터의 축입니다.

트리거

- 문제의 임계 값을 정의하는 논리적인 표현으로 항목에서 얻은 데이터를 '평가'하는 데 사용됩니다.

검색된 데이터가 임계 값을 초과하면 트리거는 'OK'에서 '장애'상태로 바뀝니다. 검색된 데이터가 임계 값을 초과하지 않는 경우 트리거는 “OK”상태 또는 “OK”로 돌아갑니다.

이벤트

- 트리거의 상태가 변화하거나 검색 및 에이전트의 자동 등록이 실행되는 등 주목할만한 무언가가 발생한 것을 나타냅니다.

액션

- 사전에 등록되어있는 이벤트에 대한 반응 방법입니다.   하나의 액션은 작업(예 : 알림 전송)과 조건(작업이 수행 될 때의)으로 구성된다.

에스컬레이션

- 액션에서 작업을 수행하기위한 사용자 정의 시나리오에서 알림을 보내거나 원격 명령 실행 등 일련의 순서입니다.

미디어

- 통지의 전달 수단입니다. 배달 채널이기도합니다.

알림

- 선택한 미디어 채널을 통해 사용자에게 전달되는 이벤트에 대한 메시지입니다.

원격 명령

-자동으로 몇 가지 조건에 모니터링 된 호스트에서 실행 되는 미리 정의 된 명령

템플릿   - 하나 이상의 호스트에 적용되도록 준비된 엔티티 (아이템이나 트리거, 차트, 스크린, 응용 프로그램, 하층의 검색 규칙 등)의 집합입니다.

템플릿 작업은 호스트에서 모니터링 작업의 작동 속도를 위해 있습니다; 또한 모니터링 작업에 일괄 변경의 적용을 용이하게하기 위해이기도합니다. 템플릿은 개별 호스트에 직접 연결되어 있습니다.

애플리케이션

- 논리그룹에있는 항목의 그룹화.

Web 시나리오

- 웹 사이트의 가동을 체크하는 하나 이상의 HTTP 요청입니다.

프런트 엔드

- Zabbix에서 제공되는 Web 인터페이스입니다.

Zabbix API

- Zabbix API를 통해 호스트 항목 그래프 등의 Zabbix 객체를 생성, 업데이트 하거나 다른 사용자 정의 작업을 수행하기 위해 JSON RPC 프로토콜을 사용할 수 있습니다.

Zabbix 서버

- 모니터링을 수행하고, Zabbix 프록시나 에이전트와 상호 작용하고, 트리거의 통계를하고, 통지를 보냅니다.Zabbix 소프트웨어의 핵심 프로세스입니다; 핵심 데이터 저장소이기도합니다. Zabbix 에이전트

- 로컬 리소스와 애플리케이션을 능동적으로 감시하기 위해 감시 대상에서 작동되는 과정입니다.

Zabbix 프록시

- Zabbix 서버 대신 데이터를 수집하는 과정에서 서버의 처리 부하를 줄입니다.

노드

- 분산 모니터링 계층의 하나의 요소로 구성된 Zabbix 서버입니다; 자기의 위치를​​ 감시하는 역할을 담당하고 있습니다.


2015/04/21 01:19

2. Zabbix 서버

소개

Zabbix 서버는 Zabbixs 소프트웨어의 핵심 프로세스입니다.

Zabbix 서버는 데이터 폴링과 트래핑을 수행하고 트리거의 통계를하고 사용자에게 통지 보고서를 보냅니다. Zabbix 서버는 Zabbix 에이전트와 프록시에서 시스템 가동과 무결성 데이터를 보고하는 핵심 구성 요소이기도합니다. Zabbix 서버는 자체적으로 원격에서 간단한 서비스 체크 기능을 사용하여 웹 서버 나 메일 서버와 같은 네트워크에 연결된 서비스를 확인할 수 있습니다.

Zabbix 서버는 모든 설정, 통계, 조작 데이터가 저장되는 핵심 저장소이며, 모니터링 시스템 중 하나에 장애가 발생했을 때 관리자에게 능동적으로 경고하는 Zabbix에서 엔티티이기도합니다.

기본 Zabbix 서버의 기능은 3 개의 서로 다른 구성 요소로 나눌 수 있습니다. 그 3개란 Zabbix 서버, 웹 프런트 엔드 데이터베이스 스토리지입니다.

Zabbix의 모든 설정 정보는 데이터베이스에 저장되어 있습니다. 서버 및 웹 프런트 엔드 모두 데이터베이스와 통신합니다. 예를 들어, 웹 프론트 엔드 (또는 API)를 사용하여 새 항목을 만들 때 데이터베이스 항목 테이블에 추가됩니다. 그 후 약 1 분에 1 회, Zabbix 서버는 그 시점에서 Zabbix 서버의 캐시에 저장되어있는 활성 항목의 목록을 얻을 수 있는 아이템 테이블에 질의를합니다. Zabbix 프론트 엔드에서 열린 어떤 변경도 최신 데이터 섹션에 나타날 때까지 2분이 걸리는 것은 이 때문입니다.

서버 프로세스

Zabbix 서버는 데몬 프로세스로 작동합니다. Zabbix 서버를 시작하려면 다음 명령을 실행합니다 :

  shell> cd sbin   shell> ./zabbix_​​server

Zabbix 서버에서 다음 명령 줄 매개 변수를 사용할 수 있습니다 :

 -c --config <file> 설정 파일을 절대 경로로 지정합니다. (기본값은 /etc/zabbix/zabbix_​​server.conf)
-n --new-nodeid <nodeid> 데이터베이스 데이터를 새로운 노드 ID로 변환합니다.
-R --runtime-control <option> 관리자 기능을 수행합니다.
-h --help 도움말을 표시합니다.
-V --version 버전 정보를 표시합니다. 

runtime-control은 OpenBSD와 NetBSD에서는 지원되지 않습니다.

명령 줄 매개 변수의 사용 예입니다 :

  shell> zabbix_​​server -c /usr/local/etc/zabbix_​​server.conf   shell> zabbix_​​server –help   shell> zabbix_​​server -V

Runtime control

Runtime control 옵션은 다음과 같습니다 :

옵션 설명
config_cache_reload 설정 캐시를 다시로드합니다. 그 시점에서 캐시를로드하려고 할 때 무시됩니다.

runtime control을 사용하여 Zabbix 서버 설정 캐시를 다시로드하는 예는 다음과 같습니다 :

  shell> zabbix_​​server -c /usr/local/etc/zabbix_​​server.conf -R config_cache_reload

프로세스 사용자

Zabbix 서버 root가 아닌 사용자로 실행하도록 설계되어 있습니다. 어떤 비 root 사용자이든 시작되면 작동합니다. 따라서 아무런 문제없이 어떤 비 root 사용자로도 당신은 Zabbix 서버를 작동시킬 수 있습니다.

root로 동작시키는 경우 시스템에 반드시 존재 하드 코드 된 'zabbix “사용자로 전환됩니다.

서버의 설정 파일에서 “AllowRoot”매개 변수를 변경 한 경우에만 서버를 “root”로 작동 할 수 있습니다.

Zabbix 서버와 에이전트가 동일한 시스템에서 실행 하는 경우 는 에이전트를 실행하는 것보다 서버를 실행하는 다른 사용자 를 사용하는 것이 좋습니다. 모두 동일한 사용자로 실행 하는 경우 그렇지 않은 경우 ,에이전트는 , 예를 들면,데이터베이스서버의 비밀번호 설정 파일 과 아주 쉽게 검색 할 수 있는 임의 Zabbix 관리자 레벨 사용자 액세스 할 수 있습니다.

설정 파일

설정 파일 옵션에 대한 자세한 내용은 Zabbix 서버 설정을 참조하십시오.

시작 스크립트

스크립트는 시스템의 시작 · 종료중인 Zabbix 프로세스의 자동 시작 · 자동 정지에 사용됩니다. 스크립트는 misc / init.d 디렉토리 아래에 있습니다.

지원되는 플랫폼

보안 요구 사항과 서버 작업의 중요한 특성으로 인해 지속적으로 필요한 성능과 내결함성 복원력을 제공 할 수있는 OS는 UNIX뿐입니다. Zabbix는 시장에 나와있는 버전에서 작동합니다.

Zabbix 서버는 다음 플랫폼에서 동작을 확인했습니다 :

  • Linux
  • Solaris
  • AIX
  • HP-UX
  • Mac OS X
  • FreeBSD
  • OpenBSD
  • NetBSD
  • SCO Open Server
  • Tru64 / OSF1

Zabbx는 다른 UNIX 계 OS에서도 동일하게 작동합니다.

(다른 섹션 Zabbix 유지 보수 다른 링크 예정)


2015/04/21 01:20

3. Zabbix 에이전트

소개

로컬 리소스와 애플리케이션 (하드웨어 장치, 메모리, 프로세서 통계 등)을 능동적으로 감시하기 위하여 Zabbix 에이전트는 모니터링에서 작동된다.

Zabbix 에이전트는 운영 데이터를 로컬로 수집하고 Zabbix 처리를 위해 Zabbix 서버에 정보를 보고합니다. 하드 디스크가 꽉 찼을때 또는 서비스 프로세스가 손상 등의 장애가 발생한 경우 Zabbix 서버는 오류가 발생한 시스템 관리자에게 장애 발생했음을 능동적으로 경고 할 수 있습니다.

Zabbix 에이전트는 통계 정보를 수집하는 데 기본 시스템 호출을 사용하기 때문에 매우 효율적으로 작동합니다.

수동 검사 및 활성화 체크

Zabbix 에이전트는 수동 검사 및 활성화 체크를 할 수 있습니다.

수동검사에서 에이전트는 데이터 요청에 응답합니다. Zabbix 서버 (또는 프록시)가 예를 들어 CPU 부하의 데이터를 요청하면 Zabbix 에이전트가 결과를 회신합니다.

활성 검사에서는 더 복잡한 처리가 필요합니다. Zabbix 에이전트는 개별 처리를 위해 먼저 Zabbix 서버에서 항목의 목록을 가져옵니다. 그 후, 업데이트 된 값을 서버에 정기적 보냅니다.

패시브 체크 활성 검사 중에서 작동하는지는 각각의 감시 대상 항목의 유형을 선택하여 설정됩니다. Zabbix 에이전트는 “Zabbix 에이전트”또는 “Zabbix 에이전트 (활성)“에서 항목 유형을 처리합니다.

지원하는 플랫폼

Zabbix 에이전트는 다음의 OS에서 동작을 지원하고 있습니다 :

  • Linux
  • IBM AIX
  • FreeBSD
  • NetBSD
  • OpenBSD
  • HP-UX
  • Mac OS X
  • Solaris 9, 10, 11
  • Windows : 2000, Server 2003, XP, Vista Server 2008, 7

설치

Zabbix 에이전트 설치 방법을 참조하십시오.

일반적으로 32 비트 Zabbix 에이전트는 64 비트 시스템에서 작동하지만, 경우에 따라서는 제대로 작동하지 않을 수 있습니다.

UNIX 용 에이전트의 처리 (독립형 데몬)

Zabbix 에이전트는 모니터링되는 호스트에서 실행됩니다. Zabbix 에이전트는 데몬 프로세스로 작동합니다.

Zabbix 에이전트를 시작하려면 다음을 수행합니다 :

  shell> cd sbin   shell> ./zabbix_​​agentd    다음 명령 줄 매개 변수 Zabbix 에이전트에서 사용할 수 있습니다 :

  -c --config <file> 설정 파일을 지정합니다. 기본값은 /etc/zabbix/zabbix_​​agentd.conf입니다.
  -h --help 도움말을 표시합니다.
  -V --version 버전 정보를 표시합니다.
  -p --print 지원되는 측정 값을 출력하고 종료합니다.
  -t --test <item key> 지정한 측정 기준을 테스트하고 종료합니다.

예를 들어, 도움말을 표시하려면 다음을 수행하십시오.

  shell> zabbix_​​agentd -h

다른 명령 줄 매개 변수의 예는 다음과 같습니다 :

  shell> zabbix_​​agentd -c /usr/local/etc/zabbix_​​agentd.conf   shell> zabbix_​​agentd –help   shell> zabbix_​​agentd –print   shell> zabbix_​​agentd -t “system.cpu.load [all, avg1]”

프로세스 사용자

Zabbix 에이전트는 비 root 사용자로 동작하도록 설계되어 있습니다. 어떤 비 root 사용자이든 시작되면 작동합니다. 따라서 아무런 문제없이 어떤 비 root 사용자로도 당신은 Zabbix 에이전트를 동작시킬 수 있습니다.

root로 동작시키는 경우 시스템에 반드시 존재하는 하드 코드 된 'zabbix “사용자로 전환됩니다. Zabbix 에이전트 설정 파일에서 “AllowRoot”매개 변수를 편집 한 경우에만 에이전트를 root로 작동 할 수 있습니다.

설정 파일

zabbix_​​agentd 설정에 대한 자세한 내용은 설정 파일 옵션을 참조하십시오.

Windows 에이전트의 동작

설치 정보는 Zabbix Windows 에이전트 설치를 참조하십시오.

Zabbix 에이전트 서비스를 시작하려면 제어판을 사용하거나 다음을 실행합니다 :

  zabbix_​​agentd.exe –start

명령 줄 구문 :

  zabbix_​​agentd.exe [-Vhp] [-idsx] [-c <file>] [-t <metric>

Zabbix Windows 에이전트는 다음 명령 줄 매개 변수를 사용할 수 있습니다 :

옵션 :

  -c --config <file> 대신 설정 파일을 지정합니다. (기본값은 c : \ zabbix_​​agentd.conf입니다)
  -h --help 도움말을 표시합니다.
  -V --version 버전 정보를 표시합니다.
  -p --print 파악한 아이템을 출력하고 종료합니다.
  -t --test <item key> 단일 항목을 테스트하고 종료합니다.

기능 :

 -i --install Zabbix 에이전트를 서비스로 설치합니다.
 -d --uninstall Zabbix 에이전트 서비스를 제거합니다.
 -s --start Zabbix 에이전트 서비스를 시작합니다.
 -x --stop Zabbix 에이전트 서비스를 중지합니다.

설정 파일

Zabbix Windows 에이전트 설정에 대한 자세한 내용은 설정 파일 옵션을 참조하십시오.

종료 코드

2.2 이전 버전에서는 Zabbix 에이전트는 성공하면 0을 반환하고 비정상적으로 종료 된 경우는 255를 반환했습니다. 버전 2.2 이상에서는 Zabbix 에이전트는 성공하면 0을 반환하고 비정상적으로 종료 된 경우 1을 반환합니다.


2015/04/21 01:24

4. Zabbix 프록시

소개

Zabbix 프록시는 하나 또는 여러 감시 장치에서 모니터링 데이터를 수집하고 Zabbix 서버에 정보를 보내는 과정에서 기본적으로 서버 대신 작동합니다. 수집 된 모든 데이터는 로컬에 버퍼링되어 있고, 그 프록시가 속한 Zabbix 서버에 전송됩니다.

프록시 실행은 선택적이지만, 단체의 Zabbix 서버의 부하를 분산시키는 데 매우 유용합니다. 프록시만 데이터를 수집하는 경우 Zabbix 서버의 처리는 CPU의 소비와 디스크 I / O를 줄일 수 있습니다.

Zabbix 프록시는 로컬 관리자를 두지 않아 원격 위치 지점 네트워크의 집중 관리를 가능하게하는 이상적인 방법입니다.

Zabbix 프록시에는 다른 데이터베이스가 필요합니다.

Zabbix 프록시가 지원하는 데이터베이스는 SQLite, MySQL, PostgreSQL입니다. Oracle과 DB2를 사용하는 것은 자기 책임으로합니다. 하위 수준의 검색 규칙이기도 같이 제한가있을 수 있습니다.

이쪽도 참조 : 분산 환경에서의 Zabbix 프록시

Zabbix 프록시 프로세스

Zabbix 프록시는 데몬 프로세스로 작동합니다. 다음과 같이 실행하여 시작할 수 있습니다 :

  shell> cd sbin   shell> ./zabbix_​​proxy

Zabbix 프록시에서 다음 명령 줄 매개 변수를 사용할 수 있습니다 :

-c --config <file> 설정 파일을 절대 경로로 지정합니다.
-R --runtime-control <option> 관리자 기능을 수행합니다.
-h --help 도움말을 표시합니다.
-V --version 버전 정보를 표시합니다.

명령 줄 매개 변수의 예 :

  shell> zabbix_​​proxy -c /usr/local/etc/zabbix_​​proxy.conf   shell> zabbix_​​proxy –help   shell> zabbix_​​proxy -V

Runtime control

Runtime control 옵션 :

옵션 내용
config_cache_reload 설정 캐시를 다시로드합니다. 캐시가 그 시점에서로드하려고 할 때 무시됩니다. 활성 Zabbix 프록시가 Zabbix 서버에 연결하여 구성 데이터를 요청합니다.

Zabbix 프록시 설정의 캐시를 다시로드하는데 runtime control을 사용하는 예

  shell> zabbix_​​proxy -c /usr/local/etc/zabbix_​​proxy.conf -R config_cache_reload

Runtime control은 OpenBSD와 NetBSD에서는 지원되지 않습니다.

프로세스 사용자

Zabbix 프록시 root가 아닌 사용자로 실행하도록 설계되어 있습니다. 어떤 비 root 사용자이든 시작되면 작동합니다. 따라서 아무런 문제없이 어떤 비 root 사용자로도 당신은 Zabbix 에이전트를 동작시킬 수 있습니다.

root로 동작시키는 경우 시스템에 반드시 존재하는 하드 코드 된 'zabbix “사용자로 전환됩니다.

프록시 설정 파일의 “AllowRoot”매개 변수를 변경 한 경우에만 프록시를 “root”로 작동 할 수 있습니다.

설정 파일

zabbix_​​proxy 설정에 대한 자세한 내용은 설정 파일 옵션을 참조하십시오.


2015/04/21 01:29

5. Zabbix Java 게이트웨이

소개

Zabbix 2.0 “Zabbix Java 게이트웨이 '라는 새로운 Zabbix 데몬을 도입하여 JMX 응용 프로그램 모니터링에 대한 네이티브 지원이 추가되었습니다. Zabbix Java 게이트웨이는 Java로 작성된 데몬입니다. Zabbix 서버가 호스트의 특정 JMX 카운터 값을 검색하고 싶을 때, 서버는 대상 응용 프로그램에 원격으로 질의를 실시 JMX 관리 API를 사용 Zabbix Java 게이트웨이에 문의합니다. 응용 프로그램은 추가 소프트웨어 설치 필요없이 그냥 커맨드 라인에서 'Dcom.sun.management.jmxremote' '옵션에서 시작하면됩니다.

Zabbix Java 게이트웨이는 Zabbix 서버 또는 프록시에서의 연결을 허용하고 있으며, “수동 프록시”으로 만 사용할 수 있습니다. Zabbix 프록시와는 대조적으로, Zabbix 프록시에서도 사용할 수 있습니다. (Zabbix 프록시는 변경할 수 없습니다) 각각의 Zabbix Java 게이트웨이 액세스는 Zabbix 서버에서 또는 프록시 설정 파일에서 직접 설정 한 Zabbix 서버 또는 Zabbix 프록시에 대해 하나만 Zabbix Java 게이트웨이 설정 수 있습니다. 호스트에 JMX 에이전트 유형의 항목과 다른 유형의 항목이있는 경우 JMX 에이전트 항목 만 Zabbix Java 게이트웨이에 전달됩니다.

Zabbix Java 게이트웨이 너머로 항목을 업데이트해야한다 때에는 Zabbix 서버 또는 Zabbix 프록시는 Zabbix Java 게이트웨이에 연결하여 값을 요구합니다. Zabbix Java 게이트웨이가 그 값을 순차적으로 취득하여 서버 또는 프록시에 반환합니다. 그런 것이므로, Zabbix Java 게이트웨이는 어떤 값도 캐시​​하지 않습니다.

Zabbix 서버 또는 Zabbix 프록시는 Zabbix Java 게이트웨이에 연결하는 특정 프로세스 유형에서 StartJavaPollers 옵션에서 제어됩니다. 내부에서는 Zabbix Java 게이트웨이는 START_POLLERS 옵션에 의해 제어되는 다중 스레드를 시작합니다. 서버 측에서 연결 시간이 Timeout 시간보다 오래 걸릴 경우 스레드는 종료되지만, Zabbix Java 게이트웨이는 JMX 카운터에서 값 가져 오기 위해 바쁜대로되는 경우 수 있습니다.

Zabbix 서버 또는 Zabbix 프록시는 더 나은 성능을 얻기 위해 요구를 하나의 JMX 대상에 가능한 한 많은 (아이템의 간격에 영향됩니다) 정리해 Zabbix Java 게이트웨이에 대한 단일 연결에서 보내려고합니다 .

StartJavaPollers START_POLLERS 보다 작거나 같은 정도로 가질 추천되고 있습니다. 그렇지 않으면 들어오는 요청에 대해 Zabbix Java 게이트웨이 중 어느 스레드도 실행되지 않는 경우가있을 수 있습니다.

다음 섹션에서는 JMX 모니터링 Zabbix Java 게이트웨이에 사용하기위한 Zabbix Java 게이트웨이의 취득과 동작이시킨 방법, Zabbix 서버 (또는 Zabbix 프록시) 설정 방법 특정 JMX 카운터에 대응하는 Zabbix GUI의 Zabbix 항목의 설정 방법에 대해 설명합니다.

- Zabbix Java 게이트웨이의 취득

Zabbix Java 게이트웨이를 얻으려면 두 가지 방법이 있습니다. 하나는 Zabbix의 웹 사이트에서 Zabbix Java 게이트웨이의 패키지를 다운로드하는 것이고, 다른 하나는 소스에서 컴파일하는 방법입니다.

- Zabbix의 웹 사이트에서 다운로드

이 옵션은 실제로 아직 유효하지 않지만, 미래 Zabbix의 웹 사이트에서 Zabbix Java 게이트웨이의 아카이브를 다운로드 할 수 있습니다.

- 소스에서 컴파일

Zabbix Java 게이트웨이를 컴파일하려면 먼저 './configure'스크립트 '–enable-java'옵션을 사용하여 실행합니다. 설치 경로로 기본 / usr / local 이외에하는 '–prefix'옵션을 지정 할 수 있음을 기억하시기 바랍니다. 왜냐하면 Zabbix Java 게이트웨이를 설치하면 하나의 실행 가능한 디렉토리뿐만 아니라 전체 디렉토리 트리가 만들어지기 때문입니다.

  $ ./configure –enable-java –prefix = $ PREFIX

컴파일을 실행 Zabbix Java 게이트웨이를 하나의 JAR 파일에 패키징하기 위해 make를 실행합니다. 이 단계를 위해 당신의 경로에 'javac' '와' 'jar'을 실행 가능한 상태로 해 둘 필요가 있다는 점에 유의하십시오.

  $ make

이제 zabbix-java-gateway- $ VERSION.jar 파일은 src / zabbix_​​java / bin에 만들어집니다. Zabbix Java 게이트웨이를 배포 디렉토리의 src / zabbix_​​java에서 실행되면 Zabbix Java 게이트웨이 설정과 실행에 대한 설명으로 이동합니다. 만약 실행되지 않으면 실행 권한을 가지고 있는지를 확인하고, 'make install'을 실행하십시오.

$ make install

- Zabbix Java 게이트웨이 배포판의 파일 개요

당신이 어떤 방법으로 Zabbix Java 게이트웨이를 취득했는지에 관계없이 $ PREFIX / sbin / zabbix_​​java 부하의 쉘 스크립트, JAR 설정 파일의 수집에서 종료시켜야합니다. 이러한 파일의 역할을 간략하게 요약합니다.

 bin / zabbix-java-gateway- $ VERSION.jar

Zabbix Java 게이트웨이의 JAR 파일입니다.

  lib / logback-core-0.9.27.jar   lib / logback-classic-0.9.27.jar   lib / slf4j-api-1.6.1.jar   lib / org-json-2010-12-28.jar

Zabbix Java 게이트웨이와 종속 것 : Logback, [http://www.slf4j.org/|SLF4​​J]] 및 JSON.org 라이브러리

  lib / logback.xml   lib / logback-console.xml

Logback 설정 파일입니다.

  shutdown.sh   startup.sh

Zabbix Java 게이트웨이를 시작하고 중지하는 데 유용한 스크립트입니다.

  settings.sh

위의 시작 및 종료 스크립트 소스 설정 파일입니다.

- Zabbix Java 게이트웨이 설정 및 실행

Zabbix Java 게이트웨이는 기본적으로 포트 번호 10052을 LISTEN하고 있습니다. 다른 포트에서 Zabbix Java 게이트웨이를 실행하는 것을 계획하고있는 경우 settings.sh 스크립트에서 지정 가능합니다. 이 지정 방법 및 기타 옵션은 Zabbix Java 게이트웨이 설정 파일의 해설을 참조하십시오.

설정이되면 startup 스크립트를 실행 Zabbix Java 게이트웨이를 시작할 수 있습니다 :

  $ ./startup.sh

마찬가지로 다른 Zabbix Java 게이트웨이가 필요 없으면 shutdown 스크립트를 실행 중지합니다 :

  $ ./shutdown.sh

서버 나 프록시와는 달리, Java 게이트웨이는 가볍고 데이터베이스가 필요하다는 것을 기억하시기 바랍니다.

- Zabbix Java 게이트웨이를 사용하는 서버의 설정

Zabbix Java 게이트웨이가 작동하게되면 Zabbix 서버에 Zabbix Java 게이트웨이의 위치를​​ 알려야합니다. 그러기 위해서는 서버 설정에서 JavaGateway 매개 변수와 JavaGatewayPort 매개 변수를 지정합니다. JMX 응용 프로그램이 실행되는 호스트를 Zabbix 프록시 모니터링하는 경우는 대신에 프록시 설정 파일에 연결 매개 변수를 지정합니다.

  JavaGateway = 192.168.3.14   JavaGatewayPort = 10052

서버는 기본적으로 JMX 모니터링과 관련된 어떤 프로세스도 시작하지 않습니다. 그러나 그 프로세스를 사용하려면 Java Poller의 pre-fork 된 인스턴스 번호를 지정해야합니다. 이것은 보통의 Poller과 trapper의 지정과 같은 방법으로 지정합니다.

  StartJavaPollers = 5

일단 이러한 설정을 완료 한 후 서버 또는 프록시를 재시작하는 것을 잊지 마십시오.

- Zabbix Java 게이트웨이의 디버깅

Zabbix Java 게이트웨이에 어떤 장애가 있거나 프런트 엔드 항목에 대해 표시되는 오류 메시지에 대한 설명이 충분하지 않은 경우 Zabbix Java 게이트웨이 로그 파일을 검사 싶지 될지도 모릅니다. 기본적으로 Zabbix Java 게이트웨이는 / tmp / zabbix_​​java.log 파일에 “정보”수준의 활동 로그를 남기고 있습니다 만, 가끔 그 정보가 충분하지 않아 “디버그”수준의 정보가 필요할 경우 수 있습니다. 로깅 레벨을 올리기 위해서는, lib / logback.xml 파일을 편집하여 <root> 태그의 레벨 속성을 “debug”로 변경합니다.

  <root level = “debug”>     <appender-ref ref = “FILE”/>   </ root>

Zabbix 서버 나 프록시와 달리, logback.xml 변경 후 Zabbix Java 게이트웨이를 다시 시작 할 필요가 없습니다 - logback.xml의 변경 내용은 자동으로 다시 실행됩니다. 디버깅을 완료 한 후에는 로깅 수준을 “정보”로 되돌릴 수 있습니다.

다른 파일이나 데이터베이스처럼 완전히 다른 미디어에 로그를 남기고 싶은 경우 logback.xml 파일을 필요에 따라 조정합니다. 자세한 내용은 Logback 설명서를 참조하십시오.

가끔 디버깅 목적으로 데몬으로보다 콘솔 응용 프로그램처럼 Zabbix Java 게이트웨이를 시작하면 편리한 경우가 있습니다. 그렇게하기 위해서는 settings.sh 스크립트의 PID_FILE 변수를 주석 처리합니다. PID_FILE가 생략되는 경우 st​​artup.sh 스크립트는 Zabbix Java 게이트웨이를 콘솔 프로그램으로 시작하고 Logback에 lib / logback-console.xml 파일을 사용합니다. 그것은 콘솔에 로그를 남길뿐만 아니라 로깅 수준 “디버깅”을 활성화도합니다.

마지막으로, Zabbix Java 게이트웨이는 로그를 취하는 데 SLF4J를 사용하고 있기 때문에 적절한 JAR 파일을 lib 디렉토리에 배치하여 Logback을 아선 반이 선택한 프레임 워크로 대체 할 수 가능하다는 것을 기억하시기 바랍니다. 자세한 내용은 SLF4​​J 설명서를 참조하십시오.


2015/04/21 02:38 · 전우성

6. Sender

소개

Zabbix sender는 성능 데이터를 Zabbix 서버에서 처리하기 위해 보내는 명령 줄 유틸리티입니다. 이 유틸리티는 일반적으로 작동 및 성능 데이터를 정기적으로 보내 장시간 동작하는 사용자 스크립트에서 사용됩니다.

Zabbix sender 실행

Zabbix UNIX sender를 실행하는 예 :   shell> cd bin   shell> ./zabbix_​​sender -z zabbix -s “Linux DB3”-k db.connections -o 43

  * z - Zabbix 서버의 호스트 (IP 주소의 지정도 가능)   * s - 감시 대상의 호스트 이름 (Zabbix 프론트 엔드에서 등록 된 것)   * k - 아이템 키   * o - 송신하는 값

자세한 내용은 Zabbix sender의 manpages를 참조하십시오.

Zabbix sender는 UTF-8 인코딩 (UNIX 기반 시스템과 Windows 모두) 문자열을 실행합니다.

Windows에서도 Zabbix sender는 비슷한 동작을합니다 :

  zabbix_​​sender.exe [options]

Zabbix 1.8.4 이후 Zabbix_​​sender의 실시간 전송 시나리오는 여러 값을 수집하여 거의 동시에 단일 연결에서 데이터를 서버로 전송하는 기능이 향상되어 왔습니다. 그 이전 값에서 0.2 초 이상 경과하지 않은 값이면 동일한 스택에 실려 있지만 최대 풀링 시간은 1 초입니다.

입력 파일에서 많은 값을 보낼 때 Zabbix sender는 250 개의 값을 1 개로 정리해 보내 모든 값이 처리됩니다. 예를 들면 :

  # zabbix_​​sender -z 127.0.0.1 -i /tmp/traptest.txt   Info from server : “Processed 250 Failed 0 Total 250 Seconds spent 0.002668”   Info from server : “Processed 50 Failed 0 Total 50 Seconds spent 0.000540”   sent : 300; skipped : 0; total : 300

입력 파일에서 모든 항목은 위에서 아래로 순차적으로 전송됩니다.

대상의 아이템에 그것을 참조하는 트리거가있는 경우, 입력 파일의 모든 타임 스탬프는 오름차순이어야합니다. 그렇지 않은 경우, 이벤트의 통계가 제대로 없습니다.

지정한 설정 파일에 잘못된 ( parameter = value 라는 표기법을 따르지 않는) 파라미터의 항목이 존재하는 경우는 Zabbix sender는 파기됩니다.


2015/04/21 02:40 · 전우성

7. Get

소개

Zabbix get은 Zabbix 에이전트와 통신하여 에이전트에서 필요한 정보를 얻기 위해 사용하는 프로세스입니다. 이 유틸리티는 일반적으로 Zabbix 에이전트 문제 해결에 사용됩니다.

Zabbix get 실행

UNIX 환경에서 Zabbix 에이전트에서 프로세서의 부하 값을 얻기 위해 Zabbix get을 실행하는 예 :

  shell> cd bin   shell> ./zabbix_​​get -s 127.0.0.1 -p 10050 -k “system.cpu.load [all, avg1]”

Zabbix get 다음 명령 줄 매개 변수를 지정할 수 있습니다 :

  -s --host <host name or IP> 호스트 이름 또는 호스트의 IP 주소를 지정합니다.
  -p --port <port number> 호스트에서 실행중인 에이전트의 포트 번호를 지정합니다. 기본값은 10050입니다.
  -I --source-address <IP address> 소스 IP 주소를 지정합니다.
  -k --key <item key> 값을 검색 할 항목의 측정 기준 이름 (키)을 지정합니다.
  -h --help 도움말을 표시합니다.
  -V --version 버전 번호를 표시합니다.

Windows에서도 Zabbix get은 비슷한 동작을합니다 :

  zabbix_​​get.exe [options]


2015/04/21 02:42 · 전우성

manual/concepts.txt · 마지막으로 수정됨: 2016/11/29 11:31 (바깥 편집)