Configuration au niveau de l'application CloudWatch

Les journaux et les métriques des applications sont générés par les applications en cours d'exécution et sont spécifiques aux applications. Assurez-vous de définir les journaux et les mesures nécessaires pour surveiller de manière adéquate les applications régulièrement utilisées par votre organisation. Par exemple, votre organisation a peut-être standardisé les applications Web sur Microsoft Internet Information Server (IIS). Vous pouvez créer une CloudWatch configuration standard de log et de métrique pour IIS qui peut également être utilisée dans l'ensemble de votre organisation. Les fichiers de configuration spécifiques à l'application peuvent être stockés dans un emplacement centralisé (par exemple, un compartiment S3) et sont accessibles par les propriétaires de charge de travail ou via une récupération automatique, puis copiés dans le CloudWatch répertoire de configuration. L' CloudWatch agent combine automatiquement les fichiers de CloudWatch configuration présents dans le répertoire des fichiers de configuration de chaque EC2 instance ou serveur dans une CloudWatch configuration composite. Le résultat final est une CloudWatch configuration qui inclut la configuration standard au niveau du système de votre entreprise, ainsi que toutes les configurations pertinentes au niveau de l'application CloudWatch .

Les propriétaires de charges de travail doivent identifier et configurer les fichiers journaux et les mesures pour tous les composants et applications critiques.

Configuration des journaux au niveau de l'application

