. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .10 了解严重性级别 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 问题。 对于每种协议，我们都定义了以下两种类型的客户联系人： 支持管理员：支持管理员负责提交支持请求 (SR) 并与 VMware 支持代表协同工作。可以指派的支持 管理员的人数由您选择的支持级别所决定。对于免费支持，客户只有在注册产品后才能提交 SR。 许可证管理员：许可证管理员负责接收和管理软件产品许可证、VMware 的更新及升级，并且是续订 支持协议的联系人。 要从以上角色中添加、修改或删除某人，请将以下信息发送到 VMware 提供了三种支持和升级定购计划（白金、黄金和白银），其中包括 VMware 支持与产品的定期 修复和增强。这些计划根据每年或多年升级定购提供。您可以购买使您有权收到主要、次要和维护版 本的服务级别。 为回馈参加白金支持和升级定购计划的客户，我们还将提供业务关键支持，该服务可为客户的集中式 数据中心小组提供由指定专家组提供的个性化技术支持，这些专家不仅熟悉客户的系统配置，而且还 了解客户过去的支持经历和具体业务需求。

实 实例 例 3.1. 在时间序列和警报中附加额外标签 3.2. 为监控组件设置日志级别 3.3. 为 PROMETHEUS 启用查询日志文件 3.4. 为 THANOS QUERIER 启用查询日志记录 第 第 4 章 章 为 为 PROMETHEUS ADAPTER 设 设置 置审计 审计日志 日志级别 级别 4.1. 禁用默认的 GRAFANA 部署 4.2. 禁用本地 ALERTMANAGER Prometheus 接收的警报。Alertmanager 还负责将警报发送到外部通知系统。 警 警报规则 报规则 警报规则包含一组概述集群中特定状态的条件。当这些条件满足时会触发警报。可为警报规则分配一 个严重性来定义警报的路由方式。 Cluster Monitoring Operator Cluster Monitoring Operator (CMO) 是监控堆栈的核心组件。它部署和管理 Prometheus TargetDown 警报将触发。 TargetDown 警报触发时输出的消息。 在这个持续时间内必须满足 TargetDown 警报的条件才会触发该警报。 定义 TargetDown 警报的严重性。 当在指定的 for 持续时间内达到或超过定义的提取示例阈值 时，ApproachingEnforcedSamplesLimit 警报将触发。 当 ApproachingEnforcedSamplesLimit

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 474 2 服务级别协议 SLA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 600 3 低级别自动发现 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 关于如何设置 Zabbix 以监控你的环境的基本建议，从设置主机到获取基本数据到 查看数据到配置通知和远程命令以在出现问题时执行。 服务监控 部分详细介绍了如何使用 Zabbix 对监控环境进行高级别的概览。 Web 监控 可以帮助您了解如何监控网站的可用性。 虚拟机监控 提供了配置 VMware 环境监控的方法。 维护 ，正则表达式，事件确认 和XML 导入/导出 部分进一步说明如何使用

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 512 3 服务级别协议 SLA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . widget) 9 状态计算和传播规则 有新的状态计算规则和灵活的附加规则，用于基于直接子服务的状态和权重计算父服务的状态。现在还可以设置灵活的规则来将服务状态 传播到父服务。 服务权限 在用户角色 级别实现了对服务的灵活权限。可以向所有、无或选定的服务授予读写或只读访问权限（基于名称或标签）。 根本原因分析 一个新的 根本原因（Root cause）列显示了直接或间接影响服务状态的潜在问题。 OID；- ProblemMinSeverity - 最低严重性，不包括严重性较低 的触发器；- ProblemHideAck - 如果指定，仅包含未确认问题的触发器；- ProblemTagFilter - 如果指定，仅包含具有指定标签名称的触发 器；- TrapTimer - 如果设置，Zabbix 将在给定时间范围内发送不超过一个严重性最高的 trap。 有关详细信息，请参阅 Zabbix SNMP

that triggered an action. Supported since 4.0.0. 254 {EVENT.NSEVERITY} → 基于 Trigger 的通知和命令 * 事件的 级别。→ 故障更新通知从 4.0. 可能的值: 0 - 未知, 1 - 信息, 2 - 警告, 3 - 普通, 4 - 高, 5 - 灾难。 开始支持。 {EVENT.NSEVERITY} → Trigger-based used in recovery messages only. Supported since 2.2.0. {EVENT.SEVERITY} → 基于 Trigger 的通知和命令 * 事件的 级别。→ 故障更新通知从 4.0. 开始支持。 {EVENT.SEVERITY} → Trigger-based notifications → Problem update notifications Windows event log monitoring only. {ITEM.LOG.NSEVERITY<1-9>} → 基于 Trigger 的通知 * 日志事 → 故障 更新通知仅用于 Wi 的级别。* dows 事件日志监控。 {ITEM.LOG.NSEVERITY<1-9>} → Trigger-based notifications → Problem update notifications

