Prometheus-Oerator

已于 2023-12-04 17:12:32 修改
阅读量904 收藏 19
点赞数 28
分类专栏： Prometheus 文章标签： prometheus
于 2023-12-04 17:10:08 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45297937/article/details/134782469
版权

Prometheus Operator 是一个 Kubernetes 的运算符（Operator），它用于简化在 Kubernetes 上部署、管理和操作 Prometheus 及相关组件的过程。

Prometheus Operator 提供了一种声明式的方式来定义和管理 Prometheus 实例、ServiceMonitors、Alertmanagers 和其他与 Prometheus 相关的资源。它使用自定义资源定义（Custom Resource Definitions，CRDs）来扩展 Kubernetes API，并通过控制器（Controller）管理这些资源的生命周期。

以下是 Prometheus Operator 的一些主要功能和概念：

  • Prometheus 实例管理: Prometheus Operator 允许你通过创建 Prometheus 自定义资源（Prometheus CRD）来定义和部署 Prometheus 实例。你可以指定监测目标、配置规则和警报规则等信息。
  • ServiceMonitor 管理: 通过创建 ServiceMonitor 自定义资源，你可以定义要由 Prometheus 监测的服务和端点。Prometheus Operator 将根据这些定义自动配置 Prometheus 实例来收集指标。
  • Alertmanager 管理: Prometheus Operator 还支持创建和管理 Alertmanager 实例。你可以使用 Alertmanager CRD 来定义警报规则并配置警报通知的接收者。
  • 自动发现和自动配置: Prometheus Operator 使用 Kubernetes 的标签查询机制和服务发现特性，从而实现自动发现和配置需要监测的目标。当你添加或删除带有特定标签的 Pod 或服务时，Prometheus Operator 将相应地更新 Prometheus 配置。
  • 水平伸缩和高可用性: Prometheus Operator 具有内置的水平伸缩支持，可以自动根据工作负载的变化调整 Prometheus 实例的数量。此外，它还支持在集群中自动部署多个实例以实现高可用性。

使用 Prometheus Operator 可以简化 Prometheus 的运维过程，并提供了一种基于 Kubernetes 原生特性的方式来管理和监控应用程序。它使得在 Kubernetes 集群中部署和管理 Prometheus 变得更加方便、灵活和可靠。

其中Prometheus资源描述了 Prometheus部署，而ServiceMonitor和PodMonitor资源 描述prometheus监控的服务。

版本支持

kube-prometheus版本

kubenetes版本

release-0.4

1.16、1.17

release-0.5

1.18

release-0.6

1.18、1.19

release-0.7

1.19、1.20

release-0.8

1.20、1.21

release-0.9

1.21、1.22

release-0.10

1.22、1.23

release-0.11

1.23、1.24

main

1.24

参考连接：https://github.com/prometheus-operator/kube-prometheus#compatibility

快速开始

环境概览
[root@master app]# kubectl get node
NAME     STATUS   ROLES                  AGE   VERSION
master   Ready    control-plane,master   54d   v1.20.0
node2    Ready    <none>                 11m   v1.20.0
node3    Ready    <none>                 11m   v1.20.0
下载kube-prometheus
git clone  -b release-0.8  https://github.com/prometheus-operator/kube-prometheus.git

