Prometheus之kubernetes-sd自动发现

kubernetes_sd_config
从Kubernetes的REST API上，Kubernets SD配置检索和获取目标，并且始终保持与集群状态同步。下面是role类型中的任何一个都能在发现目标上配置：节点node
这个node角色发现带有地址的每一个集群节点一个目标，都指向Kublelet的HTTP端口。这个目标地址默认为Kubernetes节点对象的第一个现有地址，地址类型为NodeInernalIP, NodeExternalIP, NodeLegacyHostIP和NodeHostName。可用的meta标签：__meta_kubernetes_node_name: 节点对象的名称
__meta_kubernetes_node_label_<labelname>: 节点对象的每个标签
__meta_kubernetes_node_labelpresent_<labelname>: 节点对象中的每个标签都为true。
__meta_kubernetes_node_annotation_<annotationname>: 节点对象的每个注解
__meta_kubernetes_node_annotationpresent_<annotationname>: 节点对象的每个注释都为true。
__meta_kubernetes_node_address_<address_type>: 如果存在，每一个节点对象类型的第一个地址
另外，对于节点的instance标签，将会被设置成从API服务中获取的节点名称。服务service
对于每个服务每个服务端口，service角色发现一个目标。对于一个服务的黑盒监控是通常有用的。这个地址被设置成这个服务的Kubernetes DNS域名, 以及各自的服务端口。可用的meta标签：__meta_kubernetes_namespace: 服务对象的命名空间
__meta_kubernetes_service_annotation_<annotationname>: 服务对象的注释
__meta_kubernetes_service_annotationpresent_<annotationname>: 服务对象的每个注解为“true”。
__meta_kubernetes_service_cluster_ip: 服务的群集IP地址。（不适用于ExternalName类型的服务）
__meta_kubernetes_service_external_name: 服务的DNS名称。（适用于ExternalName类型的服务）
__meta_kubernetes_service_label_<labelname>: 服务对象的标签。
__meta_kubernetes_service_labelpresent_<labelname>: 对于服务对象的每个标签为true。
__meta_kubernetes_service_name: 服务对象的名称
__meta_kubernetes_service_port_name: 目标服务端口的名称
__meta_kubernetes_service_port_protocol: 目标服务端口的协议
__meta_kubernetes_service_type: 服务的类型
__meta_kubernetes_service_port_number: 目标服务端口的数量（弃用?）
pod
pod角色会察觉所有的pod，并将它们的容器作为目标暴露出来。对于容器的每个声明的端口，都会生成一个目标。如果一个容器没有指定的端口，则会为每个容器创建一个无端口的目标，以便通过重新标注来手动添加端口。可用的meta标签：__meta_kubernetes_namespace: pod对象的命名空间
__meta_kubernetes_pod_name: pod对象的名称
__meta_kubernetes_pod_ip: pod对象的IP地址
__meta_kubernetes_pod_label_<labelname>: pod对象的标签
__meta_kubernetes_pod_labelpresent_<labelname>: 对来自pod对象的每个标签都是true。
__meta_kubernetes_pod_annotation_<annotationname>: pod对象的注释
__meta_kubernetes_pod_annotationpresent_<annotationname>: 对于来自pod对象的每个注解都是true。
__meta_kubernetes_pod_container_init: 如果容器是 InitContainer，则为 true。
__meta_kubernetes_pod_container_name: 目标地址的容器名称
__meta_kubernetes_pod_container_port_name: 容器端口名称
__meta_kubernetes_pod_container_port_number: 容器端口的数量
__meta_kubernetes_pod_container_port_protocol: 容器端口的协议
__meta_kubernetes_pod_ready: 设置pod ready状态为true或者false
__meta_kubernetes_pod_phase: 在生命周期中设置 Pending, Running, Succeeded, Failed 或 Unknown
__meta_kubernetes_pod_node_name: pod调度的node名称
__meta_kubernetes_pod_host_ip: 节点对象的主机IP
__meta_kubernetes_pod_uid: pod对象的UID。
__meta_kubernetes_pod_controller_kind: pod控制器的kind对象.
__meta_kubernetes_pod_controller_name: pod控制器的名称.
endpoints（端点）
endpoints角色发现来自于一个服务的列表端点目标。对于每一个终端地址，一个目标被一个port发现。如果这个端点被写入到pod中，这个节点的所有其他容器端口，未绑定到端点的端口，也会被目标发现。可用的meta标签：__meta_kubernetes_namespace: 端点对象的命名空间
__meta_kubernetes_endpoints_name: 端点对象的名称
对于直接从端点列表中获取的所有目标，下面的标签将会被附加上。
__meta_kubernetes_endpoint_hostname: 端点的Hostname
__meta_kubernetes_endpoint_node_name: 端点所在节点的名称。
__meta_kubernetes_endpoint_ready: endpoint ready状态设置为true或者false。
__meta_kubernetes_endpoint_port_name: 端点的端口名称
__meta_kubernetes_endpoint_port_protocol: 端点的端口协议
__meta_kubernetes_endpoint_address_target_kind: 端点地址目标的kind。
__meta_kubernetes_endpoint_address_target_name: 端点地址目标的名称。
如果端点属于一个服务，这个角色的所有标签：服务发现被附加上。
对于在pod中的所有目标，这个角色的所有表掐你：pod发现被附加上ingress角色为每个ingress的每个路径发现一个目标。这通常对黑盒监控一个ingress很有用。地址将被设置为 ingress 规范中指定的主机。可用的meta标签：__meta_kubernetes_namespace: ingress对象的命名空间
__meta_kubernetes_ingress_name: ingress对象的名称
__meta_kubernetes_ingress_label_<labelname>: ingress对象的每个label。
__meta_kubernetes_ingress_labelpresent_<labelname>: ingress对象的每个label都为true。
__meta_kubernetes_ingress_annotation_<annotationname>: ingress对象的每个注释.
__meta_kubernetes_ingress_annotationpresent_<annotationname>: 每个ingress对象的注解都是true。
__meta_kubernetes_ingress_scheme: 协议方案，如果设置了TLS配置，则为https。默认为http。
__meta_kubernetes_ingress_path: ingree spec的路径。默认为/。

