사용자 도구

사이트 도구


사이드바


배너

manual:appendix:full

1. Introduction

1. Introduction

1. 책의 구성

구성

이 Zabbix 2.2 설명서는 흥미를 가진 특정 주제에 쉽게 접근하기 위해, 섹션 및 하위 섹션으로 나누어 져 있습니다.   각각의 섹션에 이동할 때 하위 섹션과 개별 페이지에 무엇이 적혀 있는지 전체 내용을 표시하기 위해 섹션 폴더를 열도록 하십시오.

사용자가 관련 정보를 간과하지 않도록 관련 콘텐츠 간의 상호 연결이 많이 부착되어 있습니다.

섹션

소개Zabbix에 대한 일반적인 정보를 제공합니다. 이 섹션을 읽고, Zabbix를 선택하는 것이 최선임을 알 수 있습니다.

Zabbix의 개념Zabbix가 사용되는 용도를 설명하고 Zabbix 구성 요소에 대한 자세한 정보를 제공합니다.

설치 빠른 시작 섹션은 당신이 Zabbix를 사용하는 것을 돕고 있습니다. Zabbix 어플라이언스는 Zabbix를 사용하는 것은 어떤 느낌인지를 신속하게 평가하기위한 하나의 대안입니다.

설정이 설명서에서 가장 크고 매우 중요한 부분 중 하나입니다. 호스트 설정에서 데이터를 볼 알림 설정 문제 발생시 실시되는 원격 명령 등 당신의 환경을 모니터링하기위한 Zabbix를 설정하는 방법,중요한 조언이 많이 게재되어 있습니다.

IT 서비스에서는 모니터링 환경의 높은 수준의 외관을위한, Zabbix의 사용법을 자세히 설명합니다.

웹 모니터에서는 웹 사이트의 가동을 모니터링하는 방법을 배울 수 있습니다.

가상 머신 모니터는 Zabbix 2.2의 새로운 기능이며, VMware 환경 모니터링 설정 방법에 대해 설명합니다.

유지 관리 정규식, 이벤트 알림 XML 내보내기 / 가져 오기는 Zabbix의 다양한 측면의 사용 방법을 계시 한 단계 고급 섹션입니다.

검색 네트워크 장치와 아쿠디부 에이전트 파일 시스템 및 네트워크 인터페이스 등의 자동 발견 지침이 적혀 있습니다.

분산 모니터링는 더 크고 더 복잡한 환경에서 Zabbix 사용의 가능성에 대해 설명하고 있습니다.

Web 인터페이스는 Zabbix의 Web 인터페이스를 사용하기위한 특정 정보가 적혀 있습니다.

API 섹션에서는 Zabbix API를 사용할 때 정보를 기재하고 있습니다.

기술 정보의 전체 목록은 부록에 게재되어 있습니다. 부록에는 FAQ 나 Zabbix API 섹션도 포함되어 있습니다.


2015/04/20 15:04

2. Zabbix는

소개

Zabbix는 Alexei Vladishev 의해 만들어졌으며 현재는 Zabbix SIA가 적극적으로 개발 및 지원을하고 있습니다.

Zabbix는 엔터프라이즈에 대응한 모니터링 솔루션이며, 오픈 소스로 배포되고 있습니다.

Zabbix는 다수의 네트워크 매개 변수 및 서버의 상태와 무결성을 모니터링하는 소프트웨어입니다. Zabbix는 유연한 알림 메커니즘을 갖추고 있어 사용자는 모든 이벤트에서 메일 기반 통지를하도록 설정할 수 있습니다. 이러한 기능을 통해 서버의 장애에 신속하게 대응할 수 있습니다. Zabbix는 저장된 데이터를 바탕으로 뛰어난 보고서 및 데이터의 그래픽 표시 기능을 제공합니다. 이러한 기능은 용량 계획에 적합합니다.

Zabbix는 폴링과 트래핑을 모두 지원합니다. Zabbix의 모든 보고서, 통계 및 구성 매개 변수는 웹 인터페이스를 통해 액세스 할 수 있습니다. 웹 인터페이스는 어떤 장소에서도 액세스 할 네트워크 나 서버의 상태를 확인 할 수 있습니다. 적절하게 설정함으로써 IT 인프라를 감시하는 중요한 도구로 Zabbix를 활용할 수 있습니다. 몇몇 서버를 갖는 소규모 조직에서 대량의 서버를 갖는 대기업처럼 사용할 수 있습니다.

Zabbix는 무료입니다. Zabbix는 GPL (General Public License) 버전 2에서 만들고 배포되고 있습니다. 소스 코드는 무료로 배포되며, 누구나 자유롭게 이용할 수 있습니다.

Zabbix SIA가 제공하는 상용 지원을 이용할 수 있습니다.

Zabbix 기능에 대한 자세한 내용은 여기를 참조하십시오.

Zabbix 사용자

세계의 모든 규모의 기업과 조직이 주요 모니터링 플랫폼으로 Zabbix를 채택하고 있습니다.


2015/04/20 16:14

3. Zabbix 기능

소개

Zabbix는 고도로 통합 된 네트워크 모니터링 솔루션이며, 하나의 패키지로 다양한 기능을 제공합니다.   데이터 수집

  • 가용성 및 성능 점검
  • 폴링와 트래핑 쌍방의 SNMP 지원 IPMI, JMX 모니터링 VMware 모니터링
  • 체크의 정의
  • 사용자 정의 간격으로 상세 데이터 수집
  • 서버 또는 프록시에 의한 실행 및 에이전트에 의한 실행

유연한 경계 정의  

  • 장애의 경계 트리거 백엔드 데이터베이스에서 참조하는 값 등에 대해 매우 유연한 정의 할 수 있다.

고도로 설정 가능한 경고 알림 기능  

  • 알림 일정 수신자, 매체 등을 정의하여 통지 가능
  • 매크로 변수를 사용하여 통지 내용을 알기 쉽게 할 수 있다.
  • 원격 명령을 포함하는 자동 실행

실시간 차트  

  • 감시 항목은 기본 차트 기능을 사용하여 즉시 그래프

웹 감시 기능

  • 웹 사이트에서 마우스 클릭 움직임을 추적하고 그 기능과 응답 시간을 확인 가능

다양한 시각화 옵션

  • 여러 상품을 하나의보기에 표시 할 수있는 사용자 정의 그래프
  • 네트워크 맵
  • 대시 보드 형으로 요약을 표시하는 사용자 정의 스크린과 슬라이드 쇼
  • 보고서
  • 감시 대상 자원의 상부 (비즈니스) 디스플레이 기능

기록 데이터 스토리지  

  • 데이터는 하나의 데이터베이스에 저장
  • 기록은 설정 가능
  • 내장 Housekeeper (청소) 절차

알기 쉬운 설정  

  • 모니터링되는 장치를 호스트와 마찬가지로 추가
  • 호스트는 데이터베이스내에서 한번 감시를 위해 픽업된다.
  • 모니터링되는 장치에 템플릿 적용

템플릿 사용

  • 템플릿에서 체크를 그룹화
  • 템플릿은 다른 템플릿을 인수 가능

네트워크 검색

  • 네트워크 장치의 자동 검색
  • 에이전트의 자동 등록
  • 파일 시스템, 네트워크 인터페이스, SNMP OID의 검색

빠른 Web 인터페이스  

  • PHP로 작성된 웹 기반의 인터페이스
  • 어디서나 접근 가능
  • 클릭만으로 모든 실행
  • 감사 로그

Zabbix API  

  • 대규모 조작이나 타사 소프트웨어 개발, 기타 목적으로 Zabbix를 프로그램 할 수있는 인터페이스를 제공

권한 관리

  • 보안 사용자 인증
  • 특정 사용자의 제한된보기

고기능 쉽고 확장 가능한 에이전트

  • 감시 대상에 배치
  • Linux 및 Windows 모두에 배치 가능

이진 데몬

  • C로 작성되어 있기 때문에 높은 성능과 적은 메모리 점유
  • 이식이 용이

복잡한 환경에 대응  

  • Zabbix 프록시를 사용하여 원격 감시가 가능

2015/04/20 16:16

4. Zabbix 개요

구조

Zabbix는 몇 가지 주요 소프트웨어로 구성되어 있습니다. 각 구성 요소의 역할은 다음과 같습니다.

서버

Zabbix 서버는 가용성과 무결성 정보 및 통계를보고하는 핵심 구성 요소입니다. 서버는 핵심 저장소이며, 저장소에는 모든 설정 데이터, 통계 데이터, 운영 데이터가 저장됩니다.

데이터베이스 스토리지

Zabbix에 의해 수집 된 데이터와 마찬가지로 설정 정보도 데이터베이스에 저장됩니다.

웹 인터페이스

어디서든 어떤 플랫폼에서나 Zabbix에 쉽게 액세스 할 수 있도록 웹 인터페이스를 제공하고 있습니다. 인터페이스는 Zabbix 서버의 일부이며, 일반적으로 서버가 실행하는 것과 동일한 물리적 서버에서 작동하지만 다른 컴퓨터에서 작동 할 수 있습니다.

SQLite를 사용하는 경우 Zabbix의 웹 인터페이스는 동일한 물리적 머신에서 동작시킬 필요가 있습니다.

프록시

Zabbix 프록시는 Zabbix 서버 대신 성능 및 가용성 데이터를 수집합니다. 프록시는 Zabbix의 옵션 부분이지만, 하나의 Zabbix 서버의 부하를 분산하는 데 매우 유용합니다.

에이전트

네트워크에 연결된 시스템의 로컬 리소스와 애플리케이션을 능동적으로 모니터링하고 Zabbix 서버에 수집 된 데이터를 전송하기 위해 Zabbix 에이전트를 모니터링 시스템 에 배치합니다.

데이터 흐름

또한, Zabbix의 전체 데이터 흐름을 부감으로 보는 것이 매우 중요합니다. 데이터를 수집하는 항목을 작성하기 위해서는 먼저 호스트를 작성해야합니다. Zabbix 범위의 반대 극으로 이동하여 먼저 항목에 트리거를 생성시킵니다. 그리고 트리거 액션을 생성합니다. 따라서, 예를 들어 서버 X에서 CPU 부하가 너무 높을 때 알림을 수신하려면 먼저 서버 X 용 호스트 항목을 작성하고 이어서 그 CPU를 감시하는 항목을 만들고 , CPU 부하가 높을 경우에 작동하는 트리거를 작성하고 당신에게 E 메일을 보내는 작업을 만듭니다. 그것은 많은 단계가있는 것처럼 보이지만 템플릿을 사용하면 사실 그런 것은 아닙니다. 이 디자인 이기에 매우 유연한 구성이 가능하게 되어있는 것입니다.


2015/04/20 16:17
 

2019/05/03 02:30

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/20 16: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/20 16: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/20 16: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/20 16: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/20 17: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/20 17: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/20 17:42 · 전우성

2015/04/20 17:59 · 전우성

3. Installation



1 Zabbix 설치법

소개

Zabbix를 설치하는 방법에는 3 가지 방법이 있습니다.

최신의 소스 또는 가상 어플라이언스를 다운로드하려면 최신 버전으로 직접 연결된 Zabbix 다운로드 페이지로 이동합니다. 이전 버전을 다운로드하려면 다음 안정 버전의 다운로드 링크를 참조하십시오.


2015/04/20 17:43 · 전우성



2 요구 사항

하드웨어 요구 사항

메모리 요구 사항

Zabbix는 충분한 양의 물리적 메모리 및 디스크 공간이 필요합니다. 최소 실제 메모리 공간 128 MB와 디스크 공간 256 MB만 있으면 충분합니다. 그러나 필요한 디스크 메모리의 양은 분명히 감시되는 호스트 및 매개 변수의 수에 따라 달라집니다. 모니터링 매개 변수의 기록을 장기간 보존하는 것을 계획하는 경우 데이터베이스에 기록을 저장하기위한 충분한 용량으로 적어도 몇 GB를 확보하는 것을 검토 할 필요가 있습니다. Zabbix 데몬 프로세스는 각각 하나의 데이터베이스에 대한 연결을 설정하여 작동합니다. 연결에 할당 된 메모리 용량은 데이터베이스 엔진의 설정에 따라 다릅니다.

* 실제 메모리 용량을 늘릴수록 데이터베이스는 고속으로 동작하고 그러므로 Zabbix도 고속으로 작동합니다.

CPU 요구 사항

Zabbix 특히 Zabbix 데이터베이스 모니터링 매개 변수의 수와 사용되는 데이터베이스 엔진이 정도는 다르지만 CPU 자원을 많이 소모합니다.

기타 하드웨어

