Kubernetes

Remarque : les versions 6.0 et ultérieures de l’Agent prennent seulement en charge les versions de Kubernetes ultérieures à 1.7.6. Pour les versions antérieures de Kubernetes, consultez la section Versions antérieures de Kubernetes.

Installation

Vous pouvez recueillir des métriques, des traces et des logs à partir de vos clusters Kubernetes de deux façons différentes :

Installation de conteneur (conseillée) : l’Agent s’exécute dans un Pod. Cette implémentation est suffisante pour la majorité des cas d’utilisation, mais ne permet pas de visualiser des composants du système qui existent en dehors de Kubernetes. Cette méthode ne surveille pas non plus la phase de démarrage de votre cluster Kubernetes.
Installation de host (facultative) : l’installation de l’Agent sur le host vous permet de gagner en visibilité sur votre écosystème, indépendamment de Kubernetes.

RBAC

Lorsque vous utilisez l’intégration Kubernetes et déployez les Agents dans un cluster Kubernetes, vous devez accorder un ensemble de droits pour optimiser l’intégration de l’Agent.

L’Agent doit pouvoir effectuer les actions suivantes :

get et update les Configmaps intitulées datadogtoken pour mettre à jour et récupérer la dernière version du token correspondant au dernier événement enregistré dans ETCD.
list et watch les Events pour extraire les événements du serveur d’API, les formater et les envoyer.
get, update et create pour le Endpoint. L’endpoint utilisé par l’Agent pour la fonction d’élection de leader s’appelle datadog-leader-election.
list la ressource componentstatuses afin d’envoyer des checks de service pour le statut des composants du plan de contrôle.

Des modèles sont disponibles dans manifests/rbac du référentiel GitHub de datadog-agent. Ils permettent de créer un compte de service dans l’espace de nommage par défaut, un rôle de cluster avec les droits ci-dessus et une liaison de rôle de cluster.