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.
CloudWatch métriques pour votre Application Load Balancer
Elastic Load Balancing publie des points de données sur Amazon CloudWatch pour vos équilibreurs de charge et vos cibles. CloudWatchvous permet de récupérer des statistiques sur ces points de données sous la forme d'un ensemble ordonné de séries chronologiques, appelées métriques. Considérez une métrique comme une variable à surveiller, et les points de données comme les valeurs de cette variable au fil du temps. Par exemple, vous pouvez surveiller le nombre total de cibles saines pour un équilibreur de charge sur une période spécifiée. Un horodatage et une unité de mesure facultative sont associés à chaque point de données.
Vous pouvez utiliser les métriques pour vérifier que le système fonctionne comme prévu. Par exemple, vous pouvez créer une CloudWatch alarme pour surveiller une métrique spécifiée et lancer une action (telle que l'envoi d'une notification à une adresse e-mail) si la métrique dépasse ce que vous considérez comme une plage acceptable.
Elastic Load Balancing communique les métriques CloudWatch uniquement lorsque les demandes transitent par l'équilibreur de charge. Si des demandes passent par l'équilibreur de charge, Elastic Load Balancing mesure et envoie ses métriques au cours d'intervalles de 60 secondes. Si aucune demande ne passe par l'équilibreur de charge ou s'il n'existe pas de données pour une métrique, cette dernière n'est pas présentée.
Pour plus d'informations, consultez le guide de CloudWatch l'utilisateur Amazon.
Table des matières
Métriques Application Load Balancer
L'espace de noms AWS/ApplicationELB inclut les métriques suivantes pour les équilibreurs de charge.
| Métrique | Description |
|---|---|
ActiveConnectionCount |
Nombre total de connexions TCP simultanées et actives entre les clients et l'équilibreur de charge et entre l'équilibreur de charge et les cibles. Critères de notification : il existe une valeur différente de zéro Statistics : la statistique la plus utile est Dimensions
|
AnomalousHostCount |
Le nombre d'hôtes détectés présentant des anomalies. Critères de notification : toujours signalé Statistics : les statistiques les plus utiles sont Dimensions
|
ClientTLSNegotiationErrorCount |
Nombre de connexions TLS initiées par le client n'ayant pas établi de session avec l'équilibreur de charge en raison d’une erreur TLS. Les causes possibles peuvent être une différence de chiffrements ou de protocoles, ou le fait que le client ne parvient pas à vérifier le certificat du serveur et à fermer la connexion. Critères de notification : il existe une valeur différente de zéro Statistics : la statistique la plus utile est Dimensions
|
ConsumedLCUs |
Nombre d'unités de capacité d'équilibreur de charge (LCU) utilisées par votre équilibreur de charge. Vous ne payez que pour les unités LCU que vous utilisez par heure. Pour plus d'informations, veuillez consultez Tarification Elastic Load Balancing Critères de notification : toujours signalé Statistics : All Dimensions
|
DesyncMitigationMode_NonCompliant_Request_Count |
Le nombre de demandes qui ne sont pas conformes à la RFC 7230. Critères de notification : il existe une valeur différente de zéro Statistics : la statistique la plus utile est Dimensions
|
DroppedInvalidHeaderRequestCount |
Nombre de requêtes dans lesquelles l'équilibreur de charge a supprimé des en-têtes HTTP contenant des champs d'en-tête non valides avant l’acheminement de la demande. L'équilibreur de charge supprime ces en-têtes uniquement si l'attribut Critères de notification : il existe une valeur différente de zéro Statistics : All Dimensions
|
MitigatedHostCount |
Le nombre de cibles en cours d'atténuation. Critères de notification : toujours signalé Statistics : les statistiques les plus utiles sont Dimensions
|
ForwardedInvalidHeaderRequestCount |
Nombre de requêtes acheminées par l'équilibreur de charge ayant des en-têtes HTTP avec des champs d'en-tête non valides. L'équilibreur de charge transmet les demandes avec ces en-têtes uniquement si l'attribut Critères de notification : toujours signalé Statistics : All Dimensions
|
GrpcRequestCount |
Le nombre de demandes gRPC traitées sur IPv4 et IPv6. Critères de notification : il existe une valeur différente de zéro Statistiques : la statistique la plus utile est Dimensions
|
HTTP_Fixed_Response_Count |
Nombre d'actions à réponse fixe qui ont abouti. Critères de notification : il existe une valeur différente de zéro Statistiques : la seule statistique significative est Dimensions
|
HTTP_Redirect_Count |
Nombre d'actions de redirection qui ont abouti. Critères de notification : il existe une valeur différente de zéro Statistiques : la seule statistique significative est Dimensions
|
HTTP_Redirect_Url_Limit_Exceeded_Count |
Nombre d'actions de redirection qui n'ont pas pu aboutir, la taille de l'URL figurant dans l'en-tête d'emplacement de la réponse étant supérieure à 8 Ko. Critères de notification : il existe une valeur différente de zéro Statistiques : la seule statistique significative est Dimensions
|
HTTPCode_ELB_3XX_Count |
Nombre de codes de redirection HTTP 3XX issus de l'équilibreur de charge. Ce nombre n'inclut pas les codes de réponse générés par les cibles. Critères de notification : il existe une valeur différente de zéro Statistiques : la seule statistique significative est Dimensions
|
HTTPCode_ELB_4XX_Count |
Nombre de codes d'erreur client HTTP 4XX issus de l'équilibreur de charge. Ce nombre n'inclut pas les codes de réponse générés par les cibles. Des erreurs client sont générées lorsque les requêtes sont mal formulées ou sont incomplètes. Ces demandes n'ont pas été reçues par la cible, sauf dans le cas où l'équilibreur de charge renvoie un code d'erreur HTTP 460. Ce nombre n'inclut pas les codes de réponse générés par les cibles. Critères de notification : il existe une valeur différente de zéro Statistiques : la statistique la plus utile est Dimensions
|
HTTPCode_ELB_5XX_Count |
Nombre de codes d'erreur serveur HTTP 5XX issus de l'équilibreur de charge. Ce nombre n'inclut pas les codes de réponse générés par les cibles. Critères de notification : il existe une valeur différente de zéro Statistiques : la statistique la plus utile est Dimensions
|
HTTPCode_ELB_500_Count |
Nombre de codes d'erreur HTTP 500 issus de l'équilibreur de charge. Critères de notification : il existe une valeur différente de zéro Statistiques : la seule statistique significative est Dimensions
|
HTTPCode_ELB_502_Count |
Nombre de codes d'erreur HTTP 502 issus de l'équilibreur de charge. Critères de notification : il existe une valeur différente de zéro Statistiques : la seule statistique significative est Dimensions
|
HTTPCode_ELB_503_Count |
Nombre de codes d'erreur HTTP 503 issus de l'équilibreur de charge. Critères de notification : il existe une valeur différente de zéro Statistiques : la seule statistique significative est Dimensions
|
HTTPCode_ELB_504_Count |
Nombre de codes d'erreur HTTP 504 issus de l'équilibreur de charge. Critères de notification : il existe une valeur différente de zéro Statistiques : la seule statistique significative est Dimensions
|
IPv6ProcessedBytes |
Nombre total d'octets traités par l'équilibreur de charge sur IPv6. Ce nombre est inclus dans Critères de notification : il existe une valeur différente de zéro Statistics : la statistique la plus utile est Dimensions
|
IPv6RequestCount |
Nombre de demandes IPv6 reçues par l'équilibreur de charge. Critères de notification : il existe une valeur différente de zéro Statistiques : la statistique la plus utile est Dimensions
|
NewConnectionCount |
Nombre total de nouvelles connexions TCP établies entre les clients et l'équilibreur de charge et entre l'équilibreur de charge et les cibles. Critères de notification : il existe une valeur différente de zéro Statistics : la statistique la plus utile est Dimensions
|
NonStickyRequestCount |
Nombre de demandes pour lesquelles l'équilibreur de charge a choisi une nouvelle cible, car il n'a pas pu utiliser une session permanente existante. Par exemple, la demande a été la première demande d'un nouveau client et aucun cookie de permanence n'a été présenté, un cookie de permanence a été présenté, mais il n'a pas spécifié une cible qui était enregistrée auprès de ce groupe cible, le cookie de permanence était incorrect ou expiré, ou une erreur interne a empêché l'équilibreur de charge de lire le cookie de permanence. Critères de notification : Un cookie de permanence est activé sur le groupe cible. Statistiques : la seule statistique significative est Dimensions
|
ProcessedBytes |
Le nombre total d'octets traités par l'équilibreur de charge sur IPv4 et IPv6 (en-tête HTTP et charge utile HTTP). Ce nombre inclut le trafic à destination et en provenance des clients et des fonctions Lambda, ainsi que le trafic en provenance d'un fournisseur d'identité (IdP) si l'authentification utilisateur est activée. Critères de notification : il existe une valeur différente de zéro Statistics : la statistique la plus utile est Dimensions
|
RejectedConnectionCount |
Nombre de connexions rejetées parce que l'équilibreur de charge a atteint le nombre maximal de connexions. Critères de notification : il existe une valeur différente de zéro Statistics : la statistique la plus utile est Dimensions
|
RequestCount |
Nombre de demandes traitées sur IPv4 et IPv6. Cette métrique n'est incrémentée que pour les demandes pour lesquelles le nœud d'équilibreur de charge a pu choisir une cible. Les demandes rejetées avant qu'une cible ne soit choisie ne sont pas prises en compte dans cette métrique. Critères de notification : toujours signalé Statistics : la statistique la plus utile est Dimensions
|
RuleEvaluations |
Nombre de règles traitées par l'équilibreur de charge étant donné un taux de demande moyen sur une heure. Critères de notification : il existe une valeur différente de zéro Statistics : la statistique la plus utile est Dimensions
|
L'espace de noms AWS/ApplicationELB inclut les métriques suivantes pour les cibles.
| Métrique | Description |
|---|---|
HealthyHostCount |
Nombre de cibles considérées saines. Critères de notification : Signalé si les vérifications de l'état sont activées Statistics : les statistiques les plus utiles sont Dimensions
|
HTTPCode_Target_2XX_Count,
HTTPCode_Target_3XX_Count,
HTTPCode_Target_4XX_Count,
HTTPCode_Target_5XX_Count |
Nombre de codes de réponse HTTP générés par les cibles. Ce nombre n'inclut pas les codes de réponse générés par l'équilibreur de charge. Critères de notification : il existe une valeur différente de zéro Statistiques : la statistique la plus utile est Dimensions
|
RequestCountPerTarget |
Le nombre moyen de demandes par cible, dans un groupe cible. Vous devez spécifier le groupe cible à l'aide de la dimension Ce décompte utilise le nombre total de demandes reçues par le groupe cible, divisé par le nombre de cibles saines du groupe cible. S'il n'y a aucune cible saine dans le groupe cible, le nombre total de cibles est indiqué. Critères de notification : toujours signalé Statistics : la seule statistique valide est Dimensions
|
TargetConnectionErrorCount |
Nombre de connexions qui n'ont pas pu être établies entre l'équilibreur de charge et la cible. Cette métrique ne s'applique pas si la cible est une fonction Lambda. Critères de notification : il existe une valeur différente de zéro Statistics : la statistique la plus utile est Dimensions
|
TargetResponseTime |
Temps écoulé, en secondes, entre le moment où la demande quitte l'équilibreur de charge et le moment où la réponse de la cible arrive. Cela équivaut au champ Critères de notification : il existe une valeur différente de zéro Statistics : les statistiques les plus utiles sont Dimensions
|
TargetTLSNegotiationErrorCount |
Nombre de connexions TLS initiées par l'équilibreur de charge n'ayant pas établi de session avec la cible. Les causes possibles peuvent être une différence de chiffrements ou de protocoles. Cette métrique ne s'applique pas si la cible est une fonction Lambda. Critères de notification : il existe une valeur différente de zéro Statistics : la statistique la plus utile est Dimensions
|
UnHealthyHostCount |
Nombre de cibles considérées non saines. Critères de notification : Signalé si les vérifications de l'état sont activées Statistics : les statistiques les plus utiles sont Dimensions
|
L'espace de noms AWS/ApplicationELB inclut les métriques suivantes pour l'état du groupe cible. Pour plus d’informations, consultez État du groupe cible.
| Métrique | Description |
|---|---|
HealthyStateDNS |
Le nombre de zones qui répondent aux exigences relatives à l'état sain du DNS. Statistics : la statistique la plus utile est Dimensions
|
HealthyStateRouting |
Le nombre de zones qui répondent aux exigences relatives à l'état sain du routage. Statistics : la statistique la plus utile est Dimensions
|
UnhealthyRoutingRequestCount |
Le nombre de demandes acheminées à l'aide de l'action de basculement du routage (échec d'ouverture). Statistics : la statistique la plus utile est Dimensions
|
UnhealthyStateDNS |
Le nombre de zones qui ne répondent pas aux exigences relatives à l'état du DNS et qui ont donc été signalées comme non conformes dans le DNS. Statistics : la statistique la plus utile est Dimensions
|
UnhealthyStateRouting |
Le nombre de zones qui ne répondent pas aux exigences de l'état sain du routage, et par conséquent l'équilibreur de charge distribue le trafic à toutes les cibles de la zone, y compris les cibles non saines. Statistics : la statistique la plus utile est Dimensions
|
L'espace de noms AWS/ApplicationELB inclut les métriques suivantes pour les fonctions Lambda qui sont enregistrées en tant que cibles.
| Métrique | Description |
|---|---|
LambdaInternalError |
Nombre de demandes adressées à une fonction Lambda qui ont échoué en raison d'un problème interne sur l'équilibreur de charge ou AWS Lambda. Pour obtenir les codes de motif d'erreurs, consultez le champ error_reason du journal d'accès. Critères de notification : il existe une valeur différente de zéro Statistiques : la seule statistique significative est Dimensions
|
LambdaTargetProcessedBytes |
Nombre total d'octets traités par l'équilibreur de charge pour les demandes et les réponses provenant d'une fonction Lambda. Critères de notification : il existe une valeur différente de zéro Statistiques : la seule statistique significative est Dimensions
|
LambdaUserError |
Nombre de demandes adressées à une fonction Lambda qui ont échoué en raison d'un problème lié à la fonction Lambda. Par exemple, l'équilibreur de charge n'est pas autorisé à appeler la fonction, l'équilibreur de charge a reçu de la fonction un JSON incorrect ou pour lequel des champs obligatoires sont manquants, ou la taille du corps de la demande ou de la réponse dépasse la taille maximale de 1 Mo. Pour obtenir les codes de motif d'erreurs, consultez le champ error_reason du journal d'accès. Critères de notification : il existe une valeur différente de zéro Statistiques : la seule statistique significative est Dimensions
|
L'espace de noms AWS/ApplicationELB inclut les métriques suivantes pour l'authentification utilisateur.
| Métrique | Description |
|---|---|
ELBAuthError |
Nombre d'authentifications utilisateur qui n'ont pas pu être effectuées, car une action d'authentification était mal configurée, l'équilibreur de charge n'a pas pu établir une connexion avec l'IdP, ou l'équilibreur de charge n'a pas pu terminer le flux d'authentification en raison d'une erreur interne. Pour obtenir les codes de motif d'erreurs, consultez le champ error_reason du journal d'accès. Critères de notification : il existe une valeur différente de zéro Statistiques : la seule statistique significative est Dimensions
|
ELBAuthFailure |
Nombre d'authentifications utilisateur qui n'ont pas pu être effectuées, car l'IdP a refusé l'accès à l'utilisateur ou un code d'autorisation a été utilisé plusieurs fois. Pour obtenir les codes de motif d'erreurs, consultez le champ error_reason du journal d'accès. Critères de notification : il existe une valeur différente de zéro Statistiques : la seule statistique significative est Dimensions
|
ELBAuthLatency |
Temps écoulé, en millisecondes, pour interroger l'IdP pour le jeton d'ID et les informations utilisateur. Si une ou plusieurs de ces opérations échouent, il s'agit du temps avant l'échec. Critères de notification : il existe une valeur différente de zéro Statistiques : Toutes les statistiques sont significatives. Dimensions
|
ELBAuthRefreshTokenSuccess |
Nombre de fois où l'équilibreur de charge a actualisé avec succès des demandes d'utilisateur à l'aide d'un jeton d'actualisation fourni par le fournisseur d'identité (IdP). Critères de notification : il existe une valeur différente de zéro Statistiques : la seule statistique significative est Dimensions
|
ELBAuthSuccess |
Nombre d'actions d'authentification qui ont abouti. Cette métrique est incrémentée à la fin du flux de travail d'authentification, après que l'équilibreur de charge a récupéré les demandes utilisateur auprès de l'IdP. Critères de notification : il existe une valeur différente de zéro Statistics : la statistique la plus utile est Dimensions
|
ELBAuthUserClaimsSizeExceeded |
Nombre de fois où un IdP configuré a renvoyé des demandes utilisateur dont la taille a dépassé 11 000 octets. Critères de notification : il existe une valeur différente de zéro Statistiques : la seule statistique significative est Dimensions
|
Dimensions de métriques pour les Application Load Balancers
Pour filtrer les métriques pour votre Application Load Balancer, utilisez les dimensions ci-dessous.
| Dimension | Description |
|---|---|
AvailabilityZone |
Filtrer les données métriques par Zone de disponibilité. |
LoadBalancer |
Filtre les données métriques en fonction de l'équilibreur de charge. Spécifiez l'équilibreur de charge comme suit : app/ load-balancer-name/1234567890123456 (la dernière partie de l'ARN de l'équilibreur de charge). |
TargetGroup |
Filtre les données métriques en fonction du groupe cible. Spécifiez le groupe cible comme suit : targetgroup/ target-group-name/1234567890123456 (dernière partie de l'ARN du groupe cible). |
Statistiques pour les métriques Application Load Balancer
CloudWatch fournit des statistiques basées sur les points de données métriques publiés par Elastic Load Balancing. Les statistiques sont des regroupements de données de métrique sur une période donnée. Lorsque vous demandez des statistiques, le flux de données renvoyé est identifié par le nom et la dimension de la métrique. Une dimension est une paire nom-valeur qui identifie une métrique de manière unique. Par exemple, vous pouvez demander des statistiques pour toutes les instances EC2 saines derrière un équilibreur de charge, lancées dans une zone de disponibilité spécifique.
Les statistiques Maximum et Minimum reflètent les valeurs minimum et maximum des points de données signalés par les nœuds de l'équilibreur de charge individuel dans chaque fenêtre d'échantillonnage. Supposons, par exemple, que deux nœuds d'équilibreur de charge constituent l'Application Load Balancer. Un nœud a HealthyHostCount avec 2 pour Minimum, 10 pour Maximum et 6 pour Average, tandis que l'autre nœud a HealthyHostCount avec 1 pour Minimum, 5 pour Maximum et 3 pour Average. Par conséquent, l'équilibreur de charge a 1 pour Minimum, 10 pour Maximum et environ 4 pour Average.
Nous vous recommandons de surveiller une valeur différente de zéro UnHealthyHostCount dans les statistiques Minimum et de déclencher une alarme en cas de valeur différente de zéro pour plusieurs points de données. L'utilisation de Minimum permet de détecter les cas où les cibles sont considérées comme non saines par chaque nœud et zone de disponibilité de votre équilibreur de charge. Il est utile de déclencher une alarme sur Average ou Maximum si vous voulez être alerté de problèmes potentiels, et nous recommandons aux clients d'examiner cette métrique et d'enquêter sur les occurrences non nulles. L'atténuation automatique des défaillances peut être effectuée conformément aux bonnes pratiques consistant à utiliser la surveillance de l'état de l'équilibreur de charge dans Amazon EC2 Auto Scaling ou Amazon Elastic Container Service (Amazon ECS).
La statistique Sum est la valeur regroupée pour tous les nœuds d'équilibreur de charge. Etant donné que les métriques incluent plusieurs rapports par période, Sum ne s'applique qu'aux métriques qui sont regroupées pour tous les nœuds d'équilibreur de charge.
La statistique SampleCount est le nombre d'échantillons mesurés. Étant donné que les métriques sont collectées selon des intervalles de prélèvement et des événements, cette statistique n'est généralement pas utile. Par exemple, avec HealthyHostCount, SampleCount est basé sur le nombre d'échantillons que chaque nœud d'équilibreur de charge signale, et non sur le nombre d'hôtes sains.
Un centile indique la position relative d'une valeur dans un ensemble de données. Vous pouvez spécifier un centile en utilisant jusqu’à deux décimales (par exemple, p95.45). Par exemple, le 95e centile signifie que 95 % des données sont inférieures à cette valeur et que 5 % des données lui sont supérieures. Les centiles sont souvent utilisés pour isoler les anomalies. Par exemple, supposons qu'une application sert la majorité des demandes à partir d'un cache en 1 à 2 ms, mais en 100 à 200 ms si le cache est vide. Le valeur maximale reflète le cas plus lent, environ 200 ms. La moyenne n'indique pas la distribution des données. Les percentiles offrent une vue plus descriptive de performances de l'application. En utilisant le 99e percentile comme déclencheur ou CloudWatch alarme Auto Scaling, vous pouvez faire en sorte que le traitement de 1 % des demandes ne prenne pas plus de 2 ms.
Afficher CloudWatch les statistiques de votre équilibreur de charge
Vous pouvez consulter les CloudWatch métriques de vos équilibreurs de charge à l'aide de la console Amazon EC2. Ces métriques s’affichent sous forme de graphiques de surveillance. Les graphiques de surveillance affichent des points de données si l'équilibreur de charge est actif et reçoit des demandes.
Vous pouvez également afficher des métriques pour votre équilibreur de charge à l'aide de la console CloudWatch.
Pour afficher les métriques à l’aide de la console Amazon EC2
Ouvrez la console Amazon EC2 à l'adresse https://console.aws.amazon.com/ec2/
. -
Pour afficher les métriques filtrées par groupe cible, procédez comme suit :
-
Dans le volet de navigation, sélectionnez Groupes cibles.
-
Sélectionnez votre groupe cible, puis choisissez l'onglet Surveillance.
-
(Facultatif) Pour filtrer les résultats par période, sélectionnez un intervalle de temps dans Affichage des données pour.
-
Pour obtenir une vue plus grande d'une métrique individuelle, sélectionnez son graphique.
-
-
Pour afficher les métriques filtrées par équilibreur de charge , procédez comme suit :
-
Dans le volet de navigation, choisissez Load Balancers.
-
Sélectionnez votre équilibreur de charge, puis choisissez l'onglet Surveillance.
-
(Facultatif) Pour filtrer les résultats par période, sélectionnez un intervalle de temps dans Affichage des données pour.
-
Pour obtenir une vue plus grande d'une métrique individuelle, sélectionnez son graphique.
-
Pour afficher les métriques à l'aide de la CloudWatch console
Ouvrez la CloudWatch console à l'adresse https://console.aws.amazon.com/cloudwatch/
. -
Dans le panneau de navigation, sélectionnez Métriques.
-
Sélectionnez l'espace de noms ApplicationELB.
-
(Facultatif) Pour afficher une métrique pour toutes les dimensions, entrez son nom dans le champ de recherche.
-
(Facultatif) Pour filtrer les métriques par dimension, sélectionnez l'une des options suivantes :
-
Pour afficher uniquement les métriques signalées pour vos équilibreurs de charge, choisissez Métriques par AppELB. Pour afficher les métriques pour un seul équilibreur de charge, entrez son nom dans le champ de recherche.
-
Pour afficher uniquement les métriques signalées pour vos groupes cibles, choisissez Métriques par AppELB, par TG. Pour afficher les métriques pour un seul groupe cible, entrez son nom dans le champ de recherche.
-
Pour afficher uniquement les métriques signalées pour vos équilibreurs de charge par zone de disponibilité, choisissez Métriques par AppELB, par AZ. Pour afficher les métriques pour un seul équilibreur de charge, entrez son nom dans le champ de recherche. Pour afficher les métriques pour une seule zone de disponibilité, entrez son nom dans le champ de recherche.
-
Pour afficher uniquement les métriques signalées pour vos équilibreurs de charge par zone de disponibilité et groupe cible, choisissez Métriques par AppELB, par AZ, par TG. Pour afficher les métriques pour un seul équilibreur de charge, entrez son nom dans le champ de recherche. Pour afficher les métriques pour un seul groupe cible, entrez son nom dans le champ de recherche. Pour afficher les métriques pour une seule zone de disponibilité, entrez son nom dans le champ de recherche.
-
Pour consulter les statistiques à l'aide du AWS CLI
Utilisez la commande list-metrics suivante pour répertorier les métriques disponibles :
aws cloudwatch list-metrics --namespace AWS/ApplicationELB
Pour obtenir les statistiques d'une métrique à l'aide du AWS CLI
Utilisez la get-metric-statisticscommande suivante pour obtenir des statistiques pour la métrique et la dimension spécifiées. CloudWatch traite chaque combinaison unique de dimensions comme une métrique distincte. Vous ne pouvez pas récupérer les statistiques à l'aide de combinaisons de dimensions qui n'ont pas été spécialement publiées. Vous devez spécifier les mêmes dimensions que celles utilisées lorsque les mesures ont été créées.
aws cloudwatch get-metric-statistics --namespace AWS/ApplicationELB \ --metric-name UnHealthyHostCount --statistics Average --period 3600 \ --dimensions Name=LoadBalancer,Value=app/my-load-balancer/50dc6c495c0c9188 \ Name=TargetGroup,Value=targetgroup/my-targets/73e2d6bc24d8a067 \ --start-time 2016-04-18T00:00:00Z --end-time 2016-04-21T00:00:00Z
Voici un exemple de sortie :
{
"Datapoints": [
{
"Timestamp": "2016-04-18T22:00:00Z",
"Average": 0.0,
"Unit": "Count"
},
{
"Timestamp": "2016-04-18T04:00:00Z",
"Average": 0.0,
"Unit": "Count"
},
...
],
"Label": "UnHealthyHostCount"
}