Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Amazon EKS et Kubernetes Container Insights avec des métriques d’observabilité améliorées
Les tableaux suivants répertorient les métriques et les dimensions que Container Insights avec observabilité améliorée collecte pour Amazon EKS et Kubernetes. Ces métriques sont dans l'espace de noms ContainerInsights. Pour de plus amples informations, veuillez consulter Métriques.
Si vous ne voyez aucune métrique Container Insights avec observabilité améliorée dans votre console, assurez-vous que vous avez terminé la configuration de Container Insights avec observabilité améliorée. Les métriques n’apparaissent pas avant la configuration complète de Container Insights avec observabilité améliorée. Pour de plus amples informations, veuillez consulter Configuration de Container Insights.
Si vous utilisez la version 1.5.0 ou ultérieure du module complémentaire Amazon EKS ou la version 1.300035.0 de l' CloudWatch agent, la plupart des métriques répertoriées dans le tableau suivant sont collectées pour les nœuds Linux et Windows. Consultez la colonne Nom de la métrique du tableau pour savoir quelles métriques ne sont pas collectées pour Windows.
Avec la version antérieure de Container Insights qui fournit des métriques agrégées au niveau du cluster et du service, les métriques sont chargées en tant que métriques personnalisées. Grâce à Container Insights avec observabilité améliorée pour Amazon EKS, les métriques de Container Insights sont facturées par observation au lieu d'être facturées par métrique stockée ou par journal ingéré. Pour plus d'informations sur CloudWatch les tarifs, consultez Amazon CloudWatch Pricing
Note
Sur Windows, les métriques réseau telles que pod_network_rx_bytes et pod_network_tx_bytes ne sont pas collectées pour les conteneurs de processus hôte.
RedHat OpenShift Sur les clusters on AWS (ROSA), les métriques Diskio telles que node_diskio_io_serviced_total et ne node_diskio_io_service_bytes_total sont pas collectées.
| Nom de la métrique | Dimensions | Description |
|---|---|---|
|
|
|
Nombre d'échecs des nœuds de travail dans le cluster. Un nœud est considéré comme ayant échoué s'il souffre de conditions de nœud. Pour plus d'informations, consultez Conditions |
|
|
|
Nombre total de composants master dans le cluster. |
|
|
|
Nombre de pods exécutés par espace de nom dans la ressource spécifiée par les dimensions que vous utilisez. |
|
|
|
Nombre maximal d'unités UC qui peut être attribué à un seul nœud du cluster. |
|
|
|
Pourcentage d'unités UC qui sont réservées pour les composants de nœud, tels que Kubelet, Kube-proxy et Docker. Formule : Note
|
|
|
|
Nombre d'unités UC en cours d'utilisation sur les nœuds du cluster. |
|
|
|
Pourcentage total d'unités UC en cours d'utilisation sur les nœuds du cluster. Formule : |
|
|
|
Pourcentage total d'une capacité de système de fichiers utilisée sur les nœuds du cluster. Formule : Note
|
|
|
|
Quantité de mémoire maximale, en octets, qui peut être attribuée à un seul nœud du cluster. |
|
Ce n’est pas disponible sur Windows. |
|
Le nombre total d'inodes (utilisés et non utilisés) sur un nœud. |
|
Ce n’est pas disponible sur Windows. |
|
Le nombre d'inodes non utilisés sur un nœud. |
|
|
|
Le nombre total de GPU disponibles sur le nœud. |
|
|
|
Le nombre de GPU en cours d’utilisation par les pods en cours d’exécution sur le nœud. |
|
|
|
|
|
|
|
Pourcentage de mémoire actuellement utilisé sur les nœuds du cluster. Formule : Note
|
|
|
|
Pourcentage de mémoire actuellement utilisé par le ou les nœuds. Il s'agit du pourcentage d'utilisation de la mémoire du nœud divisé par la limitation de la mémoire du nœud. Formule : |
|
|
|
Quantité de mémoire, en octets, utilisée dans l'ensemble de travail des nœuds du cluster. |
|
|
|
Nombre total d'octets transmis et reçus par seconde sur le réseau par nœud dans un cluster. Formule : Note
|
|
|
|
Nombre de conteneurs en cours d'exécution par nœud dans un cluster. |
|
|
|
Nombre de pods en cours d'exécution par nœud dans un cluster. |
|
|
|
Le nombre de pods pouvant être affectés à un nœud en fonction de ses ressources allouables, défini comme le reste de la capacité d'un nœud après prise en compte des réserves de démons du système et des seuils d'expulsion stricts. |
|
|
|
Le nombre de pods qui peuvent être affectés à un nœud en fonction de sa capacité. |
|
|
|
Indique si la condition d'état du nœud |
|
|
|
Indique si la condition d'état |
|
|
|
Indique si la condition d'état |
|
|
|
Indique si la condition d'état |
|
|
|
Indique si l'une des conditions d'état du nœud est inconnue. |
|
|
|
Le nombre de paquets qui ont été reçus et ensuite abandonnés par une interface de réseau sur le nœud. |
|
|
|
Le nombre de paquets qui devaient être transmis, mais qui ont été abandonnés par une interface réseau sur le nœud. |
|
Elle n’est pas disponible sur Windows ou sur les clusters ROSA. |
|
Nombre total d'octets transférés par toutes les I/O opérations sur le nœud. |
|
Elle n’est pas disponible sur Windows ou sur les clusters ROSA. |
|
Nombre total d' I/O opérations sur le nœud. |
|
|
|
Capacité d'UC qui est réservée par pod dans un cluster. Formule : Note
|
|
|
|
Pourcentage d'unités UC utilisées par les pods. Formule : |
|
|
|
Pourcentage d'unités UC en cours d'utilisation par les pods par rapport à la limite des pods. Formule : |
|
|
|
Pourcentage de mémoire réservé aux pods. Formule : Note
|
|
|
|
Pourcentage de mémoire actuellement utilisé par le ou les pods. Formule : |
|
|
|
Pourcentage de mémoire utilisé par les pods par rapport à la limite des pods. Si l'un des conteneurs dans le pod n'a pas de limite de mémoire définie, cette métrique n'apparaît pas. Formule : |
|
|
|
Nombre d'octets reçus par seconde sur le réseau par le pod. Formule : Note
|
|
|
|
Nombre d'octets transmis par seconde sur le réseau par le pod. Formule : Note
|
|
|
|
Les requêtes de processeur du pod. Formule : Note
|
|
|
|
Les requêtes de mémoire du pod. Formule : Note
|
|
|
|
La limite de processeur définie pour les conteneurs du pod. Si l'un des conteneurs du pod n'a pas de limite de processeur définie, cette métrique n'apparaît pas. Formule : Note
|
|
|
|
La limite de mémoire définie pour les conteneurs du pod. Si l'un des conteneurs dans le pod n'a pas de limite de mémoire définie, cette métrique n'apparaît pas. Formule : Note
|
|
|
|
Indique que tous les conteneurs du pod sont résiliés et qu'au moins un conteneur s'est arrêté avec un statut différent de zéro ou a été résilié par le système. |
|
|
|
Indique que tous les conteneurs du pod sont prêts, ayant atteint l'état |
|
|
|
Indique que tous les conteneurs du pod sont en cours d'exécution. |
|
|
|
Indique que le pod a été planifié sur un nœud. |
|
|
|
Indique que l'état du pod ne peut pas être obtenu. |
|
|
|
Indique que le pod a été accepté par le cluster, mais qu'un ou plusieurs conteneurs ne sont pas encore prêts. |
|
|
|
Indique que tous les conteneurs du pod ont été correctement résiliés et ne seront pas redémarrés. |
|
|
|
Indique le nombre de conteneurs défini dans la spécification du pod. |
|
|
|
Indique le nombre de conteneurs du pod qui sont actuellement dans l'état |
|
|
|
Indique le nombre de conteneurs du pod qui sont dans l'état |
|
|
|
Indique le nombre de conteneurs du pod qui sont dans l'état |
|
|
|
Indique le nombre de conteneurs du pod qui sont dans l'état |
|
|
|
Indique le nombre de conteneurs dans le pod qui sont en attente en raison d’une erreur |
|
|
|
Indique le nombre de conteneurs dans le pod qui sont en attente avec la raison |
|
|
|
Indique le nombre de conteneurs dans le pod qui sont en attente avec la raison |
|
|
|
Indique le nombre de conteneurs dans le pod qui sont en attente en raison de |
|
|
|
Indique le nombre de conteneurs du pod qui sont dans l’état |
|
|
|
Indique le nombre de conteneurs dans le pod qui sont en attente avec la raison étant |
|
|
|
Indique qu’un pod a été résilié pour avoir dépassé la limite de mémoire. Cette métrique n’est affichée que lorsque ce problème survient. |
|
|
|
Le nombre de paquets qui ont été reçus et ensuite abandonnés par une interface réseau pour le pod. |
|
|
|
Le nombre de paquets qui devaient être transmis, mais qui ont été abandonnés pour le pod. |
|
|
La mémoire en octets actuellement utilisée par un pod. |
|
|
Nombre d’unités UC utilisées par un pod. |
|
|
|
Pourcentage d'unités de processeur utilisées par le conteneur. Formule : Note
|
|
|
|
Pourcentage d'unités de processeur en cours d'utilisation par le conteneur par rapport à la limite du conteneur. Si le conteneur n'a pas de limite de processeur définie, cette métrique n'apparaît pas. Formule : Note
|
|
|
|
Le pourcentage d'unités de mémoire en cours d'utilisation par le conteneur. Formule : Note
|
|
|
|
Le pourcentage d'unités de mémoire en cours d'utilisation par le conteneur par rapport à la limite du conteneur. Si le conteneur n'a pas de limite de mémoire définie, cette métrique n'apparaît pas. Formule : Note
|
|
Ce n’est pas disponible sur Windows. |
|
Le nombre d'échecs d'allocation de mémoire rencontrés par le conteneur. |
|
|
PodName, |
Nombre total de redémarrages de conteneur dans un pod. |
|
|
Service,
|
Nombre de blocs exécutant le ou les services du cluster. |
|
|
|
Le nombre de pods souhaités pour une charge de travail, tel que défini dans la spécification de charge de travail. |
|
|
|
Le nombre de pods pour une charge de travail qui ont atteint le statut prêt. |
|
|
|
Le nombre de pods disponibles pour une charge de travail. Un pod est disponible lorsqu'il est répond au critère |
|
|
|
Le nombre de pods indisponibles pour une charge de travail. Un pod est disponible lorsqu'il est répond au critère |
|
|
|
Le nombre d'objets stockés dans etcd au moment de la dernière vérification. |
|
|
|
Taille totale du fichier de base de données de stockage physiquement alloué en octets. Cette métrique est expérimentale et pourrait changer dans les prochaines versions de Kubernetes. Unité : octets Statistiques significatives : Somme, Moyenne, Minimum, Maximum |
|
|
|
Le nombre total de demandes d'API adressées au serveur d'API Kubernetes. |
|
|
|
Latence de réponse pour les demandes d'API adressées au serveur d'API Kubernetes. |
|
|
|
Latence du contrôleur d'admission en secondes. Un contrôleur d'admission est un code qui intercepte les requêtes adressées au serveur d'API Kubernetes. |
|
|
|
Latence de réponse rencontrée par les clients qui appellent le serveur d'API Kubernetes. Cette métrique est expérimentale et peut changer dans les futures versions de Kubernetes. |
|
|
|
Le nombre total de demandes d'API adressées au serveur d'API Kubernetes par les clients. Cette métrique est expérimentale et peut changer dans les futures versions de Kubernetes. |
|
|
|
Latence de réponse des appels d'API à Etcd. Cette métrique est expérimentale et peut changer dans les futures versions de Kubernetes. |
|
|
|
Taille du fichier de base de données de stockage physiquement alloué en octets. Cette métrique est expérimentale et peut changer dans les futures versions de Kubernetes. |
|
|
|
Le nombre de requêtes actives de longue durée adressées au serveur d'API Kubernetes. |
|
|
|
Le nombre de requêtes en cours de traitement par le serveur d'API Kubernetes. |
|
|
|
Latence du webhook d'admission en secondes. Les webhooks d'admission sont des rappels HTTP qui reçoivent les requêtes d'admission et en font quelque chose. |
|
|
|
Latence des sous-étapes d'admission en secondes. |
|
|
|
Nombre de demandes à déprécier APIs sur le serveur d'API Kubernetes. |
|
|
|
Nombre de demandes adressées au serveur d'API Kubernetes qui ont reçu un code de réponse HTTP 5xx. |
|
|
|
Latence de réponse lors de l’établissement de listes d’objets à partir d’Etc. Cette métrique est expérimentale et peut changer dans les futures versions de Kubernetes. |
|
|
|
Nombre de threads utilisés par les requêtes en cours d’exécution dans le sous-système API Priority and Fairness. |
|
|
|
Nombre de requêtes rejetées par le sous-système API Priority and Fairness. Cette métrique est expérimentale et peut changer dans les futures versions de Kubernetes. |
|
|
|
Le nombre de requêtes mises en file d'attente par le serveur d'API Kubernetes. Cette métrique est expérimentale et peut changer dans les futures versions de Kubernetes. |
Métriques des GPU NVIDIA
À partir de la version 1.300034.0 de l' CloudWatch agent, Container Insights, doté d'une observabilité améliorée pour Amazon EKS, collecte par défaut les métriques du GPU NVIDIA à partir des charges de travail EKS. L' CloudWatch agent doit être installé à l'aide de la version complémentaire CloudWatch Observability EKS v1.3.0-eksbuild.1 ou d'une version ultérieure. Pour de plus amples informations, veuillez consulter Installez l' CloudWatch agent avec le module complémentaire Amazon CloudWatch Observability EKS ou le graphique Helm. Ces métriques NVIDIA GPU collectées sont répertoriées dans le tableau de cette section.
Pour que Container Insights collecte les métriques NVIDIA GPU, vous devez remplir les conditions préalables suivantes :
-
Vous devez utiliser Container Insights avec une observabilité améliorée pour Amazon EKS, avec la version complémentaire Amazon CloudWatch Observability EKS
v1.3.0-eksbuild.1ou une version ultérieure. -
Le plugin de périphérique NVIDIA pour Kubernetes
doit être installé dans le cluster. -
Le kit d’outils pour conteneurs NVIDIA
doit être installé sur les nœuds du cluster. Par exemple, les accélérateurs optimisés Amazon EKS AMIs sont conçus avec les composants nécessaires.
Vous pouvez choisir de ne pas collecter les métriques du GPU NVIDIA en définissant l'accelerated_compute_metricsoption dans le fichier de configuration de l' CloudWatch agent Begin sur. false Pour plus d’informations et un exemple de configuration de désactivation, consultez (Facultatif) Configuration supplémentaire.
| Nom de la métrique | Dimensions | Description |
|---|---|---|
|
|
|
La taille totale du frame buffer, en octets, sur le(s) GPU alloué(s) au conteneur. |
|
|
|
Les octets du frame buffer utilisés sur le(s) GPU alloué(s) au conteneur. |
|
|
|
Le pourcentage du frame buffer utilisé sur le(s) GPU alloué(s) au conteneur. |
|
|
|
La consommation d’énergie en watts du (des) GPU alloué(s) au conteneur. |
|
|
|
La température en degrés Celsius du (des) GPU alloué(s) au conteneur. |
|
|
|
Le pourcentage d’utilisation du (des) GPU alloué(s) au conteneur. |
|
|
|
Pourcentage d'utilisation des cœurs tensoriels sur le ou les GPU alloués au conteneur. |
|
|
|
La taille totale du frame buffer, en octets, sur le(s) GPU alloué(s) au nœud. |
|
|
|
Les octets du tampon de trame utilisés sur le(s) GPU alloué(s) au nœud. |
|
|
|
Le pourcentage du tampon de trame utilisé sur le(s) GPU alloué(s) au nœud. |
|
|
|
La consommation d’énergie en watts du (des) GPU alloué(s) au nœud. |
|
|
|
La température en degrés Celsius du (des) GPU alloué(s) au nœud. |
|
|
|
Le pourcentage d’utilisation du (des) GPU alloué(s) au nœud. |
|
|
|
Pourcentage d'utilisation des cœurs tensoriels sur le ou les GPU alloués au nœud. |
|
|
|
La taille totale du tampon de trame, en octets, sur le(s) GPU alloué(s) au pod. |
|
|
|
Les octets du tampon de trame utilisés sur le(s) GPU alloué(s) au pod. |
|
|
|
Le pourcentage du tampon de trame utilisé sur le(s) GPU alloué(s) au pod. |
|
|
|
La consommation d’énergie en watts du (des) GPU alloué(s) au pod. |
|
|
|
La température en degrés Celsius du (des) GPU alloué(s) au pod. |
|
|
|
Le pourcentage d’utilisation du (des) GPU alloué(s) au pod. |
|
|
|
Pourcentage d'utilisation des cœurs tensoriels sur le ou les GPU alloués au pod. |
Surveillance détaillée du GPU
À partir de la version 1.300062.0 de l' CloudWatch agent, Container Insights, doté d'une observabilité améliorée pour Amazon EKS, prend en charge une surveillance détaillée du GPU avec des intervalles de collecte inférieurs à une minute. Cela permet de combler les lacunes de surveillance pour les charges de travail d'inférence de courte durée liées à l'apprentissage automatique qui peuvent être totalement ignorées par les intervalles de collecte standard. L' CloudWatch agent doit être installé à l'aide de la version complémentaire CloudWatch Observability EKS v4.7.0-eksbuild.1 ou d'une version ultérieure. Pour de plus amples informations, veuillez consulter Installez l' CloudWatch agent avec le module complémentaire Amazon CloudWatch Observability EKS ou le graphique Helm.
Par défaut, les métriques du GPU sont collectées et ingérées toutes les 60 secondes. Lorsque la surveillance détaillée est activée, l' CloudWatch agent collecte les métriques du GPU à des intervalles inférieurs à une minute (minimum 1 seconde), mais les métriques sont toujours ingérées à des CloudWatch intervalles d'une minute. Cependant, vous pouvez demander des agrégations statistiques (telles que le minimum, le maximum et les percentiles tels que p90) des points de données inférieurs à une minute par période d'une minute, afin de fournir des données précises sur l'utilisation du GPU et une meilleure optimisation des ressources.
Configuration
Pour activer la surveillance détaillée du GPU, mettez à jour la configuration de votre CloudWatch agent pour inclure le accelerated_compute_gpu_metrics_collection_interval paramètre dans la kubernetes section, comme dans l'exemple suivant.
{ "logs": { "metrics_collected": { "kubernetes": { "cluster_name": "MyCluster", "enhanced_container_insights": true, "accelerated_compute_metrics": true, "accelerated_compute_gpu_metrics_collection_interval": 1 } } } }
Le accelerated_compute_gpu_metrics_collection_interval paramètre accepte les valeurs en secondes, avec une valeur minimale de 1 seconde. Le paramétrer pour activer 1 les intervalles de collecte d'une seconde. Si ce paramètre n'est pas spécifié, l'intervalle de 60 secondes par défaut est utilisé.
Pour obtenir des instructions de configuration complètes, consultezConfiguration de l' CloudWatch agent pour collecter les métriques du cluster.
AWS Métriques neuronales pour AWS Trainium et Inferentia AWS
À partir de la version 1.300036.0 de l' CloudWatch agent, Container Insights with Enhanced Observability for Amazon EKS collecte par défaut les métriques de calcul accéléré à partir des accélérateurs AWS
Trainium et AWS Inferentia. L' CloudWatch agent doit être installé à l'aide de la version complémentaire CloudWatch Observability EKS v1.5.0-eksbuild.1 ou d'une version ultérieure. Pour plus d’informations sur le module complémentaire, consultez Installez l' CloudWatch agent avec le module complémentaire Amazon CloudWatch Observability EKS ou le graphique Helm. Pour plus d’informations sur AWS Trainium, consultez AWS
Trainium
Pour que Container Insights collecte des métriques AWS Neuron, vous devez remplir les conditions préalables suivantes :
-
Vous devez utiliser Container Insights avec une observabilité améliorée pour Amazon EKS, avec la version complémentaire Amazon CloudWatch Observability EKS
v1.5.0-eksbuild.1ou une version ultérieure. -
Le pilote Neuron
doit être installé sur les nœuds du cluster. -
Le plugin d’appareil Neuron
doit être installé sur le cluster. Par exemple, les accélérateurs optimisés Amazon EKS AMIs sont conçus avec les composants nécessaires.
Les métriques collectées sont répertoriées dans le tableau de cette section. Les métriques sont collectées pour AWS Trainium, AWS Inferentia et AWS Inferentia2.
L' CloudWatch agent collecte ces métriques à partir du moniteur Neuron et effectue
| Nom de la métrique | Dimensions | Description |
|---|---|---|
|
|
|
NeuronCore utilisation, pendant la période capturée, de l' NeuronCoreallocation au conteneur. Unité : pourcentage |
|
|
|
La quantité de mémoire du périphérique utilisée pour les constantes pendant l'entraînement par le NeuronCore qui est allouée au conteneur (ou les poids lors de l'inférence). Unité : octets |
|
|
|
La quantité de mémoire de l'appareil utilisée pour le code exécutable des modèles par le NeuronCore qui est allouée au conteneur. Unité : octets |
|
|
|
La quantité de mémoire de l'appareil utilisée pour le bloc-notes partagé par les NeuronCore modèles et allouée au conteneur. Cette région de mémoire est réservée aux modèles. Unité : octets |
|
|
|
La quantité de mémoire de l'appareil utilisée pour le runtime Neuron par la mémoire NeuronCore allouée au conteneur. Unité : octets |
|
|
|
La quantité de mémoire du périphérique utilisée pour les tenseurs par la quantité NeuronCore allouée au conteneur. Unité : octets |
|
|
|
La quantité totale de mémoire utilisée par la mémoire NeuronCore allouée au conteneur. Unité : octets |
|
|
|
Le nombre d’événements ECC corrigés et non corrigés pour la SRAM sur puce et la mémoire d’appareil de l’appareil Neuron sur le nœud. Unité : nombre |
|
|
|
L' NeuronCore utilisation pendant la période capturée de l' NeuronCoreallocation au pod. Unité : pourcentage |
|
|
|
La quantité de mémoire de l'appareil utilisée pour les constantes pendant l'entraînement par le NeuronCore module (ou les poids lors de l'inférence). Unité : octets |
|
|
|
La quantité de mémoire de l'appareil utilisée pour le code exécutable des modèles par le NeuronCore qui est allouée au pod. Unité : octets |
|
|
|
La quantité de mémoire de l'appareil utilisée pour le bloc-notes partagée entre les modèles par le module NeuronCore et allouée au pod. Cette région de mémoire est réservée aux modèles. Unité : octets |
|
|
|
La quantité de mémoire de l'appareil utilisée pour le runtime Neuron par la mémoire NeuronCore allouée au pod. Unité : octets |
|
|
|
La quantité de mémoire de l'appareil utilisée pour les tenseurs par la mémoire NeuronCore allouée au pod. Unité : octets |
|
|
|
La quantité totale de mémoire utilisée par la mémoire NeuronCore allouée au pod. Unité : octets |
|
|
|
Le nombre d’événements ECC corrigés et non corrigés pour la SRAM sur puce et la mémoire d’appareil de l’appareil Neuron alloué à un pod. Unité : octets |
|
|
|
L' NeuronCore utilisation pendant la période capturée du NeuronCore montant alloué au nœud. Unité : pourcentage |
|
|
|
La quantité de mémoire du périphérique utilisée pour les constantes pendant l'entraînement par le NeuronCore nœud (ou les poids lors de l'inférence). Unité : octets |
|
|
|
La quantité de mémoire de l'appareil utilisée pour le code exécutable des modèles par le NeuronCore qui est allouée au nœud. Unité : octets |
|
|
|
La quantité de mémoire de l'appareil utilisée pour le bloc-notes partagé entre NeuronCore les modèles par le nœud. Il s’agit d’une région de mémoire réservée aux modèles. Unité : octets |
|
|
|
La quantité de mémoire de l'appareil utilisée pour le runtime Neuron par le périphérique NeuronCore qui est allouée au nœud. Unité : octets |
|
|
|
La quantité de mémoire du périphérique utilisée pour les tenseurs par le NeuronCore qui est allouée au nœud. Unité : octets |
|
|
|
La quantité totale de mémoire utilisée par le nœud NeuronCore qui est allouée au nœud. Unité : octets |
|
|
|
Le nombre total d’erreurs d’exécution sur le nœud. Ceci est calculé par l' CloudWatch agent en agrégeant les erreurs des types suivants : Unité : nombre |
|
|
|
L’utilisation totale de la mémoire de l’appareil Neuron en octets sur le nœud. Unité : octets |
|
|
En secondes, la latence d’une exécution sur le nœud, mesurée par l’exécution Neuron. Unité : secondes |
|
|
Le nombre d’événements ECC corrigés et non corrigés pour la SRAM sur puce et la mémoire d’appareil de l’appareil Neuron sur le nœud. Unité : nombre |
AWS Métriques de l'Elastic Fabric Adapter (EFA)
À partir de la version 1.300037.0 de l' CloudWatch agent, Container Insights, doté d'une observabilité améliorée pour Amazon EKS, collecte les métriques AWS Elastic Fabric Adapter (EFA) à partir de clusters Amazon EKS sur des instances Linux. L' CloudWatch agent doit être installé à l'aide de la version complémentaire CloudWatch Observability EKS v1.5.2-eksbuild.1 ou d'une version ultérieure. Pour plus d’informations sur le module complémentaire, consultez Installez l' CloudWatch agent avec le module complémentaire Amazon CloudWatch Observability EKS ou le graphique Helm. Pour plus d’informations sur AWS Elastic Fabric Adapter, consultez Elastic Fabric Adapter
Pour que Container Insights collecte les métriques des adaptateurs AWS Elastic Fabric, vous devez remplir les conditions préalables suivantes :
-
Vous devez utiliser Container Insights avec une observabilité améliorée pour Amazon EKS, avec la version complémentaire Amazon CloudWatch Observability EKS
v1.5.2-eksbuild.1ou une version ultérieure. -
Le plugin de périphérique EFA doit être installé sur le cluster. Pour plus d'informations, voir aws-efa-k8 s-device-plugin
sur GitHub.
Les métriques collectées sont répertoriées dans le tableau suivant.
| Nom de la métrique | Dimensions | Description |
|---|---|---|
|
|
|
Le nombre d’octets par seconde reçus par le(s) périphérique(s) EFA alloué(s) au conteneur. Unité : octets/seconde |
|
|
|
Le nombre d’octets par seconde transmis par le(s) périphérique(s) EFA alloué(s) au conteneur. Unité : octets/seconde |
|
|
|
Le nombre de paquets reçus puis abandonnés par le(s) périphérique(s) EFA attribué(s) au conteneur. Unité : nombre/seconde |
|
|
|
Le nombre d’octets par seconde reçus au moyen d’opérations de lecture par accès direct à la mémoire à distance par le(s) périphérique(s) EFA alloué(s) au conteneur. Unité : octets/seconde |
|
|
|
Nombre d’octets par seconde transmis au moyen d’opérations de lecture par accès direct à la mémoire à distance par le(s) périphérique(s) EFA alloué(s) au conteneur. Unité : octets/seconde |
|
|
|
Nombre d’octets par seconde reçus lors d’opérations d’écriture en accès direct à la mémoire distante par le(s) périphérique(s) EFA alloué(s) au conteneur. Unité : octets/seconde |
|
|
|
Le nombre d’octets par seconde reçus par le(s) périphérique(s) EFA alloué(s) au pod. Unité : octets/seconde |
|
|
|
Le nombre d’octets par seconde transmis par le(s) périphérique(s) EFA attribué(s) au pod. Unité : octets/seconde |
|
|
|
Nombre de paquets reçus puis abandonnés par le(s) périphérique(s) EFA affecté(s) au pod. Unité : nombre/seconde |
|
|
|
Nombre d’octets par seconde reçus au moyen d’opérations de lecture par accès direct à la mémoire à distance par le(s) périphérique(s) EFA alloué(s) au pod. Unité : octets/seconde |
|
|
|
Nombre d’octets par seconde transmis au moyen d’opérations de lecture par accès direct à la mémoire à distance par le(s) périphérique(s) EFA alloué(s) au pod. Unité : octets/seconde |
|
|
|
Le nombre d’octets par seconde reçus lors d’opérations d’écriture par accès direct à la mémoire à distance par le(s) périphérique(s) EFA alloué(s) au pod. Unité : octets/seconde |
|
|
|
Le nombre d’octets par seconde reçus par le(s) périphérique(s) EFA alloué(s) au nœud. Unité : octets/seconde |
|
|
|
Le nombre d’octets par seconde transmis par le(s) périphérique(s) EFA alloué(s) au nœud. Unité : octets/seconde |
|
|
|
Nombre de paquets reçus puis abandonnés par le(s) périphérique(s) EFA alloué(s) au nœud. Unité : nombre/seconde |
|
|
|
Le nombre d’octets par seconde reçus lors d’opérations de lecture par accès direct à la mémoire à distance par le(s) périphérique(s) EFA alloué(s) au nœud. Unité : octets/seconde |
|
|
|
Nombre d’octets par seconde transmis au moyen d’opérations de lecture par accès direct à la mémoire à distance par le(s) périphérique(s) EFA alloué(s) au pod. Unité : octets/seconde |
|
|
|
Le nombre d’octets par seconde reçus lors d’opérations d’écriture par accès direct à la mémoire à distance par le(s) périphérique(s) EFA alloué(s) au nœud. Unité : octets/seconde |
Métriques Amazon SageMaker AI HyperPod
À partir de la version v2.0.1-eksbuild.1 du module complémentaire CloudWatch Observability EKS, Container Insights, doté d'une observabilité améliorée pour Amazon EKS, collecte automatiquement les Amazon SageMaker AI HyperPod métriques des clusters Amazon EKS. Pour plus d’informations sur le module complémentaire, consultez Installez l' CloudWatch agent avec le module complémentaire Amazon CloudWatch Observability EKS ou le graphique Helm. Pour plus d'informations sur Amazon SageMaker AI HyperPod, voir Amazon SageMaker AI
HyperPod.
Les métriques collectées sont répertoriées dans le tableau suivant.
| Nom de la métrique | Dimensions | Description |
|---|---|---|
|
|
|
Indique si un nœud est étiqueté Unité : nombre |
|
|
|
Indique si un nœud est étiqueté Unité : nombre |
|
|
|
Indique si un nœud est étiqueté Si la restauration automatique des nœuds est activée, le nœud sera automatiquement remplacé par Amazon SageMaker AI HyperPod. Unité : nombre |
|
|
|
Indique si un nœud est étiqueté Si la restauration automatique du nœud est activée, le nœud sera automatiquement redémarré par. Amazon SageMaker AI HyperPod Unité : nombre |
Statistiques relatives aux NVMe conducteurs Amazon EBS
À partir de la version 1.300056.0 de l' CloudWatch agent, Container Insights, doté d'une observabilité améliorée pour Amazon EKS, collecte automatiquement les métriques des NVMe pilotes Amazon EBS à partir des clusters Amazon EKS sur des instances Linux. L' CloudWatch agent doit être installé à l'aide de la version complémentaire CloudWatch d'Observability Amazon EKS 4.1.0 ou d'une version ultérieure. Pour plus d’informations sur le module complémentaire, consultez Installez l' CloudWatch agent avec le module complémentaire Amazon CloudWatch Observability EKS ou le graphique Helm. Pour plus d’informations sur Amazon EBS, consultez Statistiques de performance détaillées d’Amazon EBS.
Pour que Container Insights collecte les métriques des NVMe conducteurs Amazon EBS, vous devez remplir les conditions préalables suivantes :
-
Vous devez utiliser Container Insights avec une observabilité améliorée pour Amazon EKS, avec la version complémentaire CloudWatch Observability Amazon EKS
4.1.0ou une version ultérieure. -
Le module complémentaire du pilote CSI EBS
1.42.0ou les Charts de Helm doivent être installés sur le cluster avec les métriques activées.-
Pour activer les métriques lorsque vous utilisez le module complémentaire du pilote CSI Amazon EBS, utilisez l’option suivante lors de la création ou de la mise à jour du module complémentaire.
--configuration-values '{ "node": { "enableMetrics": true } }' -
Pour activer les métriques si vous utilisez les Charts de Helm, utilisez l’option suivante lorsque vous créez ou mettez à jour le module complémentaire.
--set node.enableMetrics=true
-
Les métriques collectées sont répertoriées dans le tableau suivant.
| Nom de la métrique | Dimensions | Description |
|---|---|---|
|
|
|
Nombre total d’opérations de lecture terminées. |
|
|
|
Nombre total d’opérations d’écriture terminées. |
|
|
|
Nombre total d’octets lus transférés. |
|
|
|
Nombre total d’octets écrits transférés. |
|
|
|
Temps total, en microsecondes, passé pour toutes les opérations de lecture terminées. |
|
|
|
Temps total, en microsecondes, passé pour toutes les opérations d’écriture terminées. |
|
|
|
Temps total, en microsecondes, pendant lequel la demande d’IOPS a dépassé les performances d’IOPS provisionnées pour le volume. |
|
|
|
Temps total, en microsecondes, pendant lequel la demande de débit a dépassé les performances de débit provisionnées pour le volume. |
|
|
|
Durée totale, en microsecondes, pendant laquelle le volume EBS a dépassé les performances IOPS maximales de l' EC2 instance Amazon attachée. |
|
|
|
Durée totale, en microsecondes, pendant laquelle le volume EBS a dépassé les performances de débit maximales de l' EC2 instance Amazon attachée. |
|
|
|
Nombre d’opérations de lecture et d’écriture en attente d’exécution. |