Prometheus+Grafana+Alertmanager搭建全方位的监控告警系统-超详细文档(上)

本文涉及的产品
容器服务 Serverless 版 ACK Serverless,952元额度 多规格
可观测可视化 Grafana 版,10个用户账号 1个月
EMR Serverless StarRocks,5000CU*H 48000GB*H
简介: Prometheus+Grafana+Alertmanager搭建全方位的监控告警系统-超详细文档

前言

本篇文章介绍k8s集群中部署prometheus、grafana、alertmanager,并且配置prometheus的动态、静态服务发现,实现对容器、物理节点、service、pod等资源指标监控,并在Grafana的web界面展示prometheus的监控指标,然后通过配置自定义告警规则,通过alertmanager实现qq、钉钉、微信报警,文章内容较多,大概1.5万以上字数,可以先关注和转发,在慢慢学习。

prometheus简介

Prometheus是一个开源的系统监控和报警系统,现在已经加入到CNCF基金会,成为继k8s之后第二个在CNCF托管的项目,在kubernetes容器管理系统中,通常会搭配prometheus进行监控,同时也支持多种exporter采集数据,还支持pushgateway进行数据上报,Prometheus性能足够支撑上万台规模的集群。

prometheus特点

1.多维度数据模型

时间序列数据由metrics名称和键值对来组成
可以对数据进行聚合,切割等操作
所有的metrics都可以设置任意的多维标签。

