Question

我第一次尝试使用Prometheus-operator，但仍在为此而努力管理Prometheus的差异中挣扎。

部署非常简单，编辑规则也很简单，但是当使用Prometheus-operator尝试使用static_configs重新标记出口商时，我找不到自己的方式。

我过去经常做的是自定义prometheus.yml并添加static_configs以包括每个出口商工作名称的标签。

我了解在普罗米修斯操作员的幕后，我们具有与通常相同的设置，但是我不确定如何使用操作员从static_config配置中获得相同的结果。

据我所知，我现在必须在与出口商相关的服务监视器上设置重新标签，但是我尝试过的所有配置都没有结果：

在问题1166上要求metricRelabelings进行尝试，并在issue 1086中进行了描述，StaticConfigs没有运气。

例如，这是我以前为kubernetes-cadvisor出口商在static_config上设置标签所做的，以便我的自定义标签显示在我的出口商在摄取时间收集的所有指标上：< / p>

scrape_configs:
- job_name: prometheus
static_configs:
- targets: ['localhost:9090']
labels:
kubernetes_namespace: kube-system
cluster_name: mycluster01

还要在我的每个出口商职位上添加relabel_configs：


- job_name: 'kubernetes-cadvisor'
scheme: https
tls_config:
  ca_file: /var/run/secrets/kubernetes.io/serviceaccount/ca.crt
bearer_token_file: /var/run/secrets/kubernetes.io/serviceaccount/token
kubernetes_sd_configs:
- role: node
relabel_configs:
  - target_label: cluster_name
    replacement: mycluster01
  - target_label: kubernetes_namespace
    replacement: kube-system
  - 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}:10250/proxy/metrics

这是一个在Prometheus-operator上使用metricRelabelings来实现相同效果的示例，该示例仍然对我不起作用：

apiVersion: monitoring.coreos.com/v1
kind: ServiceMonitor
metadata:
  labels:
    k8s-app: node-exporter
  name: node-exporter
  namespace: monitoring
spec:
  endpoints:
  - bearerTokenFile: /var/run/secrets/kubernetes.io/serviceaccount/token
    interval: 30s
    port: https
    scheme: https
    tlsConfig:
      insecureSkipVerify: true
  jobLabel: k8s-app
  selector:
    matchLabels:
      k8s-app: node-exporter
  metricRelabelings:
    sourceLabels: __meta_kubernetes_node_name
    targetLabel: node

我希望实现的目标是在导出器上创建一个静态标签，以便所有度量标准都带有我在抓取时定义的自定义标签，而不必手动为集群中的所有部署定义自定义标签。

在此先感谢您的帮助！

Answer 1

让我们看一下它是如何工作的。首先，部署示例应用程序的四个实例，这些实例在端口8080上侦听并公开指标。

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: example-application
spec:
  replicas: 4
  template:
    metadata:
      labels:
        app: example-application
    spec:
      containers:
      - name: example-application
        image: fabxc/instrumented_app
        ports:
        - name: backend
          containerPort: 8080

ServiceMonitor具有标签选择器，用于选择服务及其底层Endpoint对象。示例应用程序的Service对象通过具有示例应用程序值的应用程序标签选择Pod。服务对象还指定公开指标的端口。

kind: Service
apiVersion: v1
metadata:
  name: example-application
  labels:
    app: example-application
spec:
  selector:
    app: example-application
  ports:
  - name: backend
    port: 8080

此Service对象由ServiceMonitor发现，后者以相同的方式进行选择。应用标签必须具有值example-application。

apiVersion: monitoring.coreos.com/v1
kind: ServiceMonitor
metadata:
  name: example-application
  labels:
    team: backend-team
spec:
  selector:
    matchLabels:
      app: example-application
  endpoints:
  - port: backend

Prometheus对象定义serviceMonitorSelector，以指定应包括哪些ServiceMonitors。在标签team: backend-team上方已指定，因此Prometheus对象选择该对象。

apiVersion: monitoring.coreos.com/v1
kind: Prometheus
metadata:
  name: prometheus
spec:
  serviceMonitorSelector:
    matchLabels:
      team: backend-team
  resources:
    requests:
      memory: 400Mi

这使后端团队能够创建新的ServiceMonitor和服务，从而可以动态地重新配置Prometheus。

您也可以在this site上阅读有关Prometheus Operator中ServiceMonitor的更多信息。

Answer 2

似乎我错过了Operator信息库中的说明。...仔细查看后，我发现了一些非常好的示例...看来，我的问题的答案是将其他抓取配置创建为秘密，类似于以下链接中的示例：additional-scrape-configs.yaml

还可以在以下位置找到一些其他步骤：additional-scrape-config

如何在Prometheus-operator上重新标记刮擦作业？

2 个答案: