Questions d'ordre général

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

Amazon CloudWatch est un service de supervision 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.

Pour démarrer le contrôle, vous pouvez utiliser Automatic Dashboards, qui intègre les meilleures pratiques AWS, analyser les écrans des mesures et des alertes basées sur le compte et les ressources et explorer facilement les informations pour rechercher la cause profonde des problèmes de performance.

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 : En quoi consiste Amazon CloudWatch Logs Insights ?

Amazon CloudWatch Logs Insights est une fonctionnalité d’analyse de journal interactive, tarifiée à l’utilisation pour CloudWatch Logs. Elle permet aux développeurs, aux opérateurs et aux ingénieurs de comprendre, d’améliorer et de déboguer leurs applications en leur permettant de faire des recherches dans leurs journaux et d’afficher ces derniers. Logs Insights est complètement intégré à CloudWatch, ce qui vous permet de gérer, d’explorer et d’analyser vos journaux. Vous pouvez également utiliser les mesures, les alarmes et les tableaux de bord CloudWatch avec les journaux pour obtenir une visibilité opérationnelle complète sur vos applications. Il vous permet de comprendre vos applications, d’y apporter des améliorations et de détecter et corriger les problèmes rapidement, de manière à ne pas freiner l’innovation. Il offre la possibilité d’écrire des requêtes avec des agrégations, des filtres, des expressions régulières pour extraire les informations utilisables de vos journaux. Vous pouvez également visualiser des données de séries chronologiques, faire des recherches dans les événements de journaux individuels et exporter les résultats de requêtes vers CloudWatch Dashboards.

Q : Comment démarrer avec CloudWatch Logs Insights ?

Vous pouvez immédiatement démarrer avec Logs Insights pour exécuter des requêtes sur tous les journaux envoyées vers CloudWatch Logs. Aucune installation n’est requise, et aucune infrastructure ne doit être gérée. Vous pouvez accéder à Logs Insights depuis AWS Management Console, ou par programme par le biais de vos applications en utilisant un kit SDK AWS.

Q : Qu’est-ce que CloudWatch Container Insights ?

CloudWatch Container Insights est une fonction de surveillance, de dépannage et d’alarme destinée aux applications et microservices conteneurisées. Container Insights simplifie l’isolation et l’analyse des problèmes de performances affectant votre environnement conteneurisé. Les ingénieurs DevOps et systèmes bénéficient de l’accès aux tableaux de bord automatiques de la console CloudWatch, ce qui leur offre une visibilité opérationnelle de bout en bout sur les métriques, les journaux et les suivis distribuées résumant les performances et l’intégrité de leurs clusters Amazon Elastic Container Service for Kubernetes (EKS), Amazon Elastic Container Service (ECS), AWS Fargate et Kubernetes par pod/tâche, conteneur et services.

Q : Comment démarrer avec CloudWatch Container Insights ?

Vous pouvez commencer à collecter des métriques, des fichiers journaux et des métadonnées détaillés de performances depuis vos conteneurs et vos clusters en quelques clics seulement en suivant la procédure décrite dans la documentation CloudWatch Container Insights.

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

La détection d'anomalies d'Amazon CloudWatch applique des algorithmes de machine learning pour analyser en continu les métriques de série chronologique des systèmes et des applications, déterminer une référence normale et éliminer les anomalies avec une intervention minime de l’utilisateur. Il permet de créer des alarmes qui ajustent automatiquement les seuils en fonction de modèles de mesures naturels, tels que l'heure du jour, la saisonnalité du jour de la semaine ou les tendances changeantes. Vous pouvez également visualiser des métriques avec des bandes de détection d'anomalies sur des tableaux de bord, surveiller, isoler et résoudre les problèmes liés aux modifications inattendues de vos métriques.

Q : Comment démarrer avec la détection d'anomalies Amazon CloudWatc h?

Il est facile de démarrer avec la détection d'anomalies. Dans la console CloudWatch, accédez à Alarms (Alarmes) dans le volet de navigation pour créer une alarme ou commencez avec Metrics (Métriques) pour remplacer les valeurs attendues de la métrique sur le graphique en formant une bande. Vous pouvez également activer la détection des anomalies à l'aide de l'interface de ligne de commande (CLI) AWS, des kits SDK AWS ou des modèles AWS CloudFormation. Pour en savoir plus, consultez la documentation sur la détection des anomalies et la page de tarification.

Tarification

Q : Combien coûte Amazon CloudWatch ?

Pour obtenir des informations à jour, consultez la page de tarification.

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

