Démarrez avec AWS avec notre offre gratuite

Créer un compte gratuit

Le niveau gratuit d'AWS inclut 10 mesures, 10 alarmes et 1 million de requêtes d'API avec Amazon CloudWatch.

Voir les détails relatifs au niveau gratuit d'AWS »


Q : Qu'est-ce qu'Amazon CloudWatch ?

Amazon CloudWatch est un service de surveillance pour les ressources du cloud AWS et les applications que vous exécutez sur AWS. Vous pouvez utiliser Amazon CloudWatch pour collecter et suivre les mesures, recueillir et surveiller les fichiers journaux et configurer des alarmes. Amazon CloudWatch peut surveiller les ressources AWS de la même façon que les instances Amazon EC2, les tables Amazon DynamoDB et les instances Amazon RDS DB, ainsi que les mesures personnalisées générées par vos applications et services, et tous les fichiers journaux émis par vos applications. Vous pouvez utiliser Amazon CloudWatch pour gagner une visibilité à l'échelle du système sur l'utilisation des ressources, la performance de l'application et la santé opérationnelle. Vous pouvez utiliser ces éléments pour réagir et faire en sorte que votre application continue de fonctionner sans heurt.

Q : Comment puis-je accéder à CloudWatch ?

Vous pouvez accéder à Amazon CloudWatch via une API, l'interface de ligne de commande, les kits SDK AWS et AWS Management Console.

Q : Quels sont les systèmes d'exploitation pris en charge par Amazon CloudWatch ?

Amazon CloudWatch reçoit et fournit des mesures pour toutes les instances Amazon EC2 et devrait fonctionner avec tous les systèmes d'exploitation actuellement compatibles avec le service Amazon EC2.

Q : Quelles politiques de gestion d'accès puis-je mettre en place pour CloudWatch ?

Amazon CloudWatch s'intègre à AWS Identity and Access Management (IAM) afin que vous puissiez spécifier quelles actions CloudWatch un utilisateur peut effectuer dans votre compte AWS. Par exemple, vous pouvez créer une politique IAM qui donne l'autorisation d'utiliser GetMetricStatistics à seulement certains utilisateurs de votre entreprise. Ils peuvent ensuite utiliser cette action pour récupérer les données concernant vos ressources dans le cloud.

Vous ne pouvez pas utiliser IAM pour contrôler l'accès aux données CloudWatch pour des ressources spécifiques. Par exemple, vous ne pouvez pas accorder à un utilisateur l'accès aux données CloudWatch pour seulement un ensemble spécifique d'instances ou un équilibreur de charge spécifique. Les autorisations accordées à l'aide d'IAM englobent toutes les ressources dans le cloud que vous utilisez avec CloudWatch. En outre, vous ne pouvez pas utiliser les rôles IAM avec les outils de ligne de commande Amazon CloudWatch.

Q : En quoi consiste Amazon CloudWatch Logs ?

Amazon CloudWatch Logs vous permet de surveiller et de dépanner vos systèmes et vos applications à l'aide de vos fichiers journaux personnalisés, de vos fichiers journaux système et d'application existants.

Avec CloudWatch Logs, vous pouvez surveiller vos journaux, quasiment en temps réel, pour certains modèles, expressions ou valeurs. Par exemple, vous pouvez configurer une alarme selon le nombre d'erreurs survenues dans vos journaux système ou consulter les graphiques concernant la latence des requêtes web à partir de vos journaux d'application. Vous pouvez ensuite consulter les données de journalisation d'origine pour connaître la source du problème. Vous pouvez stocker et accéder aux données de journalisation indéfiniment dans un stockage hautement durable, à faible coût. Vous n'avez donc plus à vous soucier du remplissage des disques durs.

Q : Quelles actions puis-je réaliser avec CloudWatch Logs ?

CloudWatch Logs est capable de surveiller et de stocker vos journaux afin de vous aider à mieux comprendre et faire fonctionner vos systèmes et vos applications. Vous pouvez utiliser CloudWatch Logs de nombreuses façons différentes.

Supervision en temps réel des applications et des systèmes : vous pouvez utiliser CloudWatch Logs pour surveiller les applications et les systèmes à l'aide des données de journalisation. Par exemple, CloudWatch Logs peut suivre le nombre d'erreurs survenues dans vos journaux d'application et vous envoyer une notification lorsque le taux d'erreurs dépasse le seuil que vous avez spécifié. CloudWatch Logs utilise vos données de journalisation pour la surveillance ; aucun de code n'est donc requis.