kube-prometheus]# ls
build.sh            DCO   example.jsonnet  experimental  go.sum  jsonnet           jsonnetfile.lock.json  LICENSE   manifests  README.md  sync-to-internal-registry.jsonnet  test.sh
code-of-conduct.md  docs  examples         go.mod        hack    jsonnetfile.json  kustomization.yaml     Makefile  NOTICE     scripts    tests
部署文件清单
kube-prometheus]# tree manifests/ 
manifests/
├── alertmanager-alertmanager.yaml
├── alertmanager-podDisruptionBudget.yaml
├── alertmanager-prometheusRule.yaml
├── alertmanager-secret.yaml
├── alertmanager-serviceAccount.yaml
├── alertmanager-serviceMonitor.yaml
├── alertmanager-service.yaml
├── blackbox-exporter-clusterRoleBinding.yaml
├── blackbox-exporter-clusterRole.yaml
├── blackbox-exporter-configuration.yaml
├── blackbox-exporter-deployment.yaml
├── blackbox-exporter-serviceAccount.yaml
├── blackbox-exporter-serviceMonitor.yaml
├── blackbox-exporter-service.yaml
├── grafana-dashboardDatasources.yaml
├── grafana-dashboardDefinitions.yaml
├── grafana-dashboardSources.yaml
├── grafana-deployment.yaml
├── grafana-serviceAccount.yaml
├── grafana-serviceMonitor.yaml
├── grafana-service.yaml
├── kube-prometheus-prometheusRule.yaml
├── kubernetes-prometheusRule.yaml
├── kubernetes-serviceMonitorApiserver.yaml
├── kubernetes-serviceMonitorCoreDNS.yaml
├── kubernetes-serviceMonitorKubeControllerManager.yaml
├── kubernetes-serviceMonitorKubelet.yaml
├── kubernetes-serviceMonitorKubeScheduler.yaml
├── kube-state-metrics-clusterRoleBinding.yaml
├── kube-state-metrics-clusterRole.yaml
├── kube-state-metrics-deployment.yaml
├── kube-state-metrics-prometheusRule.yaml
├── kube-state-metrics-serviceAccount.yaml
├── kube-state-metrics-serviceMonitor.yaml
├── kube-state-metrics-service.yaml
├── node-exporter-clusterRoleBinding.yaml
├── node-exporter-clusterRole.yaml
├── node-exporter-daemonset.yaml
├── node-exporter-prometheusRule.yaml
├── node-exporter-serviceAccount.yaml
├── node-exporter-serviceMonitor.yaml
├── node-exporter-service.yaml
├── prometheus-adapter-apiService.yaml
├── prometheus-adapter-clusterRoleAggregatedMetricsReader.yaml
├── prometheus-adapter-clusterRoleBindingDelegator.yaml
├── prometheus-adapter-clusterRoleBinding.yaml
├── prometheus-adapter-clusterRoleServerResources.yaml
├── prometheus-adapter-clusterRole.yaml
├── prometheus-adapter-configMap.yaml
├── prometheus-adapter-deployment.yaml
├── prometheus-adapter-podDisruptionBudget.yaml
├── prometheus-adapter-roleBindingAuthReader.yaml
├── prometheus-adapter-serviceAccount.yaml
├── prometheus-adapter-serviceMonitor.yaml
├── prometheus-adapter-service.yaml
├── prometheus-clusterRoleBinding.yaml
├── prometheus-clusterRole.yaml
├── prometheus-operator-prometheusRule.yaml
├── prometheus-operator-serviceMonitor.yaml
├── prometheus-podDisruptionBudget.yaml
├── prometheus-prometheusRule.yaml
├── prometheus-prometheus.yaml
├── prometheus-roleBindingConfig.yaml
├── prometheus-roleBindingSpecificNamespaces.yaml
├── prometheus-roleConfig.yaml
├── prometheus-roleSpecificNamespaces.yaml
├── prometheus-serviceAccount.yaml
├── prometheus-serviceMonitor.yaml
├── prometheus-service.yaml
└── setup
    ├── 0namespace-namespace.yaml
    ├── prometheus-operator-0alertmanagerConfigCustomResourceDefinition.yaml
    ├── prometheus-operator-0alertmanagerCustomResourceDefinition.yaml
    ├── prometheus-operator-0podmonitorCustomResourceDefinition.yaml
    ├── prometheus-operator-0probeCustomResourceDefinition.yaml
    ├── prometheus-operator-0prometheusCustomResourceDefinition.yaml
    ├── prometheus-operator-0prometheusruleCustomResourceDefinition.yaml
    ├── prometheus-operator-0servicemonitorCustomResourceDefinition.yaml
    ├── prometheus-operator-0thanosrulerCustomResourceDefinition.yaml
    ├── prometheus-operator-clusterRoleBinding.yaml
    ├── prometheus-operator-clusterRole.yaml
    ├── prometheus-operator-deployment.yaml
    ├── prometheus-operator-serviceAccount.yaml
    └── prometheus-operator-service.yaml

