3PAR，Hodoop， Docker等 解决方案 要专业人员进行环境检查并给出 建议 轩 大型项目前期的架构规划和硬件 轩 zobbix已人门, 但在使用过程中 资源选型 遇到了诸多难解的问题 ETEH2020 Conference CHINA 咨询服务包 现场咨询时长 : 7天 (5+2)

/etc/sensors.conf (也许会为/etc/sensors3.conf, 或其他的) 文件中 找 name 的替代标签。 这个标签允许用户决定使用什么样的硬件。如果既没有 _label 文件，配置文件中也没有 label ，那么硬件的类型可以 由分配的名字 (hwmon*/device/name) 决定。zabbix_agent 接受的传感器的实际名称可以通过运行 sensors inventory. {INVENTORY.HARDWARE<1-9>} → 基于 Trigger 的通知 * 设备清 → 内部 通知 宏 {→ 故障更新通知 → 事件 tag 的名称和值 | 中的硬件信息字 段。* ROFILE.HARDWARE<1-9>} 已经不被支 持。 {INVENTORY.HARDWARE<1-9>} → Trigger-based notifications → deprecated. {INVENTORY.HARDWARE.FULL<1-9>} → 基于 Trigger 的通知 * 设备清 → 内部 通知 → 故障更新通知 → 事件 tag 的名称和值 中的硬件详细描述字段。* {INVENTORY.HARDWARE.FULL<1-9>} → Trigger-based notifications → Internal notifications →

/etc/sensors.conf (也许会为/etc/sensors3.conf, 或其他的) 文件中 找 name 的替代标签。 这个标签允许用户决定使用什么样的硬件。如果既没有 _label 文件，配置文件中也没有 label ，那么硬件的类型可以 由分配的名字 (hwmon*/device/name) 决定。zabbix_agent 接受的传感器的实际名称可以通过运行 sensors inventory. {INVENTORY.HARDWARE<1-9>} → 基于 Trigger 的通知 * 设备清 → 内部 通知 宏 {→ 故障更新通知 → 事件 tag 的名称和值 | 中的硬件信息字 段。* ROFILE.HARDWARE<1-9>} 已经不被支 持。 {INVENTORY.HARDWARE<1-9>} → Trigger-based notifications → deprecated. {INVENTORY.HARDWARE.FULL<1-9>} → 基于 Trigger 的通知 * 设备清 → 内部 通知 → 故障更新通知 → 事件 tag 的名称和值 中的硬件详细描述字段。* {INVENTORY.HARDWARE.FULL<1-9>} → Trigger-based notifications → Internal notifications →

/etc/sensors.conf (也许会为/etc/sensors3.conf, 或其他的) 文件中 找 name 的替代标签。 这个标签允许用户决定使用什么样的硬件。如果既没有 _label 文件，配置文件中也没有 label ，那么硬件的类型可以 由分配的名字 (hwmon*/device/name) 决定。zabbix_agent 接受的传感器的实际名称可以通过运行 sensors inventory. {INVENTORY.HARDWARE<1-9>} → 基于 Trigger 的通知 * 设备清 → 内部 通知 宏 {→ 故障更新通知 → 事件 tag 的名称和值 | 中的硬件信息字 段。* ROFILE.HARDWARE<1-9>} 已经不被支 持。 {INVENTORY.HARDWARE<1-9>} → Trigger-based notifications → deprecated. {INVENTORY.HARDWARE.FULL<1-9>} → 基于 Trigger 的通知 * 设备清 → 内部 通知 → 故障更新通知 → 事件 tag 的名称和值 中的硬件详细描述字段。* {INVENTORY.HARDWARE.FULL<1-9>} → Trigger-based notifications → Internal notifications →

/etc/sensors.conf (也许会为/etc/sensors3.conf, 或其他的) 文件中 找 name 的替代标签。 这个标签允许用户决定使用什么样的硬件。如果既没有 _label 文件，配置文件中也没有 label ，那么硬件的类型可以 由分配的名字 (hwmon*/device/name) 决定。zabbix_agent 接受的传感器的实际名称可以通过运行 sensors inventory. {INVENTORY.HARDWARE<1-9>} → 基于 Trigger 的通知 * 设备清 → 内部 通知 宏 {→ 故障更新通知 → 事件 tag 的名称和值 | 中的硬件信息字 段。* ROFILE.HARDWARE<1-9>} 已经不被支 持。 {INVENTORY.HARDWARE<1-9>} → Trigger-based notifications → deprecated. {INVENTORY.HARDWARE.FULL<1-9>} → 基于 Trigger 的通知 * 设备清 → 内部 通知 → 故障更新通知 → 事件 tag 的名称和值 中的硬件详细描述字段。* {INVENTORY.HARDWARE.FULL<1-9>} → Trigger-based notifications → Internal notifications →

的快速入门指南。加密组合列表不限 于此页面上列出的组合。有很多可用的组合。 Attention: 从 Zabbix 5.0.5 版本开始，如果 Mysql 主机设置成 localhost, 则加密选型将不可用。在这种情况下，Zabbix 前端（frontend）与 数据库之间的连接使用套接字文件（在 Unix 上）或共享内存（在 Windows 上），并且无法加密。 17 Note: 在 Zabbix /etc/sensors.conf (也许会为/etc/sensors3.conf, 或其他的) 文件中 找 name 的替代标签。 这个标签允许用户决定使用什么样的硬件。如果既没有 _label 文件，配置文件中也没有 label ，那么硬件的类型可以 由分配的名字 (hwmon*/device/name) 决定。zabbix_agent 接受的传感器的实际名称可以通过运行 sensors 字 段。 * {INVENTORY.HARDWARE<1- 9>} → 基于 Trigger 的通知 * 设备清 → 内部通知 宏 {→ 故障更新通知 → 事件 tag 的名称和值 | 中的硬件信息字段。* ROFILE.HARDWARE<1-9>} 已经不被支持。 {INVENTORY.HARDWARE.FULL<1- 9>} → 基于 Trigger 的通知 * 设备清 → 内部通知

