Présentation

Le Datadog Cluster Agent offre une approche rationalisée et centralisée pour collecter les données de surveillance au niveau du cluster. En agissant comme un proxy entre le serveur API et les agents basés sur les nœuds, le Cluster Agent aide à alléger la charge du serveur. Il relaie également les métadonnées au niveau du cluster aux agents basés sur les nœuds, leur permettant d’enrichir les métadonnées des métriques collectées localement.

Grâce à l’Agent de cluster Datadog, vous pouvez :

• Réduisez l’impact des agents sur votre infrastructure.
• Isolez les agents basés sur les nœuds sur leurs nœuds respectifs, en réduisant les règles RBAC à la simple lecture des métriques et des métadonnées depuis le kubelet.
• Fournissez aux agents de nœud les métadonnées au niveau du cluster qui ne peuvent être trouvées que dans le serveur API, afin qu’ils puissent enrichir les métadonnées des métriques collectées localement.
• Activez la collecte de données au niveau du cluster, comme la surveillance des services ou des points de défaillance uniques (SPOF) et des événements.
• Utilisez le dimensionnement automatique horizontal des pods (HPA) avec des métriques Kubernetes personnalisées et des métriques externes. Consultez le guide sur le dimensionnement automatique basé sur des métriques personnalisées et externes pour plus de détails.

Si vous avez installé le Datadog Agent à l’aide du chart Helm v2.7.0 ou du Datadog Operator v1.0.0+, le Datadog Cluster Agent est activé par défaut.

Datadog publie des images de conteneur sur le Datadog Container Registry, Google Artifact Registry (GAR), Amazon ECR, Azure ACR et Docker Hub :

Par défaut, le chart Helm du Datadog Agent détermine le registre d’images de l’Agent à partir de votre site Datadog, du type de cluster et de registryMigrationMode. Selon ces valeurs et les exclusions d’environnement, les images de l’Agent peuvent être extraites du Datadog Container Registry (registry.datadoghq.com) ou d’un registre spécifique au site. Le chart Datadog Operator est inclus par défaut en tant que dépendance du chart Helm du Datadog Agent. À partir de la version 2.19.0 du chart Datadog Operator, lorsque vous installez l’Operator via cette dépendance, le registryMigrationMode du chart Helm du Datadog Agent s’applique aux images de l’Agent gérées par l’Operator. Le chart Helm de l’Operator lui-même ne définit pas registryMigrationMode ; l’image du pod de l’Operator est contrôlée séparément par la valeur image.repository du chart de l’Operator.

Versions minimales de l’Agent et du Cluster Agent

Pour une compatibilité optimale, Datadog recommande de maintenir votre Cluster Agent et votre Agent sur des versions correspondantes. Pour une matrice de support complète des versions de Kubernetes et des versions de Datadog, consultez la page d’installation Kubernetes.

Surveillance du Cluster Agent

Le Datadog Agent inclut une intégration qui surveille automatiquement le Cluster Agent. L’intégration s’exécute sur le pod Datadog Agent standard situé sur le même nœud que le Cluster Agent. Elle ne s’exécutera pas dans le Cluster Agent lui-même. Consultez la documentation de l’intégration Datadog Cluster Agent pour plus de détails.

Pour aller plus loin

Documentation, liens et articles supplémentaires utiles:

Présentation de l'Agent de cluster DatadogBLOG Mettre à l'échelle vos charges de travail Kubernetes avec n'importe quelle métrique DatadogBLOG Apportez une observabilité haute performance aux environnements Kubernetes sécurisés avec le pilote CSI de DatadogBLOG Surveillance efficace de Kubernetes avec le Datadog Cluster AgentCENTRE D'ARCHITECTURE Applications concrètes du Datadog Cluster Agent (Partie 1)CENTRE D'ARCHITECTURE