. . . . . . . . . . . . . . . . . . 53 2.3.2 通过正则表达式匹配软件包名称来列出软件包 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 2.3.3 使用正则表达式匹配浏览 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127 8.1 IBus 和它的引擎软件包列表 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 132 9 -name pattern 使用 shell “pattern”查找匹配的文件名（速度较慢） locate -d . pattern 使用 shell “pattern”查找匹配的文件名（速度较快，使用定期 生成的数据库） grep -e ”pattern” *.html 在当前目录下以“.html”结尾的所有文件中，查找匹配 “pattern”的文件并显示 top 全屏显示进程信息，输入“q”退出

. . . . . . . . . . . . . . . . . . 53 2.3.2 通過正規表達式匹配軟體包名稱來列出軟體包 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 2.3.3 使用正規表達式匹配瀏覽 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127 8.1 IBus 和它的引擎軟體包列表 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 132 9 -name pattern 使用 shell “pattern”查找匹配的文件名（速度較慢） locate -d . pattern 使用 shell “pattern”查找匹配的文件名（速度較快，使用定期 生成的數據庫） grep -e ”pattern” *.html 在當前目錄下以“.html”結尾的所有文件中，查找匹配 “pattern”的文件並顯示 top 全螢幕顯示行程資訊，輸入“q”退出

生态里，时序数据的标识，就是一堆标签集合，所以这里的过滤，就 是针对标签做过滤，支持四类操作符：  =：完全匹配，比如 app="clickhouse"  !=：完全不匹配，比如 app!="clickhouse"  =~：正则匹配，比如 app=~"n9e-.*"  !~：正则不匹配，比如 app!~"n9e-.*" 指标名称，通常放到大括号之外，但实际上，指标名称也是一个标签，其标签Key是 app="clickhouse"} 仍然可以达成相同的效果。有时采集的监控数据格式设计的不好，一些本该用 label 的信息，放 到了 metric 名称中了，此时就可以用 __name__ 做一些正则匹配。 Offset 监控系统里，经常会有同环比的需求，比如，当前的值相比一周之前，是否有巨大变化，那怎么 才能获取历史数据呢？可以使用 offset 关键字。 offset 后面跟一个时间段，比如 如上的方法，其实就是告警引擎的核心逻辑。告警规则里会要求用户配置promql以及执行频 率，告警引擎就会根据执行频率周期性执行，每次执行的时候就是拿着promql去查询，promql 中带有阈值，即上例中的 <60，所以如果所有机器的内存可用率都很高，比如维持在80~90， 那这个promql是不会返回查询结果的，此时监控系统就认为一切正常。如果返回了结果，比如 上例中返回了3条结果，告警引擎就会认为有异常产生，生成3个告警事件。

拉取请求来管理基础架构和应用程序配置的实践。GitOps 中的 Git 存储库是系统 和应用程序配置的唯一来源。此 Git 存储库包含指定环境中所需的基础架构声明描述，并包含自动流程， 以使您的环境与上述状态匹配。它还包含该系统的完整状态，以便可查看并可审核更改到系统状态。通过 使用 GitOps，您可以处理基础架构和应用程序配置 sprawl 的问题。 GitOps 将基础架构和应用程序定义定义为代码。 GITOPS？ ？ 3 第 2 章 关于 RED HAT OPENSHIFT GITOPS Red Hat OpenShift GitOps 是一个使用 Argo CD 作为声明性 GitOps 引擎的 Operator。它启用了多集群 OpenShift 和 Kubernetes 基础架构的 GitOps 工作流。使用 Red Hat OpenShift GitOps，管理员可以在 集群和开发生命周期中一致地配置和部署基于 元素。它总会保持至少有两个软件仓库： 1. 源代码的应用程序仓库 2. 定义应用程序所需状态的环境配置仓库 这些软件仓库包含您指定环境中所需的基础架构声明信息。它们还包含可让您的环境与上述状态匹配的自 动过程。 Red Hat OpenShift GitOps 使用 Argo CD 来维护集群资源。Argo CD 是一个开源声明工具，用于应用程 序的持续部署(CD)。Red Hat OpenShift