/etc/sensors.conf (也许会为/etc/sensors3.conf, 或其他的) 文件中 找 name 的替代标签。 这个标签允许用户决定使用什么样的硬件。如果既没有 _label 文件，配置文件中也没有 label ，那么硬件的类型可以 由分配的名字 (hwmon*/device/name) 决定。zabbix_agent 接受的传感器的实际名称可以通过运行 sensors opcmack 的详情，请见 OpenView 官方文件 10 性能调优 Attention: 这是一个正在进行的工作. 概述 使 Zabbix 系统正确调整以获得最佳性能是非常重要的。 硬件 关于硬件的一般建议： *使 用 最 快 的 处 理 器 * SCSI或 者SAS都 是 比IDE和SATA更 好 的 选 择 (使 用 实 用 程 序hdparm可 以 显 着 提 高IDE磁 盘 的 Tru64/OSF1 Note: Zabbix 可以运行在其他类 Unix 操作系统上. 164 2 Agent 概况 Zabbix agent 部署在监控的目标上，主动监测本地的资源和应用 (硬件驱动，内存，处理器统计等)。 Zabbix agent 收集本地的操作信息并将数据报告给 Zabbix server 用于进一步处理。一旦出现异常 (比如硬盘空间已满或者有崩溃的服务 进程), Zabbix

/etc/sensors.conf (也许会为/etc/sensors3.conf, 或其他的) 文件中 找 name 的替代标签。 这个标签允许用户决定使用什么样的硬件。如果既没有 _label 文件，配置文件中也没有 label ，那么硬件的类型可以 由分配的名字 (hwmon*/device/name) 决定。zabbix_agent 接受的传感器的实际名称可以通过运行 sensors inventory. {INVENTORY.HARDWARE<1-9>} → 基于 Trigger 的通知 * 设备清 → 内部 通知 宏 {→ 故障更新通知 → 事件 tag 的名称和值 | 中的硬件信息字 段。* ROFILE.HARDWARE<1-9>} 已经不被支 持。 {INVENTORY.HARDWARE<1-9>} → Trigger-based notifications → deprecated. {INVENTORY.HARDWARE.FULL<1-9>} → 基于 Trigger 的通知 * 设备清 → 内部 通知 → 故障更新通知 → 事件 tag 的名称和值 中的硬件详细描述字段。* {INVENTORY.HARDWARE.FULL<1-9>} → Trigger-based notifications → Internal notifications →

时进行故障转移，进行接管。 Zabbix 提供了一个本地的高可用性解决方案，方便设置，不需要任何 HA 专业知识也可以完成。本地 Zabbix HA 对于防止 Zabbix server 的软件/硬件故障或减少维护停机时间是有用的。 Zabbix 高可用模式下，多台 Zabbix server 作为集群中的节点运行。当集群中的一个 Zabbix server 处于 active 时，其他服务器处于 若需获取所有 Zabbix 源代码，请更改相应文件来替换源码并执行如下命令： git clone https://git.zabbix.com/scm/zbx/zabbix.git 2 安装要求 硬件 内存和磁盘 52 Zabbix 运行需要物理内存和磁盘空间。如果刚接触 Zabbix，128 MB 的物理内存和 256 MB 的可用磁盘空间可能是一个很好的起点。然 而，所需的内存和磁盘空 资源，该具体取决于被监控参数的数量和所选的数据库引擎。 其它硬件 如果需要启用短信（SMS）通知功能，需要串行通讯口（serial communication port）和串行 GSM 调制解调器（serial GSM modem）。 USB 转串行转接器也同样可以工作。 硬件配置示例 该表提供了硬件配置示例，假设是 Linux/BSD/Unix 平台。 这些是开始时的大小和硬件配置示例。每个 Zabbix 安装

时进行故障转移，进行接管。 Zabbix 提供了一个本地的高可用性解决方案，方便设置，不需要任何 HA 专业知识也可以完成。本地 Zabbix HA 对于防止 Zabbix server 的软件/硬件故障或减少维护停机时间是有用的。 Zabbix 高可用模式下，多台 Zabbix server 作为集群中的节点运行。当集群中的一个 Zabbix server 处于 active 时，其他服务器处于 git 要获取所有 Zabbix 源代码，请更改到要放置代码的目录并执行： git clone https://git.zabbix.com/scm/zbx/zabbix.gi 2 安装要求 硬件 内存 Zabbix 需要物理内存和磁盘内存。所需的磁盘内存量显然取决于正在监控的主机和参数的数量。如果您计划保留受监控参数的长期历史记 录，则应该考虑至少几 GB 的空间，以便有足够的空间将历史记录存储在数据库中。每个 数据库可能需要大量 CPU 资源，该具体取决于被监控参数的数量和所选的数据库引擎。 其它硬件 在 Zabbix 中使用 SMS 通知支持需要串行通信端口和串行 GSM 调制解调器。USB 转串行转换器也可以使用。 硬件配置示例 该表提供了硬件配置示例，假设是 Linux/BSD/Unix 平台。 这些是开始时的大小和硬件配置示例。每个 Zabbix 安装都是独一无二的。确保在暂存或开发环境中对 Zabbix