1 directory, 83 files
执行编排文件
kube-prometheus]# kubectl apply -f  manifests/setup/
kube-prometheus]# kubectl apply -f  manifests/

首先创建名称空间和CRDs，避免在部署其他组件时出现竞争

查看pod状态
kube-prometheus]# kubectl get pod -n monitoring
NAME                                   READY   STATUS             RESTARTS   AGE
alertmanager-main-0                    2/2     Running            0          97m
alertmanager-main-1                    2/2     Running            0          97m
alertmanager-main-2                    2/2     Running            0          97m
blackbox-exporter-55c457d5fb-nnzrj     3/3     Running            0          143m
grafana-9df57cdc4-vfrtk                1/1     Running            0          143m
kube-state-metrics-76f6cb7996-lbzfn    2/3     ImagePullBackOff   0          143m
node-exporter-ks772                    2/2     Running            0          143m
node-exporter-lpdxd                    2/2     Running            0          143m
node-exporter-z5mwv                    2/2     Running            0          143m
prometheus-adapter-59df95d9f5-kh82l    1/1     Running            18         143m
prometheus-adapter-59df95d9f5-kmmpt    1/1     Running            18         143m
prometheus-k8s-0                       2/2     Running            1          97m
prometheus-k8s-1                       2/2     Running            1          97m
prometheus-operator-7775c66ccf-nwbrw   2/2     Running            18         143m

首先查看kube-state-metrics服务镜像没拉取成功

vim manifests/kube-state-metrics-deployment.yaml
bitnami/kube-state-metrics替代
k8s.gcr.io/kube-state-metrics/kube-state-metrics:v2.0.0
查看创建的CRD
manifests]# kubectl get crd | grep monitoring.coreos.com 
alertmanagerconfigs.monitoring.coreos.com   2023-12-04T06:08:05Z
alertmanagers.monitoring.coreos.com         2023-12-04T06:08:05Z
podmonitors.monitoring.coreos.com           2023-12-04T06:08:05Z
probes.monitoring.coreos.com                2023-12-04T06:08:05Z
prometheuses.monitoring.coreos.com          2023-12-04T06:08:05Z
prometheusrules.monitoring.coreos.com       2023-12-04T06:08:05Z
servicemonitors.monitoring.coreos.com       2023-12-04T06:08:05Z
thanosrulers.monitoring.coreos.com          2023-12-04T06:08:06Z

CRD说明：

alertmanagerconfigs：

  • 该CRD定义了alertmanager配置的一部分，主要是定义告警路由相关

alertmanagers：

  • 该CRD定义了在k8s集群中运行的Alertmanager的配置，同样提供了多种配置，包含持久化存储。
  • 对于每个Alertmanager资源，Operator都会在相同的名称空间中部署一个对应配置的sts，Alertmanager pod被配置为一个包含名为alertmanager-name的secret，该secret以alertmanager.yaml为key的方式保存使用的配置文件

podmonitors：

  • 该CRD用于定义如何监控一组动态pod，使用标签来定义那些pod被选择进行监控。

probes：

  • 该CRD用于定义如何监控一组Ingress和静态目标，除了target之外，Probe对象还需要一个Prober，它是监控的目标并为prometheus提供指标的服务，例如可以通过使用blackbox-exporter来提供这个服务

prometheuses：

  • 该CRD声明定义了Prometheus期望在k8s集群中运行的配置，提供了配置选项来配置副本、持久化、报警等
  • 对于每个Prometheus CRD资源，Operator都会以sts形式在形同的名称空间下部署对应配置，proemtheus pod的配置是通过一个包含prometheus配置的名为prometheus-name的secret对象声明挂载的
  • 该CRD根据标签选择来指定部署到prometheus实例应该覆盖那些ServiceMonitors，然后Operator会根据包含的ServiceMonitor生成配置，并在包含配置的secret中进行更新