聚合函数支持可选参数 operator 和 pattern，可用于微调监控项过滤，并仅计算匹配给定条件的值。 • 所有foreach 函数 在计数中不再包括不支持的监控项。 • last_foreach 函数，之前配置为忽略时间段参数，现在可配置为可选参数。 • 预测函数 返回值所支持的范围已扩展到与双精度数据类型范围匹配。现在 timeleft() 函数可以接受最大值为 1.7976931348623158E+308， JSON，其中的布尔值以字符串形式表示（例如， "RealTimeProtectionEnabled": "True" 而不是以前返回的"RealTimeProtectionEnabled": true），以匹配 Zab- bix agent 上这些监控项的输出格式； • oracle.ts.discovery Zabbix agent 2 监控项现在返回一个新的 {#CON_NAME} LLD 宏，其中包含容器名称； 记录重复的 SNMPv3 引擎 ID SNMPv3 中的引擎 ID 用作时设备的唯一标识符。由于配置错误或出厂设置，有时多个设备的引擎 ID 相同。由于 SNMP 标准要求引擎 ID 是唯一的，因此 Zabbix 不支持共享相同引擎 ID 的监控项，这会导致这些设备的可用性出现问题。 12 为了帮助排查此类问题，Zabbix server 现在将定期记录共享相同引擎 ID 的 SNMPv3 设备的有关信息。请注意，每个

05 openEuler 23.09 技术白皮书 openEuler 是覆盖全场景的创新平台，在引领内核创新，夯实云化基座的基础上，面向计算架构互联总线、存储介质 发展新趋势，创新分布式、实时加速引擎和基础服务，结合边缘、嵌入式领域竞争力探索，打造全场景协同的面向数字基 础设施的开源操作系统。 openEuler 23.09 发布面向服务器、云原生、边缘和嵌入式场景的全场景操作系统版本，统一基于 Job调度器 可靠性框架 sysmaster-core sysmaster-init 并行启动 按需启动 延迟加载 自恢复 故障检查 状态外置 数据恢复 热升级 容器优化型OS: 容器引擎/容器应用 桌面环境OS: KDE/GNOME udevd sd-bus ... sysmaster-exts devMaster busMaster ... N 1 1 进程回收 监控保活 支持服务管理、设备管理等功能，具有自身故障秒级自愈和版本热升级能力。 • 具备快速启动的能力，更快的启动速度和更低的运行底噪。 • 提供迁移工具，支持从 Systemd 快速无缝迁移到 sysMaster。 • 结合容器引擎 (iSulad) 和 Qemu，提供统一的容器实例和虚拟化实例的管理接口。 本次发布的 0.5.0 版本，支持在容器、虚机两种场景下，以 sysMaster 的方式管理系统中的服务。 新增特性：

details。 Prometheus 模式的结果处理 预处理中的 Prometheus 模式步骤会产生匹配多行的结果。为了处理这种情况，Prometheus 模式预处理步骤中添加了一个新的结果处 理参数 ，该参数允许通过引入 sum、min、max、avg 和 count 等函数来聚合潜在的多个匹配行的数据。 函数 Prometheus 直方图的函数 在 Zabbix 中收集Prometheus 数据类 型。 监控项 自动类型选择 监控项配置表单会自动建议匹配的信息类型，如果选定的监控项键值仅返回特定类型的数据（例如，log[] 监控行需要信息类型：Log）。 信息类型 * 参数现在位于监控项选项卡上的键值参数下，如果指定了至少一个预处理步骤，则在预处理选项卡上重复。如果 Zabbix 检测 到所选信息类型和密钥可能不匹配，则会在 信息类型字段旁边显示一个警告图标。 新的和更新的监控项 hostmetadata - 返回主机元数据 • kernel.openfiles - 返回打开文件描述符的数量 • net.tcp.socket.count[] - 返回匹配参数的 TCP 套接字数 • net.udp.socket.count[] - 返回匹配参数的 UDP 套接字数 • vfs.dir.get[] - 以 JSON 格式返回目录文件列表 • vfs.file.get[] - 以 JSON 格式返回有关文件的信息

故障预测、容量预测、性能预测 预测分类： 预测算法： 重点关注： LSTM、多元线性回归、决策树、随机森 林、神经网络、朴素贝叶斯分类、最小二乘 法、支持向量机 … 算法匹配度评分 日历适配、基于节假日的机器学习算法 Kpi自动分类并匹配预测算法 基于业务关联关系的预测算法 预测 大规模实时监控平台V3.0 红绿灯 大屏 可视化 目录 ⚫业界智能运维发展现状及趋势分析 ⚫智能运维体系建设方法论 漏之处； 4. 报警爆炸：随着业务增长，报警越来越多，运维人员不堪其扰 主动故障处理： 1. 事前感知：通过故障预测算法，预测故障类型及发生时间，并提前通知项目负责人； 2. 自动处理：决策引擎根据预设的事件处理策略，自动执行处理指令以及基于机器学习的自动故障处理； 3. 定时巡检：平台化的定时巡检机制，给出应用健康报告，问题早发现早解决； 4. 报警收敛：对告警做告警筛选、过滤、合并操作，大大减少报警数量； ◼出现告警自动抓取现场快照信息 ◼快照信息持久化保存 ◼根据自学习的知识库提供异常原因分析 ◼集成Arthas诊断工具，快速诊断问题 根因分析 基于双向过滤的告警通知 恢复 轻度 中度 严重 过 滤 通知处理引擎 过 滤 高级通知策略 方法告警 日志告警 资产 资产 资产 邮件 短信 咚咚 微信 调用链告警 业务告警 业务告警 每天 每月 每周 自定义 时间规则 ◼为保证告警信息能够及时准确的传达给系

更多详细信息，参考配置文件 。 主机参数 主机执行active checks 时，Zabbix agent 需要定义主机名字。而且, agent 端的主机名字必须和前端配置的主机名字”Host name” 完全 匹配。 agent 端主机名字可以通过配置文件configuration file中的 Hostname 或 HostnameItem 参数定义 - 如果不指定参数值将使用默认的 主机名字。 参数 HostnameItem Range Default Description Include no 可以在配置文件中指定单个文 件或者指定一个目录（所有文 件在该目录中）。 只有在指定的目录中包含相关 文件, 才可以使用正则匹配的通 配符. 例如: /absolute/path/to/config/files/*.conf. Zabbix 2.4.0 后都支持模式匹 配. 参看关于限制条件特例 。 JavaGateway 字符串，否则会忽略。 2.2.0 或更高版本支持该参数。 Hostname no Set by HostnameItem 唯一的, 区分大小写的. 主动检查时该配置项必填，并 且必须和 server 端的配置匹配. 允许的符号: 字母数字, ’.’, ’ ’, ’_’ 和’-’. 最大长度: 64 HostnameItem no system.hostname 可选参数，定义一个 Zabbix agent

"date" }, "value": { "type": "long" } } } }' 若要创建其他模板，用户需要修改 URL（最后一部分是模板名称），更改"index_patterns" 字段以匹配索引名称并设置有效的映射， 这些映射可以在 database/elasticsearch/elasticsearch.map 中获取。 例如：我们可以使用以下命令，来为文本索引创建一个模板： curl 参数（“date_rounding”）来设置特定的索引循环周期。要创建其他的 pipeline，用户需要修改 URL（最后一部分 是 pipeline 名称）并更改”index_name_prefix” 字段以匹配索引名称。 请参考 Elasticsearch 文档。 另外，还需要在 Zabbix server 配置中，加入新参数来启用在多个基于日期的索引中存储历史数据。 ### Option: His URL（用于接收 URL 和目标 URL）的复选框。 34 – Audience URI (SP Entity ID): zabbix 注意，此值将在 SAML 声明中用作唯一的服务提供者标识符 (如果不匹配，则将拒绝该操作)。可在此字段中指定 URL 或任何 数据字符串。 – Default RelayState: 将此字段留空；如果需要自定义重定向，则可以在 Zabbix 的 Administration（管理）→