Блог

Я успешно настроил агент DataDog для сбора журналов консоли из приложений, запущенных в моих кластерах AKS, где версия Kubernetes меньше 1.19. Однако мне не удалось заставить агента сообщать о журналах из моего нового кластера, которым является Kubernetes 1.20. Агент узла работает без сбоев, и DataDog собирает события и показатели из кластера, но не регистрирует их.

Я следовал документации DataDog по установке последней версии DataDog через Helm с поддержкой контейнеров:

ценности.модификации yaml:

 # datadog.criSocketPath -- Path to the container runtime socket (if different from Docker)
criSocketPath:  /var/run/containerd/containerd.sock

env:
    - name: DD_KUBERNETES_KUBELET_HOST
      valueFrom:
        fieldRef:
          fieldPath: spec.nodeName
    - name: DD_KUBELET_CLIENT_CA
      value: "/host/etc/kubernetes/certs/kubeletserver.crt"

# agents.volumes -- Specify additional volumes to mount in the dd-agent container
volumes:
  - hostPath:
      path: /host/etc/kubernetes/certs/
    name: certs

# agents.volumeMounts -- Specify additional volumes to mount in all containers of the agent pod
volumeMounts:
- name: certs
  mountPath: /host/etc/kubernetes/certs/
  readOnly: true
 

Я исследовал узел с помощью привилегированного отладочного контейнера, чтобы проверить правильное расположение сертификата kubelet.

Это стандартный кластер AKS, который я только что создал с помощью пользовательского интерфейса портала.

Поддержка DataDog не была очень полезной, действуя так, как будто каждая ситуация уникальна. Этот кластер AKS просто устаревший, как и установка DataDog, так почему только у меня возникли проблемы с получением журналов в новой версии Kubernetes?