Conservation des journaux à long terme : vous pouvez utiliser CloudWatch Logs pour stocker vos données de journalisation aussi longtemps que vous le souhaitez dans un espace de stockage hautement durable et à faible coût, sans vous soucier des problèmes d'espace libre sur des disques durs. L'agent CloudWatch Logs permet de déplacer rapidement et facilement des fichiers journaux pivotés et non pivotés hors d'un hébergeur et dans le service de journalisation. Vous pouvez ensuite accéder aux données brutes du journal d'évènements lorsque vous en avez besoin.

Q : Quelles plateformes sont prises en charge par l'agent CloudWatch Logs ?

L'agent CloudWatch Logs est pris en charge sur Amazon Linux, Ubuntu, CentOS, Red Hat Enterprise Linux et Windows. Cet agent prendra en charge la capacité de surveiller des fichiers journaux individuels sur l'hébergeur.

Q : L'agent CloudWatch Logs prend-t-il en charge les rôles IAM ?

Oui. L'agent CloudWatch Logs est intégré à Identity and Access Management (IAM) et comprend une assistance pour les clés d'accès ainsi que pour les rôles IAM.



Q : Combien coûte Amazon CloudWatch ?

Pour obtenir des informations à jour, consultez la page des tarifs.

Q : Est-ce que les frais de surveillance d'Amazon CloudWatch changent selon le type d'instance Amazon EC2 que je surveille ?

Non, les frais de surveillance Amazon CloudWatch ne changent pas en fonction des types d'instance Amazon EC2.

Q : Vos prix sont-ils toutes taxes comprises ?

Sauf indication contraire, nos prix n'incluent pas les taxes et redevances applicables, y compris la TVA et les taxes sur les ventes applicables. En savoir plus.

Q : Pourquoi ma facture mensuelle AWS pour CloudWatch est-elle différente pour le mois de juillet 2017 par rapport aux mois précédents ?

Avant le mois de juillet 2017, les frais à payer pour CloudWatch étaient divisés en deux parties distinctes sur votre facture AWS et les rapports sur les coûts et l'utilisation. Pour des raisons historiques, les frais à payer pour l'utilisation d'alarmes CloudWatch, de métriques CloudWatch et d'API CloudWatch étaient mentionnés sous la section explicative « Elastic Compute Cloud » (EC2) de votre facture, tandis que les frais à payer pour CloudWatch Logs et CloudWatch Dashboards étaient indiqués sous la section explicative « CloudWatch ». Afin de consolider et de simplifier votre utilisation et votre facturation AWS CloudWatch mensuelles, nous avons déplacé les frais à payer pour l'utilisation des métriques, des alarmes et des API CloudWatch de la section « EC2 » de votre facture à la section « CloudWatch », ce qui nous a permis de rassembler efficacement tous les frais que vous devez payer pour la surveillance CloudWatch sous la section « CloudWatch ». Notez que cela n'a aucune incidence sur le montant total de votre facture AWS. Dorénavant, votre facture et vos rapports sur les coûts et l'utilisation présenteront simplement les frais à payer pour CloudWatch sous une même section.

De plus, il existe une métrique de facturation dans CloudWatch, dénommée « Frais estimés », visible sous la forme du « Montant total des frais estimés » ou subdivisée « Par service ». La métrique « Montant total des frais estimés » ne change pas. Cependant, la métrique « Frais estimés » subdivisée « Par service » change pour la dimension ServiceName égale à « AmazonEC2 » et pour la dimension ServiceName égale à « AmazonCloudWatch ». Du fait de la consolidation de la facturation, il est possible que vous remarquiez une diminution de votre métrique de facturation AmazonEC2 et une augmentation de votre métrique de facturation AmazonCloudWatch lors du déplacement des frais d'utilisation et de facturation de la section EC2 à la section CloudWatch.  


Q : Quels éléments puis-je mesurer avec les mesures Amazon CloudWatch ?

Amazon CloudWatch vous permet de surveiller les ressources du cloud AWS et les applications que vous exécutez sur AWS. Les mesures sont fournies automatiquement pour un nombre de produits et services AWS, notamment les instances Amazon EC2, les volumes EBS, les programmes Elastic Load Balancer, les groupes Auto Scaling, les flux de travail EMR, les instances de base de données RDS, les tables DynamoDB, les clusters ElastiCache, les clusters RedShift, les piles OpsWorks, les vérifications de l'état Route 53, les rubriques SNS, les files d'attente SQS, les flux SWF et les passerelles de stockage. Vous pouvez également surveiller les mesures personnalisées générées par vos applications et services.

