监控面试题
zabbix 和promethues 的区别？
1. 概述
Zabbix：
Zabbix 是一个开源的企业级监控解决方案，用于监控各种 IT 组件，包括网络、服务器、虚拟机和云资源。它主要通过代理和 Agentless 方式收集监控数据，并提供丰富的可视化和报警功能。
Prometheus：
Prometheus 是一个用于监控和告警的开源系统，特别适合云原生环境中的微服务架构。它通过拉取（Pull）机制从目标端点获取数据，并存储在时序数据库中。此外，Prometheus 提供强大的查询语言 PromQL，用于实时分析和报警。
2. 数据收集和存储
Zabbix：
- 数据收集：支持多种数据收集方式，如代理（Agent）、SNMP、IPMI、JMX、日志文件等。Zabbix Agent 可以高频采集数据，并主动推送到服务器端。
- 数据存储：Zabbix 使用关系型数据库（如 MySQL、PostgreSQL 等）来存储监控数据和配置。这意味着数据存储和管理依赖于数据库的性能和扩展能力。
Prometheus：
- 数据收集：采用 Pull 模式，通过 HTTP/Scrape 从目标服务端点（如应用程序的 /metrics 接口）拉取监控数据。支持多种数据采集插件和 Exporter（如 node_exporter、cAdvisor）。
- 数据存储：内置时序数据库用于高效存储和查询时间序列数据，提供了高性能的存储引擎，以便在大规模数据场景下保持良好的性能。
3. 查询和可视化
Zabbix：
- 查询语言：Zabbix 使用自己的语法规则进行数据查询和触发器配置，没有专门的查询语言。
- 可视化：提供了丰富的图表、仪表盘和报表功能，内置的 Web UI 可以轻松创建各种图形和可视化数据。
Prometheus：
- 查询语言（PromQL）：Prometheus 具有强大的时间序列数据查询语言 PromQL，支持复杂的数据聚合、选择和变换操作，非常适合实时数据分析和告警。
- 可视化：Prometheus 自身提供了基本的图形界面，但推荐与 Grafana 集成使用。Grafana 提供了强大的仪表盘和可视化功能，可以从 Prometheus 拉取数据并进行展示。
4. 告警机制
Zabbix：
- 告警配置：基于触发器机制，按需设定告警条件（如阈值判断）。支持多种告警媒介，如邮件、短信、Slack 等。
- 告警处理：具备内置的告警管理和事件处理功能，可进行告警依赖、告警升级等复杂配置。
Prometheus：
- 告警配置（Alertmanager）：使用 PromQL 配置告警规则，通过 Alertmanager 处理告警事件。Alertmanager 可以进行分组、抑制、去重和路由，并支持多种告警发送渠道。
- 告警处理：Alertmanager 是 Prometheus 的核心告警处理组件，处理来自 Prometheus 的告警，并将告警发送到指定的接收器（如邮件、Slack、PagerDuty 等）。
5. 扩展性和集成
Zabbix：
- 扩展性：Zabbix 部署相对复杂，且依赖关系型数据库进行数据存储，性能和扩展性在大规模集群中可能受到限制。
- 集成：支持多种插件和第三方工具，提供 API 接口，可与其他系统进行集成。
Prometheus：
- 扩展性：通过分布式架构设计，在大规模云原生环境中具有很好的扩展性。支持水平扩展，特别适合采用 Kubernetes 等编排工具的环境。
- 集成：支持许多 Exporter 和集成工具，如 node_exporter、cAdvisor、Grafana 等。自身亦提供丰富的 API 接口以供扩展和集成。
6. 应用场景
Zabbix：
- 传统 IT 基础设施：适合监控传统的网络设备、服务器、虚拟机和应用，具有全面的 IT 资源监控能力。
- 企业级应用：适合中大型企业，能提供全方位的监控和告警解决方案，包括复杂的 IT 环境和依赖关系。
Prometheus：
- 云原生环境：特别适合微服务架构和容器化应用。在 Kubernetes 环境中集成度高，能够快速部署和扩展。
- 实时数据监控和分析：凭借 PromQL 和高效的时序数据存储，适用于需要高频率数据采集和实时分析的场景。
总结
Zabbix 更适合传统 IT 基础设施的全面监控，支持多种数据采集方式和丰富的告警配置，适用于中大型企业的复杂监控需求。
Prometheus 则专注于云原生环境中的时间序列数据采集和实时分析，具有良好的扩展性和灵活的查询/告警机制，特别适合动态、多变的微服务和容器化架构。
Prometheus对接Exporter ，拿不到数据，如何解决？
1. 确认 Exporter 是否在运行
首先，确保 Exporter 进程正在运行，并监听着正确的端口。
检查 Exporter 进程
在目标主机上，通过以下命令检查 Exporter 是否在运行：
ps aux | grep <exporter-name>
检查监听端口
netstat -tuln | grep <exporter-port> # 例如 9100 为 Node Exporter 端口
2. 检查 Exporter 健康状态
通过直接访问 Exporter 的 HTTP 端点，检查它是否返回预期的指标数据。
访问 Exporter
在浏览器访问 Exporter 端点：
curl http://<exporter-ip>:<exporter-port>/metrics
你应该看到一系列的 Prometheus 指标数据。如果无法访问，请检查防火墙规则和 Exporter 配置。
3. 验证 Prometheus 配置
确保 Prometheus 的配置文件 <span class="ne-text">prometheus.yml</span> 中正确地配置了目标 Exporter 的 <span class="ne-text">scrape</span> 任务。
示例配置
确保配置文件中有类似如下的配置：
scrape_configs:
- job_name: 'node_exporter'
static_configs:
- targets: ['<exporter-ip>:<exporter-port>']
重新加载 Prometheus 配置：
curl -X POST http://<prometheus-ip>:<prometheus-port>/-/reload
或者通过重新启动 Prometheus 服务：
systemctl restart prometheus # 通常使用 systemd
4. 检查 Prometheus 日志
Prometheus 日志可以提供有关指标采集失败的详细信息。检查日志查看是否有错误消息。
查看日志
journalctl -u prometheus.service # 适用于 systemd 系统
从日志中寻找与连接失败、超时或解析问题相关的错误信息。
5. 网络和防火墙设置
确保 Prometheus 实例能够通过网络访问 Exporter，这包括网络连通性和防火墙设置。
网络连通性
从 Prometheus 所在的主机上尝试与 Exporter 进行网络连通性测试：
ping <exporter-ip>
telnet <exporter-ip> <exporter-port> # 例如 telnet 192.168.1.100 9100
防火墙规则
检查和配置防火墙规则，确保 Prometheus 主机可以访问 Exporter 的端口：
iptables -L -v -n # 检查防火墙规则
6. Exporter 配置
确认 Exporter 的配置没有问题，有时 Exporter 本身需要配置特定的参数或者权限。
Node Exporter 例子
确保 Node Exporter 以正确的权限启动，并监听指定端口：
./node_exporter --web.listen-address=":9100"
7. 查看 Prometheus Targets 页面
Prometheus 提供了一个 Web 页面，可以查看当前的目标状态和监控情况。
访问 Targets 页面
通过 Web 浏览器访问 Prometheus 的 Targets 页面：
http://<prometheus-ip>:<prometheus-port>/targets
检查目标列表，确认目标状态是 UP，如果状态是 DOWN，查看提示的错误信息。
8. 使用 Prometheus Console 诊断
Prometheus 提供多种 Console 工具，用于查询和诊断问题。
验证 Metric
在 Prometheus 控制台查询具体的 metric，确认是否有数据返回：
http://<prometheus-ip>:<prometheus-port>/
在 "Graph" 页面中输入你关心的 metric 名称，点击 "Execute"。
9. 预期问题和解决方案汇总
- Exporter 未启动或崩溃：确保进程在运行，并查看系统日志。
- 配置错误：检查和更新
prometheus.yml配置文件，确保正确的scrape任务。 - 网络连通性：确保 Prometheus 和 Exporter 之间的网络路由可达，没有防火墙阻断。
- 权限问题：确认 Exporter 有足够的权限，特别是访问系统资源的能力（如 Node Exporter）。
- Prometheus 日志错误**：查看日志文件中的具体错误提示，从而针对性解决问题。
评论区