prometheusrules：

  • 用于配置prometheus的rule规则文件，包括recording rule和alerting，可以自动被prometheus加载

servicemonitors：

  • 该CRD定义了如何监控一组动态的服务，使用标签来定义那些service被选择进行监控
  • 为了让Prometheus金控k8s内的任何应用，需要存在一个Endpoints对象，Endpoints对象本质上时IP地址的列表，通常Endpoints对象是由Service对象自动填充的，Service对象通过标签选择器匹配pod，并将其添加到Endpoints对象中，一个Service可以暴露一个或多个端口，这些端口由多个Endpoints列表支持，这些端点一般情况下都是指向一个pod
  • 注意：endpoints是ServiceMonitor CRD中的字段，Endpoints是k8s的一种对象

thanosrulers：

  • 该CRD定义了一个Thanos Ruler组件的配置，以方便在k8s集群中运行，通过Thanos Ruler，可以跨多个Proemtheus实例处理记录和报警规则
  • 一个ThanosRuler实例至少需要一个queryEndpoint，它指向Thanos Queriers或prometheus实例的位置，queryEndpoints用于配置Thanos运行时的--query参数
验证配置nodeport

为了可以从外部访问prometheus，alertmanager，grafana，我们这里修改promethes，alertmanager，grafana的service类型为NodePort类型。

修改prometheus的service

vim prometheus-service.yaml 
apiVersion: v1
kind: Service
metadata:
  labels:
    app.kubernetes.io/component: prometheus
    app.kubernetes.io/name: prometheus
    app.kubernetes.io/part-of: kube-prometheus
    app.kubernetes.io/version: 2.26.0
    prometheus: k8s
  name: prometheus-k8s
  namespace: monitoring
spec:
  type: NodePort # 新增
  ports:
  - name: web
    port: 9090
    targetPort: web
    nodePort: 30010 # 新增
  selector:
    app: prometheus
    app.kubernetes.io/component: prometheus
    app.kubernetes.io/name: prometheus
    app.kubernetes.io/part-of: kube-prometheus
    prometheus: k8s
  sessionAffinity: ClientIP

vim alertmanager-service.yaml
apiVersion: v1
kind: Service
metadata:
  labels:
    alertmanager: main
    app.kubernetes.io/component: alert-router
    app.kubernetes.io/name: alertmanager
    app.kubernetes.io/part-of: kube-prometheus
    app.kubernetes.io/version: 0.21.0
  name: alertmanager-main
  namespace: monitoring
spec:
  type: NodePort # 新增
  ports:
  - name: web
    port: 9093
    targetPort: web
    nodePort: 30020 # 新增
  selector:
    alertmanager: main
    app: alertmanager
    app.kubernetes.io/component: alert-router
    app.kubernetes.io/name: alertmanager
    app.kubernetes.io/part-of: kube-prometheus
  sessionAffinity: ClientIP

vim grafana-service.yaml 
apiVersion: v1
kind: Service
metadata:
  labels:
    app.kubernetes.io/component: grafana
    app.kubernetes.io/name: grafana
    app.kubernetes.io/part-of: kube-prometheus
    app.kubernetes.io/version: 7.5.4
  name: grafana
  namespace: monitoring
spec:
  type: NodePort # 新增
  ports:
  - name: http
    port: 3000
    targetPort: http
    nodePort: 30030 # 新增
  selector:
    app.kubernetes.io/component: grafana
    app.kubernetes.io/name: grafana
    app.kubernetes.io/part-of: kube-prometheus

kubectl apply -f prometheus-service.yaml
kubectl apply -f alertmanager-service.yaml
kubectl apply -f grafana-service.yaml