La journalisation au niveau de l'application varie selon qu'il s'agit d'une application commerciale off-the-shelf (COTS) ou d'une application développée sur mesure. Les applications COTS et leurs composants peuvent fournir plusieurs options pour la configuration et la sortie des journaux, telles que le niveau de détail du journal, le format du fichier journal et l'emplacement du fichier journal. Cependant, la plupart des applications COTS ou tierces ne vous permettent pas de modifier fondamentalement la journalisation (par exemple, en mettant à jour le code de l'application pour inclure des instructions de journal supplémentaires ou des formats non configurables). Vous devez au minimum configurer les options de journalisation pour les applications COTS ou tierces afin de consigner les informations relatives aux avertissements et aux erreurs, de préférence au format JSON.

Vous pouvez intégrer des applications développées sur mesure à CloudWatch Logs en incluant les fichiers journaux de l'application dans votre CloudWatch configuration. Les applications personnalisées améliorent la qualité et le contrôle des journaux, car vous pouvez personnaliser le format de sortie des journaux, classer et séparer les sorties des composants pour séparer les fichiers journaux, en plus d'inclure les informations supplémentaires requises. Assurez-vous de passer en revue et de normaliser les bibliothèques de journalisation ainsi que les données et le formatage requis pour votre organisation afin de faciliter les analyses et le traitement.

Vous pouvez également écrire dans un flux de CloudWatch journal à l'aide de l'appel de PutLogEvents l'API CloudWatch Logs ou à l'aide du AWS SDK. Vous pouvez utiliser l'API ou le SDK pour des exigences de journalisation personnalisées, telles que la coordination de la journalisation dans un flux de journal unique sur un ensemble distribué de composants et de serveurs. Cependant, la solution la plus simple à gérer et la plus largement applicable consiste à configurer vos applications pour qu'elles écrivent dans des fichiers journaux, puis à utiliser l' CloudWatch agent pour lire les fichiers journaux et les diffuser en continu CloudWatch.

Vous devez également prendre en compte le type de métriques que vous souhaitez mesurer à partir des fichiers journaux de votre application. Vous pouvez utiliser des filtres métriques pour mesurer, représenter graphiquement et générer des alarmes sur ces données dans un groupe de CloudWatch journaux. Par exemple, vous pouvez utiliser un filtre métrique pour compter les tentatives de connexion infructueuses en les identifiant dans vos journaux.

Vous pouvez également créer des métriques personnalisées pour vos applications développées sur mesure en utilisant le format de métrique CloudWatch intégré dans les fichiers journaux de vos applications.

Configuration des métriques au niveau de l'application

Les métriques personnalisées sont des métriques qui ne sont pas directement fournies par les AWS services à CloudWatch et elles sont publiées dans un espace de noms personnalisé dans CloudWatch les métriques. Toutes les métriques d'application sont considérées comme des CloudWatch métriques personnalisées. Les métriques d'application peuvent s'aligner sur une EC2 instance, un composant d'application, un appel d'API ou même une fonction métier. Vous devez également tenir compte de l'importance et de la cardinalité des dimensions que vous choisissez pour vos indicateurs. Les dimensions présentant une cardinalité élevée génèrent un grand nombre de mesures personnalisées et peuvent augmenter vos CloudWatch coûts.

CloudWatch vous permet de capturer des métriques au niveau de l'application de plusieurs manières, notamment de la manière suivante :

• Capturez les métriques au niveau des processus en définissant les processus individuels que vous souhaitez capturer à partir du plugin procstat.

• Une application publie une métrique dans Windows Performance Monitor et cette métrique est définie dans la CloudWatch configuration.

• Les filtres et modèles métriques sont appliqués aux connexions d'une application CloudWatch.

• Une application écrit dans un CloudWatch journal en utilisant le format métrique CloudWatch intégré.

• Une application envoie une métrique CloudWatch via l'API ou le AWS SDK.

• Une application envoie une métrique à un démon collectd ou StatsD avec un agent configuré. CloudWatch

Vous pouvez utiliser procstat pour surveiller et mesurer les processus applicatifs critiques avec l' CloudWatchagent. Cela vous permet de déclencher une alarme et de prendre des mesures (par exemple, une notification ou un processus de redémarrage) si un processus critique n'est plus en cours d'exécution pour votre application. Vous pouvez également mesurer les caractéristiques de performance des processus de votre application et déclencher une alarme si un processus particulier agit de manière anormale.

La surveillance Procstat est également utile si vous ne pouvez pas mettre à jour vos applications COTS avec des métriques personnalisées supplémentaires. Par exemple, vous pouvez créer une my_process métrique qui mesure cpu_time et inclut une application_version dimension personnalisée. Vous pouvez également utiliser plusieurs fichiers de configuration d' CloudWatch agent pour une application si vous avez des dimensions différentes pour différents indicateurs.

Si votre application s'exécute sous Windows, vous devez évaluer si elle publie déjà des statistiques dans Windows Performance Monitor. De nombreuses applications COTS s'intègrent à Windows Performance Monitor, qui vous permet de surveiller facilement les indicateurs des applications. CloudWatch s'intègre également à Windows Performance Monitor et vous pouvez capturer toutes les mesures qui y sont déjà disponibles.

Assurez-vous de vérifier le format de journalisation et les informations de journal fournies par vos applications afin de déterminer quelles mesures peuvent être extraites à l'aide de filtres métriques. Vous pouvez consulter les journaux historiques de l'application afin de déterminer comment les messages d'erreur et les arrêts anormaux sont représentés. Vous devez également examiner les problèmes signalés précédemment afin de déterminer si une métrique peut être capturée afin d'éviter que le problème ne se reproduise. Vous devez également consulter la documentation de l'application et demander aux développeurs de l'application de confirmer comment les messages d'erreur peuvent être identifiés.

Pour les applications développées sur mesure, collaborez avec les développeurs de l'application pour définir les mesures importantes qui peuvent être mises en œuvre à l'aide du format de métrique CloudWatch intégré, du AWS SDK ou AWS de l'API. L'approche recommandée consiste à utiliser le format métrique intégré. Vous pouvez utiliser les bibliothèques de formats métriques intégrées open source AWS fournies pour vous aider à rédiger vos instructions dans le format requis. Vous devez également mettre à jour la CloudWatch configuration spécifique à votre application pour inclure l'agent de format métrique intégré. Cela fait en sorte que l'agent exécuté sur l' EC2 instance agit comme un point de terminaison local au format métrique intégré qui envoie des métriques au format métrique intégré à CloudWatch.

Si vos applications prennent déjà en charge la publication de métriques à collecter ou à indiquer, vous pouvez les exploiter pour y investir des métriques. CloudWatch