, "info":"processed: 2; failed: 0; total: 2; seconds spent: 0.060904" } 427 5 Windows 代理监控项的最小权限级别 总览 当使用代理监控系统时，一种最佳实践是从安装代理的主机上获取指标。要使用最小特权原则，那么必须确定从代理获得了哪些指标。 本文档中的表格允许您选择最小权限，以确保 Zabbix agent 故障更新通知从 4.0. 或 恢 复 事 件 的 名 字。 * 开 始 支 持。 452 宏 持场景描述信息 {EVENT.NSEVERITY} → 基于 Trigger 的通知和命令 * 事件的级别。→ 故障更新通知从 4.0. 可 能 的 值: 0 - 未 知, 1 - 信 息, 2 - 警 告, 3 - 普 通, 4 - 高, 5 - 灾 难。 开 始 支 持。 {EVENT → 故障更新通知 值。 * 恢 复消 息。 从 2.2.0 开 始 支 持。 454 宏 持场景描述信息 {EVENT.SEVERITY} → 基于 Trigger 的通知和命令 * 事件的级别。→ 故障更新通知从 4.0. 开 始 支 持。 {EVENT.STATUS} → 基于 Trigger 的通知和命令 * 触发动作的事 → 发现通知 从 2.→ 自动注册通知 → 内部通知 →

load[*] 使用 cpu.load key 可以得到 默认情况下 CPU 使用率，等同 于使用 g 指定参数的 cpu.load[percpu,avg15] 来 得到 CPU 负载. 3. 允许多个低级别发现 规则处 理同一个发现项. Alias=vfs.fs.discovery[*]:vfs.fs.discovery 使用 vfs.fs.discovery 即可启 动不同参数如 vfs.fs.discovery[foo] request] 145 主要的过程是一个例外。而不是当前的活动，显示原始的命令行。这有助于区分具有多个 Zabbix 实例的系统上的进程。 Microsoft Windows 不能实现此功能。 如果日志级别设置为 ** DebugLevel = 4 ** 这些活动和统计信息也被写入日志文件。 Linux 在 Linux 系统上，“ps” 命令可以与 “watch” 命令一起使用，以观察 Zabbix 2.4,3.0 和 3.2 的 XML 文件。 146 Attention: 在 Zabbix 1.8 XML 导出格式中，触发依赖仅由名称存储。如果有几个具有相同名称的触发器（例如，具有不同的严重性和表达 式），它们之间定义了依赖关系，则无法导入它们。必须从 XML 文件中手动删除这些依赖关系，并在导入后重新添加。 12 数据库错误处理 如果 Zabbix 检测到后端数据库不可访问，它将发

that triggered an action. Supported since 4.0.0. 202 {EVENT.NSEVERITY} → 基于 Trigger 的通知和命令 * 事件的 级别。→ 故障更新通知从 4.0. 可能的值: 0 - 未知, 1 - 信息, 2 - 警告, 3 - 普通, 4 - 高, 5 - 灾难。 开始支持。 {EVENT.NSEVERITY} → Trigger-based used in recovery messages only. Supported since 2.2.0. {EVENT.SEVERITY} → 基于 Trigger 的通知和命令 * 事件的 级别。→ 故障更新通知从 4.0. 开始支持。 {EVENT.SEVERITY} → Trigger-based notifications → Problem update notifications Windows event log monitoring only. {ITEM.LOG.NSEVERITY<1-9>} → 基于 Trigger 的通知 * 日志事 → 故障 更新通知仅用于 Wi 的级别。* dows 事件日志监控。 {ITEM.LOG.NSEVERITY<1-9>} → Trigger-based notifications → Problem update notifications

that triggered an action. Supported since 4.0.0. 199 {EVENT.NSEVERITY} → 基于 Trigger 的通知和命令 * 事件的 级别。→ 故障更新通知从 4.0. 可能的值: 0 - 未知, 1 - 信息, 2 - 警告, 3 - 普通, 4 - 高, 5 - 灾难。 开始支持。 {EVENT.NSEVERITY} → Trigger-based used in recovery messages only. Supported since 2.2.0. {EVENT.SEVERITY} → 基于 Trigger 的通知和命令 * 事件的 级别。→ 故障更新通知从 4.0. 开始支持。 {EVENT.SEVERITY} → Trigger-based notifications → Problem update notifications Windows event log monitoring only. {ITEM.LOG.NSEVERITY<1-9>} → 基于 Trigger 的通知 * 日志事 → 故障 更新通知仅用于 Wi 的级别。* dows 事件日志监控。 {ITEM.LOG.NSEVERITY<1-9>} → Trigger-based notifications → Problem update notifications

that triggered an action. Supported since 4.0.0. 212 {EVENT.NSEVERITY} → 基于 Trigger 的通知和命令 * 事件的 级别。→ 故障更新通知从 4.0. 可能的值: 0 - 未知, 1 - 信息, 2 - 警告, 3 - 普通, 4 - 高, 5 - 灾难。 开始支持。 {EVENT.NSEVERITY} → Trigger-based used in recovery messages only. Supported since 2.2.0. {EVENT.SEVERITY} → 基于 Trigger 的通知和命令 * 事件的 级别。→ 故障更新通知从 4.0. 开始支持。 {EVENT.SEVERITY} → Trigger-based notifications → Problem update notifications Windows event log monitoring only. {ITEM.LOG.NSEVERITY<1-9>} → 基于 Trigger 的通知 * 日志事 → 故障 更新通知仅用于 Wi 的级别。* dows 事件日志监控。 {ITEM.LOG.NSEVERITY<1-9>} → Trigger-based notifications → Problem update notifications