manifests]# kubectl get svc -n monitoring
NAME                    TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)                      AGE
alertmanager-main       NodePort    10.99.238.236    <none>        9093:30020/TCP               170m
alertmanager-operated   ClusterIP   None             <none>        9093/TCP,9094/TCP,9094/UDP   125m
blackbox-exporter       ClusterIP   10.102.248.95    <none>        9115/TCP,19115/TCP           170m
grafana                 NodePort    10.104.107.12    <none>        3000:30030/TCP               170m
kube-state-metrics      ClusterIP   None             <none>        8443/TCP,9443/TCP            170m
node-exporter           ClusterIP   None             <none>        9100/TCP                     170m
prometheus-adapter      ClusterIP   10.111.186.113   <none>        443/TCP                      170m
prometheus-k8s          NodePort    10.100.29.54     <none>        9090:30010/TCP               170m
prometheus-operated     ClusterIP   None             <none>        9090/TCP                     125m
prometheus-operator     ClusterIP   None             <none>        8443/TCP                     171m
访问Prometheus 都可以访问
 

Grafana对接Prometheus
 

 

点击Test出现Data source is working即为成功
 

Grafana加载Dashboard
 

拷贝dashboard面板ID，当然也可以下载该dashboard对应的json文件
 

然后到Grafana控制台进行导入模版
 

 

导入成功了，咱们可以看下效果，如下图！
 


                

        

        

    

  


    


                



	

		

			

				
					
prometheus-operator

				
			

			

				

					03-31
				

			

		

		

			
				
2021年3月26日开会
会议的目的是对客户EKS部署进行安全审查。
参会者
Holicka，George（HBC）Blyuss，Igor（HBC）Perri，Stephen（AWS）Bertolazzi，Renan（AWS）Sarathy，Bhavna（AWS）Sarathy，Viji（AWS）
背景
在2021年第16场比赛中，攻击者获得了对EKS群集中应用程序使用的访问密钥的访问权限。 这样，攻击者就可以使用AWS API获得对Secrets Manager的读写访问权限，列出和读取S3存储桶，描述EC2实例以及ECS / EKS集群。 AWS支持人员协助检查和遏制了漏洞，并被要求检查VPC Flow日志和CloudTrail日志，以识别攻击者如何获取访问密钥。
飞索团队的评估
客户与Zipline团队进行了接触，这是他们对事件的处理：我们提供的是Zipline团队能够基于客户启用和

			
		

	



                

            
              



	

		

			

				
					
k8s.gcr.io/prometheus-adapter/prometheus-adapter:v0.9.1

				
			

			

				

					05-22
				

			

		

		

			
				
docker load -i prometheus-adapter-v0.9.1.tar.gz ; docker images |grep k8s.gcr.io/prometheus-adapter/prometheus-adapter

			
		

	



              


  
              

                


	

		

			

				
					
Prometheus Operator - 每天5分钟玩转 Docker 容器技术（177）

				
			

			

				

					weixin_34080951的博客
				

				

					06-05
					
					105
					
				

			

		

		

			
				
前面我们介绍了 Kubernetes 的两种监控方案 Weave Scope 和 Heapster，它们主要的监控对象是 Node 和 Pod。这些数据对 Kubernetes 运维人员是必须的，但还不够。我们通常还希望监控集群本身的运行状态，比如 Kubernetes 的 API Server、Scheduler、Controller Manager ...

			
		

	





	

		

			

				
					
Prometheus operator 系统参数和监控数据抓取调优

				
			

			

				

					不忘初心，方得始终
				

				

					08-12
					
					967
					
				

			

		

		

			
				
抓取配置频率: 每 30 秒抓取一次。路径: 请求路径。端口: 使用端口9203tcp。协议: 使用 HTTP 协议。超时: 请求超时时长为 10 秒。标签重写使用labeldrop操作和正则表达式删除不需要的标签namespacecontainerendpointjobuser以减少标签的基数。样本限制配置限制每次抓取请求的样本数，以防止因单一抓取请求导致的过高开销。这份。

			
		

	



		

			
		



	

		

			

				
					
Prometheus Operator

				
			

			

				

					阿甘兄
				

				

					05-05
					
					711
					
				

			

		

		

			
				
