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.

Métriques collectées par la vigie applicative

La vigie applicative collecte à la fois les métriques d’application standard et les métriques d’exécution des applications pour lesquelles vous l’activez.

Les métriques d’application standard concernent les aspects les plus critiques des performances, de la latence et de la disponibilité des services.

Les métriques d’exécution suivent les métriques d’application au fil du temps, notamment l’utilisation de la mémoire, l’utilisation du processeur et la récupération de mémoire. La vigie applicative affiche les métriques d’exécution dans le contexte des services pour lesquels vous avez activé la vigie applicative. En cas de problème opérationnel, l’observation des métriques d’exécution peut être utile pour vous aider à trouver une cause racine du problème. Par exemple, vous pouvez voir si les pics de latence de votre service sont liés à des pics dans une métrique d’exécution.

Métriques d’application standard collectées

Application Signals collecte des métriques d’application standard à partir des services qu’il découvre. Ces indicateurs concernent les aspects les plus critiques des performances d’un service : latence, défaillances et erreurs. Ils peuvent vous aider à identifier les problèmes, à surveiller les tendances en matière de performances et à optimiser les ressources afin d’améliorer l’expérience utilisateur globale.

Le tableau suivant répertorie les métriques collectées par Application Signals. Ces métriques sont envoyées CloudWatch dans l'espace de ApplicationSignals noms.

La métrique Availability affichée sur les tableaux de bord de la vigie applicative est calculée comme suit : (1 - Faults/Total)*100. Le nombre total de réponses comprend toutes les réponses et est dérivé de SampleCount(Latency). Les réponses réussies sont toutes les réponses sans erreur 5XX. Les réponses 4XX sont considérées comme réussies lorsqu’Application Signals évalue Availability.

Dimensions collectées et combinaisons de dimensions

Les dimensions suivantes sont définies pour chacune des métriques d’application standard. Pour plus d’informations sur les dimensions, veuillez consulter la rubrique Dimensions.

Différentes dimensions sont collectées pour les métriques de service et les métriques de dépendance. Dans les services découverts par Application Signals, lorsque le microservice A appelle le microservice B, le microservice B répond à la requête. Dans ce cas, le microservice A émet des métriques de dépendance et le microservice B émet des métriques de service. Lorsqu’un client appelle le microservice A, le microservice A répond à la requête et émet des métriques de service.

Dimension pour les métriques de service

Les dimensions suivantes sont collectées pour les métriques de service.

Lorsque vous consultez ces mesures dans la CloudWatch console, vous pouvez les afficher à l'aide des combinaisons de dimensions suivantes :

Dimensions pour les métriques de dépendance

Les dimensions suivantes sont collectées pour les métriques de dépendance :

Lorsque vous consultez ces mesures dans la CloudWatch console, vous pouvez les afficher à l'aide des combinaisons de dimensions suivantes :

Exécution sur des clusters Amazon EKS

Métriques d’exécution

Application Signals utilise le OpenTelemetry SDK AWS Distro for pour collecter automatiquement des métriques OpenTelemetry compatibles à partir de vos applications Java et Python. Pour que les métriques d’exécution soient collectées, vous devez remplir les conditions préalables suivantes :

Les métriques d’exécution ne sont pas collectées pour les applications Node.js.

Les métriques d’exécution sont facturées dans le cadre des coûts de la vigie applicative. Pour plus d'informations sur CloudWatch les tarifs, consultez Amazon CloudWatch Pricing.

Métriques d’exécution Java

La vigie applicative collecte les métriques JVM suivantes à partir des applications Java que vous activez pour la vigie applicative. Toutes les métriques d'exécution sont envoyées CloudWatch dans l'espace de ApplicationSignals noms et sont collectées avec le jeu de Environment dimensions Service et.

Métriques d’exécution Python

La vigie applicative collecte les métriques suivantes à partir des applications Python que vous activez pour la vigie applicative. Toutes les métriques d'exécution sont envoyées CloudWatch dans l'espace de ApplicationSignals noms et sont collectées avec le jeu de Environment dimensions Service et.

Métrique d’exécution .Net

La vigie applicative collecte les métriques suivantes à partir des applications .Net que vous activez pour la vigie applicative. Toutes les métriques d'exécution sont envoyées CloudWatch dans l'espace de ApplicationSignals noms et sont collectées avec le jeu de Environment dimensions Service et.

Désactivation de la collecte des métriques d’exécution

Les métriques d’exécution sont collectées par défaut pour les applications Java et Python qui sont activées pour la vigie applicative. Si vous voulez désactiver la collecte de ces métriques, veuillez suivre les instructions de cette section pour votre environnement.

Amazon EKS

Pour désactiver les métriques d’exécution dans les applications Amazon EKS au niveau de l’application, ajoutez la variable d’environnement suivante à votre spécification de charge de travail.

env:
    - name: OTEL_AWS_APPLICATION_SIGNALS_RUNTIME_ENABLED 
      value: "false"

Pour désactiver les métriques d'exécution dans les applications Amazon EKS au niveau du cluster, appliquez la configuration à la configuration avancée de votre module complémentaire Amazon CloudWatch Observability EKS.

{
  "agent": {
    "config": {
      "traces": {
        "traces_collected": {
          "application_signals": {
            
          }
        }
      },
      "logs": {
        "metrics_collected": {
          "application_signals": {
            
          }
        }
      }
    },
    "manager": {
      "autoInstrumentationConfiguration": {
        "java": {
          "runtime_metrics": {
            "enabled": false
          }
        },
        "python": {
          "runtime_metrics": {
            "enabled": false
          }
        },
        "dotnet": {
          "runtime_metrics": {
            "enabled": false
          }
        }
      }
    }
  }
}

Amazon ECS

Pour désactiver les métriques d’exécution dans les applications Amazon ECS, ajoutez la variable d’environnement OTEL_AWS_APPLICATION_SIGNALS_RUNTIME_ENABLED=false dans la nouvelle révision de définition de tâche et redéployez l’application.

EC2

Pour désactiver les métriques d’exécution dans les applications Amazon EC2, ajoutez la variable d’environnement OTEL_AWS_APPLICATION_SIGNALS_RUNTIME_ENABLED=false avant le démarrage de l’application.

Kubernetes

Pour désactiver les métriques d’exécution dans les applications Kubernetes au niveau de l’application, ajoutez la variable d’environnement suivante à votre spécification de charge de travail.

env:
    - name: OTEL_AWS_APPLICATION_SIGNALS_RUNTIME_ENABLED 
      value: "false"

Pour désactiver les métriques d’exécution dans les applications Kubernetes au niveau du cluster, utilisez ce qui suit :

helm upgrade ... \
--set-string manager.autoInstrumentationConfiguration.java.runtime_metrics.enabled=false \
--set-string manager.autoInstrumentationConfiguration.python.runtime_metrics.enabled=false \
-\-set-string manager.autoInstrumentationConfiguration.dotnet.runtime_metrics.enabled=false