2 安装要求

硬件

内存和磁盘

Zabbix 运行需要物理内存和磁盘空间。如果刚接触 Zabbix,128 MB 的物理内存和 256 MB 的可用磁盘空间可能是一个很好的起点。 然而,所需的内存和磁盘空间显然取决于被监控的主机数量和配置参数。 如果您计划调整参数以保留较长的历史数据,那么您应该考虑至少有几 GB 磁盘空间,以便有足够的磁盘空间将历史数据存储在数据库中。

每个 Zabbix 守护程序进程都需要与数据库服务器建立多个连接。 为连接分配的内存量取决于数据库引擎的配置。

您拥有的物理内存越多,数据库(以及 Zabbix )的工作速度就越快!

CPU

Zabbix,尤其是 Zabbix 数据库可能需要大量 CPU 资源,该具体取决于被监控参数的数量和所选的数据库引擎。

其他硬件

如果需要启用短信(SMS)通知功能,需要串行通讯口(serial communication port)和串行GSM调制解调器(serial GSM modem)。USB转串行转接器也同样可以工作。

硬件资源配置参考

下表提供了几个硬件配置参考:

规模平台CPU/内存数据库受监控的主机数量
小型CentOSVirtual ApplianceMySQL InnoDB100
中型CentOS2 CPU cores/2GBMySQL InnoDB500
大型RedHat Enterprise Linux4 CPU cores/8GBRAID10 MySQL InnoDB 或 PostgreSQL>1000
极大型RedHat Enterprise Linux8 CPU cores/16GBFast RAID10 MySQL InnoDB 或 PostgreSQL>10000

实际上,Zabbix 环境的配置非常依赖于监控项(主动)和更新间隔。 如果是进行大规模部署,强烈建议将数据库独立部署。

受支持的平台

由于服务器操作的安全性要求和任务关键性,UNIX 是唯一能够始终如一地提供必要性能、容错和弹性的操作系统。 Zabbix以市场主流的操作系统版本运行。

经测试,Zabbix 可以运行在下列平台:

  • Linux

  • IBM AIX

  • FreeBSD

  • NetBSD

  • OpenBSD

  • HP-UX

  • Mac OS X

  • Solaris

  • Windows:自 XP 以来的所有桌面和服务器版本(仅限 Zabbix agent)

Zabbix 可以在其他类 Unix 操作系统上运行。

如果使用加密编译,Zabbix将禁用核心转储(Core dumps),如果系统不允许禁用核心转储,则 Zabbix 不会启动。

软件

Zabbix 是基于先进 Apache Web 服务器、领先的数据库引擎和 PHP 脚本语言构建的。

数据库管理系统
数据库版本备注
MySQL5.0.3 - 8.0.x使用 MySQL 作为 Zabbix 后端数据库。需要InnoDB引擎。
MariaDB 同样支持。
Oracle10g or later使用 Oracle 作为 Zabbix 后端数据库。
PostgreSQL8.1 or later使用 PostgreSQL 作为 Zabbix 后端数据库。
建议使用 PostgreSQL 8.3 以上的版本, 以 提供更好的VACUUM性能
IBM DB29.7 or later使用 DB2 作为 Zabbix 后端数据库。
SQLite3.3.5 or later只有 Zabbix proxy 支持 SQLite ,可以使用 SQLite 作为 Zabbix proxy 数据库。

值得注意的是,对于 IBM DB2 的支持是实验性的!

前端

Zabbix 前端需要使用下列软件:

软件版本备注
Apache1.3.12 或以上
PHP5.4.0 或以上
PHP 扩展库:
gd2.0 or laterPHP GD 扩展库必须支持 PNG 图像(—with-png-dir)、JPEG 图像 (—with-jpeg-dir) 和 FreeType 2 (—with-freetype-dir).
bcmathphp-bcmath (—enable-bcmath)
ctypephp-ctype (—enable-ctype)
libXML2.6.15 或以上php-xml or php5-dom,如果发布者提供独立的部署包。
xmlreaderphp-xmlreader,如果发布者提供独立的部署包。
xmlwriterphp-xmlwriter,如果发布者提供独立的部署包。
sessionphp-session,如果发布者提供独立的部署包。
socketsphp-net-socket (—enable-sockets) 。用户脚本支持所需要的组件。
mbstringphp-mbstring (—enable-mbstring)
gettextphp-gettext (—with-gettext)。用于多语言翻译支持。
ldapphp-ldap。只有在前端使用 LDAP 认证时才需要。
ibm_db2使用 IBM DB2 作为 Zabbix 后端数据库所需要的组件。
mysqli使用 MySQL 作为 Zabbix 后端数据库所需要的组件。
oci8使用 Oracle 作为 Zabbix 后端数据库所需要的组件。
pgsql使用 PostgreSQL 作为 Zabbix 后端数据库所需要的组件。

