s1440350254的博客

ServiceMonitor 注意事项ServiceMonitor 的 label 需要跟prometheus中定义的serviceMonitorSelector一致。ServiceMonitor 的 endpoints 中 port 时对应k8s service资源中的 portname , 不是 port number。ServiceMonitor 的 selector.matchLabels 需要匹配 k8s service 中的 label。

那么服务重启以后配置的Dashboard、账号密码、监控数据等信息将会丢失，所以做数据持久化也是很有必要的，生命周期与pod相同，出现问题时，容器重启，监控相关的数据就全部消失了。

kube-prometheus 是一整套监控解决方案，它使用 Prometheus 采集集群指标，Grafana 做展示，包含如下组件Grafana✔✔✗✗xxx✗✔✔✗xxx✗✗✔✔xxx✗✗✗x✔✔✔main✗✗✗xx✔✔Prometheus整体监控结构略微复杂，一个个部署并不简单，kube-prometheus大大提升了部署的方式通过自定义资源CRD维护简单，不用再次维护大量的configmap配置文件，操作流程大大简化。

Grafana 是一个开源的度量分析与可视化工具。提供查询可视化报警和指标展示等功能，能灵活创建图表、仪表盘等可视化界面。

Prometheus中的告警规则允许你基于PromQL表达式定义告警触发条件，Prometheus后端对这些触发规则进行周期性计算，当满足触发条件后则会触发告警通知。在企业中，为了确保业务的稳定性和可靠性，Prometheus告警规则非常重要。在企业中，不同的业务拥有不同的指标和告警规则。例如，对于ToC平台，需要监控订单量、库存、支付成功率等指标，以确保业务的正常运行。企业中通常会有多个环境，例如开发、测试、预生产和生产环境等。由于每个环境的特点不同，因此需要为每个环境制定不同的告警规则。

告警级别:</font> {{$v.labels.severity}}> <font color="info">开始时间:

静默Silences：指让通过设置让警报在指定时间暂时不会发送警报的一种方式。用于解决严重生产故障问题时，因所花费的时间过长，通过静默设置避免接收到过多的无用通知；在已知的例行维护中，为了防止对例行维护的机器发送不必要的警报；实时告警通知：企业微信/钉钉等即时通信工具能够实现实时的告警通知，使得团队成员能够及时响应和解决问题。告警抑制：对已知或排查问题的时候进行告警静默。

灵活性：Alertmanager提供了灵活的配置选项，允许用户根据自己的需求定义警报规则和接收警报的方式，同时支持多个不同层面的媒介进行告警通知。可视化提供了丰富的可视化功能，包括交互式控制台和Web界面，使用户可以轻松地查看警报和监控状态，以及管理警报的路由和通知。通过分组，抑制，静默等多功能。这意味着这款工具可以适配更多的场景，做不同维度的功能释放。与Prometheus的集成：Alertmanager是由Prometheus团队开发的，这意味着它与Prometheus监控系统紧密集成。

将 Kubernetes API 中的各种对象状态信息转化为 Prometheus 可以使用的监控指标数据。cAdvisor：用于监视容器资源使用和性能的工具，它可以收集 CPU、内存、磁盘、网络和文件系统等方面的指标数据。：用于监控主机指标数据的收集器，它可以收集 CPU 负载、内存使用情况、磁盘空间、网络流量等各种指标数据这三种工具可以协同工作，为用户提供一个全面的 Kubernetes 监控方案，帮助用户更好地了解其 Kubernetes 集群和容器化应用程序的运行情况。

由于Prometheus需要对数据进行持久化，以便在重启后能够恢复历史数据。所以这边我们通过早先课程部署的NFS做存储来实现持久化。使用ConfigMap方式创建prometheus rules配置文件。当前我们使用NFS提供的StorageClass来做数据存储。使用以下命令创建Prometheus的另外两个配置文件。前提：需要k8s集群环境 部署。部分配置了两个容器，分别是。ingress 部署可以看。包含的内容是两块，分别是。创建RBAC规则，包含。

官网地址灵活的时间序列数据库定制各式各样的监控规则Prometheus的开发人员和用户社区非常活跃独立的开源项目，不依赖于任何公司继Kurberntes之后第二个入驻的项目时间序列数据）：按照时间顺序记录系统、设备状态变化的数据被称为时序数据。

动态服务发现和监控：通过与Consul集成，Prometheus可以动态地维护其目标列表，确保在新服务上线时及时发现和监控它们。可扩展性自动服务发现使得扩展基础架构变得更加容易，无需担心监控数据的可用性和性能问题。无缝集成Consul作为服务注册中心，使得Prometheus可以与Consul生态系统中的其他工具进行无缝集成，提供完整的服务基础架构监控和管理解决方案。控它们。可扩展性自动服务发现使得扩展基础架构变得更加容易，无需担心监控数据的可用性和性能问题。无缝集成Consul作为服务注册中。

Prometheus使用各种Exporter来监控资源。Exporter可以看成是监控的agent端，它负责收集对应资源的指标，并提供接口给到Prometheus读取。

params:module: ## 使用HTTP_GET_2xx与HTTP_GET_3XX模块kubernetes_sd_configs: ## 使用Kubernetes动态服务发现,且使用Service类型的发现relabel_configs: ## 设置只监测Kubernetes Service中Annotation里配置了注解prometheus.io/http_probe: true的service(.+);(.+);(.+)

是Kubernetes中的一个组件，它可以将集群中的散布的资源使用情况数据收集并聚合起来。收集的数据包括节点的CPU和内存使用情况等通过API提供给Kubernetes中的其它组件（如HPA）使用。可以帮助集群管理员和应用程序开发者更好的了解集群中资源的使用情况，并根据这些数据做出合理的决策，例如调整Pod副本数、扩展集群等对于Kubernetes中的资源管理和应用程序扩展非常重要的一个组件，它可以将集群中的散布的资源使用情况数据收集并聚合起来。收集的数据包括节点的CPU和内存使用情况等。