Q : Quelle est la période de rétention pour toutes les métriques ?

CloudWatch a lancé les métriques personnalisées à haute résolution le 26 juillet 2017, afin de pouvoir publier et de stocker des métriques personnalisées jusqu'à une résolution de 1 seconde. La rétention étendue des métriques a été lancée le 1er novembre 2016 et a augmenté le stockage de toutes les métriques des clients de 14 jours à 15 mois. CloudWatch assure la rétention les données métriques comme suit :

  • Les points de données d'une durée de moins de 60 secondes sont disponibles pendant 3 heures. Ces points de données sont des métriques personnalisées à haute résolution.
  • Les points de données d'une durée de 60 secondes (1 minute) sont disponibles pendant 15 jours
  • Les points de données d'une durée de 300 secondes (5 minutes) sont disponibles pendant 63 jours
  • Les points de données d'une durée de 3 600 secondes (1 heure) sont disponibles pendant 455 jours (15 mois)

Les points de données qui sont initialement publiés avec une période plus courte sont agrégés pour le stockage à long terme. Par exemple, si vous collectez des données à l'aide d'une période d'une minute, les données resteront disponibles pendant 15 jours avec une résolution d'une minute. Après 15 jours, ces données seront toujours disponibles, mais en forme agrégée et seulement à une résolution de 5 minutes. Après 63 jours, les données sont agrégées de nouveau et sont disponibles à une résolution d'une heure. Si vous avez besoin d'une période de disponibilité plus longue pour ces métriques, vous pouvez utiliser l'API GetMetricStatistics pour récupérer les points de données sur un autre espace de stockage ou hors ligne.

Cette fonctionnalité est actuellement disponible dans les régions É.-U. Est (Virginie du Nord), É.-U. Ouest (Oregon), USA Ouest (Californie du Nord), UE (Irlande), UE (Francfort), Amérique du Sud (São Paulo), Asie-Pacifique (Singapour), Asie-Pacifique (Tokyo), Asie-Pacifique (Séoul), Asie-Pacifique (Mumbai), Asie-Pacifique (Sydney), UE (Londres), Canada (Central), É.-U. Est (Ohio) et Chine (Beijing).   

Q : Quelle est la résolution minimale des données qu'Amazon CloudWatch reçoit et regroupe ?

La résolution minimale des points de données prise en charge par CloudWatch est d'une seconde, ce qui est une métrique à haute résolution, ou vous pouvez stocker les métriques à une granularité d'une minute. Parfois, les métriques sont reçues par CloudWatch à des intervalles irréguliers tels que 3 minutes ou 5 minutes. Si vous ne spécifiez pas qu'une métrique est en haute résolution en configurant le champ StorageResolution dans la requête API PutMetricData, alors CloudWatch agrégera et stockera les métriques avec une résolution d'une minute par défaut.

Selon l'âge des données demandées, les métriques sont disponibles avec la résolution définie dans les programmes de rétention décrits ci-dessus. Par exemple, si vous demandez les données sur 1 minute sur une journée datant d'il y a 10 jours, vous recevrez les 1 440 points de données. Cependant, si vous demandez des données sur 1 minute datant de 5 mois, l'interface passe automatiquement à la granularité de 1 heure, et l'API GetMetricStatistics ne renvoie aucun résultat.

Q : Puis-je supprimer n'importe quelle métrique ?

CloudWatch ne prend pas en charge la suppression des métriques. Les métriques arrivent à expiration selon les programmes de rétention décrits ci-dessus.

Q : Est-ce que je vais perdre les données de métriques si je désactive la supervision pour une instance Amazon EC2 ?

Non. Vous pouvez toujours récupérer les métriques des instances Amazon EC2 selon les programmes de rétention décrits ci-dessus. Cependant, la console CloudWatch limite la recherche de métriques à 2 semaines après la dernière ingestion d'une métrique donnée, afin de n'afficher que les instances les plus à jour dans votre namespace.

Q : Puis-je accéder aux données de mesures d'une instance Amazon EC2 terminée ou d'un Elastic Load Balancer supprimé ?
Oui. Amazon CloudWatch stocke les métriques pour les instances Amazon EC2 terminées ou les Elastic Load Balancer supprimés pendant 15 mois.