文章目录01 引言02 初识Prometheus Operator2.1 什么是Prometheus Operator?2.2 Prometheus Operator能做什么？03 在Kubernetes集群中部署Prometheus Operator3.1 下载3.2 配置04 Prometheus Operator的使用4.1 Operator管理Prometheus4.1.1 创建Prometheus实例4.1.2 使用ServiceMonitor管理监控配置4.1.3 关联Promethues与Se

			
		

	





	

		

			

				
					
prometheus operator

				
			

			

				

					qq_31055683的博客
				

				

					07-15
					
					1236
					
				

			

		

		

			
				
Prometheus 开源的系统监控和报警框架，本身也是一个时序数据库（TSDB）

			
		

	





	

		

			

				
					
nginx-prometheus-exporter-0.11.0-linux-386.tar.gz

				
			

			

				

					08-31
				

			

		

		

			
				
《Nginx-Prometheus-Exporter：实现高效Web服务器监控》  在现代互联网服务中，监控系统的性能和稳定性至关重要。Nginx作为广泛使用的反向代理和负载均衡服务器，其性能指标的实时监控能帮助我们及时发现并解决问题...

			
		

	





	

		

			

				
					
kube-prometheus-release-0.12部署yaml文件

				
			

			

				

					11-10
				

			

		

		

			
				
在“kube-prometheus-release-0.12”这个版本中，提供了必要的yaml部署文件，适用于Kubernetes 1.24和1.25版本。  **Prometheus** 是一个强大的开源系统监控和警报工具，能够收集并存储时间序列数据，提供灵活的查询...

			
		

	





	

		

			

				
					
基于kube-prometheus-stack部署监控K8S告警系统资源合集

				
			

			

				

					11-08
				

			

		

		

			
				
`kube-prometheus-stack` 是一个流行的 Kubernetes 监控解决方案，它结合了 Prometheus 和 Grafana 的强大功能，提供了全面的 K8S 集群监控和告警能力。本资源合集将详细介绍如何基于 `kube-prometheus-stack` 部署...

			
		

	





	

		

			

				
					
prometheus-webhook-dingtalk安装包.zip

					
最新发布

				
			

			

				

					08-28
				

			

		

		

			
				
Prometheus Webhook DingTalk 是一个用于将 Prometheus 警报发送到钉钉（DingTalk）聊天应用的工具。通过配置 Prometheus 的 Alertmanager，可以将生成的警报通过 Webhook 发送到 DingTalk，实现即时通知和警报管理...

			
		

	





	

		

			

				
					
prometheus-operator介绍

				
			

			

				

					lyh24k的博客
				

				

					02-24
					
					6120
					
				

			

		

		

			
				
架构

这是官方的架构图



prometheus-operator的作用主要是用来创建prometheus的相关资源以及监视与管理它创建出来的资源对象。

Operator： 根据自定义资源（Custom Resource Definition / CRDs）来部署和管理 Prometheus Server，同时监控这些自定义资源事件的变化来做相应的处理，是整个系统的控制中心。
	Prometheus：声明 Prometheus deployment 期望的状态，Operator 确保这个 deploy

			
		

	





	

		

			

				
					
总结：Prometheus Operator

				
			

			

				

					w2009211777的专栏
				

				

					04-04
					
					5830
					
				

			

		

		

			
				
一、Operator介绍

Operator是由CoreOS公司开发的用来扩展Kubernetes API的特定应用程序控制器，用来创建、配置和管理复杂的有状态应用，例如数据库、缓存和监控系统。Operator基于kubernetes的资源和控制器概念上构建，但同时又包含了应用程序特定的领域知识。创建Operator的关键是CRD（自定义资源）的设计。

Operator是将运维人员对软件操作的知识代码化，同时利用Kubernetes强大的抽象来管理大规模的软件应用。目前CoreOS官方提供了几种Opera

			
		

	





	

		

			

				
					
Kubernetes系列之kubernetes Prometheus Operator

				
			

			

				

					bjwf125的博客
				

				

					03-22
					
					758
					
				

			

		

		

			
				
