Прометей для мониторинга экс (узла) узла

Question

Я пытаюсь настроить prometheus для мониторинга узла kubernetes (eks, Версия 1.10) со следующим scrape_configs

  - job_name: 'kubernetes-nodes'
    kubernetes_sd_configs:
    - api_servers:
      - 'https://kubernetes.default.svc.cluster.local'
      in_cluster: true
      role: node

    tls_config:
      insecure_skip_verify: true

    relabel_configs:
    - target_label: __scheme__
      replacement: https

узел-экспортер :

apiVersion: extensions/v1beta1
kind: DaemonSet
metadata:
  name: node-exporter
  namespace: kube-system
  labels:
    name: node-exporter
spec:
  template:
    metadata:
      labels:
        name: node-exporter
      annotations:
         prometheus.io/scrape: "true"
         prometheus.io/port: "9100"
    spec:
      hostPID: true
      hostIPC: true
      hostNetwork: true
      containers:
        - ports:
            - containerPort: 9100
              protocol: TCP
          resources:
            requests:
              cpu: 0.15
          securityContext:
            privileged: true
          image: prom/node-exporter:v0.15.2
          args:
            - --path.procfs
            - /host/proc
            - --path.sysfs
            - /host/sys
            - --collector.filesystem.ignored-mount-points
            - '"^/(sys|proc|dev|host|etc)($|/)"'
          name: node-exporter
          volumeMounts:
            - name: dev
              mountPath: /host/dev
            - name: proc
              mountPath: /host/proc
            - name: sys
              mountPath: /host/sys
            - name: rootfs
              mountPath: /rootfs
      volumes:
        - name: proc
          hostPath:
            path: /proc
        - name: dev
          hostPath:
            path: /dev
        - name: sys
          hostPath:
            path: /sys
        - name: rootfs
          hostPath:
            path: /

С этим конфигом модуль Prometheus не работает с:

level=error ts=2019-05-15T15:18:45.472Z caller=main.go:717 
err="error loading config from \"/etc/prometheus/prometheus.yml\": 
couldn't load configuration (--config.file=\"/etc/prometheus/prometheus.yml\"): parsing YAML file 
/etc/prometheus/prometheus.yml: yaml: unmarshal errors:\n  line 33: field api_servers not found in type kubernetes.plain\n  
line 35: field in_cluster not found in type kubernetes.plain"

Обновление:

Исправлено scrape_configs до

  - job_name: 'kubernetes-apiservers'
    kubernetes_sd_configs:
    - role: endpoints
    scheme: http
    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-nodes'
    scheme: http
    kubernetes_sd_configs:
    - role: node
    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

метрика узла не отображается в интерфейсе Prometheus

Answer 1

Во-первых, что плохого в том, чтобы просто пропустить сервер api , так как в любом случае это поведение по умолчанию? Вы не настраиваете это, вы просто делаете сообщения об ошибках

Во-вторых, что не так с чтением прекрасного руководства , в котором четко написано api_server:, а не во множественном числе (что бы это значило, если их было несколько?!)

В-третьих, так много механизмов * от 1017 * до установки рабочего прометея, почему бы не поучиться у того, что они могут предложить, даже если вы этого не сделаете в конечном итоге их использовать?