Q : Pourquoi est-ce que le graphique de la même fenêtre temporelle est différent lorsque j'affiche des périodes de métriques de 5 minutes ou de 1 minute ?

Si vous affichez la même fenêtre temporelle avec une période de 5 minutes ou avec une période de 1 minute, vous pourrez voir que les points de données sont affichés à différents endroits du graphique. Pour la période que vous spécifiez dans votre graphique, Amazon CloudWatch trouvera tous les points de données disponibles et calculera un seul point additionné pour représenter le période entière. Dans le cas d'une période de 5 minutes, le seul point de données est placé au début de la fenêtre temporelle de 5 minutes. Dans le cas d'une période de 1 minute, le seul point de données est placé à la marque 1 minute. Nous conseillons d'utiliser la période de 1 minute pour la résolution des problèmes et autres activités qui nécessitent les graphiques les plus précis de périodes temporelles.

Q : En quoi consiste une mesure personnalisée ?

Vous pouvez utiliser Amazon CloudWatch pour surveiller les données produites par vos applications, scripts et services. Le terme mesure personnalisée désigne toute mesure que vous fournissez à Amazon CloudWatch. Par exemple, vous pouvez utiliser les mesures personnalisées pour surveiller le temps de chargement d'une page web, les taux d'erreurs d'une requête, le nombre de processus ou de menaces sur votre instance, ou la quantité de travail exécutée par votre application. Vous pouvez débuter avec les métriques personnalisées à l'aide de l'API PutMetricData, de nos modèles de scripts de surveillance pour Windows et Linux et du plug-in collectd pour CloudWatch, ainsi que par le biais de plusieurs applications et outils offerts par les partenaires AWS.

Q : Quelle granularité puis-je obtenir d'une métrique personnalisée ?

Une métrique personnalisée peut avoir l'une des résolutions suivantes :

  • Résolution standard, avec données d'une granularité d'une minute
  • Haute résolution, avec données d'une granularité d'une seconde

Par défaut, les métriques sont stockées à une résolution d'une minute dans CloudWatch. Vous pouvez définir une métrique comme étant à haute résolution en configurant le paramètre StorageResolution à 1 dans la requête API PutMetricData. Si vous ne configurez pas le paramètre optionnel StorageResolution, alors CloudWatch stockera les métriques à une résolution d'une minute par défaut.

Lorsque vous publiez une métrique à haute résolution, CloudWatch la stocke avec une résolution d'une seconde, et vous pouvez la lire et la récupérer avec une période de 1 seconde, 5 secondes, 10 secondes, 30 secondes ou tout multiple de 60 secondes.

Les métriques personnalisées sont soumises au même échéancier de préservation mentionné ci-dessus. 

Q : Quelles sont les métriques disponibles à une haute résolution ?

Actuellement, seules les métriques personnalisées que vous publiez dans CloudWatch sont disponibles à une haute résolution.  Les métriques personnalisées à haute résolution sont stockées dans CloudWatch à une résolution d'une seconde.  La haute résolution est définie par le paramètre StorageResolution dans la requête API PutMetricData avec une valeur de 1, et elle n'est pas un champ obligatoire.  Si vous ne spécifiez pas de valeur dans le champ optionnel StorageResolution, CloudWatch stockera la métrique personnalisée à une résolution d'une minute par défaut. 

Q : Les métriques personnalisées à haute résolution sont-elles tarifées différemment des métriques personnalisées régulières ?

Non, les métriques personnalisées à haute résolution sont tarifées de la même façon que les métriques personnalisées régulières d'une minute. 

Q : Quand devrais-je utiliser une mesure personnalisée plutôt que d'avoir mon programme qui transmet un journal à CloudWatch Logs ?

Vous pouvez surveiller vos données à l'aide des mesures personnalisées, de CloudWatch Logs ou des deux. Vous avez la possibilité d'utiliser les mesures personnalisées si vos données ne sont pas déjà générées au format des journaux, par exemple les données concernant les opérations du système d'exploitation ou les mesures de performance. Vous pouvez également écrire votre propre application ou script, ou un fourni par un partenaire AWS. Si vous souhaitez stocker et enregistrer des mesures individuelles ainsi que des informations supplémentaires, vous pouvez envisager d'utiliser CloudWatch Logs.

Q : Quelles statistiques puis-je consulter et présenter sous forme de graphique dans CloudWatch ?