Tous les types d'instances Amazon EC2 envoient automatiquement des métriques d'état et de performances clés à CloudWatch, sans frais. Si vous activez la surveillance détaillée EC2, des frais sont facturés pour les métriques personnalisées en fonction du nombre de métriques envoyées à CloudWatch pour l'instance. Le nombre de métriques envoyées pour une instance dépend du type d'instance. Consultez Métriques CloudWatch de vos instances disponibles pour plus d'informations.

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 : Comment CloudWatch Logs Insights est-il tarifé ?

Logs Insights est facturé par requête et les frais sont calculés à partir de la quantité de données analysée dans le cadre de la requête. Pour plus de détails sur les tarifs, vous pouvez consulter les tarifs CloudWatch.

Q : CloudWatch Logs Insights me facturera-t-il les requêtes annulées ?

Oui, si vous annulez manuellement une requête, vous êtes facturé pour la quantité de données de journal assimilée jusqu'à l'annulation de la requête.

Q : CloudWatch Logs Insights me facturera-t-il les requêtes qui ont échoué ?

Non, vous n'êtes pas facturé lorsque les requêtes échouent.

Q : Quelle est la tarification de CloudWatch Container Insights ?

CloudWatch Container Insights collecte automatiquement dans votre environnement conteneurisé des métriques personnalisées des événements de performances ingérés en tant que CloudWatch Logs. Pour plus de détails sur la tarification, consultez la page de tarification de CloudWatch.

Surveillance des ressources et des métriques personnalisées AWS

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 USA Est (Virginie du Nord), USA 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), USA Est (Ohio) et Chine (Pékin).

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 surveillance pour une instance Amazon EC2 ?

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 espace de noms.

Q : Puis-je accéder aux données de métriques 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 mesures 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 : Qu’est-ce que CloudWatch Application Insights pour .NET et SQL Server ?

Amazon CloudWatch Application Insights pour .NET et SQL Server est une fonctionnalité que vous pouvez utiliser pour surveiller facilement vos applications .NET et SQL Server. Elle vous aide à trouver et configurer des métriques et des journaux clés sur vos ressources d’application et votre pile technologique, c.-à-d. les bases de données, serveurs Web (IIS) et d’applications, système d’exploitation, équilibreurs de charge, files d’attente, etc. Elle surveille en permanence ces données de télémétrie afin de détecter et de corréler les anomalies et les erreurs, et de vous signaler tout problème concernant votre application. Pour faciliter le dépannage, il crée des tableaux de bord automatiques qui aident à visualiser les problèmes détectés dont les anomalies métriques et erreurs de journalisation corrélées, ainsi que des informations supplémentaires vous indiquant la cause potentielle.

Q :Que gagne-t-on à utiliser CloudWatch Application Insights pour .NET et SQL Server ?

  • Reconnaissance automatique des métriques et les journaux des applications : elle analyse les ressources de votre application, fournit une liste des métriques et des journaux recommandés pour la surveillance et les configure automatiquement, facilitant ainsi la configuration de la surveillance pour vos applications. 
  • Détection intelligente des problèmes : elle utilise des règles intégrées et des algorithmes d'apprentissage automatique pour surveiller et analyser de manière dynamique les symptômes d'un problème dans votre pile d'applications et détecter les problèmes rencontrés. Elle vous aide à réduire les frais généraux occasionnés par le traitement de pics de mesure, d'événements ou d'enregistrements de journalisation, et à être notifié des problèmes réels, ainsi que des informations contextuelles sur ces problèmes.
  • Dépannage plus rapide : elle évalue les problèmes détectés pour vous en donner une description ; cause première possible du problème détecté, liste des métriques et des journaux impactés en raison du problème. Vous pouvez commenter les informations générées afin de rendre le moteur de détection de problèmes spécifique à votre cas d'utilisation.

Q : Comment puis-je commencer la surveillance à l'aide de CloudWatch Application Insights pour .NET et SQL Server ?

Application embarquée : précisez l'application que vous souhaitez surveiller en choisissant le groupe de ressources AWS qui en est associé.

