사용자 도구

사이트 도구


사이드바


배너

manual:installation

3. Installation



1 Zabbix 설치법

소개

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

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


2015/04/21 02: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 17: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 17: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 17: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 17: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 17:55

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