Zabbix 也许可以在以前的Apache、MySQL、Oracle 和 PostgreSQL 版本上运行。

值得注意的是,如果需要使用默认 DejaVu 以外的字体, 可能会需要 PHP 的 imagerotate 函数。如果缺少,则在 Zabbix 前端查看图形时显示异常。该函数只有在使用捆绑的 GD 库编译 PHP 时才可用。在 Debian 和某些发行版本中,这个问题不存在。

客户端浏览器

浏览器必须启用 Cookies 和 Java Script 。

支持最新版本的 Google、Mozilla Firefox、Microsoft Internet Explorer 和 Opero。其他浏览器(Apple Safari、Konqueror)也许会支持。

值得注意的,为了执行 IFrame 的“同源政策”,意味着 Zabbix 不能放在不同域的 frames 中。

但是,如果放置在 frames 中的页面和 Zabbix 前端位于同一个域中,则置于 Zabbix frames 中的页面将可以访问 Zabbix 前端(通过JavaScript)。像 http://secure-zabbix.com/cms/page.html 这样的页面,如果置于 http://secure-zabbix.com/zabbix/ 的聚合图形或仪表盘上,将拥有对 Zabbix 的完整 JS 访问权限。

服务端

始终需要强制性要求。支持特定功能需要可选要求

要求状态描述
libpcre强制性Perl兼容正则表达式 (PCRE) 支持需要PCRE库。命名可能因GNU / Linux发行版而异,例如’libpcre3’或’libpcre1’。请注意,您确实需要PCRE(v8.x);不使用PCRE2(v10.x)库
libevent对于批量指标支持和IPMI监视是必需的。1.4版或更高版本。请注意,对于Zabbix代理,此要求是可选的。IPMI监视支持需要它
libpthread互斥锁和读写锁支持
zlib需要压缩支持
OpenIPMI可选IPMI支持时需要
libssh2支持SSH时需要。1.0或更高版本
fping支持 ICMP ping items时需要
libcurl用于web监控、VMware监控、SMTP认证。对于SMTP身份验证,需要7.20.0或更高版本。Elasticsearch也需要
libiksemelJabber支持时需要
libxml2VMware监控时需要
net-snmp支持SNMP时需要
Java gateway

如果从源码存储库或归档中获取 Zabbix,则在源代码树中已包含必需的依赖关系。

如果从发行包中获取 Zabbix ,则封装系统里已提供了必要的依赖关系。

在上述两种情况下,即可准备部署软件了,而不需要下载额外的依赖包。

但是,如果您希望提供这些依赖关系的版本(例如,如果您正在为某些 Linux 发行版准备软件包),则下面是 Java gateway 已知可以使用的库的版本列表。 Zabbix 也许可以与这些库的其他版本一起使用。

下表列出了原始代码中当前与 Java gateway 捆绑在一起的 JAR 文件:

许可网站备注
logback-core-0.9.27.jarEPL 1.0, LGPL 2.1http://logback.qos.ch/0.9.27、1.0.13 和 1.1.1 测试通过。
logback-classic-0.9.27.jarEPL 1.0, LGPL 2.1http://logback.qos.ch/0.9.27、1.0.13 和 1.1.1 测试通过。
slf4j-api-1.6.1.jarMIT Licensehttp://www.slf4j.org/1.6.1、1.6.6 和 1.7.6 测试通过
android-json-4.3_r3.1.jarApache License 2.0https://android.googlesource.com/platform/libcore/+/master/json2.3.3_r1.1 和 4.3_r3.1 测试通过。关于创建 JAR 文件,详见 src/zabbix_java/lib/README 说明。

Java gateway 使用 Java 1.6 及更高版本编译和运行。 如需要对 Java gateway 预编译版本进行编译,建议使用Java 1.6进行编译,直到最新版本。

数据库容量