Vous pouvez récupérer, présenter sous forme de graphique et configurer des alarmes sur les valeurs statistiques suivantes pour les mesures Amazon CloudWatch : moyenne, somme, minimum, maximum et comptage par échantillonnage. Les statistiques peuvent être calculées pour n'importe quelle période située entre 60 secondes et un jour. Pour les métriques personnalisées à haute résolution, les statistiques peuvent être calculées pour une période située entre 1 seconde et 3 heures. 


Q : Quelle surveillance des journaux fournit Amazon CloudWatch ?

CloudWatch Logs vous permet de surveiller et de dépanner vos systèmes et vos applications à l'aide de vos fichiers journaux personnalisés, de vos fichiers journaux système et d'application existants.

Avec CloudWatch Logs, vous pouvez surveiller vos journaux, quasiment en temps réel, pour certains modèles, expressions ou valeurs. Par exemple, vous pouvez configurer une alarme selon le nombre d'erreurs survenues dans vos journaux système ou consulter les graphiques concernant la latence des requêtes web à partir de vos journaux d'application. Vous pouvez ensuite consulter les données de journalisation d'origine pour connaître la source du problème. Vous pouvez stocker et accéder aux données de journalisation aussi longtemps que vous le souhaitez dans un stockage hautement durable, à faible coût. Vous n'avez donc plus à vous soucier du remplissage des disques durs.

Q : CloudWatch Logs est-il disponible dans toutes les régions ?

Pour plus d'informations sur la disponibilité du service CloudWatch Logs par région, reportez-vous à la section relative aux produits et services régionaux.

Q : Combien coûte CloudWatch Logs ?

Pour obtenir des informations à jour, consultez la page des tarifs.

Q : Quelles actions puis-je réaliser avec mes journaux et Amazon CloudWatch ?

CloudWatch Logs est capable de surveiller et de stocker vos journaux afin de vous aider à mieux comprendre et faire fonctionner vos systèmes et vos applications. Lorsque vous utilisez CloudWatch Logs avec vos journaux, vos données de journalisation existantes sont utilisées pour la surveillance. Aucun changement de code n'est donc requis. Voici deux exemples présentant ce qu'il est possible de faire avec Amazon CloudWatch et vos journaux :

Surveillance en temps réel des applications et des systèmes : vous pouvez utiliser CloudWatch Logs pour surveiller les applications et les systèmes à l'aide des données de journalisation quasiment en temps réel. Par exemple, CloudWatch Logs peut suivre le nombre d'erreurs survenues dans vos journaux d'application et vous envoyer une notification lorsque le taux d'erreurs dépasse le seuil que vous avez spécifié. Amazon CloudWatch utilise vos données de journalisation pour assurer la supervision, et ne nécessite donc aucun changement de code de votre part.

Conservation des journaux à long terme : vous pouvez utiliser CloudWatch Logs pour stocker vos données de journalisation aussi longtemps que vous le souhaitez dans un espace de stockage hautement durable et à faible coût, sans vous soucier des problèmes d'espace libre sur des disques durs. L'agent CloudWatch Logs permet de déplacer rapidement et facilement des fichiers journaux pivotés et non pivotés hors d'un hébergeur et dans le service de journalisation. Vous pouvez ensuite accéder aux données brutes du journal d'évènements lorsque vous en avez besoin.

Q : Quels types de données puis-je envoyer à Amazon CloudWatch Logs depuis mes instances EC2 exécutant Microsoft SQL Server et Microsoft Windows Server ?

Vous pouvez configurer le service EC2Config afin d'envoyer une large gamme de données et de fichiers journaux vers CloudWatch, notamment : fichiers journaux personnalisés, journaux d'événement (application, personnalisé, sécurité, système), journaux Event Tracing (ETW), et données Performance Counter (PCW). Pour en savoir plus sur le service EC2Config, cliquez ici.

Q : A quelle fréquence l'agent CloudWatch Logs envoie-t-il des données ?

L'agent CloudWatch Logs envoie des données de journalisation toutes les cinq secondes par défaut et peut être configuré par l'utilisateur.

Q : Quels formats de journaux sont pris en charge par CloudWatch Logs ?

CloudWatch Logs peut intégrer, regrouper et surveiller tout format de données de journalisation texte répandu, ainsi que les journaux au format JSON.

Q : Que se passe-t-il si je configure l'agent CloudWatch Logs de sorte qu'il envoie des données de journalisation sans texte ?