Kubernetes系列之kubernetes Prometheus Operator
Operator是由CoreOS公司开发的用来扩展Kubernetes API的特定应用程序控制器，用来创建、配置和管理复杂的有状态应用，例如Mysql、缓存和监控系统。目前CoreOS官方提供了几种Operator的代码实现，其中就包括Prometheus Operator
下图为Prometheus Ope...

			
		

	





	

		

			

				
					
Prometheus-operator介绍

				
			

			

				

					weixin_44716147的博客
				

				

					08-22
					
					680
					
				

			

		

		

			
				
# 随着云原生概念盛行，对于容器、服务、节点以及集群的监控变得越来越重要。Prometheus 作为 Kubernetes 监控的事实标准，有着强大的功能和良好的生态。但是它不支持分布式，不支持数据导入、导出，不支持通过 API 修改监控目标和报警规则，所以在使用它时，通常需要写脚本和代码来简化操作。Prometheus Operator 为监控 Kubernetes service、deployment 和 Prometheus 实例的管理提供了简单的定义，简化在 Kubernetes 上部署、管理和运行

			
		

	





	

		

			

				
					
Prometheus-Operator：快速部署

				
			

			

				

					m0_60125201的博客
				

				

					05-11
					
					1648
					
				

			

		

		

			
				
本博客讲解了Prometheus的简介，以及如何通过Prometheues Opeartor方式进行快速部署Prometheues以及Grafana模版使用等内容。

			
		

	





	

		

			

				
					
Prometheus学习整理-Prometheus-operator

				
			

			

				

					qq_59369367的博客
				

				

					01-25
					
					1297
					
				

			

		

		

			
				
Prometheus学习整理-Prometheus-operator

			
		

	





	

		

			

				
					
Prometheus Operator 极简配置方式在k8s一条龙安装Prometheus 监控

					
热门推荐

				
			

			

				

					LoveSummer
				

				

					11-23
					
					3万+
					
				

			

		

		

			
				
提供Kubernetes原生部署和管理Prometheus和相关的监控组件。该项目的是简化和自动化配置Prometheus的监控Kubernetes集群。Kubernetes自定义资源:使用Kubernetes自定义资源来部署和管理Prometheus、Alertmanager和相关组件。简化的部署配置:从本地Kubernetes资源配置Prometheus的基本功能，如版本、持久性、保留策略和副本。

			
		

	





	

		

			

				
					
聊聊 Prometheus Operator

				
			

			

				

					Docker的专栏
				

				

					04-13
					
					1049
					
				

			

		

		

			
				
前言我对Prometheus是又爱又恨。一方面吧，它生态特别好：作为Kubernetes监控的事实标准，（几乎）所有Kubernetes相关组件都暴露了Pr...

			
		

	





	

		

			

				
					
kube-prometheus 0.11

				
			

			

				

					07-29
				

			

		

		

			
				
Kube-prometheus 0.11 是一个基于 Kubernetes 和 Prometheus 的监控解决方案。它提供了一套完整的监控工具，帮助你监控 Kubernetes 集群中的各种资源和应用程序。Kube-prometheus 0.11 的主要特点包括：

1. Prometheus Operator：使用 Prometheus Operator 可以轻松地在 Kubernetes 上运行和管理 Prometheus 实例。

2. Grafana：Kube-prometheus 0.11 集成了 Grafana，提供了一个直观的可视化界面，用于查看和分析监控指标。

3. Alertmanager：Kube-prometheus 0.11 集成了 Alertmanager，可以配置和管理告警规则，并在出现问题时发送通知。

4. Prometheus Adapter：Prometheus Adapter 可以将 Prometheus 收集的指标数据转换为 Kubernetes API 可以理解的格式，以便进行水平自动扩展等操作。

5. Exporters：Kube-prometheus 0.11 提供了一系列的 Exporters，用于采集各种资源的指标数据，如节点、Pod、服务等。

总的来说，Kube-prometheus 0.11 是一个强大而灵活的监控解决方案，可帮助你监控和管理 Kubernetes 集群中的各种资源和应用程序。

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		评论	
	

	
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

                
 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
 2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

              

            

          

      

      余额充值