Zabbix 配置文件数据需要固定数量的磁盘空间,且增长不大。

Zabbix 数据库大小主要取决于这些变量,这些变量决定了存储的历史数据量:

  • 每秒处理值的数量

这是 Zabbix server 每秒接收的新值的平均数。 例如,如果有3000个监控项用于监控,取值间隔为60秒,则这个值的数量计算为 3000/60 = 50

这意味着每秒有 50 个新值被添加到 Zabbix 数据库中。

  • 关于历史数据的管家设置

Zabbix 将接收到的值保存一段固定的时间,通常为几周或几个月。 每个新值都需要一定量的磁盘空间用于数据和索引。

所以,如果我们每秒收到 50 个值,且希望保留 30 天的历史数据,值的总数将大约在 (30*24*3600)* 50 = 129.600.000,即大约 130M 个值。

根据所使用的数据库引擎,接收值的类型(浮点数、整数、字符串、日志文件等),单个值的磁盘空间可能在 40 字节到数百字节之间变化。 通常,数值类型的每个值大约为 90 个字节。

在上面的例子中,这意味着 130M 个值需要占用 130M * 90 bytes = 10.9GB 磁盘空间。

文本和日志类型的监控项值的大小是无法确定的,但可以以每个值大约 500 字节来计算。

  • 趋势数据的管家设置

Zabbix 为表 trends 中的每个项目保留1小时的最大值 / 最小值 / 平均值 / 统计值。 该数据用于趋势图形和历史数据图形。 这一个小时的时间段是无法自定义。

Zabbix数据库,根据数据库类型,每个值总共需要大约90个字节。

假设我们希望将趋势数据保持5年。 3000 个监控项的值每年需要占用 3000*24*365* 90 = 2.2GB 空间,或者5年需要占用 11GB 空间。

  • 事件的管家设置

每个 Zabbix 事件需要大约 170 个字节的磁盘空间。 很难估计 Zabbix 每天生成的事件数量。 在最坏的情况下,假设 Zabbix 每秒生成一个事件。

这意味着如果想要保留3年的事件,这将需要占用 3*365*24*3600* 170 = 15GB 的空间。

下表包含可用于计算 Zabbix 系统所需磁盘空间的公式:

参数所需磁盘空间的计算公式 (单位:字节)
Zabbix 配置文件固定大小。通常为 10MB 或更少。
Historydays(items/refresh rate)243600bytes
items:监控项数量。
days:保留历史数据的天数。
refresh rate:监控项的更新间隔。
bytes:保留单个值所需要占用的字节数,依赖于数据库引擎,通常为 ~90 字节。
Trendsdays(items/3600)243600bytes
items:监控项数量。
days:保留历史数据的天数。
bytes:保留单个趋势数据所需要占用的字节数,依赖于数据库引擎,通常为 ~90 字节。
Eventsdaysevents243600bytes
events:每秒产生的事件数量。假设最糟糕的情况下,每秒产生 1 个事件。
days:保留历史数据的天数。
bytes:保留单个趋势数据所需的字节数,取决于数据库引擎,通常为 ~170 字节。

根据使用 MySQL 后端数据库的实际统计数据中收集到的平均值,例如监控项为数值类型的值约 90 个字节,事件约 170 个字节。

因此,所需要的磁盘总空间按下列方法计算:

配置文件数据+ 历史数据+ 趋势数据+ 事件数据

在安装 Zabbix 后不会立即使用磁盘空间。 数据库大小取决于管家设置,在某些时间点增长或停止增长。

时间同步

在运行 Zabbix 的服务器上拥有精确的系统日期非常重要。 ntpd 是最受欢迎的守护进程,它将主机的时间与其他服务器的时间同步。 对于所有运行 Zabbix 组件的系统,强烈建议这些系统的时间保持同步。

如果时间未同步,Zabbix将在建立数据连接之后,根据得到的客户端和服务器的时间戳,并通过客户端和服务器的时间差对获得值的时间戳进行调整,将获得值的时间戳转化为 Zabbix server 的时间。 为了尽可能简化并且避免可能的并发问题出现,网络延迟将会被忽略。因此,通过主动连接(active agent, active proxy, sender)获得的时间戳数据将包含网络延迟,通过被动连接(passive proxy)获得的数据已经减去了网络延迟。所有其他监控类型都在服务器时间里完成,并且不会调整其时间戳。