L'agent CloudWatch Logs consignera une erreur s'il a été configuré de façon à signaler les données de journalisation sans texte. Cette erreur est enregistrée dans /var/logs/awslogs.log.

Q : Comment puis-je commencer à surveiller mes journaux avec CloudWatch Logs ?

Vous pouvez surveiller les journaux d'événements lorsqu'ils sont transmis à CloudWatch Logs en créant des filtres de mesures. Les filtres de mesure transforment les données de journalisation en mesures Amazon CloudWatch à des fins de graphique ou d'alarme. Les filtres de mesure peuvent être créés dans la console ou dans l'interface de ligne de commande. Les filtres de mesure recherchent et font correspondre les termes, les expressions ou les valeurs dans vos journaux d'évènements. Lorsqu'un filtre de mesure trouve un de ces termes, expressions ou valeurs dans vos journaux d'évènements, il le compte dans la mesure Amazon CloudWatch de votre choix. Par exemple, vous pouvez créer un filtre de mesure pour rechercher et dénombrer l'apparition du mot « Erreur » dans vos journaux d'évènements. Les filtres de mesure peuvent également extraire des valeurs de vos journaux d'évènements séparés par un espace, telles que la latence des requêtes web. Vous pouvez aussi utiliser des opérateurs conditionnels et des caractères génériques pour créer des correspondances parfaites. La console Amazon CloudWatch peut vous aider à tester vos modèles avant de créer des filtres de mesure.

Q : Quelle est la syntaxe des modèles de filtre de mesure ?

Un modèle de filtre de mesure peut contenir des termes de recherche ou une spécification du format ordinaire de vos journaux d'événements ou du format d'événement JSON.

Par exemple, si vous souhaitez rechercher le terme Erreur, le modèle du filtre de mesure sera simplement le terme Erreur. Vous pouvez ajouter plusieurs termes recherchés pour effectuer une recherche sur plusieurs termes. Par exemple, si vous souhaitez dénombrer les évènements qui contiennent les termes Erreur et Exception, vous utiliserez le modèle Erreur Exception. Si vous voulez faire correspondre parfaitement le terme Erreur Exception, vous placerez des guillemets autour du terme recherché ("Erreur Exception"). Vous pouvez indiquer autant de termes recherchés que vous le souhaitez.

CloudWatch Logs peut également être utilisé pour extraire des valeurs d'un événement dans les formats de journaux répandus ou dans le format JSON. Par exemple, vous pouvez suivre les octets transférés depuis vos journaux d'accès Apache. Vous pouvez aussi utiliser des opérateurs conditionnels et des caractères génériques pour faire correspondre et extraire les données qui vous intéressent. Pour se servir de la fonctionnalité d'extraction des filtres de mesure, les journaux d'événements doivent être séparés par un espace et utiliser des guillemets doubles « " », ou un crochet ouvrant « [ » et un crochet fermant « ] », pour insérer les champs. Il peut également s'agir d'événements de journal au format JSON. Pour obtenir de plus amples informations sur la syntaxe, ainsi que des exemples, consultez le manuel Developer Guide for Metric Filters.

Q : Comment puis-je m'assurer que le modèle de filtre de mesure que j'ai spécifié correspond à mes journaux d'évènements ?

CloudWatch Logs vous permet de tester les modèles de filtre de mesure que vous souhaitez avant la création d'un filtre de mesure. Vous pouvez tester vos modèles sur vos données de journalisation qui sont déjà présentes dans CloudWatch Logs ou vous pouvez fournir vos journaux d'évènements à des fins de test. Tester vos modèles vous permettra de visualiser quels journaux d'évènements correspondent au modèle de filtre de mesure et, en cas d'extraction des valeurs, quelles valeurs extraites sont présentent dans les données soumises au test. Le test des filtres de mesure est disponible pour une utilisation dans la console et dans l'interface de ligne de commande.

Q : Puis-je utiliser des expressions régulières avec mes données de journalisation ?

Les filtres de mesure Amazon CloudWatch ne prennent pas en charge les expressions régulières. Pour traiter vos données de journalisation avec des expressions régulières, envisagez d'utiliser Amazon Kinesis et connectez le flux à un moteur de traitement des expressions régulières.


Q : Comment puis-je récupérer mes données de journalisation ?

Vous pouvez récupérer toutes vos données de journalisation à l'aide de la console CloudWatch Logs ou par le biais de l'interface de ligne de commande CloudWatch Logs. Les journaux d'évènements sont récupérés en fonction du journal de groupe, du journal des flux et de la date auxquels ils sont associés. L'API CloudWatch Logs pour récupérer les journaux d'évènements est GetLogEvents.

