Table of Contents
2 安装要求
硬件
内存和磁盘
Zabbix同时需要物理内存和磁盘空间。刚开始使用Zabbix，建议128MB物理内存和256MB可用磁盘空间。然而, 具体需要的内存大小和磁盘空间要根据主机数量和监控参数而定。如果你计划对监控的参数进行长期保存，你应该考虑至少在数据库中预留几个GB的空间，以用来保留历史数据。 每个Zabbix的守护进程需要与数据库服务器建立多个连接。分配给连接的内存数量，取决于数据库引擎的配置。
你使用的内存越多，你的数据库（也包括Zabbix）工作得越快！
CPU
根据监控参数及选择的数据库引擎，Zabbix，特别是Zabbix数据库，可能需要大量的CPU资源，
其他硬件
如果需要启用短信（SMS）通知功能，需要串行通讯口（serial communication port）和串行GSM调制解调器（serial GSM modem）。USB转串行转接器也同样可以工作。
硬件配置示例
下表是几个硬件配置的示例:
| 名称 平 | CPU | 内存 数据库 | 监控主机数量 | |
|---|---|---|---|---|
| 小型 C | ntOS 虚 | 应用 MySQL | InnoDB 100 | |
| 中型 C | ntOS 2 | CPU cores/2GB M | SQL InnoDB 5 | 0 |
| 大型 R | dHat Enterprise Linux 4 | CPU cores/8GB R | ID10 MySQL InnoDB or PostgreSQL & | t;1000 |
| 巨大型 Re | Hat Enterprise Linux 8 | PU cores/16GB 快速 | AID10 MySQL InnoDB or PostgreSQL > | 0000 |
具体的配置极其依赖于Active Item数量和轮询频率。如需要进行大规模部署，强烈建议将数据库进行独立部署。
支持平台
由于监控服务器的安全要求及关键任务的特性，UNIX是唯一可以持续提供必要性能、容错性和扩展性的操作系统。Zabbix可以运行在市场上的主流版本。
经测试，Zabbix可运行在下列平台:
- Linux
- IBM AIX
- FreeBSD
- NetBSD
- OpenBSD
- HP-UX
- Mac OS X
- Solaris
- Windows: Windows 2000以后的所有桌面和服务器版本 (只可运行Zabbix agent)
Zabbix可能也可以运行在其他Unix类操作系统。
如果使用加密编译，那么Zabbix会禁用核心转储(Core dumps)；同时，如果系统不允许禁用核心转储，那么Zabbix无法启动。
软件
Zabbix基于先进的Apache Web服务器、领先的数据库引擎和PHP脚本语言进行构建。
数据库管理系统
| 软件 版 | 备注 | |
|---|---|---|
| MySQL | 5.0.3或以上 使用 | ySQL作为Zabbix后端数据库。需要InnoDB引擎。 |
| Oracle | 10g或以上 使用 | racle作为Zabbix后端数据库。 |
| PostgreSQL | 8.1或以上 使用 | ostgreSQL作为Zabbix后端数据库。 建议使用PostgreSQL 8.3以上的版本。以 提供更好的VACUUM性能. 。 |
| SQLite | 3.3.5或以上 使用 | QLite作为Zabbix后端数据库。 |
| IBM DB2 | 9.7或以上 使用 | BM DB2作为Zabbix后端数据库。 |
对于IBM DB2的支持仅供测试! ::: <note important>虽然Zabbix proxy可以正常使用SQLite3，但是不推荐Zabbix server使用SQLite3。自Zabbix 2.4.0起,，Zabbix server和前端同时进行数据库访问，甚至可能导致数据库中断！
前端
Zabbix前端需要使用下列软件:
| 软件 版 | 备注 | |
|---|---|---|
| Apache | 1.3.12或以上 | |
| PHP | 5.4.0或以上 | |
| PHP扩展包: | ||
| gd | 2.0或以上 PH | GD扩展包必须支持PNG图片 (--with-png-dir), JPEG (--with-jpeg-dir) images and FreeType 2 (--with-freetype-dir). |
| bcmath | php-bcmath (--enable-bcmath) | |
| ctype | php-ctype (--enable-ctype) | |
| libXML | 2.6.15或以上 ph | -xml or 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). 用于翻译的运行。 | |
| ldap | php-ldap.只有当在前端使用LDAP认证时才需要。 | |
| ibm_db2 | 使用IBM DB2作为Zabbix后端数据库所需要的组件。 | |
| mysqli | 使用MySQL作为Zabbix后端数据库所需要的组件。 | |
| oci8 | 使用Oracle作为Zabbix后端数据库所需要的组件。 | |
| pgsql | 使用PostgreSQL作为Zabbix后端数据库所需要的组件。 | |
| sqlite3 | 使用SQLite作为Zabbix后端数据库所需要的组件。 | |
Zabbix 可能也可以运行在旧版本的Apache，MySQL，Oracle，和PostgreSQL上。
如果需要使用默认DejaVu以外的字体, 可能会需要PHP的imagerotate功能。如果缺少这个功能，在监控（Monitoring） → 概要（Overview）的标题栏及其他位置，字体可能无法正常地显示。该功能只用在使用bundled GD编译PHP时才可用。在Debian和某些分发版本中，这个问题不存在。
客户端浏览器
必须启用Cookies和Java Script功能。
支持最新版本的Google Chrome，Mozilla Firefox，Microsoft Internet Explorer和Opera。其他浏览器(如Apple Safari, Konqueror)可能也支持Zabbix。
服务器
| 要求 描 | |
|---|---|
| OpenIPMI | 支持IPMI功能所需要的组件。 |
| libssh2 | 支持SSH功能所需要的组件。需要1.0或以上版本。 |
| fping | 支持ICMP ping功能所需要的组件。 |
| libcurl | 支持WEB监控，VMware监控及SMTP认证所需要的组件。对于SMTP认证，需要7.20.0或以上版本。 |
| libiksemel | 支持Jabber功能所需要的组件。 |
| libxml2 | 支持VMware监控所需要的组件。 |
| net-snmp | 支持SNMP监控所需要的组件。 |
Java网关（Java gateway）
如果你从源代码库或者归档中获得Zabbix，那么必要的依赖关系已经包含在了源代码树中了。
如果你从分发包中获得Zabbix，那么必要的依赖关系已经由封装系统提供了。
在上述两种情况下，我们可以准备部署软件了，而不需要下载额外的依赖包。
然而，如果你希望使用这些依赖关系所涉及到的安装包的其他版本（比如你正在为其他Linux分发版准备安装包），可参考下表，这些库的版本可以正常运行Java gateway。这些库的其他版本可能也可以正常运行Zabbix。
下表列出了目前在源代码中与Java gateway捆绑的JAR文件版本：
| 库 | 可 网站 | 备注 | |
|---|---|---|---|
| logback-core-0.9.27.jar | EPL 1.0, LGPL 2.1 | http://logback.qos.ch/ | 0.9.27, 1.0.13, 及 1.1.1. 测试通过 |
| logback-classic-0.9.27.jar | EPL 1.0, LGPL 2.1 | http://logback.qos.ch/ | 0.9.27, 1.0.13, 及 1.1.1. 测试通过 |
| slf4j-api-1.6.1.jar | MIT License | http://www.slf4j.org/ | 1.6.1, 1.6.6, 及 1.7.6. 测试通过 |
| android-json-4.3_r3.1.jar | Apache License 2.0 | https://android.googlesource.com/platform/libcore/+/master/json | 2.3.3_r1.1 及 4.3_r3.1 测试通过。关于创建JAR文件，可参考 src/zabbix_java/lib/README 文件的步骤。 |
Java gateway编译和运行在Java 1.6及以上版本。如需要对Java gateway预编译版本进行编译，建议使用Java 1.6进行编译，从而保证至少可以在一个版本的Java上正常运行。
数据库容量
Zabbix配置数据需要使用固定的磁盘空间，而且这个空间不会过多增长。
Zabbix数据库容量主要依赖于下列这些参数，这些参数也决定了存储历史数据所需要的空间：
- 每秒处理值的数量（Number of processed values per second）
这个参数是指每秒种Zabbix server收到的新值数量的平均数。比如，如果我们有3000个监控项（item），监控周期是60s，经计算所得，每秒处理值的数量为3000/60 = 50.
这意味着每秒钟有50个新值写入Zabbix数据库。
- 历史（History）数据的回收清理设置（Housekeeper）
Zabbix会在一个固定周期内保存收到的值。正常情况下保留数周或者数月。每一个新收到的值会占用一定数量的磁盘空间以存放数据和索引。
所以，如果我们每秒钟收到50个值，且希望保留30天的历史数据，值的总数将大约在 (30*24*3600)* 50 = 129,600,000，即大约130M个值。
根据所使用的数据库引擎，以及收到值的类型【浮点（floats），整型（integers），字符串（strings），日志文件（log files）等】，单个值的磁盘使用量从40字节到数百个字节不等。一般而言，数值型（Numeric）的监控项占用大约90字节。 按之前的例子, 这意味着130M个值需要占用 130M * 90 bytes = 10.9GB 的磁盘空间。
文本（text）/日志（log）类型的监控项值的大小无法准确地预测，但你可以按每个值大约500字节来计算。
- 趋势（Trends）数据的回收清理设置（Housekeeper）
Zabbix为trends表中的每个监控项的值，保留一组数据：一个小时的最大值／最小值／平均值／数量。这些数据用于趋势图表和历史图表的展现。用户无法自定义这一小时的保留周期。
根据数据库的类型，Zabbix数据库需要为每组值总共占用约90字节的空间。 如果你需要保留趋势数据5年，那么3000个监控项值，每年需要 3000*24*365* 90 = 2.2GB 的空间 , 即5年需要 11GB 的空间。
- 事件（Events）数据的回收清理设置（Housekeeper）
每个Zabbix事件需要大约170字节的磁盘空间。很难估计Zabbix每天生成的事件数量。最糟糕的情况下，我们可能需要假设Zabbix每秒会生成一个事件。
这意味着，如果我们需要保留3年的事件，需要3*365*24*3600* 170 = 15GB的磁盘空间。
下表列出了用于计算Zabbix系统所需磁盘空间的计算公式：
| 范围 所 | 磁盘空间的计算公式 (单位：字节) |
|---|---|
| Zabbix配置文件 固定大 | 。一般10MB或更少。 |
| 历史（History） day | *(items/refresh rate)*24*3600*bytes items : 监控项数量 days : 保留历史数据的天数 refresh rate : 监控项平均轮询时间 bytes : 保留单个值所需要占用的字节数，依赖于数据库引擎，一般大约90字节。 |
| 趋势（Trends） day | *(items/3600)*24*3600*bytes items : 监控项数量 days : 保留趋势数据的天数 bytes : 保留单个趋势数据所需要占用的字节数，依赖于数据库引擎，一般大约90字节。 |
| 事件（Events） day | *events*24*3600*bytes events : 每秒事件数。最糟糕的情况下，每秒一（1）个事件。 days : 保留事件数据的天数 bytes : 保留单个事件所需要占用的字节数，依赖于数据库引擎，一般大约90字节。 |
根据现实环境中使用的MySQL后端数据库的统计，数值型（Numeric）监控项的值平均占用约90个字节，事件（Events）平均占用约170个字节。
因此，所需要的磁盘总空间按下列方法计算：
配置（Configuration） + 历史（History） + 趋势（Trends） + 事件（Events）
安装完Zabbix，磁盘空间不会立即被分配。数据库大小根据回收清理（housekeeper）设置，在某些时间点增长或停止增长。
时钟同步
对于Zabbix稳定运行而言，服务获得精确的系统时间是非常重要的。ntpd 是一个最流行的用于同步主机和其他服务器之间的时间的后台程序。对于所有运行Zabbix组件的系统，强烈建议这些系统的时间保持同步。
如果时间未同步，Zabbix将在建立数据连接之后，根据得到的客户端／服务器的时间戳，将获得值的时间戳转化为Zabbix server的时间，并且会根据客户端-服务器的时间差对获得值的时间戳进行调整。 为了保持简单，并且避免可能的并发问题出现，网络延迟会被忽略。因此，通过主动连接(active agent, active proxy, sender)获得的时间戳数据包含网络延迟，通过被动连接(passive proxy)获得的数据已经减去了网络延迟。所有其他检查服务器花费的时间和它们的时间戳不调整。