务发现role

所有组件将自身指标暴露在各自的服务端口上prometheus通过pull过来拉取指标但是prometheus需要知道各个目标的地址是多少而且需要及时感知他们的变化所以采用服务发现是最好的解决方式

容器基础资源指标

我们可以看到prometheus采用k8s服务发现其中role

:node

kubernetes-nodes-cadvisorkubernetes_sd_configs:-

role:

node一旦node加入(扩容)node离开(缩容)prometheus可以及时收到node的信息通过访问节点的cadvisor指标path如node_ip:10250/metrics/cadvisor获取到相关指标通过prometheus的target展示页面(/targets)可以看到cadvisor

k8s服务组件指标

kube-schedulerkubernetes_sd_configs:-

role:

可以理解为service向其发送流量的对象的IP地址在之前我们创建的控制平面暴露的service中kube-scheduler的配置如下

---

那么对应的endpoint可以describe到就是下面所示的172.20.70.205:10259

[rootk8s-master01

kube-controller-managerkubernetes_sd_configs:-

role:

代表发现所有的endpoints在之前我们创建的控制平面暴露的service中kube-controller-manager的配置如下

---

kube-controller-managerlabels:k8s-app:

name:

那么对应的endpoint可以describe到就是下面所示的172.20.70.205:10257

[rootk8s-master01

componentkube-controller-manager

Type:

kube-etcdkubernetes_sd_configs:-

role:

代表发现所有的endpoints在之前我们创建的控制平面暴露的service中kube-etcd的配置如下

---

那么对应的endpoint可以describe到就是下面所示的172.20.70.205:2379

[rootprome-master01

componentetcd,tiercontrol-plane

Type:

kubernetes-podskubernetes_sd_configs:-

role:

calico-kube-controllers-854b9dcf89-gct84

1/1

ink8s-pod-metrics-deployment-85d9795d6-95lsp

1/1

ingress-nginx-controller-6cb6fdd64b-p4s65

1/1

k8s-mon-deployment-6d7d58bdc8-rxj42

1/1

kube-controller-manager-k8s-master01

1/1

kube-state-metrics-564668c858-dnmnh

1/1

metrics-server-7dbf6c4558-zwp5m

1/1

tigera-operator-cf6b69777-mlgk9

1/1

139d然后访问的时候pod的ip因为在k8s中是pod之间网络是扁平的所以prometheus的pod可以访问到其他的podtarget结果discovery结果

本节重点总结