Q : Comment puis-je rechercher mes journaux ?

Vous pouvez utiliser l'interface de ligne de commande pour récupérer vos journaux d'évènements et faire des recherches dans ceux-ci à l'aide de grep de la ligne de commande ou des fonctions de recherche similaires.

Q : Combien de temps mes données de journalisation sont-elles stockées par CloudWatch Logs ?

Vous pouvez stocker vos données de journalisation dans CloudWatch Logs aussi longtemps que vous le souhaitez. Par défaut, CloudWatch Logs stocke vos données de journalisation pendant une durée indéfinie. Vous pouvez modifier la durée de conservation pour chaque journal de groupe à tout moment.


Q : Quels types d'alarmes CloudWatch peuvent être créés ?

Vous pouvez créer une alarme pour surveiller n'importe quelle mesure Amazon CloudWatch de votre compte. Par exemple, vous pouvez créer des alarmes sur l'utilisation de la CPU d'une instance Amazon EC2, la latence des requêtes Amazon ELB, le débit d'une table Amazon DynamoDB, la longueur de la file d'attente Amazon SQS, et même sur les frais de votre facture AWS.

Vous pouvez aussi créer une alarme sur les métriques personnalisées spécifiques à vos propres applications ou infrastructures. Si la métrique personnalisée est une métrique à haute résolution, vous pouvez créer des alarmes à haute résolution qui vous alertent dans une période aussi courte que 10 secondes ou 30 secondes.

Veuillez consulter la page de tarification CloudWatch pour en savoir plus.  

Q : Quelles actions puis-je obtenir d'une alarme CloudWatch ?

Lorsque vous créez une alarme, vous pouvez la configurer de sorte qu'elle exécute une ou plusieurs actions automatisées lorsque la mesure que vous choisissez de surveiller dépasse le seuil que vous avez indiqué. Par exemple, vous pouvez configurer une alarme qui vous envoie un e-mail, publie sur une file d'attente SQS, arrête ou met fin à une instance Amazon EC2, ou exécute une politique Auto Scaling. Comme les alarmes Amazon CloudWatch sont intégrées à Amazon Simple Notification Service, vous pouvez également utiliser tout type de notification pris en charge par SNS.

Q : Quels seuils puis-je fixer pour déclencher une alarme CloudWatch ?

Lorsque vous créez une alarme, vous sélectionnez d'abord la mesure Amazon CloudWatch que vous souhaitez que l'alarme surveille. Ensuite, vous choisissez la période d'évaluation (cinq minutes ou une heure par ex.) et une valeur statistique à mesurer (moyenne ou maximum par ex.). Pour fixer un seuil, saisissez une valeur cible et indiquez si l'alarme se déclenche lorsque la valeur est supérieure (>), supérieure ou égale (>=), inférieure (<), ou inférieure ou égale (<=) à la valeur en question.

Q : Mon alarme CloudWatch se met constamment en état d'alarme, quelle erreur ai-je commise ?

Les alarmes continuent d'évaluer les mesures selon le seuil que vous avez choisi, même lorsqu'elles se sont déjà déclenchées. Ceci vous permet de consulter à tout moment son état actuel à jour. Vous pourrez remarquer qu'une de vos alarmes reste longtemps en état d'alarme. Si votre valeur de mesure excède toujours votre seuil, l'alarme restera en état d'alarme jusqu'à ce que la valeur ne dépasse plus le seuil. Ce comportement est normal. Si vous souhaitez que votre alarme accepte ce nouveau niveau, vous pouvez ajuster le seuil de l'alarme en conséquence.

Q : Pendant combien de temps puis-je consulter mon historique d'alarmes ?

L'historique d'alarmes est disponible pendant 14 jours. Pour consulter votre historique d'alarmes, connectez-vous à CloudWatch dans AWS Management Console, sélectionnez Alarmes dans le menu de gauche, choisissez votre alarme, puis cliquez sur l'onglet Historique dans le panneau inférieur. Dans cet onglet, vous trouverez un historique des changements d'état de l'alarme ainsi que toutes les modifications apportées à la configuration de l'alarme.

Q : En quoi consistent les tableaux de bord CloudWatch ?

Les tableaux de bord Amazon CloudWatch vous permettent de créer, de personnaliser et de sauvegarder des graphiques de ressources et des mesures personnalisées AWS et d'interagir avec eux.