2.灵活的查询语言(PromQL)

    可以对采集的metrics指标进行加法,乘法,连接等操作;

    3.可以直接在本地部署,不依赖其他分布式存储;

    4.通过基于HTTP的pull方式采集时序数据;

    5.可以通过中间网关pushgateway的方式把时间序列数据推送到prometheus server端;

    6.可通过服务发现或者静态配置来发现目标服务对象(targets)。

    7.有多种可视化图像界面,如Grafana等。

    8.高效的存储,每个采样数据占3.5 bytes左右,300万的时间序列,30s间隔,保留60天,消耗磁盘大概200G。

    prometheus组件介绍

    1.Prometheus Server: 用于收集和存储时间序列数据。

    2.Client Library: 客户端库,检测应用程序代码,当Prometheus抓取实例的HTTP端点时,客户端库会将所有跟踪的metrics指标的当前状态发送到prometheus server端。

    3.Exporters: prometheus支持多种exporter,通过exporter可以采集metrics数据,然后发送到prometheus server端

    4.Alertmanager: 从 Prometheus server 端接收到 alerts 后,会进行去重,分组,并路由到相应的接收方,发出报警,常见的接收方式有:电子邮件,微信,钉钉, slack等。

    5.Grafana监控仪表盘

    6.pushgateway: 各个目标主机可上报数据到pushgatewy,然后prometheus server统一从pushgateway拉取数据。

    prometheus架构图

    从上图可发现,Prometheus整个生态圈组成主要包括prometheus server,Exporter,pushgateway,alertmanager,grafana,Web ui界面,Prometheus server由三个部分组成,Retrieval,Storage,PromQL

      Retrieval负责在活跃的target主机上抓取监控指标数据
        Storage存储主要是把采集到的数据存储到磁盘中
          PromQL是Prometheus提供的查询语言模块。

          prometheus工作流程:

          1.  Prometheus  server可定期从活跃的(up)目标主机上(target)拉取监控指标数据,目标主机的监控数据可通过配置静态job或者服务发现的方式被prometheus server采集到,这种方式默认的pull方式拉取指标;也可通过pushgateway把采集的数据上报到prometheus server中;还可通过一些组件自带的exporter采集相应组件的数据;

          2.Prometheus server把采集到的监控指标数据保存到本地磁盘或者数据库;

          3.Prometheus采集的监控指标数据按时间序列存储,通过配置报警规则,把触发的报警发送到alertmanager

          4.Alertmanager通过配置报警接收方,发送报警到邮件,微信或者钉钉等

          5.Prometheus 自带的web ui界面提供PromQL查询语言,可查询监控数据

          6.Grafana可接入prometheus数据源,把监控数据以图形化形式展示出

          安装node-exporter组件

          机器规划:

          我的实验环境使用的k8s集群是一个master节点和一个node节点

          master节点的机器ip是192.168.0.6,主机名是master1

          node节点的机器ip是192.168.0.56,主机名是node1

          master高可用集群安装可参考如下文章:

          k8s1.18高可用集群安装-超详细中文官方文档

          k8s1.18多master节点高可用集群安装-超详细中文官方文档


          node-exporter是什么?

          采集机器(物理机、虚拟机、云主机等)的监控指标数据,能够采集到的指标包括CPU, 内存,磁盘,网络,文件数等信息。

          安装node-exporter组件,在k8s集群的master1节点操作

          cat >node-export.yaml  <<EOF
          apiVersion: apps/v1
          kind: DaemonSet
          metadata:
            name: node-exporter
            namespace: monitor-sa
            labels:
              name: node-exporter
          spec:
            selector:
              matchLabels:
               name: node-exporter
            template:
              metadata:
                labels:
                  name: node-exporter
              spec:
                hostPID: true
                hostIPC: true
                hostNetwork: true
                containers:
                - name: node-exporter
                  image: prom/node-exporter:v0.16.0
                  ports:
                  - containerPort: 9100
                  resources:
                    requests:
                      cpu: 0.15
                  securityContext:
                    privileged: true
                  args:
                  - --path.procfs
                  - /host/proc
                  - --path.sysfs
                  - /host/sys
                  - --collector.filesystem.ignored-mount-points
                  - '"^/(sys|proc|dev|host|etc)($|/)"'
                  volumeMounts:
                  - name: dev
                    mountPath: /host/dev
                  - name: proc
                    mountPath: /host/proc
                  - name: sys
                    mountPath: /host/sys
                  - name: rootfs
                    mountPath: /rootfs
                tolerations:
                - key: "node-role.kubernetes.io/master"
                  operator: "Exists"
                  effect: "NoSchedule"
                volumes:
                  - name: proc
                    hostPath:
                      path: /proc
                  - name: dev
                    hostPath:
                      path: /dev
                  - name: sys
                    hostPath:
                      path: /sys
                  - name: rootfs
                    hostPath:
                      path: /
          EOF

          #通过kubectl apply更新node-exporter

          kubectl apply -f node-export.yaml

          #查看node-exporter是否部署成功

          kubectl get pods -n monitor-sa

          显示如下,看到pod的状态都是running,说明部署成功

          NAME                  READY   STATUS    RESTARTS   AGE
          node-exporter-9qpkd   1/1     Running   0          89s
          node-exporter-zqmnk   1/1     Running   0          89s

          通过node-exporter采集数据

          curl  http://主机ip:9100/metrics
          #node-export默认的监听端口是9100,可以看到当前主机获取到的所有监控数据,截取一部分,如下

          # HELP node_cpu_seconds_total Seconds the cpus spent in each mode.
          # TYPE node_cpu_seconds_total counter
          node_cpu_seconds_total{cpu="0",mode="idle"} 56136.98
          # HELP node_load1 1m load average.
          # TYPE node_load1 gauge
          node_load1 0.58
          #HELP:解释当前指标的含义,上面表示在每种模式下node节点的cpu花费的时间,以s为单位
          #TYPE:说明当前指标的数据类型,上面是counter类型
          node_load1该指标反映了当前主机在最近一分钟以内的负载情况,系统的负载情况会随系统资源的使用而变化,因此node_load1反映的是当前状态,数据可能增加也可能减少,从注释中可以看出当前指标类型为gauge(标准尺寸)
          node_cpu_seconds_total{cpu="0",mode="idle"} :
          cpu0上idle进程占用CPU的总时间,CPU占用时间是一个只增不减的度量指标,从类型中也可以看出node_cpu的数据类型是counter(计数器)
          counter计数器:只是采集递增的指标
          gauge标准尺寸:统计的指标可增加可减少

          k8s集群中部署prometheus

          1.创建namespace、sa账号在k8s集群的master节点操作

          #创建一个monitor-sa的名称空间

          kubectl create ns monitor-sa

          #创建一个sa账号

          kubectl create serviceaccount monitor -n monitor-sa  

          #把sa账号monitor通过clusterrolebing绑定到clusterrole上

          kubectl create clusterrolebinding monitor-clusterrolebinding -n monitor-sa --clusterrole=cluster-admin  --serviceaccount=monitor-sa:monitor

          2.创建数据目录

          #在k8s集群的任何一个node节点操作,因为我的k8s集群只有一个node节点node1,所以我在node1上操作如下命令:

          mkdir /data
          chmod 777 /data/

          3.安装prometheus,以下步骤均在在k8s集群的master1节点操作

          1)创建一个configmap存储卷,用来存放prometheus配置信息

          cat  >prometheus-cfg.yaml <<EOF
          ---
          kind: ConfigMap
          apiVersion: v1
          metadata:
            labels:
              app: prometheus
            name: prometheus-config
            namespace: monitor-sa
          data:
            prometheus.yml: |
              global:
                scrape_interval: 15s
                scrape_timeout: 10s
                evaluation_interval: 1m
              scrape_configs:
              - job_name: 'kubernetes-node'
                kubernetes_sd_configs:
                - role: node
                relabel_configs:
                - source_labels: [__address__]
                  regex: '(.*):10250'
                  replacement: '${1}:9100'
                  target_label: __address__
                  action: replace
                - action: labelmap
                  regex: __meta_kubernetes_node_label_(.+)
              - job_name: 'kubernetes-node-cadvisor'
                kubernetes_sd_configs:
                - role:  node
                scheme: https
                tls_config:
                  ca_file: /var/run/secrets/kubernetes.io/serviceaccount/ca.crt
                bearer_token_file: /var/run/secrets/kubernetes.io/serviceaccount/token
                relabel_configs:
                - action: labelmap
                  regex: __meta_kubernetes_node_label_(.+)
                - target_label: __address__
                  replacement: kubernetes.default.svc:443
                - source_labels: [__meta_kubernetes_node_name]
                  regex: (.+)
                  target_label: __metrics_path__
                  replacement: /api/v1/nodes/${1}/proxy/metrics/cadvisor
              - job_name: 'kubernetes-apiserver'
                kubernetes_sd_configs:
                - role: endpoints
                scheme: https
                tls_config:
                  ca_file: /var/run/secrets/kubernetes.io/serviceaccount/ca.crt
                bearer_token_file: /var/run/secrets/kubernetes.io/serviceaccount/token
                relabel_configs:
                - source_labels: [__meta_kubernetes_namespace, __meta_kubernetes_service_name, __meta_kubernetes_endpoint_port_name]
                  action: keep
                  regex: default;kubernetes;https
              - job_name: 'kubernetes-service-endpoints'
                kubernetes_sd_configs:
                - role: endpoints
                relabel_configs:
                - source_labels: [__meta_kubernetes_service_annotation_prometheus_io_scrape]
                  action: keep
                  regex: true
                - source_labels: [__meta_kubernetes_service_annotation_prometheus_io_scheme]
                  action: replace
                  target_label: __scheme__
                  regex: (https?)
                - source_labels: [__meta_kubernetes_service_annotation_prometheus_io_path]
                  action: replace
                  target_label: __metrics_path__
                  regex: (.+)
                - source_labels: [__address__, __meta_kubernetes_service_annotation_prometheus_io_port]
                  action: replace
                  target_label: __address__
                  regex: ([^:]+)(?::\d+)?;(\d+)
                  replacement: $1:$2
                - action: labelmap
                  regex: __meta_kubernetes_service_label_(.+)
                - source_labels: [__meta_kubernetes_namespace]
                  action: replace
                  target_label: kubernetes_namespace
                - source_labels: [__meta_kubernetes_service_name]
                  action: replace
                  target_label: kubernetes_name 
          EOF

          注意:通过上面命令生成的promtheus-cfg.yaml文件会有一些问题,1和1和2这种变量在文件里没有,需要在k8s的master1节点打开promtheus-cfg.yaml文件,手动把1和1和2这种变量写进文件里,promtheus-cfg.yaml文件需要手动修改部分如下:

          22行的replacement: ':9100'变成replacement: '${1}:9100'
          42行的replacement: /api/v1/nodes//proxy/metrics/cadvisor变成
                        replacement: /api/v1/nodes/${1}/proxy/metrics/cadvisor
          73行的replacement:  变成replacement: $1:$2

          #通过kubectl apply更新configmap

          kubectl apply  -f  prometheus-cfg.yaml


          2)通过deployment部署prometheus

          cat  >prometheus-deploy.yaml <<EOF
          ---
          apiVersion: apps/v1
          kind: Deployment
          metadata:
            name: prometheus-server
            namespace: monitor-sa
            labels:
              app: prometheus
          spec:
            replicas: 1
            selector:
              matchLabels:
                app: prometheus
                component: server
              #matchExpressions:
              #- {key: app, operator: In, values: [prometheus]}
              #- {key: component, operator: In, values: [server]}
            template:
              metadata:
                labels:
                  app: prometheus
                  component: server
                annotations:
                  prometheus.io/scrape: 'false'
              spec:
                nodeName: node1
                serviceAccountName: monitor
                containers:
                - name: prometheus
                  image: prom/prometheus:v2.2.1
                  imagePullPolicy: IfNotPresent
                  command:
                    - prometheus
                    - --config.file=/etc/prometheus/prometheus.yml
                    - --storage.tsdb.path=/prometheus
                    - --storage.tsdb.retention=720h
                  ports:
                  - containerPort: 9090
                    protocol: TCP
                  volumeMounts:
                  - mountPath: /etc/prometheus/prometheus.yml
                    name: prometheus-config
                    subPath: prometheus.yml
                  - mountPath: /prometheus/
                    name: prometheus-storage-volume
                volumes:
                  - name: prometheus-config
                    configMap:
                      name: prometheus-config
                      items:
                        - key: prometheus.yml
                          path: prometheus.yml
                          mode: 0644
                  - name: prometheus-storage-volume
                    hostPath:
                     path: /data
                     type: Directory
          EOF

          注意:在上面的prometheus-deploy.yaml文件有个nodeName字段,这个就是用来指定创建的这个prometheus的pod调度到哪个节点上,我们这里让nodeName=node1,也即是让pod调度到node1节点上,因为node1节点我们创建了数据目录/data,所以大家记住:你在k8s集群的哪个节点创建/data,就让pod调度到哪个节点。

          #通过kubectl apply更新prometheus

          kubectl apply -f prometheus-deploy.yaml

          #查看prometheus是否部署成功

          kubectl get pods -n monitor-sa

          显示如下,可看到pod状态是running,说明prometheus部署成功

          NAME                                 READY   STATUS    RESTARTS   AGE
          node-exporter-9qpkd                  1/1     Running   0          76m
          node-exporter-zqmnk                  1/1     Running   0          76m
          prometheus-server-85dbc6c7f7-nsg94   1/1     Running   0          6m7

          3)给prometheus pod创建一个service

          cat  > prometheus-svc.yaml << EOF
          ---
          apiVersion: v1
          kind: Service
          metadata:
            name: prometheus
            namespace: monitor-sa
            labels:
              app: prometheus
          spec:
            type: NodePort
            ports:
              - port: 9090
                targetPort: 9090
                protocol: TCP
            selector:
              app: prometheus
              component: server
          EOF

          #通过kubectl apply 更新service

          kubectl  apply -f prometheus-svc.yaml

          #查看service在物理机映射的端口

          kubectl get svc -n monitor-sa

          显示如下:

          NAME         TYPE       CLUSTER-IP    EXTERNAL-IP   PORT(S)          AGE
          prometheus   NodePort   10.96.45.93   <none>        9090:31043/TCP   50s

          通过上面可以看到service在宿主机上映射的端口是31043,这样我们访问k8s集群的master1节点的ip:31043,就可以访问到prometheus的web ui界面了

          #访问prometheus web ui界面

          火狐浏览器输入如下地址:

          http://192.168.0.6:31043/graph

          可看到如下页面:

          #点击页面的Status->Targets,可看到如下,说明我们配置的服务发现可以正常采集数据

          prometheus热更新

          #为了每次修改配置文件可以热加载prometheus,也就是不停止prometheus,就可以使配置生效,如修改prometheus-cfg.yaml,想要使配置生效可用如下热加载命令:
          curl -X POST http://10.244.1.66:9090/-/reload

          #10.244.1.66是prometheus的pod的ip地址,如何查看prometheus的pod ip,可用如下命令:

          kubectl get pods -n monitor-sa -o wide | grep prometheus

          显示如下, 10.244.1.7就是prometheus的ip

            prometheus-server-85dbc6c7f7-nsg94   1/1     Running   0          29m   10.244.1.7     node1     <none>           <none>

            #热加载速度比较慢,可以暴力重启prometheus,如修改上面的prometheus-cfg.yaml文件之后,可执行如下强制删除:

            kubectl delete -f prometheus-cfg.yaml

            kubectl delete -f prometheus-deploy.yaml

            然后再通过apply更新:

            kubectl apply -f prometheus-cfg.yaml

            kubectl apply -f prometheus-deploy.yaml

            注意:

            线上最好热加载,暴力删除可能造成监控数据的丢失

            Grafana安装和配置

            下载安装Grafana需要的镜像

            上传heapster-grafana-amd64_v5_0_4.tar.gz镜像到k8s的各个master节点和k8s的各个node节点,然后在各个节点手动解压:
            docker load -i heapster-grafana-amd64_v5_0_4.tar.gz

            镜像所在的百度网盘地址如下:

            链接:https://pan.baidu.com/s/1TmVGKxde_cEYrbjiETboEA 
            提取码:052u

            在k8s的master1节点创建grafana.yaml

            cat  >grafana.yaml <<  EOF
            apiVersion: apps/v1
            kind: Deployment
            metadata:
              name: monitoring-grafana
              namespace: kube-system
            spec:
              replicas: 1
              selector:
                matchLabels:
                  task: monitoring
                  k8s-app: grafana
              template:
                metadata:
                  labels:
                    task: monitoring
                    k8s-app: grafana
                spec:
                  containers:
                  - name: grafana
                    image: k8s.gcr.io/heapster-grafana-amd64:v5.0.4
                    ports:
                    - containerPort: 3000
                      protocol: TCP
                    volumeMounts:
                    - mountPath: /etc/ssl/certs
                      name: ca-certificates
                      readOnly: true
                    - mountPath: /var
                      name: grafana-storage
                    env:
                    - name: INFLUXDB_HOST
                      value: monitoring-influxdb
                    - name: GF_SERVER_HTTP_PORT
                      value: "3000"
                      # The following env variables are required to make Grafana accessible via
                      # the kubernetes api-server proxy. On production clusters, we recommend
                      # removing these env variables, setup auth for grafana, and expose the grafana
                      # service using a LoadBalancer or a public IP.
                    - name: GF_AUTH_BASIC_ENABLED
                      value: "false"
                    - name: GF_AUTH_ANONYMOUS_ENABLED
                      value: "true"
                    - name: GF_AUTH_ANONYMOUS_ORG_ROLE
                      value: Admin
                    - name: GF_SERVER_ROOT_URL
                      # If you're only using the API Server proxy, set this value instead:
                      # value: /api/v1/namespaces/kube-system/services/monitoring-grafana/proxy
                      value: /
                  volumes:
                  - name: ca-certificates
                    hostPath:
                      path: /etc/ssl/certs
                  - name: grafana-storage
                    emptyDir: {}
            ---
            apiVersion: v1
            kind: Service
            metadata:
              labels:
                # For use as a Cluster add-on (https://github.com/kubernetes/kubernetes/tree/master/cluster/addons)
                # If you are NOT using this as an addon, you should comment out this line.
                kubernetes.io/cluster-service: 'true'
                kubernetes.io/name: monitoring-grafana
              name: monitoring-grafana
              namespace: kube-system
            spec:
              # In a production setup, we recommend accessing Grafana through an external Loadbalancer
              # or through a public IP.
              # type: LoadBalancer
              # You could also use NodePort to expose the service at a randomly-generated port
              # type: NodePort
              ports:
              - port: 80
                targetPort: 3000
              selector:
                k8s-app: grafana
              type: NodePort
            EOF

            通过kubectl apply 更新grafana

            kubectl  apply -f grafana.yaml

            查看grafana是否部署成功

            kubectl get pods -n kube-system

            显示如下,说明部署成功

              monitoring-grafana-7d7f6cf5c6-vrxw9   1/1     Running   0          3h51m

              查看grafana的service
              kubectl get svc -n kube-system

              显示如下:

                monitoring-grafana   NodePort    10.111.173.47    <none>        80:31044/TCP             3h54m

                上面可以看到grafana暴露的宿主机端口是31044

                我们访问k8s集群的master节点ip:31044即可访问到grafana的web界面

                Grafan界面接入prometheus数据源

                1)登陆grafana,在浏览器访问

                192.168.0.6:31044

                账号密码都是admin

                可看到如下界面:


                2)配置grafana界面:
                开始配置grafana的web界面:
                选择Create your first data source

                出现如下

                Name: Prometheus

                Type: Prometheus

                HTTP 处的URL写 如下:


                http://prometheus.monitor-sa.svc:9090

                配置好的整体页面如下:

                点击左下角Save & Test,出现如下Data source is working,说明prometheus数据源成功的被grafana接入了

                导入监控模板,可在如下链接搜索
                https://grafana.com/dashboards?dataSource=prometheus&search=kubernetes
                也可直接导入node_exporter.json监控模板,这个可以把node节点指标显示出来

                node_exporter.json在百度网盘地址如下:

                  链接:https://pan.baidu.com/s/1vF1kAMRbxQkUGPlZt91MWg 
                  提取码:kyd6

                  还可直接导入docker_rev1.json,可以把容器相关的数据展示出来
                  docker_rev1.json在百度网盘地址如下:


                    链接:https://pan.baidu.com/s/17o_nja5N2R-g9g5PkJ3aFA 
                    提取码:vinv

                    怎么导入监控模板,按如下步骤

                    上面Save & Test测试没问题之后,就可以返回Grafana主页面

                    点击左侧+号下面的Import,出现如下界面

                    选择Upload json file,出现如下

                    选择一个本地的json文件,我们选择的是上面让大家下载的node_exporter.json这个文件,选择之后出现如下

                    注:箭头标注的地方Name后面的名字是node_exporter.json定义的

                    Prometheus后面需要变成Prometheus,然后再点击Import,就可以出现如下界面:

                    导入docker_rev1.json监控模板,步骤和上面导入node_exporter.json步骤一样,导入之后显示如下:

                    安装配置kube-state-metrics组件

                    kube-state-metrics是什么?

                    kube-state-metrics通过监听API Server生成有关资源对象的状态指标,比如Deployment、Node、Pod,需要注意的是kube-state-metrics只是简单的提供一个metrics数据,并不会存储这些指标数据,所以我们可以使用Prometheus来抓取这些数据然后存储,主要关注的是业务相关的一些元数据,比如Deployment、Pod、副本状态等;调度了多少个replicas?现在可用的有几个?多少个Pod是running/stopped/terminated状态?Pod重启了多少次?我有多少job在运行中。

                    安装kube-state-metrics组件

                    1)创建sa,并对sa授权

                    在k8s的master1节点生成一个kube-state-metrics-rbac.yaml文件

                    cat > kube-state-metrics-rbac.yaml <<EOF
                    ---
                    apiVersion: v1
                    kind: ServiceAccount
                    metadata:
                      name: kube-state-metrics
                      namespace: kube-system
                    ---
                    apiVersion: rbac.authorization.k8s.io/v1
                    kind: ClusterRole
                    metadata:
                      name: kube-state-metrics
                    rules:
                    - apiGroups: [""]
                      resources: ["nodes", "pods", "services", "resourcequotas", "replicationcontrollers", "limitranges", "persistentvolumeclaims", "persistentvolumes", "namespaces", "endpoints"]
                      verbs: ["list", "watch"]
                    - apiGroups: ["extensions"]
                      resources: ["daemonsets", "deployments", "replicasets"]
                      verbs: ["list", "watch"]
                    - apiGroups: ["apps"]
                      resources: ["statefulsets"]
                      verbs: ["list", "watch"]
                    - apiGroups: ["batch"]
                      resources: ["cronjobs", "jobs"]
                      verbs: ["list", "watch"]
                    - apiGroups: ["autoscaling"]
                      resources: ["horizontalpodautoscalers"]
                      verbs: ["list", "watch"]
                    ---
                    apiVersion: rbac.authorization.k8s.io/v1
                    kind: ClusterRoleBinding
                    metadata:
                      name: kube-state-metrics
                    roleRef:
                      apiGroup: rbac.authorization.k8s.io
                      kind: ClusterRole
                      name: kube-state-metrics
                    subjects:
                    - kind: ServiceAccount
                      name: kube-state-metrics
                      namespace: kube-system
                    EOF

                    通过kubectl apply更新yaml文件

                    kubectl apply -f kube-state-metrics-rbac.yaml

                    2)安装kube-state-metrics组件

                    在k8s的master1节点生成一个kube-state-metrics-deploy.yaml文件

                    cat > kube-state-metrics-deploy.yaml <<EOF
                    apiVersion: apps/v1
                    kind: Deployment
                    metadata:
                      name: kube-state-metrics
                      namespace: kube-system
                    spec:
                      replicas: 1
                      selector:
                        matchLabels:
                          app: kube-state-metrics
                      template:
                        metadata:
                          labels:
                            app: kube-state-metrics
                        spec:
                          serviceAccountName: kube-state-metrics
                          containers:
                          - name: kube-state-metrics
                    #        image: gcr.io/google_containers/kube-state-metrics-amd64:v1.3.1
                            image: quay.io/coreos/kube-state-metrics:v1.9.0
                            ports:
                            - containerPort: 8080
                    EOF

                    通过kubectl apply更新yaml文件

                    kubectl apply -f kube-state-metrics-deploy.yaml

                    查看kube-state-metrics是否部署成功

                    kubectl get pods -n kube-system

                    显示如下,看到pod处于running状态,说明部署成功

                      kube-state-metrics-79c9686b96-4njrs   1/1     Running   0          76s


                      相关实践学习
                      容器服务Serverless版ACK Serverless 快速入门:在线魔方应用部署和监控
                      通过本实验,您将了解到容器服务Serverless版ACK Serverless 的基本产品能力,即可以实现快速部署一个在线魔方应用,并借助阿里云容器服务成熟的产品生态,实现在线应用的企业级监控,提升应用稳定性。
                      云原生实践公开课
                      课程大纲 开篇:如何学习并实践云原生技术 基础篇: 5 步上手 Kubernetes 进阶篇:生产环境下的 K8s 实践 相关的阿里云产品:容器服务&nbsp;ACK 容器服务&nbsp;Kubernetes&nbsp;版(简称&nbsp;ACK)提供高性能可伸缩的容器应用管理能力,支持企业级容器化应用的全生命周期管理。整合阿里云虚拟化、存储、网络和安全能力,打造云端最佳容器化应用运行环境。 了解产品详情:&nbsp;https://www.aliyun.com/product/kubernetes
                      相关文章
                      |
                      7天前
                      |
                      Prometheus 监控 Cloud Native
                      基于Prometheus和Grafana的监控平台 - 环境搭建
                      基于Prometheus和Grafana的监控平台 - 环境搭建
                      |
                      1天前
                      |
                      Prometheus 监控 Cloud Native
                      性能监控神器Prometheus、Grafana、ELK 在springboot中的运用
                      【6月更文挑战第27天】在 Spring Boot 应用中,监控和日志管理是确保系统稳定性和性能的重要手段。
                      14 4
                      |
                      14天前
                      |
                      Prometheus 监控 Cloud Native
                      SpringBoot2.x整合Prometheus+Grafana【附源码】
                      SpringBoot2.x整合Prometheus+Grafana【附源码】
                      21 1
                      |
                      1月前
                      |
                      编解码 Prometheus 运维
                      Prometheus 的监控方法论
                      【1月更文挑战第24天】
                      |
                      1月前
                      |
                      存储 Prometheus 监控
                      Prometheus vs. ELK Stack:容器监控与日志管理工具的较量
                      随着容器化技术的广泛应用,容器监控与日志管理成为了关键任务。本文将对两种常用工具进行比较与选择,分别是Prometheus和ELK Stack。Prometheus是一款开源的监控系统,专注于时序数据的收集和告警。而ELK Stack则是一套完整的日志管理解决方案,由Elasticsearch、Logstash和Kibana三个组件组成。通过比较它们的特点、优势和适用场景,读者可以更好地了解如何选择适合自己需求的工具。
                      |
                      1月前
                      |
                      Prometheus 监控 Kubernetes
                      如何用 Prometheus Operator 监控 K8s 集群外服务?
                      如何用 Prometheus Operator 监控 K8s 集群外服务?
                      |
                      1月前
                      |
                      Prometheus 监控 Kubernetes
                      Prometheus Operator 与 kube-prometheus 之二 - 如何监控 1.23+ kubeadm 集群
                      Prometheus Operator 与 kube-prometheus 之二 - 如何监控 1.23+ kubeadm 集群
                      |
                      1天前
                      |
                      Prometheus 监控 Kubernetes
                      深入理解Prometheus: Kubernetes环境中的监控实践
                      Kubernetes简介 在深入Prometheus与Kubernetes的集成之前,首先简要回顾一下Kubernetes的核心概念。Kubernetes是一个开源的容器编排平台,用于自动化容器的部署、扩展和管理。它提供了高度的可扩展性和灵活性,使得它成为微服务和云原生应用的理想选择。 核心组件 • 控制平面(Control Plane):集群管理相关的组件,如API服务器、调度器等。 • 工作节点(Nodes):运行应用容器的机器。 • Pods:Kubernetes的基本运行单位,可以容纳一个或多个容器。
                      |
                      15天前
                      |
                      Prometheus 监控 Cloud Native
                      【监控】Spring Boot+Prometheus+Grafana实现可视化监控
                      【监控】Spring Boot+Prometheus+Grafana实现可视化监控
                      39 6
                      |
                      1月前
                      |
                      弹性计算 Prometheus 监控
                      基于 Prometheus 的超算弹性计算场景下主机监控最佳实践
                      超算快速弹性伸缩场景下,如何构建一套准确、快速、可靠的监控体系成为关键点。阿里云在超算场景的主机监控落地实践,解决超算场景面临的挑战,交付一套可靠和全面的主机监控体系。
                      59901 15