Prometheus之kubernetes-sd自动发现相关推荐

Prometheus监控神技--自动发现配置
一.自动发现类型在上一篇文中留了一个坑: 监控某个statefulset服务的时候,我在service文件中定义了个EP,然后把pod的ip写死在配置文件中,这样,当pod重启后,IP地址变化,就监 ...
CC00339.CloudKubernetes——|KuberNetes运维.V56|——|Prometheus.v01|自动发现.v01|创建secret|
一.自动发现配置:创建secret ### --- 配置Prometheus-additional.yaml配置文件 ~~~ 创建prometheus-additional配置文件[root@k8s- ...
prometheus+consul 服务自动发现监控
prometheus+consul 服务自动发现监控搭建prometheus监控平台请参考:https://blog.csdn.net/han949417140/article/details/11 ...
Prometheus监控kubernetes
Prometheus监控 kubernetes 咱们的目标通过Prometheus监控Kubernetes集群. 1.使用ConfigMaps管理Prometheus的配置文件创建prometheu ...
Prometheus基于kubernetes实现监控告警---飞书告警（告警规则最全）
Prometheus基于kubernetes实现监控告警-飞书告警一.监控目标 1.主机性能指标数据: 监控node节点:node-exporter,使用Daemonset方式部署,通过node角色 ...
zabbix自动发现监控磁盘(iops和读写量)
2019独角兽企业重金招聘Python工程师标准>>> 对于磁盘有个iops的概念比较奇怪,想监控起来看下,利用zabbix的自动发现把每个磁盘的iops监控起来,思路:自动发现所有 ...
zabbix 监控项自动发现过滤_Zabbix5.2由浅入深之官方自动发现规则初探(网络篇)
今天的主题是官方模板的自动发现规则分析,在监控工作中常常会遇到一些可变化的OID值,也就是父OID+索引,而索引本身是变化的,如果监控设备数量固定,一个个写问题不大,但在规模增加到一定程度手动添加已然 ...
5 zabbix 添加host_运维监控实战篇，zabbix自动发现和自动注册图文详解
一.介绍自动发现 Zabbix自动发现就是为了解决批量监控而设计的功能之一,什么是自动发现呢,简单来说就是Zabbix Server端可以基于设定的规则,自动批量的去发现局域网若干服务器,并自动把服 ...
Zabbix(六)：项目实战之--自动发现nginx调度器及后端web服务集群、自定义参数监控...
项目: 1.自动发现nginx调度器及后端apache构建的web服务集群: 2.使用自定义参数监控调度器上nginx服务的相关统计数据及速率数据: 3.使用自定义参数监控后端apache服务的相关统 ...
Windows Server 2012 R2工作文件夹⑨：自动发现设置
除了前面讲的功能以外,我们还可以配置工作文件夹服务器的自动发现设置,如果我们的环境中有不止一台工作文件夹服务器,而我们希望一部分用户使用特定的工作文件夹服务器,除了使用组策略以外,还可以通过修改用户的 ...

Prometheus之kubernetes-sd自动发现

Prometheus之kubernetes-sd自动发现相关推荐

最新文章

热门文章