Identification des composants de l'application  : elle analyse les ressources de votre application pour identifier les composants de l'application (ressources autonomes ou groupes de ressources associées telles que des groupes Auto Scaling et des groupes d'équilibrage de charge).. Vous pouvez également personnaliser les composants en regroupant les ressources pour obtenir de meilleures informations et une intégration facile.

Activation de la surveillance : pour vos composants d’application, vous pouvez spécifier le niveau technologique, c’est-à-dire le système frontal IIS, le niveau de travail .NET, etc. En fonction de votre sélection, elle fournit un ensemble recommandé d'indicateurs et de journaux pouvant être personnalisés en fonction de vos besoins. Une fois ces « moniteurs » enregistrés, Application Insights pour .NET et SQL Server configurent CloudWatch pour les collecter en votre nom.

Une fois intégré, Application Insights pour .NET et SQL Server utilise une combinaison de règles prédéfinies et de modèles d’apprentissage automatique pour commencer à identifier les problèmes d’application. Elle crée des tableaux de bord automatisés sur CloudWatch avec la liste des problèmes détectés, ainsi qu'une vue détaillée de ces problèmes, des anomalies et des erreurs associées.

Surveillance des journaux

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 : Que sont les journaux payants Amazon CloudWatch ?

Les journaux payants Amazon CloudWatch sont des journaux publiés de façon native par les services AWS pour le compte des clients. Les journaux de flux VPC sont les premiers journaux à bénéficier de ce modèle différencié. D'autres types de journaux liés au service AWS seront ajoutés par la suite.

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 de tarification.

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 : À 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.

Gestion des journaux

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.

Analyse des journaux

Q: De quelles autorisations ai-je besoin pour accéder à Logs Insights ?

Pour accéder à Logs Insights, votre stratégie IAM doit inclure des autorisations pour logs:DescribeLogGroups et logs:FilterLogEvents.

Q : Quels journaux puis-je interroger avec CloudWatch Logs Insights ?

Vous pouvez utiliser Logs Insights pour interroger tous les journaux envoyés à CloudWatch. Logs Insights détecte automatiquement les champs des journaux en provenance des services AWS tels que Lambda, CloudTrail, Route53 et VPC Flow Logs ; et n’importe quel journal d’application qui génère des événements de journal au format JSON. En outre, pour tous les types de journaux, il génère 3 champs système, @message, @logStream et @timestamp pour chaque journal transmis à CloudWatch. @message contient l’événement de journal brut non analysé, @logStream contient le nom de la source qui a généré l’événement de journal, et @timestamp contient l’heure à laquelle le journal d’événement a été ajouté à CloudWatch.

Q : Quel langage de requête CloudWatch Logs Insights prend-il en charge ?

Logs Insights présente un nouveau langage de requête spécial pour le traitement des journaux. Le langage de la requête prend en charge un petit nombre de commandes performantes. Vous pouvez rédiger des commandes pour extraire un ou plusieurs champs de journaux, trouver des événements de journal correspondant à un ou plusieurs critères de recherche à partir de vos journaux texte. Le langage de la requête est simple à apprendre, et Logs Insights propose une aide dans le produit sous forme d’exemples de requête, de descriptions de commande et d’exécution automatique de requête pour vous aider à le maîtriser. Vous trouverez d’autres détails sur le langage de requête ici.

Q : Quelles sont les limites de service de CloudWatch Logs Insights ?

Les limites de service sont documentées ici.

Q : Dans quelles régions CloudWatch Logs Insights est-il disponible ?

Logs Insights est disponible dans les régions AWS suivantes : USA Ouest (Oregon), USA Ouest (Californie du Nord), USA Est (Ohio), USA Est (Virginie du Nord),, Asie-Pacifique (Mumbai), Asie-Pacifique (Séoul), Asie-Pacifique (Singapour), Asie-Pacifique (Sydney), Asie-Pacifique (Tokyo), Canada (Central), UE (Francfort) UE (Irlande), UE (Londres), UE (Paris), Amérique du Sud (São Paulo).

Q : Quel type de requêtes CloudWatch Logs Insights prend-il en charge ?

Vous pouvez rédiger des requêtes contenant des agrégations, des filtres, des expressions standard et des recherches de texte. Vous pouvez également extraire des données d’événements de journal pour créer des champs éphémères dont le traitement peut être approfondi par le langage de requête, ce qui vous permet d’accéder aux informations que vous recherchez. Le langage de requête prend en charge les chaînes de caractères, les chiffres et les fonctions mathématiques telles que concat, srdlen, trim, log et sqrt entre autres. Vous pouvez utiliser des expressions booléennes et logiques, et agréger des fonctions telles que min, max, somme, moyenne et pourcentage, entre autres. Vous trouverez d’autres détails sur le langage de requête et les fonctions prises en charge ici.

Q : Quelles sont les commandes de requêtes et les fonctions que je peux utiliser avec CloudWatch Logs Insights ?

Vous trouverez une liste des commandes de requêtes ici. Vous trouverez une liste des fonctions prises en charge ici.

Q : Quelles visualisations de données puis-je utiliser avec CloudWatch Logs Insights ?

Vous pouvez utiliser la visualisation pour identifier les tendances et les schémas qui se produisent au fil du temps à l’intérieur de vos journaux. Logs Insights prend en charge la visualisation des données à l’aide graphiques de courbes et de zones empilés. Il génère des schémas pour toutes les requêtes contenant une ou plusieurs fonctions agrégées dans lesquelles les données sont regroupées selon un intervalle de temps spécifiés en utilisant la fonction bin(). Vous trouverez d’autres informations sur la visualisation des données de séries chronologiques ici.

Q : Puis-je utiliser des expressions régulières avec CloudWatch Logs Insights ?

Vous pouvez utiliser des expressions régulières Java avec Logs Insights. Les expressions régulières peuvent être utilisées dans la commande de filtrage. Vous trouverez des exemples de requêtes avec des expressions régulières dans l’aide du produit ou ici.

Q : Comment utiliser des caractères spéciaux d'échappement avec des requêtes CloudWatch Logs Insights ?

Vous pouvez utiliser des accents graves pour utiliser les caractères spéciaux d’échappement. Les noms de champs de journaux contenant des caractères autres que les caractères alphanumériques @, exigent des caractères d’échappement avec accents graves.

Q : Pourquoi certains champs de journaux comportent-ils un signe « @ » et pas d’autres ?

Les champs système générés par Logs Insights commencent par @. Actuellement, Logs Insights génère 3 champs système @message, qui contient l’événement de journal brut non analysé envoyé à CloudWatch, @logStream, qui contient le nom de la source qui a généré l’événement de journal, et @timestamp, qui contient l’heure à laquelle l’événement de journal a été ajouté à CloudWatch.

Q : Puis-je interroger les historiques avec CloudWatch Logs Insights ?

Logs Insights vous permet de gérer des données de journaux de requêtes qui ont été ajoutées à CloudWatch Logs le 5 novembre 2018 ou après.

Q : Puis-je rechercher des événements de journaux dans un flux de journal spécifique ?

Vous pouvez rechercher des événements de journal depuis un flux de journal spécifique en ajoutant la commande de requête
filtre @logStream = "log_stream_name" de votre requête de journal.

Q : Actuellement, j’utilise la solution AWS Partner ISV pour analyser mes journaux depuis CloudWatch. Qu’est-ce que CloudWatch Logs Insights change pour moi ?

CloudWatch Logs prend déjà en charge les options d’intégration à d’autres services AWS tels qu’Amazon Kinesis, Amazon Kinesis Data Firehose, Amazon Elasticsearch et des solutions de partenaires AWS ISV comme Splunk, Sumo Logic et DataDog, entre autres, afin de vous offrir le choix et la flexibilité dans tous les environnements, pour le traitement, l’enrichissement, l’analyse de votre journal personnalisé, et les besoins de visualisation. En outre, les fonctionnalités de requêtes de CloudWatch Logs Insights sont disponibles pour un accès par programmation via le kit SDK AWS pour permettre aux partenaires AWS ISV de mettre en place une intégration plus profonde, des analyses avancées et une valeur supplémentaire à celle de CloudWatch Logs Insights.

Q : Comment vais-je bénéficier de mon accès aux fonctionnalités de requête de CloudWatch Logs Insights via une solution de partenaire AWS ISV ?

Les intégrations de partenaires ISV dans CloudWatch Logs Insights vous permettent de placer vos données de journal en un seul endroit et ont la capacité d’analyser avec les outils et les frameworks de votre choix de manière performante, efficace, sans avoir à déplacer de grandes quantités de données. Il fournit également un accès plus rapide à vos journaux en supprimant les latences de transfert des données associées et élimine les complexités opérationnelles de la configuration et la mise à jour de certaines transferts de données.

Alarmes

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.

Tableaux de bord

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 : 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 ». Vous pouvez également copier la vue souhaitée depuis Automatic Dashboards en cliquant sur Options -> « Ajouter au tableau de bord ».

Q : Quels sont les avantages d’Automatic Dashboards ?

Automatic Dashboards intègre les meilleures pratiques recommandées pour AWS service, tient compte des ressources disponibles, et est mis à jour de manière dynamique pour prendre en compte l’état le plus récent des mesures de performance importantes. Il est désormais possible de filtrer et de résoudre les problèmes dans un écran spécifique sans ajouter de code pour afficher l'état le plus récent de vos ressources AWS. Une fois que vous avez identifié la cause première d'un problème de performance, vous pouvez agir rapidement en accédant directement à la ressource AWS.

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.

Événements

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.

En savoir plus sur la tarification d'Amazon CloudWatch

Visiter la page de tarification
Prêt à concevoir ?
Mise en route d'Amazon CloudWatch
D'autres questions ?
Contactez-nous