Zabbix의 SMS 알림 기능을 사용하려면, 직렬 포트 및 직렬 GSM 모뎀이 필요합니다. USB 직렬 변환기도 활성화합니다.

하드웨어 설정의 예

다음 표는 다양한 하드웨어 구성의 예입니다 :

이름 플랫폼 CPU / 메모리 데이터베이스 감시 대상 호스트 수
소규모 CentOS PII 350MHz 256MB MySQL InnoDB 20
중간 CentOS AMD Athlon 3200 + 2GB MySQL InnoDB 500
대규모 RedHat Enterprise Linux Intel Dual Core 6400 4GB RAID10 MySQL InnoDB 또는 PostgreSQL 1000 이상
매우 큰 RedHat Enterprise Linux Intel Xeon 2xCPU 8GB Fast RAID10 MySQL InnoDB 또는 PostgreSQL 10000 이상

* 실제 설정은 활성 항목 및 업데이트 속도에 따라 크게 달라집니다. 대규모 시스템에서는 데이터베이스 엔진을 별도의 기계에서 작동시키는 것을 추천합니다.

지원되는 플랫폼

모니터링 서버의 보안 요구 사항과 중요한 특성을 고려하면, 내결함성 및 복구의 용이성을 안정적으로 실현할 수있는 OS는 UNIX뿐입니다. Zabbix는 시판되고있는 주요 버전의 UNIX에서 작동합니다.

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

  • Linux
  • IBM AIX
  • FreeBSD
  • NetBSD
  • OpenBSD
  • HP-UX
  • Mac OS X
  • Solaris
  • Windows : 2000, Server 2003, XP, Vista Server 2008, 7, 8, Server 2012 (Zabbix 에이전트 만)

* Zabbix는 상기 이외의 UNIX 계 OS에서도 동일하게 작동합니다.

소프트웨어 요구 사항

Zabbix는 최신 Apache 웹 서버, 주요 데이터베이스 엔진 및 PHP 스크립트 언어와 함께 작동합니다.

데이터베이스 관리 시스템
소프트웨어 버전 댓글
MySQL 5.0.3 이상 MySQL을 Zabbix 백 엔드 데이터베이스로 사용하는 경우에 필요합니다. InnoDB 엔진이 필요합니다.
Oracle 10g 이상 Oracle을 Zabbix 백 엔드 데이터베이스로 사용하는 경우에 필요합니다.
PostgreSQL 8.1 이상 PostgreSQL을 Zabbix의 백 엔드 데이터베이스로 사용하는 경우에 필요합니다. 성능을 높일 필요가있는 경우는 적어도 PostgreSQL 8.3에서 사용하는 것을 추천합니다.
SQLite 3.3.5 이상 SQLite를 Zabbix 백 엔드 데이터베이스로 사용하는 경우에 필요합니다.
IBM DB2 9.7 이상 IBM DB2를 Zabbix 백 엔드 데이터베이스로 사용하는 경우에 필요합니다.

* IBM DB2 지원은 실험적입니다! * SQLite3는 Zabbix 프록시에서 문제없이 사용할 수 있지만 Zabbix 서버에서 지원은 실험적이며, 권장하지 않습니다!

프런트 엔드

Zabbix 프론트 엔드를 작동 시키려면 다음의 소프트웨어가 필요합니다 :

소프트웨어 버전 댓글
Apache 1.3.12 이후
PHP 5.3.0 이후
PHP 확장 :
gd 2.0 이상 PHP GD 확장은 PNG 형식의 이미지 ( –with-png-dir ), JPEG 이미지 ( –with-jpeg-dir ) 및 FreeType2 ( –with-freetype-dir )의 지원이 필요합니다.
bcmath php-bcmath ( –enable-bcmath )
ctype php-ctype ( –enable-ctype )
libXML 2.6.15 이후 대리점에서 다른 패키지로 제공되는 경우는 php-xml 또는 php5-dom
xmlreader 대리점에서 다른 패키지로 제공되는 경우는 php-xmlreader
xmlwriter 대리점에서 다른 패키지로 제공되는 경우는 php-xmlwriter
session 대리점에서 다른 패키지로 제공되는 경우는 php-session
sockets php-net-socket ( –enable-sockets ) 사용자 스크립트의 지원이 필요합니다.
mbstring php-mbstring ( –enable-mbstring )
gettext php-gettext ( –with-gettext ) 번역 기능을 작동시키기 위해 필요합니다.
ibm_db2 IBM DB2를 Zabbix 백 엔드 데이터베이스로 사용하는 경우에 필요합니다.
mysql MySQL을 Zabbix 백 엔드 데이터베이스로 사용하는 경우에 필요합니다.
oci8 Oracle을 Zabbix 백 엔드 데이터베이스로 사용하는 경우에 필요합니다.
pgsql PostgreSQL을 Zabbix 백 엔드 데이터베이스로 사용하는 경우에 필요합니다.
sqlite3 SQLite를 Zabbix 백 엔드 데이터베이스로 사용하는 경우에 필요합니다.

Zabbix는 Apache, MySQL, Oracle PostgreSQL의 이전 버전에서도 작동합니다.

기본 DejaVu 이외의 글꼴을 사용하려면 PHP에서 imagerotate 기능이 필요합니다. 그 기능이없는 경우 글꼴은 모니터링 데이터의 개요 헤더 및 기타 장소에서 제대로 렌더링되지 않을 수 있습니다. imagerotate 기능은 PHP가 GD를 번들하여 컴파일 된 경우에만 유효하며, Debian과 다른 배포판에서 제공되지 않습니다.

클라이언트 측의 웹 브라우저

Cookie와 JavaScript를 활성화해야합니다.

Google Chrome, Mozilla Firefox, Microsoft Internet Explorer, Opera의 최신 버전을 지원하고 있습니다. 다른 브라우저 (Apple Safari, Konqueror)도 작동합니다.

서버
요건 설명
OpenIPMI IPMI 지원을 위해 필요합니다.
libssh2 SSH 지원을 위해 필요합니다. Version 1.0 이상
fping ICMP ping 항목을 위해 필요합니다.
libcurl 웹 감시를 위해 필요합니다.
libikseme l Jabber 지원을 위해 필요합니다.
net-snmp SNMP 지원을 위해 필요합니다.
Java 게이트웨이

Zabbix을 소스 저장소 또는 아카이브에서 입수 한 경우 필요한 종속성은 이미 소스 트리에 포함되어 있습니다.

Zabbix를 분배 패키지로 구입 한 경우 필요한 종속성은 이미 패키지 시스템을 통해 제공되고 있습니다.

위의 두 경우 모두 소프트웨어는 즉시 사용할 수 있도록되어 있으며, 추가 다운로드가 필요 없습니다.

그러나 자신의 버전에서 이러한 종속성을 제공하고자하는 경우 (예를 들어, Linux 배포판에 패키지를 작성하는 경우), Java 게이트웨이의 작동이 확인 된 라이브러리 버전의 목록은 다음과 같습니다 . Zabbix는이 라이브러리의 다른 버전에서도 작동합니다.

다음 표는 현재 기존 코드의 Java 게이트웨이에 포함되어있는 JAR 파일의 목록을 보여줍니다.

라이브러리 라이센스 Web 사이트 댓글
logback-core-0.9.27.jar EPL 1.0, LGPL 2.1 http://logback.qos.ch/ Tested with 0.9.27, 1.0.13, and 1.1.1.
logback-classic-0.9.27.jar EPL 1.0, LGPL 2.1 http://logback.qos.ch/ Tested with 0.9.27, 1.0.13, and 1.1.1.
slf4j-api-1.6.1.jar MIT License http://www.slf4j.org/ Tested with 1.6.1, 1.6.6, and 1.7.6.
android-json-4.3_r3.1.jar Apache License 2.0 android.googlesource.com/... Tested with 2.3.3_r1.1 and 4.3_r3.1. See src/zabbix_java/lib/README for instructions on creating a JAR file.

Java gateway는 Java 1.6 이상에서 컴파일 및 실행할 수 있습니다. Java 1.5에서 컴파일하고 실행할 수 있어야하지만, 테스트되지 않습니다.

데이터베이스 크기

Zabbix 구성 데이터를 저장하기 위해 고정된 디스크 공간이 필요하며 더 이상 증가하지 않습니다.

Zabbix 데이터베이스 크기는 주로 저장된 기록 데이터의 양에 대한 다음의 수량에 따라 달라집니다.

  • 초당 처리되는 값의 수

Zabbix 서버가 초당 수신하는 새로운 값의 평균 개수입니다. 예를 들어 3000 항목을 업데이트 속도 60 초에서 모니터링 할 경우 초당 값의 수는 3000/60 = 50 개입니다.

이것은 초당 50 개의 새로운 값을 Zabbix 데이터베이스에 추가되는 것을 의미합니다.

  • 히스토리 데이터에 대한 housekeeper 설정

Zabbix는 일정 기간 (보통 몇 주 또는 몇 달) 만 수집 한 값을 저장합니다. 새 값을 추가 할 때마다 데이터 및 인덱스 용으로 일정량의 디스크 공간이 소모됩니다.

따라서 초당 50 개의 값을 수신하여 그 기록을 30 일 동안 보관하는 경우 값의 수는 ( 30 × 24 × 3600) × 50 = 129,600,000, 즉 약 1.3 억개됩니다.

사용하는 데이터베이스받는 값의 데이터 형 (부동 소수점, 정수, 문자열, 로그 파일 등)에 따라 다르지만 하나의 값을 저장하는 데 필요한 디스크 공간은 40 바이트에서 수백 바이트까지 다양합니다 . 일반적으로 하나의 값으로 약 50 바이트가 필요합니다. 위의 예에서 생각하면, 1.3 억 개의 값을 저장하기 위해 1.3 억 × 50 바이트 = 6.5GB 의 디스크 공간이 필요합니다.

  • 트렌드 데이터의 houskeeper 설정

Zabbix는 테이블 트렌드 의 각 항목에 대해 1 시간의 최대 / 최소 / 평균 / 개수 통계를 저장합니다. 저장된 데이터는 트렌드 그래프와 장기간 그래프의 표시에 사용됩니다. 1 시간이라는 기간은 사용자 정의 할 수 없습니다.

데이터베이스 유형에 따라 다르지만, Zabbix 데이터베이스에 위의 통계를 1 회분 저장하는 데 필요한 디스크 공간은 128 바이트입니다. 예를 들어, 3000 개의 트렌드 데이터를 5 년 동안 저장하면 1 년에 3000 × 24 × 365 × 128 = 3.4GB 그래서 5 년 동안, 16.8GB 이 필요합니다.

  • 이벤트 데이터의 housekeeper 설정

1 개의 Zabbix 이벤트에 대해 약 130 바이트의 디스크 공간이 필요합니다. Zabbix에서 매일 발생하는 이벤트의 수를 계산하는 것은 매우 어렵습니다. 최악의 경우로, 1 초에 1 개의 이벤트가 발생한다고 가정합니다.

이벤트 데이터를 3 년분 저장하면 3 × 365 × 24 × 3600 × 130 = 12.3GB 의 디스크 공간이 필요합니다.

다음 표는 Zabbix 시스템에 필요한 디스크 공간 계산에 도움이 식을 보여줍니다.

파라미터 필요한 디스크 용량을 계산하기위한 식 (바이트)
Zabbix 설정 고정 사이즈. 일반적으로 10MB 이하입니다.
히스토리 days * (items / refresh rate) * 24 * 3600 * bytes
items : 항목 수
days : 기록을 저장하는 기간
refresh rate : 상품의 평균 업데이트 속도
bytes : 1 개의 값을 저장하는 데 필요한 바이트 수. 데이터베이스 엔진에 따라 다르지만 보통 50 바이트입니다.
트렌드 days * (items / 3600) * 24 * 3600 * bytes
items : 항목 수
days : 트렌드 기록 저장 기간
bytes : 1 개의 트렌드를 저장하는 데 필요한 같은 바이트 수. 데이터베이스 엔진에 따라 다르지만 일반적으로 128 바이트입니다.
이벤트 days * events * 24 * 3600 * bytes
events : 초당 이벤트 수. 최악의 경우는 1 초에 1 개의 이벤트가 발생한다고 가정합니다.
days : 이벤트 기록을 저장할 기간
bytes : 1 개의 이벤트를 저장하는 데 필요한 바이트 수. 데이터베이스 엔진에 따라 다르지만 일반적으로 130 바이트입니다.

이상 더 필요한 총 디스크 용량은 다음 식으로 계산할 수 있습니다 :

세트 + 히스토리 + 트렌드 + 이벤트