Q : Que puis-je faire avec les tableaux de bord CloudWatch ?

Vous pouvez utiliser les tableaux de bord CloudWatch pour surveiller vos applications et vos ressources afin d'identifier rapidement les problèmes susceptibles d'avoir un impact sur l'état de vos applications. Vous pouvez enregistrer des tableaux de bord et les consulter à nouveau, ajouter plusieurs graphiques ou ajouter des widgets texte dans un tableau de bord afin d'incorporer des liens et des commentaires. Par exemple, vous pouvez inclure des graphiques de vos ressources et des mesures d'applications afin d'identifier le moment où des problèmes liés à la santé des ressources peuvent avoir un impact sur vos applications. Vous pouvez également afficher des mesures pour plusieurs régions sur la même page.

Q : Comment démarrer avec les tableaux de bord CloudWatch ?

Pour démarrer, accédez à la console Amazon CloudWatch, puis sélectionnez « Tableaux de bord ». Cliquez sur le bouton « Créer un tableau de bord ».

Q : Les tableaux de bord prennent-ils en charge l'actualisation automatique ?

Oui. Les tableaux de bord s'actualisent automatiquement lorsque vous les gardez ouverts.

Q : Puis-je partager mon tableau de bord ?

Oui. Toute personne disposant des autorisations adéquates pour le compte dans lequel le tableau de bord est enregistré peut accéder à ce dernier.

Q : Qu'est-ce que CloudWatch Events ?

Amazon CloudWatch Events (CWE) est un flux d'événements de système décrivant les modifications apportées à vos ressources AWS. Le flux d'événements augmente les flux de métriques et de journaux CloudWatch existants pour offrir une meilleure vue d'ensemble de vos applications. Vous écrivez des règles déclaratives pour associer des événements qui vous intéressent à des actions automatiques.

Q : Quels services sont pris en charge par CloudWatch Events ?

CloudWatch Events prend actuellement en charge Amazon EC2, Auto Scaling et AWS CloudTrail. Via AWS CloudTrail, les appels d'API en mutation (c'est-à-dire tous les appels sauf Describe*, List* et Get*) dans tous les services sont visibles dans CloudWatch Events.

Q : Que faire lors de la réception d'un événement ?

Lorsqu'un événement correspond à une règle que vous avez créée dans le système, vous pouvez automatiquement appeler une fonction AWS Lambda, transmettre l'événement vers un flux Amazon Kinesis, notifier une rubrique Amazon SNS ou appeler un workflow intégré.

Q : Puis-je générer mes propres événements ?

Oui. Vos applications peuvent transmettre des événements personnalisés à l'aide de l'API PutEvents, avec un corps de message adapté à vos besoins uniques.

Q : Puis-je effectuer des actions selon un calendrier fixe ?

CloudWatch Events est capable de créer des événements dans un calendrier que vous configurez à l'aide de la syntaxe populaire Unix cron. En surveillant ces événements, vous pouvez mettre en œuvre une application programmée.

Q : Quelle est la différence entre CloudWatch Events et AWS CloudTrail ?

CloudWatch Events est un flux d'événements de système quasiment en temps réel qui décrit les modifications apportées à vos ressources AWS. Avec CloudWatch Events, vous pouvez définir des règles pour surveiller des événements particuliers et effectuer des actions de manière automatisée. AWS CloudTrail est un service qui enregistre les appels d'API pour votre compte AWS et transmet les fichiers journaux contenant les appels d'API à votre bucket (compartiment) Amazon S3 ou un journal de groupe CloudWatch Logs. Avec AWS CloudTrail, vous pouvez rechercher l'historique des activités d'API liées à la création, la suppression et la modification de ressources AWS, et résoudre les problèmes opérationnels ou de sécurité.

Q : Quelle est la différence entre CloudWatch Events et AWS Config ?

AWS Config est un service entièrement géré qui vous offre un inventaire des ressources AWS, un historique de la configuration et des notifications de modification de la configuration pour assurer la sécurité et une bonne gestion. Config Rules vous permet de déterminer si les modifications de configuration sont conformes. CloudWatch Events réagit quasiment en temps réel aux changements d'état des ressources. Le service ne se prononce pas quant à la conformité des modifications avec la politique et ne fournit pas non plus un historique détaillé comme le font les fonctions Config/Config Rules. Il s'agit d'un flux d'événements à usage général.