Les live containers de Datadog vous permettent de bénéficier d’une réelle visibilité sur l’ensemble des conteneurs de votre environnement.
Inspirés d’outils Bedrock comme htop, ctop et kubectl, les live containers vous offrent une vue d’ensemble globale de votre infrastructure de conteneurs. Leur tableau, régulièrement mis à jour, présente les métriques de ressources actualisées toutes les deux secondes, dispose d’une fonction de recherche à facettes et affiche les logs de conteneur sous forme de flux.
Associée à des intégrations pour Docker, Kubernetes, ECS ou d’autres technologies de conteneur, ainsi qu’à la fonction intégrée d’ajout de tags à des composants dynamiques, la vue des live containers fournit une présentation détaillée de la santé de vos conteneurs, de leur consommation en ressources, de leurs logs et de leur déploiement en temps réel :
La fonctionnalité Ressources Kubernetes pour Live Containers est actuellement en version bêta privée. Remplissez ce formulaire pour demander à y accéder.
Si vous utilisez Kubernetes, activez la fonctionnalité Ressources Kubernetes pour Live Containers pour obtenir une visibilité multidimensionnelle sur toutes les charges de travail Kubernetes dans vos clusters. Inspirée de l’outil kubectl, cette fonctionnalité vous offre une vue d’ensemble globale de votre infrastructure Kubernetes avec un tableau mis à jour en continu qui comprend une sélection de métriques sur vos ressources, une fonction de recherche à facettes, une vue détaillée par charge de travail et des cartes de visualisation.
Suivez les instructions d’installation de l’Agent Docker ou Kubernetes. Une fois l’Agent installé, aucune autre configuration n’est nécessaire pour accéder aux métriques de conteneur.
La fonctionnalité Ressources Kubernetes pour Live Containers nécessite l’installation des Agents suivants :
Pour activer la fonctionnalité Ressources Kubernetes pour Live Containers, suivez les instructions d’installation de Helm et modifiez votre fichier values.yaml comme suit :
values.yaml
datadog:
...
processAgent:
enabled: true
...
orchestratorExplorer:
enabled: true
...
clusterAgent:
enabled: true
image:
repository: datadog/cluster-agent
tag: latest
pullPolicy: Always
...
agents:
image:
repository: datadog/agent
tag: latest
pullPolicy: Always
...Si l’Agent n’est pas en mesure de détecter automatiquement le nom du cluster Kubernetes, vous devez le spécifier dans values.yaml :
values.yaml
datadog:
...
clusterName: <PLACEHOLDER>
...Remarque : le nom du cluster ne doit pas comporter plus de 40 caractères.
Cette étape n’est pas nécessaire sur Google GKE, AWS EKS et Azure AKS, sauf si l’Agent et l’Agent de cluster n’ont pas accès aux API des métadonnées cloud, ou que le nom du cluster comporte plus de 40 caractères.
Il est possible d’inclure et/ou d’exclure des conteneurs pour la collecte en temps réel :
DD_CONTAINER_EXCLUDE ou ajoutez container_exclude: dans le fichier de configuration principal datadog.yaml.DD_CONTAINER_INCLUDE ou ajoutez container_include: dans le fichier de configuration principal datadog.yaml.Ces deux arguments ont pour valeur un nom d’image. Les expressions régulières sont également prises en charge.
Par exemple, pour exclure toutes les images Debian à l’exception des conteneurs dont le nom commence par frontend, ajoutez les deux lignes de configuration suivantes dans votre fichier datadog.yaml :
env:
- name: DD_LOGS_ENABLED
value: "true"
- name: DD_LOGS_CONFIG_CONTAINER_COLLECT_ALL
value: "true"
volumeMounts:
- name: pointerdir
mountPath: /opt/datadog-agent/run
volumes:
- hostPath:
path: /opt/datadog-agent/run
name: pointerdircontainer_exclude: ["image:debian"]
container_include: ["name:frontend.*"]Remarque : pour la version 5 de l’Agent, au lieu d’ajouter les lignes ci-dessus dans le fichier de configuration principal datadog.conf, ajoutez explicitement un fichier datadog.yaml dans /etc/datadog-agent/. En effet, l’Agent de processus exige que toutes les options de configuration se trouvent à cet emplacement. Cette configuration exclut uniquement les conteneurs de la collecte en temps réel, et non de la fonction Autodiscovery.
Rendez-vous sur la page Containers pour accéder automatiquement à la vue des Conteneurs.
Les conteneurs sont, de par leur nature, des objets avec une très forte cardinalité. La recherche de texte flexible de Datadog permet de rechercher des sous-chaînes correspondantes dans le champ name, ID ou image d’un conteneur.
Si vous avez activé la fonctionnalité Ressources Kubernetes, vous avez la possibilité d’effectuer des recherches parmi les chaînes pod, deployment, ReplicaSet et service name ainsi que parmi les étiquettes Kubernetes dans une vue Ressources Kubernetes.
Pour combiner plusieurs recherches textuelles au sein d’une requête complexe, vous pouvez utiliser l’un des opérateurs booléens suivants :
| Opérateur | Description | Exemple |
AND | Intersection : les deux termes figurent dans les événements sélectionnés (si aucun opérateur n’est ajouté, AND est utilisé par défaut). | java AND elasticsearch |
OR | Union : un des deux termes figure dans les événements sélectionnés. | java OR python |
NOT / ! | Exclusion : le terme suivant n’est PAS dans l’événement. Vous pouvez utiliser le mot NOT ou le caractère ! pour effectuer la même opération. | java NOT elasticsearch équivalent : java !elasticsearch |
Utilisez des parenthèses pour regrouper les opérateurs. Par exemple, (NOT (elasticsearch OR kafka) java) OR python.
La capture d’écran ci-dessous illustre un système filtré de façon à visualiser un cluster Kubernetes composé de neuf nœuds. La charge RSS et la charge processeur des conteneurs sont affichées et comparées aux limites provisionnées pour les conteneurs (le cas échéant). Dans cet exemple, on constate que les conteneurs de ce cluster sont surprovisionnés. Vous pouvez définir des limites plus strictes et faire appel au bin packing pour optimiser l’utilisation des ressources.
Les environnements de conteneur sont dynamiques et peuvent être difficiles à surveiller. La capture d’écran ci-dessous illustre une vue qui a été pivotée par kube_service et host, et filtrée par kube_namespace:default dans le but de réduire les données parasite liées au système. Vous pouvez voir où les différents services sont exécutés, ainsi que le degré de saturation des métriques clés :
Pour analyser l’évolution de l’utilisation des ressources entre les différentes mises à jour, vous pouvez faire pivoter les données en fonction des paramètres ecs_task_name et ecs_task_version d’ECS.
Pour les ressources Kubernetes, sélectionnez les tags Datadog à utiliser pour filtrer les données, par exemple environment, service ou pod_phase. Vous pouvez également utiliser les facettes de conteneur sur la gauche pour visualiser une ressource Kubernetes spécifique. Regroupez vos pods en fonction de tags Datadog pour obtenir une vue agrégée et retrouver des informations plus rapidement.
Les conteneurs sont tagués avec tous les tags de host existants, ainsi qu’avec les métadonnées associées à chaque conteneur.
Le tag image_name est ajouté à tous les conteneurs, y compris les intégrations avec des orchestrateurs couramment utilisés, telles que ECS et Kubernetes, qui fournissent davantage de tags au niveau des conteneurs. De plus, chaque conteneur est doté d’une icône Docker, ECS ou Kubernetes afin de pouvoir identifier en quelques secondes les conteneurs orchestrés.
Les conteneurs ECS possèdent les tags suivants :
task_nametask_versionecs_clusterLes conteneurs Kubernetes possèdent les tags suivants :
pod_namekube_pod_ipkube_servicekube_namespacekube_replica_setkube_daemon_setkube_jobkube_deploymentkube_clusterSI vous avez configuré le tagging de service unifié, les tags env, service, et version sont également recueillis automatiquement.
L’utilisation de ces tags vous permet d’assurer la cohésion des données de l’APM, des logs, des métriques et des données Live Containers.
La vue Conteneurs vous permet de visualiser vos données sous forme de Nuage de points ou de Série temporelle. Elle comprend également un tableau pour mieux organiser les données de vos conteneurs par nom de conteneur, statut et date de démarrage ainsi que d’autres champs.
Utilisez l’analyse de nuage de points pour comparer deux métriques entre elles et ainsi mieux comprendre les performances de vos conteneurs.
Pour accéder à l’analyse de nuage de points dans la page Containers, cliquez sur le bouton Show Summary graph, puis sélectionnez l’onglet « Scatter Plot » :
Par défaut, le graphique effectue un regroupement à partir de la clé de tag short_image. La taille de chaque point dépend du nombre de conteneurs du groupe. Lorsque vous cliquez sur un point, cela affiche chaque conteneur et host qui contribue au groupe.
La requête en haut de la fenêtre vous permet de contrôler les différentes options de l’analyse de nuage de points :
Lorsque vous utilisez activement la page des conteneurs, les métriques sont recueillies toutes les deux secondes. Cet aspect est très important pour les métriques hautement volatiles, telles que l’utilisation du processeur. En arrière-plan, pour le contexte historique, les métriques sont recueillies toutes les 10 secondes.
Si vous avez activé la fonctionnalité Ressources Kubernetes pour Live Containers, utilisez le menu déroulant View en haut à gauche de chaque page pour basculer entre les vues Pods, Deployments, ReplicaSets et Services . Chacune de ces vues comprend un tableau de données pour vous aider à mieux organiser vos données par champ (nom, statut, etc.) et par étiquettes Kubernetes, ainsi qu’une Cluster Map détaillée pour obtenir une vue d’ensemble de vos pods et clusters Kubernetes.
Les Cluster Maps Kubernetes vous offrent une vue d’ensemble de vos pods et clusters Kubernetes. Vous pouvez visualiser toutes vos ressources depuis un seul écran en définissant des groupes et des filtres personnalisés, et choisir les métriques à utiliser pour colorer les pods.
Pour analyser en détail une ressource spécifique depuis la Cluster Map, cliquez sur un cercle ou un groupe. Les détails apparaîtront alors dans un volet distinct.
Cliquez sur une ligne du tableau ou sur un objet de la Cluster Map pour afficher des informations sur une ressource spécifique dans un volet latéral. Ce volet est utile pour le dépannage et pour trouver des informations sur un conteneur ou une ressource, comme par exemple :
DNS ou ip_type, ou utilisez le filtre Group by dans cette vue pour regrouper vos données réseau par tag, tel que pod_name ou service.Les vues Ressources Kubernetes comprennent également les onglets suivants :
Pour obtenir un dashboard détaillé de cette ressource, cliquez sur l’option View Dashboard en haut à droite de ce volet.
Visualisez le flux de logs d’un conteneur, tel que docker logs -f ou kubectl logs -f, dans Datadog. Cliquez sur un conteneur dans le tableau pour afficher davantage d’informations. Cliquez sur l’onglet Logs pour visualiser en temps réel les données Live Tail ou les logs indexés historiques, peu importe leur date.
Avec la fonctionnalité Live Tail, tous les logs de conteneur sont diffusés sous forme de flux. Mettez un flux en pause pour lire facilement le contenu des logs en cours d’écriture. Vous pouvez ensuite réactiver la mise à jour du flux.
Vous pouvez effectuer des recherches parmi les logs du flux à l’aide d’une simple correspondance textuelle. Pour en savoir plus sur Live Tail, consultez la documentation dédiée.
Remarque : les logs diffusés ne sont pas persistants. Si vous saisissez une nouvelle recherche ou actualisez la page, le contenu du flux est effacé.
Choisissez un intervalle pour afficher les logs correspondants que vous avez choisis d’indexer et de rendre persistants. L’indexation vous permet de filtrer vos logs à l’aide de tags et de facettes. Par exemple, pour rechercher des logs affichant le statut Error, saisissez status:error dans la zone de recherche. La fonction de saisie automatique peut vous aider à trouver le tag que vous souhaitez utiliser. Les attributs clés de vos logs sont déjà stockés dans des tags, ce qui vous permet de les rechercher, filtrer et agréger en cas de besoin.
health correspond à la sonde de disponibilité des conteneurs, et non à leur sonde d’activité.Documentation, liens et articles supplémentaires utiles:
Sur cette page