계산 한 디스크 용량은 Zabbix를 설치 한 직후부터 필요한 것은 아닙니다. 데이터베이스 크기는 처음에는 계속 증가하지만, 어느 시점에서 일정한 값을 유지하게됩니다. 어느 시점에서 일정하게 될지는 housekeeper의 설정에 따라 다릅니다.

분산 설정 노드에서 필요한 디스크 공간도 마찬가지 방법으로 산출 할 수 있지만, 하나의 노드에 연결되어있는 아이 노드의 수에 따라 달라집니다.

시간 동기화

Zabbix가 동작하는 서버는 정확한 시스템 날짜와 시간을 유지하는 것이 매우 중요합니다. 호스트의 시간을 다른 컴퓨터의 시간 동기화하는 것으로는 ntpd가 잘 알려진 데몬 중 하나입니다.


2015/04/22 08:55



3 패키지에서 설치

배포판 패키지에서 설치

몇 가지 일반적인 OS 배포판에는 Zabbix 패키지가 준비되어 있습니다. 이러한 패키지를 사용하여 Zabbix를 설치할 수 있습니다.

Zabbix의 최신 릴리스는 OS 배포판에는 포함되지 않는 경우가 있습니다.

Zabbix의 공식 저장소에서 설치

Zabbix SIA는 Red Hat Enterprise Linux, Debian, Ubuntu LTS위한 공식 RPM 및 DEB 패키지를 제공합니다.

패키지 파일은 repo.zabbix.com에서 구할 수 있습니다. 그 서버에서 yum과 apt 저장소도 사용할 수 있습니다. 여기에서는 패키지에서 Zabbix를 설치하는 방법을 단계적으로 설명합니다.

Red Hat Enterprise Linux / CentOS

지원 버전 : RHEL 5, RHEL 6, Oracle Linux 5, Oracle Linux 6, CentOS 5, CentOS 6

저장소 설정 패키지 설치

저장소 설정 패키지를 설치합니다. 이 패키지는 yum 설정 파일이 포함되어 있습니다. RHEL6, Oracle Linux 6, CentOS 6의 Zabbix 2.4의 경우 :

# rpm -ivh http://repo.zabbix.com/zabbix/2.4/rhel/6/x86_64/zabbix-release-2.4-1.el6.noarch.rpm

Zabbix 패키지 설치

Zabbix 패키지를 설치합니다. MySQL 데이터베이스에 Zabbix 서버 및 Web 인터페이스를 사용하는 예를 보여줍니다.

Zabbix 공식 저장소는 fping, iksemel, libssh2 패키지도 제공합니다. 이 패키지는 non-supported 디렉토리에 있습니다.

# yum install zabbix-server-mysql zabbix-web-mysql

Zabbix 에이전트 만 설치하는 예를 보여줍니다.

# yum install zabbix-agent

초기 데이터베이스 만들기

MySQL에서 Zabbix 데이터베이스와 사용자를 만듭니다.

# mysql -uroot
mysql> create database zabbix character set utf8 collat  e utf8_bin;
mysql> grant all privileges on zabbix * to zabbix @ localhost identified by 'zabbix';
mysql> exit

초기 스키마와 데이터를 가져옵니다.

# cd /usr/share/doc/zabbix-server-mysql-2.4.3/create
# mysql -uroot zabbix <schema.sql
# mysql -uroot zabbix <images.sql
# mysql -uroot zabbix <data.sql

Zabbix 서버 프로세스의 시작

zabbix_ server.conf 데이터베이스 설정을 편집합니다.

# vi /etc/zabbix/zabbix_  server.conf
DBHost = localhost
DBName = zabbix
DBUser = zabbix
DBPassword = zabbix

Zabbix 서버 프로세스를 시작합니다.

# service zabbix-server start

Zabbix의 Web 인터페이스를위한 PHP 설정 편집

Zabbix의 Web 인터페이스 용 Apache 설정 파일은 / etc / httpd / conf.d / zabbix.conf에 있습니다. 일부 PHP 설정은 이미 설정되어 있습니다.

php_value max_execution_time 300
php_value memory_limit 128M
php_value post_max_size 16M
php_value upload_max_filesize 2M
php_value max_input_time 300
# php_value date.timezone Europe / Riga

“date.timezone”설정에서 변경의 주석 올바른 시간대를 설정해야합니다. 설정 파일을 변경 한 후에는 Apache Web 서버를 다시 시작하십시오.

# service httpd restart

Web 인터페이스는 브라우저에서 http://zabbix-frontend-hostname/zabbix에 액세스하여 사용할 수 있습니다. 기본 사용자 이름과 암호는 “Admin”과 “zabbix”입니다.

Debian / Ubuntu

지원 버전 : Debian 6 (Squeeze), Debian 7 (Wheezy) Ubuntu 12.04 LTS (Precise Pangolin) Ubuntu 14.04 LTS (Trusty Tahr)

저장소 설정 패키지 설치

저장소 설정 패키지를 설치합니다. 이 패키지에는 apt 설정 파일이 포함되어 있습니다.

Debian 6 용 Zabbix 2.2의 경우 :

# wget http://repo.zabbix.com/zabbix/2.2/debian/pool/main/z/zabbix-release/zabbix-release_2.2-1+squeeze_all.deb
# dpkg -i zabbix-release_2.2-1 + squeeze_all.deb
# apt-get update

Debian 7 용 Zabbix 2.2의 경우 :

# wget http://repo.zabbix.com/zabbix/2.2/debian/pool/main/z/zabbix-release/zabbix-release_2.2-1+wheezy_all.deb
# dpkg -i zabbix-release_2.2-1 + wheezy_all.deb
# apt-get update

Ubuntu 12.04 LTS 용 Zabbix 2.2의 경우 :

# wget http://repo.zabbix.com/zabbix/2.2/ubuntu/pool/main/z/zabbix-release/zabbix-release_2.2-1+precise_all.deb
# dpkg -i zabbix-release_2.2-1 + precise_all.deb
# apt-get update

Ubuntu 14.04 LTS 용 Zabbix 2.2의 경우 :

# wget http://repo.zabbix.com/zabbix/2.2/ubuntu/pool/main/z/zabbix-release/zabbix-release_2.2-1+trusty_all.deb
# dpkg -i zabbix-release_2.2-1 + trusty_all.deb
# apt-get update

Zabbix 패키지 설치

Zabbix 패키지를 설치합니다. dbconfig-common이 데이터베이스를 만들고 초기 스키마와 데이터를 자동으로 켭니다. 데이터베이스가 다른 서버에있는 경우 / etc / dbconfig-common / config에서 dbc_remote_questions_default = 'true'로 설정하십시오.

MySQL 데이터베이스에 Zabbix 서버 및 Web 인터페이스를 사용하는 예를 보여줍니다.

# apt-get install zabbix-server-mysql zabbix-frontend-php

zabbix-frontend-php 패키지는 그래프 등으로 사용되는 글꼴을 설치 중에 설정합니다. 어딘가 다른 저장소에서 다운로드하여 패키지를 업데이트 한 경우 그래프 나 맵에서 텍스트가 표시되지 않은 경우에는 「ttf-dejavu-core '패키지가 설치되어 있는지 확인하고 “dpkg-reconfigure zabbix-frontend-php “명령을 실행하여보십시오.

Zabbix 에이전트 만 설치하는 예를 보여줍니다.

# apt-get install zabbix-agent

Web 인터페이스를위한 PHP 설정 편집

Web 인터페이스 용 Apache 설정 파일은 / etc / apache2 / conf.d / zabbix에 있습니다. 일부 PHP 설정은 이미 설정되어 있습니다.

php_value max_execution_time 300
php_value memory_limit 128M
php_value post_max_size 16M
php_value upload_max_filesize 2M
php_value max_input_time 300
# php_value date.timezone Europe / Riga

“date.timezone”설정에서 변경의 주석 올바른 시간대를 설정해야합니다. 설정 파일을 변경 한 후에는 Apache Web 서버를 다시 시작하십시오.

# service apache2 restart

Web 인터페이스는 브라우저에서 http://zabbix-frontend-hostname/zabbix에 액세스하여 사용할 수 있습니다. 기본 사용자 이름과 암호는 “Adimin '과'zabbix”입니다.

문제 해결

2015/04/22 08:55



4 소스로부터 설치하기

최신 Zabbix는 소스에서 컴파일하여 사용할 수 있습니다. 여기에서는 소스에서 Zabbix를 설치하는 방법 절차를 단계적으로 설명합니다.

- Zabbix 데몬 설치

1 소스 아카이브 다운로드

Zabbix 다운로드 페이지로 이동하여 소스 아카이브를 다운로드합니다. 다운로드 한 후 다음을 실행하여 소스를 압축합니다.

$ tar -zxvf zabbix-2.2.0.tar.gz

명령 올바른 Zabbix 버전을 입력하십시오. 다운로드 한 아카이브의 이름과 일치해야합니다.

2 사용자 계정 만들기

Zabbix 데몬 프로세스 모두에 대해 권한이없는 사용자가 필요합니다. Zabbix 데몬이 권한이없는 사용자로부터 시작되면 해당 사용자로 실행됩니다.

그러나 데몬이 “root”계정에서 시작되면 반드시 있어야 할 'zabbix “사용자 계정으로 전환합니다. 그랬다 (각자의 그룹 내에서 “zabbix”이라한다) 사용자 계정을 Linux 시스템에서 만들려면 다음을 수행합니다.

groupadd zabbix
useradd -g zabbix zabbix

Zabbix의 Web 인터페이스의 설치는 개별 사용자 계정이 필요하지 않습니다.

Zabbix 서버 에이전트를 같은 시스템에서 실행하는 경우, 서버의 실행과 에이전트의 실행에 별도의 사용자를 사용하는 것을 권장합니다. 그렇지 않으면 모두 동일한 사용자로 실행 된 경우 에이전트가 서버 설정 파일에 액세스 할 수 Zabbix의 Admin 수준의 사용자가 데이터베이스 암 호 등을 쉽게 얻을 수 있습니다.

Zabbix를 'root' ',' 'bin'또는 다른 권한이있는 계정으로 실행하는 것은 보안 상 위험합니다.

3 Zabbix 데이터베이스 만들기

Zabbix 서버프록시 데몬 및 Zabbix의 Web 인터페이스는 데이터베이스가 필요합니다. Zabbix 에이전트를 시작할 필요가 없습니다.

데이터베이스 스키마를 만들어 데이터 세트의 삽입을 위해, SQL 스크립트가 포함되어 있습니다. Zabbix 프록시 데이터베이스 스키마만을 필요로하지만, Zabbix 서버 데이터베이스 스키마의 선두에 데이터 세트도 필요합니다.

Zabbix 데이터베이스의 생성이 완료되면 Zabbix를 컴파일하는 다음 단계로 이동합니다.

4 소스 설정

Zabbix 서버 또는 프록시 소스를 설정할 때 사용하려는 데이터베이스 유형을 지정해야합니다. 서버 또는 프록시 프로세스에서 컴파일 할 수있는 데이터베이스의 유형은 1 회에 1 개뿐입니다.

지원되는 설정 옵션을 보려면 압축을 푼 Zabbix 소스 디렉토리에서 다음을 실행합니다.

./configure --help

Zabbix 서버 및 에이전트 소스를 설정하려면 다음과 같이 실행합니다.

./configure --enable-server --enable-agent --with-mysql --enable-ipv6 --with-net-snmp --with-libcurl --with-libxml2

- with-libxml2 라는 설정 옵션은 Zabbix 2.2.0 이상에서 지원되는 가상 머신의 감시가 필요합니다.

Zabbix 서버 (PostgreSQL 등으로 동작)의 소스를 설정하려면 다음을 수행합니다.

./configure --enable-server --with-postgresql --with-net-snmp

Zabbix 프록시 (SQLite에서 작동) 소스를 설정하려면 다음을 수행합니다.

./configure --prefix =/usr --enable-proxy --with-net-snmp --with-sqlite3 --with-ssh2

Zabbix 에이전트 소스를 설정하려면 다음과 같이 실행합니다.

./configure --enable-agent

- enable-static 플래그를 추가하여 라이브러리를 정적으로 링크 할 수 있습니다. 컴파일 된 바이너리를 다른 서버 사이에서 분배하려는 경우이 플래그를 사용하여 필요한 라이브러리가 존재하지 않아도 이러한 바이너리가 작동하도록해야합니다. - enable-static 은 솔라리스 환경에서 작동 안함유의하십시오.

서버를 구축 할 때 - enable-static 옵션의 사용은 권장하지 않습니다.

정적으로 서버를 구축하기 위해 필요한 외부 라이브러리 모두에 대해 정적 버전이 필요합니다. 설정 스크립트에서 그것에 대해 엄격한 검사는 없습니다.

- enable-agent 옵션이 사용되는 경우 명령 줄 유틸리티 zabbix_ get 및 zabbix_ sender가 컴파일됩니다.

- with-ibm-db2 플래그를 사용하여 CLI API의 위치를 지정합니다.
- with-oracle 플래그를 사용하여 OCI API의 위치를 지정합니다.

5 만들고 설치

SVN에서 설치하는 경우 먼저 다음을 수행해야합니다.

'$ make dbschema'

make install

이 단계는 충분한 권한이있는 사용자로 (일반적으로 “root”또는 ''sudo '를 사용) 실행해야합니다.

'make install'을 실행하면 기본적으로 데몬 바이너리 (zabbix_ server, zabbix_ agentd, zabbix_ proxy)가/usr/local/sbin에 클라이언트 바이너리 (zabbix_ get, zabbix_ sender)가/usr/local/bin에 설치됩니다.

/ usr/local과는 다른 위치를 지정하려면 소스를 구성하려면 이전 단계에서, 예를 들어 - prefix =/home/zabbix 처럼, - prefix 키를 사용합니다. 이 경우 데몬 바이너리는 <prefix>/sbin 아래에 설치된 유틸리티는 <prefix>/bin 아래에 설치됩니다. 맨 페이지는 <prefix>/share 아래에 설치됩니다.

6 설정 파일 확인 및 편집
  • Zabbix 에이전트 구성 파일 /usr/local/etc/zabbix_ agentd.conf 편집

zabbix_ agentd가 설치된 모든 호스트에 대해이 파일을 설정해야합니다.

이 파일에 Zabbix 서버 IP 주소 를 지정해야합니다. 다른 호스트로부터의 접속은 거부됩니다.

  • Zabbix 서버 설정 /usr/local/etc/zabbix_ server.conf 편집

데이터베이스 이름, 사용자 암호 (사용하는 경우)를 지정해야합니다.

SQLite의 경우 데이터베이스 파일의 전체 경로를 지정해야합니다. DB 사용자 및 암호가 필요하지 않습니다.

소규모 환경 (감시 대상 호스트 수가 10 이하)에 설치하는 경우, 다른 매개 변수는 기본적으로 둘 수 없습니다. Zabbix 서버 (또는 프록시) 성능을 극대화하려면 기본 매개 변수를 변경해야합니다. 자세한 내용은 성능 튜닝 섹션을 참조하십시오.

  • 프록시 설정 파일 /usr/local/etc/zabbix_ proxy.conf 편집 (Zabbix 프록시를 설치 한 경우)

데이터베이스 이름, 사용자 암호 (사용하는 경우) 이외에 서버의 IP 주소 및 프록시의 호스트 이름 (서버에 알려야합니다)를 지정해야합니다.

SQLite의 경우 데이터베이스 파일의 전체 경로를 지정해야합니다. DB 사용자 및 암호가 필요하지 않습니다.

7 데몬의 시작

서버 측에서 zabbix_ server를 실행합니다.

shell> zabbix_  server

사용하는 시스템에서 공유 메모리 36MB (또는 좀 더 많은)을 할당 있는지 확인하십시오. 그렇지 않은 경우, 서버는 시작할 수 없으며 서버의 로그 파일에 “Can not allocate shared memory for <type of cache>“라는 메시지가 출력됩니다. 이것은 FreeBSD, Solaris 8에서 발생할 수 있습니다.
공유 메모리의 설정 방법은이 페이지 하단의 ” 이쪽도 참조“절을 참조하십시오.

모든 모니터링 시스템에서 zabbix_ agentd를 실행합니다.

shell> zabbix_  agentd

사용하는 시스템에서 공유 메모리 2MB를 할당 확인하십시오. 할당 할 수없는 경우 에이전트는 시작되지 않고 서버의 로그 파일에 “Can not allocate shared memory for collector”라는 메시지가 출력됩니다. 이것은 Solaris 8에서 발생할 수 있습니다.

Zabbix 프록시를 설치하는 경우 zabbix_ proxy를 실행합니다.

shell> zabbix_  proxy

- Zabbix Web 인터페이스 설치

PHP 파일 복사

Zabbix의 Web 인터페이스는 PHP로 작성되어 있기 때문에 실행하려면 PHP를 지원하는 Web 서버가 필요합니다. 설치는 PHP 파일을 frontends/php에서 Web 서버의 HTML 문서 디렉토리에 복사하면됩니다.

Apache Web 서버의 HTML 문서 디렉토리의 일반적인 위치는 다음과 같습니다.

  • /usr/local/apache2/htdocs (Apache 소스에서 설치 한 경우 기본 디렉토리)
  • /srv/www/htdocs (OpenSUSE, SLES)
  • /var/www/html (Fedora, RHEL, CentOS)
  • /var/www (Debian, Ubuntu)

HTML 루트 대신 하위 디렉토리를 사용하는 것을 권장합니다. 하위 디렉토리를 생성하고 Zabbix의 Web 인터페이스 파일을 복사하려면 다음 명령을 실행하여 실제 디렉터리를 바꿉니다.

mkdir <htdocs>/zabbix
cd frontends/php
cp -a <htdocs>/zabbix

SVN에서 설치하고 영어 이외의 언어를 사용하는 경우는 번역 파일을 생성해야합니다. 번역 파일을 생성하려면 다음을 수행합니다.

locale/make_mo.sh

gettext 패키지 'msgfmt' '유틸리티가 필요합니다.

또한 영어 이외의 언어를 사용하려면 로케일을 Web 서버에 설치해야합니다. 필요한 경우 설치 방법은 “사용자 프로필”페이지에서 "이쪽도 참조" 섹션을 참조하십시오.

Web 인터페이스의 설치
1 단계

브라우저에서 Zabbix의 URL (http: // <server_ip_or_name>/zabbix)을 엽니 다.

Web 인터페이스의 설치 마법사에서 첫 번째 화면이 표시됩니다.

2 단계

소프트웨어 요구 사항을 충족하는지 확인합니다.

요건 최소 설명
PHP 버전 5.3.0
PHP memory_limit 옵션 128MB php.ini에서의 기술:
memory_limit = 128M
PHP post_max_size 옵션 16MB php.ini에서의 기술:
post_max_size = 16M
PHP upload_max_filesize 옵션 2MB php.ini에서의 기술:
upload_max_filesize = 2M
PHP max_execution_time 옵션 300 초 php.ini에서의 기술:
max_execution_time = 300
PHP max_input_time 옵션 300 초 php.ini에서의 기술:
max_input_time = 300
PHP session.auto_start 옵션 비활성화해야 php.ini에서의 기술:
session.auto_start = 0.
데이터베이스 지원 다음 중 하나:IBM DB2, MySQL, Oracle PostgreSQL, SQLite 다음 모듈 중 하나가 설치되어 있어야합니다.
ibm_db2, mysql, oci8, pgsql, sqlite3
bcmath php-bcmath
mbstring php-mbstring
sockets php-net-socket
사용자 스크립트의 지원이 필요합니다.
gd 2.0 이상 php-gd
PHP GD 확장은 PNG 이미지 ( - with-png-dir ), JPEG ( - with- jpeg-dir ) 이미지, FreeType 2 ( - with-freetype-dir )를 지원해야합니다.
libxml 2.6.15 php-xml 또는 php5-dom
xmlwriter php-xmlwriter
xmlreader php-xmlreader
ctype php-ctype
session php-session
gettext php-gettext
Zabbix 2.2.1 이상 강은 PHP gettext 확장은 이미 Zabbix 설치 필수 사항은 아닙니다. gettext이 설치되어 있지 않은 경우, Web 인터페이스는 정상적으로 작동하지만 번역은 사용할 수 없습니다.

Zabbix 2.2.1 이상은 옵션의 필요 조건도 목록에 존재하는 경우가 있습니다. 충족되지 않는 옵션의 필요 조건이 있으면 주황색으로 표시되고 상태가 ” 경고 “입니다. 요구 사항을 충족하지 않는 옵션이 있어도 설치가 계속됩니다.

3 단계

데이터베이스에 연결하기위한 세부 사항을 입력합니다. 이미 Zabbix 데이터베이스가 생성되어 있어야합니다.

4 단계

Zabbix 서버 정보를 입력합니다.

5 단계

설정 한 내용을 확인합니다.

6 단계

설정 파일을 다운로드하여 conf/아래에 놓습니다.

Web 서버의 사용자에 conf/디렉토리에 쓰기 권한이있는 경우, 설정 파일은 자동으로 저장되고 즉시 다음 단계로 진행할 수 있습니다.

7 단계

설치를 종료합니다.

8 단계

Zabbix의 Web 인터페이스의 사용 준비가 완료되었습니다. 기본 사용자 이름은 Admin 암호는 zabbix 입니다.

Zabbix의 시작으로 이동합니다.

문제 해결

설치 관련 문제 해결 섹션을 참조하십시오.

이쪽도 참조

2015/04/22 08:55



8 2.2.0로 업그레이드 노트

요구 사항의 변경

  • PHP 지원 버전이 5.1.6 이상에서 5.3.0로 변경되었습니다.
  • MySQL 지원 버전이 5.0.0에서 5.0.3 이후로 변경되었습니다.
  • “mysql”대신 “mysqli”PHP 확장이 필요합니다.
  • Zabbix 프로토콜을 사용하면 128MB의 데이터 제한이 64MB로 변경되었습니다.

새로운 업그레이드 절차

현재 업그레이드 SQL 스크립트는 존재하지 않고, 데이터베이스의 업그레이드는 Zabbix 서버/프록시에 의해 실시됩니다.

데이터베이스 업그레이드는 자동으로 이루어집니다. 백업이 있는지를 확인하고 새로운 Zabbix 서버 바이너리를 시작하십시오.

SQLite는 데이터베이스 자동 업그레이드는 지원되지 않습니다.

권한 변경

Zabbix 2.2 “독서 가능”권한은 “읽기 전용”권한보다 우선합니다. 이전에는 사용자가 (2 개의 사용자 그룹에 속하는 것으로) 특정 호스트에 대해 “읽기 전용”및 “독서 가능”모두의 권한을 가지는 경우, 그 호스트에 대해서는 “읽기 전용” 권한 만 사용할 수있었습니다. 현재는 “독서 가능”권한이 유효합니다.

유지 보수 기간 로직 변경

이전 버전에서는 유지 관리 기간을 2 일마다 3 일마다 일수로 설정 한 경우 초기 점검은 시작 시간 2 일 후, 3 일 후 등 설정 한 기간이 경과 한 때에 발생했습니다 했다. 이 버전에서는 처음 유지 보수 시작 시간에 발생 후 2 일 후, 3 일 후 등 설정 한 간격으로 발생하게되었습니다.

개체 ID에 대한 64 비트 범위

현재 Zabbix는 독립형 비 분산 설치에서 내부 객체 ID는 부호있는 64 비트 범위를 지원합니다. 이는 하나의 객체 유형에 사용할 수있는 최고의 숫자는 2 <sup> 63 </ sup> -1이되고 있습니다.

데이터베이스 모니터 항목의 변경

이전 모든 ODBC 매개 변수는 다음 형식으로 아이템 추가 매개 변수 필드에 저장되어있었습니다.

DSN = <data source name>
user = <user name>
password = <password>
sql = <query>

Zabbix 2.2.0에서는 ODBC 파라미터의 저장이 다음과 같이 변경되어 있습니다.

  • <data source name>은 제 2의 매개 변수로 아이템 키에 저장됩니다.
  • <user name> 항목 사용자 이름 필드에 저장됩니다.
  • <password>는 아이템 비밀번호 필드에 저장됩니다.
  • <query> 항목 추가 매개 변수 필드에 저장됩니다.

데이터베이스 업그레이드하면 데이터베이스 모니터 항목을 새로운 포맷으로 자동 변환됩니다. 유일한 예외는 다음 제한을 초과 상품입니다.

  • <data source name>의 길이와 아이템 키의 총 길이는 255자를 초과 할 수 없습니다.
  • <user name>의 길이는 65 바이트를 초과 할 수 없습니다.
  • <password>의 길이는 65 바이트를 초과 할 수 없습니다.

위의 제한 때문에 변환되지 않는 항목이있을 경우 변경되지 않은 채 남아 경고 메시지가 로그 파일에 기록됩니다. 그런 항목은 다음과 같이 수동으로 변환해야합니다 (문제의 매개 변수를 단축하여 새로운 제한을 준수하고 있습니다).

  1. <data source name>을 두 번째 매개 변수로 아이템 키에 추가합니다.
  2. <user name> <password>를 각각 사용자 이름 필드 암호 필드로 이동합니다.
  3. <query> 만 <SQL query> 필드에 남깁니다.

다음 항목 변환 실패의 경고 메시지의 예입니다.

<file> ?25208:20130807:103348.467 Failed to convert host “dbmonitor”db monitoring item because key “db.odbc.select [query4__123456789_123456789_123456789_123456789_123456789_123456789_123456789_123456789_123456789_123456789_123456789_123456789_123456789_123456789_123456789_123456789]“is too long. See upgrade notes for manual database monitor item conversion. ?25208:20130807:103348.467 Failed to convert host “dbmonitor”db monitoring item because ODBC username “123456789_123456789_123456789_123456789_123456789_123456789_123456789_”is too long. See upgrade notes for manual database monitor item conversion. ?25208:20130807:103348.467 Failed to convert host “dbmonitor”db monitoring item because ODBC password “123456789_123456789_123456789_123456789_123456789_123456789_123456789_”is too long. See upgrade notes for manual database monitor item conversion. </ file>

iODBC 지원 해제

Zabbix는 직접 데이터베이스 모니터링에 대한 unixODBC 및 iODBC을 지원했습니다. iODBC은 적극적인 유지 관리가 이루어지지 않고 Zabbix에서 사용하는 사용자의 존재를 알 수 있었기 때문에 2.2 iODBC 지원을 해제했습니다. 데이터베이스 모니터링은 unixODBC가 사용되는 것입니다.

내부 검사 변경

현재 zabbix [items] 내부 검사는 데이터베이스 항목의 총수 대신 모니터링 항목 수를 반환합니다. 프록시에 의해 감시되는 호스트의 내부 검사는 현재 프록시에 의해 처리됩니다.

EOF 대신 반환 된 빈 문자열

실패시 EOF를 반환 한 일부 항목 vfs.file.contents vfs.file.regexp web.page.get web.page.regexp * * 현재 빈 문자열을 반환합니다. === Windows 이벤트 로그 항목의 변경 === Windows 이벤트 로그 항목에서는 소스 필터 옵션이 변경되어 정규 표현식을 지원합니다. 데이터베이스를 업그레이드하면 eventlog 아이템 키의 네 번째 매개 변수가 정규식으로 변환됩니다 (기존의 모든 eventlog 아이템 키에 대한 네 번째 매개 변수의 시작과 끝에 각각 ^ 하면 $ 문자가 추가됩니다). === SNMP 검사 시간 및 재시 === 현재 Zabbix 서버 및 프록시 데몬은 SNMP 검사를 실시 할 때 시간 제한 설정 매개 변수를 적절하게 사용합니다. 또한 현재 데몬은 SNMP 요청이 하나라도 실패하면 (시간/잘못된 자격) 재 시도를 실시하지 않습니다. 이전에는 SNMP 라이브러리의 기본 시간 제한 및 재시도 각 값 (각각 1 초 및 재시 5 회)가 실제로 사용되고있었습니다. === 아이템 파라미터 검증 변경 === Zabbix 에이전트가 더 엄격한 매개 변수 검증이 도입되었습니다. 이전 항목의 매개 변수가 지원되지 않은 경우 해당 매개 변수는 무시되어 있었지만, 현재 그러한 항목은 ZBX_NOTSUPPORTED을 돌려 취득 불가합니다. 2.2 이후 Zabbix 에이전트는 net.dns 검사 타임 아웃 값 또는 카운트 값이 잘못된 경우 ZBX_NOTSUPPORTED를 돌려줍니다. 이전에는 검증이 존재하지 않고, 기본값 또는 0 값이 사용되어 왔습니다. 앞으로 제로 값도 오류로 취급됩니다. === system.uname 항목 변경 === Zabbix 2.2 이전에는 system.uname 값은 Unix 시스템에서 “uname -a”를 호출하여 얻을 수있었습니다. Zabbix 2.2 이상이 값은 uname () 시스템 호출을 사용하여 가져옵니다. 따라서이 항목의 값은 업그레이드 후 변경 될 수 있고 다른 소스에 따라 “uname -a”이 출력하는 정보를 포함하지 않습니다. === {EVENT *} 매크로 수정 === {EVENT.ID}, {EVENT.TIME}, {EVENT.DATE}, {EVENT.AGE}, {EVENT.ACK.HISTORY}, {EVENT.ACK.STATUS} 등의 EVENT * 매크로는 Zabbix 2.2에서 구현 된 복구 통지 보고서에서 동작이 다릅니다. 이전에는 복구 메시지를 사용할 때 복구 이벤트 정보를 반환했습니다. Zabbix 2.2는 본래의 장애 이벤트 정보를 반환합니다. 복구 이벤트에 대한 정보를 반환하려면 {EVENT.RECOVERY.ID}, {EVENT.RECOVERY.TIME} 등 별도의 복구 (EVENT.RECOVERY. *) 매크로를 소개합니다. 자세한 내용은 위치별로 지원되는 매크로를 참조하십시오. === {ESC.HISTORY} 매크로 수정 === 이전에는 하나의 에스컬레이션 단계는 여러 메시지가 생성되면 {ESC.HISTORY} 매크로의 값은 대상마다 차이가있었습니다. 현재 통지 보고서가 여러 대상에 전송되는 경우 {ESC.HISTORY}은 동일한 에스컬레이션 단계에서 동일한 메시지 내용을 작성합니다. === 정규식 테스트 === 정규식 테스트 결과를 표시하는 논리가 개선되었습니다. 결과가 나타나는 것은 조건의 적용 후이며, 적용 전에이 없습니다. === API 변경 === API 버전 2.2.0로 변경되어 앞으로는 Zabbix의 버전과 일치하게됩니다. === “최신 데이터”전송 데이터의 증가 === 최신 데이터 페이지는 현재 접힌 것을 포함하여 모든 항목에 대해 데이터를 전송합니다. 따라서 경우에 따라서는 페이지 크기가 상당히 증가합니다. === 데이터의 보존 기간 변경 === DisableHousekeeping ** 서버 설정 옵션은 지원되지 않습니다. 대신, Web 인터페이스에 자세한 컨트롤이 배치되어 있으며, 관리 → 일반 설정 → 데이터의 저장 기간에서 선택합니다. 그러면 특정 테이블에 대해 데이터 보존 프로세스의 유효/무효를 선택할 수 있습니다.

데이터의 보존 기간은 2.2로 업그레이드 한 후 기본적으로 비활성화되어 있습니다. 데이터 보존 기능이 필요한 경우에는 수동으로 활성화해야합니다.

서버에서 JSON 검증

이전에는 약간 잘못된 JSON도 Zabbix 서버에 받아 들여졌다. Zabbix 2.2 구문 검증이 실시됩니다. 잘못된 JSON 구문 정의 LLD 규칙이 사용되지 않으면 작동이 중지 될 수 있습니다. 그런 경우 사용자 정의 규칙이 적절한 JSON을 반환하도록 수정해야합니다.

데몬 파라미터의 UTF-8 유효성 검사 추가

데몬 구성 매개 변수의 검증이 변경되어 비 UTF-8 문자열이 인정되지 않는있게되었습니다.

로그 아웃 세션의 검증

로그 아웃은 현재 URL에 유효한 SID가 전달되어야합니다.

스크린 요소의 변경

호스트 트리거의 상태 호스트 그룹 트리거의 상태 스크린 요소는 각각 호스트 장애 호스트 그룹의 장애 이름이 변경되었습니다.

이전에는 이벤트를 수반하지 않는 트리거는 두 위젯도 현재 20 개의 장애 위젯에 표시되지 않았습니다. 현재 이벤트를 수반하지 않는 트리거도 세 위치 모두에 표시됩니다.

대시 보드 위젯 위치 저장 메커니즘

2.2로 업그레이드 한 후 사용자 정의 대시 보드 레이아웃이 없습니다. 이것은 이전에 cookie에 저장되어 있던 대시 보드 위젯 위치가 현재 데이터베이스에 저장되는 것이 원인입니다.

업그레이드 후 브라우저에 더 이상 사용되지 않는 대시 보드 cookie가 남아있는 경우가 있습니다. 새로운 버전은 그들을 사용하여 작동하는 기능이 없기 때문입니다.

보낸 데이터에 대한 사냥꾼의 응답 변경

Zabbix 2.2.0 이전에는 활성 에이전트/sender가 보낸 값에 대한 사냥꾼의 응답은 다음과 같은 형식의 정보 필드를 포함했습니다.

Processed <N> Failed <N> Total <N> Seconds spent <N>

Zabbix 2.2.0에서이 정보 필드의 형식이 변경되어 읽기 쉬워졌습니다.

processed:<N>; failed:<N>; total:<N>; seconds spent:<N>

Zabbix sender의 종료 상태 변경

Zabbix 2.2.0에서 Zabbix sender 값을 전송하고 성공적으로 완료 한 경우에만 종료 상태 0으로 종료하게됩니다. 값 중 하나라도 처리에 실패하면 종료 상태는 2입니다. 데이터 전송에 실패하면 종료 상태는 1이됩니다. 또한 인수 또는 서버가 지정되어 있지 않은 경우, 종료 상태는 1이되고, -h 야 V 옵션의 경우 종료 상태는 0이됩니다 (Zabbix 2.2.0 이전에는 위의 상황에서 종료 상태 255이었습니다).

또한 파일에서 데이터를 읽는 경우 (-i) 또는 실시간 모드로 동작하는 경우 (-r) Zabbix sender는 입력 행의 구문 분석 또는 전송에 실패하면 즉시 올바른 종료 상태로 종료합니다.

Oracle에서 다른 열의 순서

업그레이드 후 새로 설치와 비교하면 경고 테이블의 열 순서가 다릅니다. (Oracle에만 해당). 이것은 Oracle에서는 열 유형을 varchar 에서 nclob 로 변경할 수 없음 및 열을 특정 위치에 삽입 할 수없는 데 따른 것입니다. 이로 인한 기능상의 차이는 전혀 발생하지 않습니다.

항목 도움말 정의를 PHP 코드로 이동

이전 help_items 테이블에 저장되어 표준 항목 키는 현재 frontends/php/include/classes/items/CHelpItems.php 의 PHP CHelpItems 클래스에 정의되어 있습니다. help_items 테이블이 삭제되었습니다.

데몬 보안 수정

현재 Zabbix 서버는 Ez Texting 서비스를 사용하여 경고를 보낼 때 SSL 호스트 확인을 사용합니다.


2015/04/22 08:55



5 업그레이드 절차

소개

이 섹션에서는 Zabbix 2.0.x에서 2.2로 업그레이드를 차질없이 수행하기 위해 필요한 단계를 보여줍니다. 많은 이벤트가있는 경우 데이터베이스 버전 2.2로 업그레이드 시간이 오래 걸릴 수 있습니다. 수동으로 이벤트 테이블을 절감하여 업그레이드 프로세스 속도를 높일 수 있습니다.

반드시 업그레이드 노트를 읽고 업그레이드를 시작하십시오.

1 Zabbix 서버 중단

Zabbix 서버를 중지하고 새로운 데이터가 데이터베이스에 삽입되지 않도록합니다.

2 기존 Zabbix 데이터베이스 백업

이것은 매우 중요한 단계입니다. 데이터베이스의 백업이 있는지 확인하십시오. 이것은 업그레이드 절차가 실패한 경우 (디스크 공간 부족, 전원 꺼짐, 기타 예기치 못한 문제) 도움이됩니다.

3 설정, PHP 파일 Zabbix 바이너리 백업

Zabbix 바이너리, 설정 파일, PHP 파일을 백업합니다.

4 새로운 Zabbix 서버의 바이너리를 설치

미리 컴파일 된 바이너리를 사용하거나 직접 컴파일 할 수 있습니다.

5 서버 구성 매개 변수를 확인

zabbix_ server.conf 일부 매개 변수는 2.0에서 변경되거나 새 매개 변수가 추가되는 경우가 있습니다. 그들을 확인하십시오.

6 새로운 Zabbix 바이너리의 시작

새로운 Zabbix 바이너리를 시작합니다. 로그 파일을 참조하여 바이너리가 성공적으로 시작되었는지 확인하십시오.

Zabbix 서버는 데이터베이스를 자동으로 업그레이드합니다.

서버를 시작하기 전에 다음을 수행합니다.

  • 데이터베이스 사용자에게 충분한 권한 (테이블 만들기 테이블 삭제 인덱스 생성, 인덱스의 삭제)이 부여되어 있는지 확인
  • 충분한 디스크 공간이 있는지 확인

Zabbix 서버가 데이터베이스를 자동으로 업그레이드하는 것은 Zabbix 2.0.x에서 2.2의 경우입니다. 이전 버전에서 업그레이드 내용은 2.0 또는 이전 Zabbix 문서를 참조하십시오.

7 새로운 Zabbix Web 인터페이스의 설치

설치의 설명에 따르십시오.


2015/04/22 08:55

2015/04/20 18:04 · 전우성



4. 빠른 시작



1 로그인과 사용자 설정

소개

이 섹션에서는 Zabbix의 로그인 및 시스템 사용자를 설정하는 방법을 배울 수 있습니다.

로그인

이것이 Zabbix의 “환영”화면입니다. 사용자 이름 Admin 과 암호 zabbix 를 입력하고 Zabbix 슈퍼유저.으로 로그인합니다.

로그인하면 페이지의 오른쪽 하단에 “사용자 Admin으로 로그인”이 표시됩니다. 설정 메뉴와 관리 메뉴에 액세스 할 수 있습니다.

무차별 공격으로부터 보호

로그인 시도를 5 회 연속 실패하면 Zabbix 인터페이스는 무차별 공격이나 사전 공격을 방지하기 위해 30 초간 정지합니다.

로그인에 성공 후 로그인 시도에 실패한 IP 주소가 표시됩니다.

사용자 추가

사용자에 대한 정보를 표시하려면 [관리] → [사용자]로 이동하여 드롭 다운 목록에서 사용자 을 선택합니다.

처음에는 Zabbix는 두 사용자 만 정의되어 있습니다.

  • “Admin”사용자는 Zabbix 수퍼 유저이며 모든 권한을 가지고 있습니다.
  • “guest”사용자는 특별한 기본 사용자입니다. 로그인하지 않은 경우 “guest”의 권한으로 Zabbix에 액세스합니다. 기본적으로 “guest”는 Zabbix의 개체에 대해 어떤 권한도 가지고 있지 않습니다.

새 사용자를 추가하는 경우 사용자 만들기를 클릭합니다.

새 사용자 폼에서는 “Network administrators '등의 기존 사용자 그룹 중 하나에 사용자를 추가하는 것을 확인하십시오.

기본적으로 새 사용자는 미디어 (통지 전달 방법)이 정의되어 있지 않습니다. 미디어를 만들려면 [미디어] 탭으로 이동하고 [추가]를 클릭합니다.

이 팝업 화면에서 사용자의 이메일 주소를 입력합니다.

미디어가 활성화되는 기간을 지정할 수 있습니다 (형식에 대한 설명은 기간 지정 페이지 참조). 기본적으로 미디어는 항상 활성화되어 있습니다. 미디어가 활성화되면 트리거의 심각도 수준을 정의 할 수 있지만 여기에서는 모든 사용하십시오.

사용자 등록 양식에서 추가를 클릭 한 후 [저장]을 클릭합니다. 사용자 목록에 새 사용자가 표시됩니다.

권한 추가

기본적으로 새 사용자는 호스트에 대한 액세스 권한은 없습니다. 사용자 권한을 부여하기 위해 그룹 열 사용자 그룹 (화면의 예에서는 「Network administrators ”)을 클릭합니다. 그룹 속성 양식에서 권한 탭으로 이동합니다.

이 사용자는 Linux servers 그룹에 대한 읽기 전용 액세스 권한 만 가지고 있기 때문에, [읽기 전용] 목록 상자 아래에있는 추가 를 클릭합니다.

이 팝업 화면에서 “Linux servers”옆에있는 확인란을 선택하고 선택을 클릭합니다. Linux 서버 다른 상자에 표시됩니다. 사용자 그룹 속성 양식에서 저장을 클릭합니다.

Zabbix에서 호스트에 대한 액세스 권한은 개별 사용자가 아닌 사용자 그룹에 할당됩니다.

이제 완료되었습니다. 새로운 사용자 인증을 사용하여 로그인을 시도 할 수 있습니다.


2015/04/22 08:55



2 새 호스트

소개

이 섹션에서는 새 호스트를 설정하는 방법을 배울 수 있습니다.

Zabbix의 호스트는 감시하고자하는 네트워크에 연결된 물리적 또는 가상 엔티티를 말합니다. Zabbix는 “호스트”의 정의는 매우 유연합니다. 물리적 서버도 있고, 네트워크 스위치의 경우도 있고, 가상 머신 및 응용 프로그램의 경우도 있습니다.

호스트 추가

Zabbix에서 설정된 호스트에 대한 정보는 [설정] → [호스트]에서 확인할 수 있습니다. “Zabbix 서버”라는 미리 정의 된 호스트가 하나 존재하지만 또 다른 서버를 추가하는 방법을 배웁니다.

새 호스트를 추가하려면 다음 만들기를 클릭합니다. 이렇게하면 호스트 설정 양식이 표시됩니다.

여기에 입력하는 최소한의 정보는 다음과 같습니다.

호스트 이름

  • 호스트 이름을 입력합니다. 숫자, 공백, 밑줄도 사용할 수 있습니다.

그룹

  • 오른쪽 셀렉트 박스에서 하나 이상의 그룹을 선택하고 [ « ]을 클릭하여 그룹을 “소속 그룹”셀렉트 박스로 이동시킵니다.

개별 호스트가 아닌 호스트 그룹에 액세스 권한이 할당됩니다. 따라서 호스트는 적어도 하나의 그룹에 속해야합니다.

IP 주소

  • 호스트의 IP 주소를 입력합니다. 이 IP 주소가 Zabbix 서버의 IP 주소 인 경우, Zabbix 에이전트 설정 파일에서 “Server”로 지정되어 있어야합니다.

다른 옵션은이 시점에서 기본 남아있을 수 없습니다.

작업을 종료 한 시점에서 저장을 클릭합니다. 새 호스트가 호스트 목록에 표시됩니다.

에이전트의 상태 열의 Z 아이콘이 빨간색으로 켜져 있으면 통신에 어떤 오류가있을 수 있습니다. 이 경우, 커서를 움직여 오류 메시지를 표시합니다. 이 아이콘이 회색이면 상태가 업데이트되지 않은 것입니다. Zabbix 서버가 시작되었는지 확인하고 페이지의 업데이트를 미루고 있습니다.


2015/04/22 08:55



3 신규 아이템

소개

이 섹션에서는 항목을 설정하는 방법을 배울 수 있습니다.

항목은 Zabbix에서 데이터를 수집하는 기본이됩니다. 항목에 따라 통계 축 또는 호스트에서 검색 할 데이터가 정의되기 때문에 호스트 항목이 존재하지 않는 경우 데이터가 존재하지 않습니다.

항목 추가

모든 항목은 호스트를 중심으로 그룹화됩니다. 따라서 샘플 항목을 설정해야 설정 → [호스트]를 열고 만든 “새 호스트”를 검색합니다.

“새 호스트”행의 항목의 링크는 '0'으로 계산하는 것으로합니다. 링크를 클릭 후 아이템의 생성 ]을 클릭합니다. 따라서 아이템 지정 양식이 만들어집니다.

샘플 항목에 대한 입력이 필요한 정보는 다음과 같습니다 :

이름

  • [CPU Load를 값으로 입력합니다. 이 값이 목록 등에 표시되는 항목 이름입니다.

  • [system.cpu.load를 값으로 입력합니다. 이 값은 수집하는 정보의 종류를 식별 항목의 기술 명칭입니다. 특정 키는 Zabbix 에이전트에 제공되는 사전 정의 된 키입니다.

정보 유형

  • 숫자 (부동 소수점)을 선택합니다. 이 속성은 입력되는 데이터의 포맷을 정의합니다.

상품내역 의 저장 기간을 7 일 또는 14 일로 단축하고 싶지 될지도 모릅니다. 이렇게하면 데이터베이스에 이전 값을 저장할 필요가 없습니다.

다른 옵션은이 시점에서 남아있을 수 없습니다.

작업을 종료 한 시점에서 저장을 클릭합니다. 신규 아이템은 아이템리스트에 표시됩니다. 무엇이 실행되었는지를 표시하기 위해 목록에있는 자세한 를 클릭합니다.

데이터의 표시

항목이 정의되어있는 경우 항목이 데이터를 수집하고 있는지 관심을 갖게되는 것입니다. 그 경우, 모니터 → [최신 데이터를 열고 + - 기타 - 을 클릭하면 아이템과 데이터가 표시됩니다.

또한 첫 번째 데이터가 도착할 때까지 60 초 정도 걸릴 수 있습니다. 서버가 설정 변경을로드 빈도 나 새로운 아이템을 취득하고 실행하는 빈도가 기본적으로 그렇게 설정되어 있기 때문입니다.

[수정] 열에 값이 표시되지 않는 경우, 수신하는 수치가 하나 뿐일 수 있습니다. 다른 값이 도착할 때까지 30 초 기다립니다.

스크린 샷에 항목에 대한 정보가 표시되지 않는 경우 다음 사항을 확인합니다.

  • 스크린 샷과 동일하게 “키”항목과 “정보 유형”필드를 입력 한 것.
  • 에이전트와 서버가 기동하고있는 것.
  • 호스트 상태가 “모니터링”상태이며, 에이전트 상태 아이콘이 녹색으로 켜져 있음.
  • 호스트의 드롭 다운에서 호스트가 선택되고 항목이 활성화되어 있는지.
차트

일정 시간 항목을 시작하면 데이터 시각화됩니다. 추가 설정을하지 않고 감시하고있는 수치 아이템에 대해 간단한 그래프를 이용 할 수 있습니다. 이 그래프는 런타임에 생성됩니다.

그래프를 표시하려면, 모니터 [최신 데이터를 열고 항목 옆의 “그래프”링크를 클릭합니다.


2015/04/22 08:55



4 새 트리거

소개

이 섹션에서는 트리거를 설정하는 방법을 배울 수 있습니다.

항목 만 데이터를 수집합니다. 수신 데이터를 자동으로 평가하려면 트리거를 정의합니다. 트리거는 데이터의 허용 수준의 임계 값을 정의하는 조건식이 포함됩니다.

수신 데이터가 이 수준을 초과하면 트리거가 “fire”또는 “실패”상태로 주의가 필요한 이벤트가 발생했음을 알립니다. 레벨이 다시 허용 범위되면 트리거가 '정상'상태로 돌아갑니다.

트리거 추가

아이템에 트리거를 설정하는 경우 설정 → [호스트]를 열고 “새 호스트”라고 검색하고 옆에 표시되는 트리거 및 트리거 만들기를 클릭합니다. 따라서 트리거의 정의 폼이 표시됩니다.

트리거 입력이 필요한 정보는 다음과 같습니다.

이름

  • “CPU Load too high on 'New host'for 3 minutes”를 입력합니다. 이 목록 등에 표시되는 트리거 이름입니다.

? 조건식

  • “{New host:system.cpu.load.avg (180)}> 2”를 입력합니다.

이것이 트리거 조건 식입니다. 조건식이 마지막 기호까지 제대로 입력되어 있는지 확인합니다. 아이템 키 (system.cpu.load) 항목을 참조하는 데 사용합니다. 이 특정 조건식은 3 분의 CPU 부하 평균이 2를 초과하는 경우에 장애 임계 값을 초과하고 있음을 알립니다. 트리거 조건 식의 구문에서 자세한 정보를 알 수 있습니다.

작업을 종료 한 시점에서 저장을 클릭합니다. 새로운 트리거는 트리거 목록에 표시됩니다.

트리거의 상태를 볼

트리거가 정의되면 트리거의 상태를 확인하고 싶을 것입니다.

이 경우, 모니터 → 트리거를 엽니 다. 3 분의 평균치를 평가하도록 요청되고 있기 때문에 3 분 정도 경과 후 트리거가 나타날 수 “상태”열에 “OK”가 깜박입니다.

이 깜박이는 트리거 상태가 30 분 이내의 변경 등 최근 변경되었음을 보여줍니다.

“장애”라고 빨간색으로 깜박이는 경우는 CPU 부하가 분명 트리거에 정의 된 임계 값 레벨을 초과했습니다.


2015/04/22 08:55



5 장애 알림 수신

소개

이 섹션에서는 Zabbix에서 통지 형식에서 경고를 설정하는 방법을 배웁니다.

데이터를 수집하는 항목이나 장애의 상황에 대해 “fire”로 표시하도록 설정 한 트리거와 함께 Zabbix의 Web 인터페이스를 직접 보지 않고도 중요한 이벤트를 알리는 경고의 구조를 갖추고 있으면 편리합니다.

이것이 통지 할 작업입니다. 장애 통지에 가장 많이 이용되는 방법은 이메일입니다. 여기에서는 이메일 알림을 설정하는 방법을 배웁니다.

메일 설정

Zabbix는 여러 개의 미리 정의 된 통지 배달방법이 있습니다. 메일도 그 중 하나입니다.

메일 설정을 구성 할 때 관리 → 매체 유형에 가서 미리 정의 된 용지 종류 목록에서 메일 주소를 클릭합니다.

메일 설정의 정의 폼이 표시됩니다.

SMTP 서버 및 SMTP helo 값을 설정하고 환경에 맞는 [보내는 메일 주소도 함께 설정합니다.

원본 이메일 주소는 Zabbix에서 송신되는 통지의 “대상”주소로 사용됩니다.

준비되어있는 시점에서, 저장 를 누릅니다.

“편지”가 사용하는 용지 종류로 설정되었습니다. 특정 알림을받을 주소를 정의함으로써 미디어 유형을 사용자에 연결해야합니다 새 사용자 설정과 동일한 방법으로 실시합니다). 링크를하지 않으면 미디어 타입은 사용되지 않습니다.

새로운 액션

알림 전송은 Zabbix가 할 액션입니다. 따라서 알림을 설정하려면 [설정] → [액션]로 이동 [액션 만들기를 클릭합니다.

이 양식에서 작업 이름을 입력합니다.

{TRIGGER.STATUS}과 {TRIGGER.NAME} 매크로 (변수)가 기본 제목과 기본 메시지 필드에 표시되지만 실제 트리거의 상태와 트리거 이름 값으로 대체됩니다.

가장 간단한 경우로서 특정 조건을 추가하지 않으면 트리거가 'OK'에서 '장애'로 바뀌었다 경우 작업이 실행됩니다.

작업이 수행 할 작업을 정의 할 필요가 있지만, 그 설정은 작업 수행 내용 탭에서 실시합니다. 새로 만들기를 클릭하면 새 실행 내용 양식이 열립니다.

사용자에게 전송 블록의 추가를 클릭하여 정의 된 사용자를 선택합니다. 다음의 미디어 만 사용 값으로 “메일”을 선택합니다. 이 작업을 완료 한 후 [추가]를 클릭합니다.

간단한 동작 설정은 이것으로 종료이므로 작업 양식에서 저장을 클릭합니다.

알림 수신

통지의 전달 설정을 사용하여 실제로 1 개의 수신 봅시다. 트리거 가 “fires”하므로 오류 알림을받을 수 있도록 의도적으로 호스트의 부하를 증가시킵니다.

호스트에서 콘솔을 열고 다음을 수행합니다.

cat / dev / urandom | md5sum

이러한 과정을 1 개 이상 실행합니다.

[감시] → [최신 데이터를 선택하고 “CPU 부하”값이 얼마나 증가했는지를 확인합니다. 기억하십시오. 여기에 트리거가 “ fire “가되기 위해서는 3 분 “CPU 부하”값이 “2”를 초과했다 네요. 트리거가 ” fire “가되면 :

  • 모니터 → 트리거에서 '장애'상태가 깜박이는 트리거를 확인할 수 있습니다.
  • 메일 장애 알림을 수신합니다.

알림이 작동하지 않는 경우

  • 메일 설정과 액션이 적절하게 설정되어 있는지 다시 확인하십시오.
  • 사용자 추가 단계에서 설명한대로 만든 사용자는 이벤트를 생성 한 호스트에 대해 읽기 권한이 있는지 확인하십시오. “Network administrators”그룹의 일원으로서 사용자는 호스트가 속한 “Linuxservers”호스트 그룹에 읽기 권한을 가지고 있어야합니다.
  • 또한 관리 → 감사를 열고 오른쪽 상단에있는 드롭 다운에서 작업을 선택하여 작업 로그를 확인할 수 있습니다.


2015/04/22 08:55



6 새 템플릿

소개

이 섹션에서는 템플릿을 설정하는 방법을 배울 수 있습니다.

이전 섹션에서 항목 트리거 호스트의 장애 알림 취득의 설정 방법을 배웠습니다.

이것들을 이용하여 다양한 수 있지만, 1,000 개 정도의 호스트 처리를 실시하는 등 많은 작업이 필요할 경우 템플릿을 이용한 자동화가 용이합니다.

템플릿에서 유용한 아이템 트리거 및 기타 요소를 그룹화 할 수 있기 때문에 한 번에 템플릿을 호스트에 적용하고 여러 번 재사용 할 수 있습니다.

템플릿을 호스트에 연결하면 호스트는 템플릿의 모든 요소를 상속합니다. 기본적으로, 사전에 준비된 체크를 신속하게 실시 할 수 있습니다.

템플릿 추가

템플릿과의 제휴를 시작하기 위해 템플릿을 하나 작성해야합니다. 템플릿을 만들려면 [설정] → [템플릿에서 만들기를 클릭합니다. 그러면 템플릿 지정 양식이 만들어집니다.

여기서 입력이 필요한 매개 변수는 다음과 같습니다.

템플릿 이름

  • 템플릿 이름을 입력합니다. 숫자, 공백, 밑줄도 허용됩니다.

그룹

  • 오른쪽 셀렉트 박스에서 하나 이상의 그룹을 선택하고 [ « ]을 클릭하여 그룹을 소속 그룹 셀렉트 박스로 이동시킵니다. 템플릿 그룹에 속해야합니다.

작업을 종료 한 시점에서 저장을 클릭합니다. 새 템플릿이 템플릿 목록에 표시됩니다.

그러나 템플릿이 표시되어 있어도 템플릿에는 아이템 트리거 등의 엔티티가 존재하지 않습니다.

템플릿에 항목을 추가

템플릿에 항목을 추가하는 경우, “새 호스트”항목 목록을 엽니 다. [설정] → [호스트]에서 “새 호스트”옆에있는 항목을 클릭합니다.

그 후

  • 목록의 “CPU 부하”항목의 체크 박스를 표시합니다.
  • 목록 아래에있는 드롭 다운 목록에서 선택 복사를 선택하고 다음을 클릭합니다.
  • 항목을 복사 할 템플릿을 선택합니다.

  • 복사를 클릭합니다.

?[설정] → [템플릿]로 이동하면 “새 템플릿”새 항목이 하나 포함되어 있습니다.

하나의 항목 추가에 종료 해 둡니다 만, 특정 목적 (OS 모니터링, 단일 애플리케이션 모니터링) 엔티티의 설정이 끝날 때까지 다른 항목, 트리거, 다른 엔티티를 같은 방법으로 추가 할 수 있습니다. 우리 는 지금 하나 의 아이템으로 중지되지만 , 그것은 주어진 목적 ( 단일 응용 프로그램을 모니터링하고 OS 를 감시 )하는 엔티티 의 꽤 완전한 세트 가 될 때까지 마찬가지로 당신이 템플릿 다른 항목 트리거 또는 다른 엔티티 를 추가 할 수 있습니다.

템플릿을 호스트에 연결

템플릿 준비가되면 템플릿을 호스트에 추가하면됩니다. 템플릿을 호스트에 추가하려면 [설정] → [호스트]를 열고 [새 호스트]를 클릭하고 속성 양식을 열고 템플릿 탭을 엽니 다.

?[추가]를 클릭하고 만든 템플릿 ( “새 템플릿”)를 표시하고 선택을 클릭합니다. 이 시점에서 양식에 템플릿이 표시됩니다.

폼에서 저장을 클릭하여 변경 사항을 저장합니다. 엔티티가 포함 된 상태에서 템플릿이 호스트에 추가됩니다.

이 추가 방법은 다른 호스트에 적용 할 수 있습니다. 템플릿 레벨의 항목, 트리거 및 기타 항목에 대한 변경은 템플릿이 연결된 호스트에 반영됩니다.

사전 정의 된 템플릿을 호스트에 연결

Zabbix는 다양한 OS 장치 및 애플리케이션을위한 사전 정의 된 템플릿을 제공하고 있습니다. 모니터링을 즉시 시작하기 위해 적절한 템플릿을 호스트에 연결할 수 있지만 템플릿을 환경에 맞게 조정할 필요가 있다는 점에 유의하십시오. 불필요한 검사가 존재하거나 폴링 간격이 너무 짧은 경우도 있습니다.

템플릿 에 대한 더 많은 정보가 있습니다.


2015/04/22 08:55

2019/05/03 02:30



8. Web 감시

소개

Zabbix를 사용하여 Web 사이트의 가동 상황을 다양한 관점에서 볼 수 있습니다.

Web 모니터링을 수행하려면 Zabbix 서버가 먼저 cURL (libcurl) 지원 설정 되어 있어야합니다.

Web 모니터링을 활성화하려면 Web 시나리오를 설정해야합니다. Web 시나리오는 하나 이상의 HTTP 요청 또는 “단계”로 구성됩니다. Zabbix 서버가 단계를 미리 정의 된 순서로 정기적으로 실행합니다.

Zabbix 2.2 에서 Web 시나리오는 호스트 및 템플릿 항목 및 트리거 등처럼 연결되어 있습니다. 이것은 Web 시나리오 템플릿 수준에서 만든 여러 호스트에 한 번에 적용 할 수있는 것을 의미합니다.

모든 Web 시나리오에서 다음 정보가 수집됩니다.

  • 시나리오 전체의 모든 단계에 대한 초당 평균 다운로드 속도
  • 실패한 단계의 수
  • 최근 오류 메시지

모든 Web 시나리오 단계에서 다음 정보가 수집됩니다.

  • 초당 다운로드 속도
  • 응답 시간
  • 응답 코드

Zabbix는 취득한 HTML 페이지에 미리 설정된 문자열이 포함되는지 여부도 확인할 수 있습니다. 로그인 시뮬레이션을 수행하고 시뮬레이션 마우스 클릭의 경로를 페이지에서 추적 할 수 있습니다.

Zabbix의 Web 모니터링은 HTTP와 HTTPS를 모두 지원합니다. Web 시나리오를 수행 할 때 Zabbix는 항상 리디렉션 후 실행합니다. 하나의 시나리오를 실행하는 동안 모든 Cookie를 저장합니다.

Web 시나리오의 실행에 의해 수집 된 데이터는 데이터베이스에 저장됩니다. 데이터는 그래프, 트리거, 통지에 자동으로 사용됩니다. Web 감시 항목을 참조하십시오.

Web 시나리오의 설정

Web 시나리오를 설정하려면

  • [설정] → [호스트] (또는 템플릿)을 선택합니다.
  • 호스트 또는 템플릿의 행에서 Web을 클릭합니다.
  • 오른쪽의 시나리오 만들기를 클릭합니다 (또는 편집 할 기존 시나리오 시나리오 이름을 클릭하십시오).
  • 양식 시나리오의 매개 변수를 입력합니다.

[시나리오] 탭에서 Web 시나리오의 일반적인 매개 변수를 설정할 수 있습니다.

일반적인 매개 변수 :

파라미터 설명
호스트 시나리오가 속한 호스트 또는 템플리트의 이름.
이름 고유 시나리오 이름.
Zabbix 2.2에서 지원하는 매크로를 이름에 포함 할 수 있습니다.
애플리케이션 시나리오가 속한 응용 프로그램을 선택하십시오.
Web 시나리오 항목은 모니터링 → [최신 데이터에서 선택한 응용 프로그램에 그룹화됩니다.
응용 프로그램 만들기 시나리오에 대한 새로운 응용 프로그램의 이름을 입력합니다.
인증 인증 옵션.
없음 - 인증이 수행되지 않습니다.
Basic 인증 - Basic 인증을 사용합니다.
NTLM 인증 - NTLM (Windows NT LAN Manager)) 인증을 사용합니다.
인증 방식을 선택하면 사용자 이름과 암호를 입력하는 필드가 두 추가됩니다.
Zabbix 2.2 에서 사용자 이름 및 암호 필드에 사용자 매크로를 사용할 수 있습니다.
업데이트 간격 (초) 시나리오를 실행하는 빈도 (초)입니다.
재시 Web 시나리오 단계의 실행을 시도 횟수입니다. 네트워크 장애 (시간 연결없이 등)의 경우 Zabbix 단계의 실행을 여러 번 반복 할 수 있습니다. 여기에서 설정 한 횟수가 시나리오의 각 단계에 동일하게 적용됩니다. 10 회까지 재 시도를 지정할 수 있습니다. 기본값은 1입니다.
참고: Zabbix는 응답 코드가 다른, 또는 요구 된 문자열과 불일치한다는 이유로 단계를 반복하지 않습니다. \\이 매개 변수는 Zabbix 2.2 에서 지원하고 있습니다.
에이전트 클라이언트 에이전트를 선택합니다.
Zabbix가 선택한 브라우저로 동작합니다. 이것은 브라우저가 다르다고 반환하는 콘텐츠가 다른 Web 사이트에 유용합니다.
Zabbix 2.2 에서이 필드에 사용자 매크로를 사용할 수 있습니다.
HTTP 프록시 다음 형식을 사용하여 사용하는 HTTP 프록시를 지정할 수 있습니다. http:// username [:password] @] proxy.mycompany.com [:port]
기본적으로 포트 1080을 사용합니다.
지정하면 프록시는 http_proxy와 HTTPS_PROXY 등의 프록시 관련 환경 변수를 무시합니다. 지정하지 않으면 프록시 관련 환경 변수를 무시하지 않습니다.
참고:HTTP 프록시를 지원하는 간단한 인증뿐입니다. \\이 필드는 사용자 매크로를 사용할 수 있습니다. \\이 매개 변수는 Zabbix 2.2에서 지원하고 있습니다.
변수 시나리오 단계에서 사용할 수있는 시나리오 수준 변수 (매크로) 목록입니다 (URL, POST 변수).
변수는 다음과 같은 형식을 취합니다.
{macro1} = value1
{macro2} = value2
{macro3} = regex : <regular expression>
예:
{username} = Alexei \ \ {password} = kj3h5kJ34bd
{hostid} = regex : hostid is ([0-9] +)
값 부분이 regex로 시작하는 경우:그 부분은 Web 페이지를 검색 할 정규식으로 취급하고 발견 장 일치 한 것을 변수에 저장합니다. 일치하는 값을 추출 할 수 있도록 적어도 하나의 서브 그룹이 필요하다는 점에 유의하십시오. 단계에서 {username}, {password}, {hostid}으로 매크로를 볼 수 있습니다. Zabbix는 자동으로 이들을 실제 값으로 대체합니다.
Web 페이지의 정규식 일치를 검색 할 변수의 설정은 Zabbix 2.2에서 지원하고 있습니다.
Zabbix 2.2에서이 필드 HOST * 매크로와 사용자 매크로를 사용할 수 있습니다.
참고:변수는 URL 인코딩되어 있지 않습니다.
활성화 이 상자에 체크가되어 있으면 시나리오는 유효합니다. 체크가 없으면 사용할 수 없습니다.

HTTP 프록시 필드를 비워두면 다른 방법으로 환경 변수에 대한 프록시를 설정하여 HTTP 프록시를 사용할 수 있습니다.
HTTP 확인하려면 Zabbix 서버의 사용자에게 http_proxy 환경 변수를 설정합니다. 예: http_proxy = http: // proxy_ip:proxy_port
HTTPS 검사를하려면 HTTPS_PROXY 환경 변수를 설정합니다. 예: HTTPS_PROXY = http: // proxy_ip:proxy_port
쉘 명령 # man curl 를 실행하면 자세한 정보를 얻을 수 있습니다.

[단계] 탭에서는 Web 시나리오 단계를 설정할 수 있습니다. Web 시나리오 단계를 추가하려면 [추가]를 클릭하십시오.

단계의 설정

단계 매개 변수 :

파라미터 설명
이름 고유 단계 이름.
Zabbix 2.2 에서 지원하는 매크로를 이름에 포함 할 수 있습니다.
URL 연결하여 데이터를 검색하기위한 URL. 예:
http://www.zabbix.com
https://www.google.com
GET 변수는 URL 매개 변수로 전달할 수 있습니다.
Zabbix 2.2 에서 지원하는 매크로를 필드에 포함 할 수 있습니다.
Post HTTP POST 변수가있는 경우 지정합니다.
예:
id = 2345 & userid = {user}
{user}이 Web 시나리오 매크로로 지정되어있는 경우, 단계 실행시 해당 값으로 대체합니다. \\이 정보는 그대로 전송됩니다. 변수는 URL 인코딩되지 않습니다.
Zabbix 2.2 에서 지원하는 매크로들이 필드에 포함 할 수 있습니다.
변수 GET 함수와 POST 함수에 사용할 수있는 단계 수준 변수 (매크로)의 목록입니다.
단계 수준의 변수는 시나리오 수준 변수와 이전 단계의 변수를 무시합니다.
변수는 다음과 같은 형식을 취합니다.
{macro} = value
{macro} = regex : <regular expression>
자세한 내용은 시나리오 수준에서 변수의 설명을 참조하십시오.
단계 수준 변수의 사용은 Zabbix 2.2 에서 지원하고 있습니다.
참고: 변수는 URL 인코딩되어 있지 않습니다.
시간 Zabbix는 URL의 처리에 설정된 초 이상의 시간을 소비하지 않습니다. 이 매개 변수는 실제로 URL에 접속하기위한 최대 시간과 HTTP 요청을 수행하는 최대 시간을 설정합니다. 따라서 Zabbix 단계에 대해 시간 제한 (초) 2 배 이상 시간을 할애하지 않습니다.
예:15
요청 문자열 요구 정규식 패턴.
검색된 컨텐츠 (HTML)이 필요한 패턴과 일치하지 않는 경우 단계는 실패합니다. 비어 있으면 검사가 수행되지 않습니다.
예:
Zabbix 홈페이지
Welcome * admin
참고 :이 필드는 Zabbix Web 인터페이스에서 만든 정규식 참조는 지원되지 않습니다.
Zabbix 2.2에서 지원하는 매크로들이 필드에 포함 할 수 있습니다.
요청 상태 코드 요구되는 HTTP 상태 코드의 목록입니다. Zabbix가이 목록에 포함되지 않은 코드를 검색하면 그 단계가 실패합니다.
비어 있으면 검사가 수행되지 않습니다.
예:200,201,210-299
Zabbix 2.2 에서이 필드에 사용자 매크로를 사용할 수 있습니다.

?

Web 시나리오에 대한 변경 사항은 모든 시나리오 전체를 저장해야 저장되지 않습니다.

Web 감시 단계의 설정 방법을 설명하는 삽화를 참조하십시오.

표시

설정 한 Web 시나리오에 대한 자세한 데이터를 표시하려면 모니터링 → [Web] 또는 [최신 데이터를 선택합니다. 시나리오 이름을 클릭하면 더 자세한 통계가 표시됩니다.

Web 모니터링 시나리오의 개요는 모니터 → 대시 보드에서 볼 수 있습니다.


2015/04/22 08:55



9. 가상 머신 모니터

소개

Zabbix는 버전 2.2.0에서 VMware 환경 모니터링을 지원합니다.

Zabbix는 로우 레벨 검색 규칙을 사용하여 자동으로 VMware 하이퍼 바이저와 가상 머신을 발견하고 미리 정의 된 호스트의 프로토 타입에 따라 그들을 감시하는 호스트를 만들 수 있습니다.

Zabbix의 기본 데이터 세트는 VMware vCenter 또는 ESX 하이퍼 바이저를 감시하기 위해 일하는 템플릿이 일부 포함되어 있습니다.

최소 VMware vCenter 또는 vSphere 버전은 4.1입니다.

상세

가상 머신 모니터는 두 단계로 실시합니다. 먼저 vmware collector Zabbix 프로세스에 의해 데이터가 수집됩니다. 이러한 과정은 SOAP 프로토콜을 사용하여 VMware Web 서버로부터 필요한 정보를 취득하고 그것을 전처리하고 Zabbix 서버의 공유 메모리에 저장합니다. 다음으로 Zabbix 단순 검사 VMware 키를 사용하여 폴라에 의해 데이터가 수집됩니다.

단일 VMware 서비스에서의 데이터 수집은 반드시 단일 collector에 의해 이루어집니다. 여러 collector 프로세스에서 공유 할 수 없습니다. 그러나 여러 collector는 여러 VMware 서비스를 동시에 처리 할 수 있습니다. 그런 점에서 대규모 시스템의 vCenter 서비스 전체를 감시하는 대신 ESX 하이퍼 바이저를 직접 모니터링 할 것을 권장합니다.

설정

가상 머신 모니터를 작동 시키려면 - with-libxml2 및 - with-libcurl 컴파일 옵션을 지정하고 Zabbix를 컴파일해야합니다.

다음 구성 파일 옵션을 사용하여 가상 머신 모니터를 조정할 수 있습니다.

옵션 설명
범위 기본
StartVMwareCollectors 0 ~ 250 0 미리 분할 된 vmware collector 인스턴스 수입니다.
VMwareCacheSize 256K ~ 2G 8M VMware 데이터를 저장하기위한 공유 메모리 크기.
A Mware 내부 체크 zabbix [vmware, buffer, …]를 사용하여 VMware 캐시 사용량을 모니터링 할 수 있습니다 (내부 검사를참조 하십시오).
시작하도록 설정된 vmware collector 인스턴스가없는 경우는 공유 메모리 할당 않는다는 점에 유의하십시오.
VMwareFrequency 10 86400 60 단일 VMware 서비스에서 데이터 수집 시간을 초 단위의 간격.
간격은 VMware 감시 항목의 최소 간격으로 설정해야합니다.
검색

Zabbix는 로우 레벨 검색 규칙을 사용하여 자동으로 VMware 하이퍼 바이저와 가상 머신을 발견 할 수 있습니다.

위의 스크린 샷에서 검색 규칙 키는 vmware.hv.discovery [{$ URL} 입니다.

호스트의 프로토 타입

로우 레벨 검색 규칙에서 호스트의 프로토 타입을 만들 수 있습니다. 가상 머신이 발견되면 이러한 프로토 타입이 실제 호스트됩니다. 프로토 타입은 발견되기 전에 링크 된 템플릿에 기인하는 것이 아닌 자신의 아이템이나 트리거를 가질 수 없습니다. 발견 된 호스트는 기존 호스트에 속하는 것입니다 호스트의 설정에 그 기존 호스트의 IP를 활용합니다.

호스트의 프로토 타입 설정은 호스트 이름, 표시 이름, 호스트 그룹 프로토 타입의 각 필드에 LLD 매크로가 사용됩니다. 호스트 상태 기존 호스트 그룹에 대한 링크 템플릿의 링크는 추가 옵션으로 설정할 수 있습니다.

발견 된 호스트에 접 문자 만든 검색 규칙의 이름을 추가합니다. 발견 된 호스트는 수동으로 삭제할 수 있습니다. 또한 발견 된 호스트는 검색 규칙의 존재하지 않는 자원의 보존 기간 (일) 값에 따라 자동으로 삭제됩니다. 설정 옵션의 대부분은 호스트와 호스트 인벤토리의 활성화 / 비활성화를 제외하고는 읽기 전용입니다. 발견 된 호스트는 자체 호스트의 프로토 타입을 가질 수 없습니다.

즉시 사용할 수있는 템플릿

Zabbix의 기본 데이터 세트는 VMware vCenter 또는 직접 ESX 하이퍼 바이저를 감시하기위한 일하는 템플릿이 일부 포함되어 있습니다.

이러한 템플릿은 미리 설정된 LLD 규칙이 포함되어 있으며, 또한 가상 시스템 모니터링을위한 체크 기능이 많이 포함되어 있습니다.

VMware vCenter 및 ESX 하이퍼 바이저 모니터링은 “Template Virt VMware”템플릿을 사용할 필요가 있다는 점에 유의하십시오. “Template Virt VMware Hypervisor」와 「Template Virt VMware Guest”템플릿은 검색에서 사용되며 일반적으로 수동으로 호스트에 연결 할 필요가 없습니다.

호스트 설정

VMware 간단한 검사를 사용하려면 호스트에 다음 사용자 매크로가 정의되어 있어야합니다.

  • {$ URL} - VMware 서비스 (vCenter 또는 ESX 하이퍼 바이저) SDK URL (https://servername /sdk).
  • {$ USERNAME} - VMware 서비스 사용자 이름
  • {$ PASSWORD} - VMware 서비스 {$ USERNAME} 사용자 암호

다음 예제는 Zabbix에서 신속하게 VMware 모니터링을 설정하는 방법을 보여줍니다:

  • zabbix 서버를 필요한 옵션 ( - with-libxml2 and - with-libcurl )으로 컴파일합니다.
  • Zabbix 서버 설정 파일의 StartVMwareCollectors 옵션을 1 이상으로 설정합니다.
  • 새로운 호스트를 만듭니다.
  • 다음과 같이 VMware 인증에 필요한 호스트 매크로를 설정합니다.

  • 다음과 같이 호스트를 VMware 서비스 템플릿에 연결합니다.

  • 호스트를 저장합니다.
2015/04/22 08:55
 
 

manual/appendix/full.txt · 마지막으로 수정됨: 2017/04/12 07:52 저자 admin