Présentation
Cette solution AWS automatise le processus de configuration des tableaux de bord Amazon CloudWatch de vos charges de travail Apache, NGINX et Puma exécutées sur Amazon EC2. Cette solution utilise plusieurs fonctions d'Amazon CloudWatch et accélère le démarrage.
Avantages
Cette solution fournit un tableau de bord Amazon CloudWatch préconfiguré pour vos charges de travail Apache, NGINX et Puma.
Cette solution utilise un système de balisage pour vous permettre d'ajouter et de supprimer des instances de votre tableau de bord.
Utilisez les fichiers de configuration de l'agent Amazon CloudWatch pour configurer vos instances EC2 exécutant
des charges de travail Apache, NGINX et Puma.
Détails techniques
Le diagramme suivant présente l'architecture que vous pouvez déployer automatiquement à l'aide du guide d'implémentation de la solution et du modèle AWS CloudFormation fourni.
L'architecture peut être divisée en deux flux : Interaction avec l'utilisateur et Gestion de tableau de bord.
Flux de travail Interaction avec l'utilisateur :
Le modèle AWS CloudFormation déploie la règle Amazon CloudWatch Events, la fonction AWS Lambda et AWS Systems Manager Parameter Store, nécessaires à la capture des instances de charges de travail dans votre compte.
Flux de gestion du tableau de bord
Le modèle AWS CloudFormation déploie la règle Amazon CloudWatch Events et la fonction AWS Lambda nécessaire pour configurer la charge de travail spécifique au tableau de bord Amazon CloudWatch sur votre compte.
Étape 1 (Flux de l'interaction avec l'utilisateur)
Les utilisateurs mettent à jour les identifications sur leurs instances à l'aide du schéma d'identification fourni comme entrée durant le déploiement de pile.
Étape 2 (Flux de l'interaction avec l'utilisateur)
La règle CloudWatch Events appelle la fonction Lambda tagHandler dans une planification cron. La fonction Lambda réalise principalement deux tâches :
- Elle utilise l'appel d'API ec2 describe-tags pour obtenir les instances avec la valeur d'identification souhaitée (comme dans l'étape 1).
- Elle compare la liste des instances extraites à la liste des instances AWS Systems Manager Parameter Store et met à jour le paramètre si besoin.
Étape 3 (Flux de gestion du tableau de bord)
Lorsque AWS Systems Manager Parameter Store est mis à jour, l'événement est capturé à l'aide de la règle CloudWatch Events pour appeler la fonction Lambda dashboardHandler.
Étape 4 (Flux de gestion du tableau de bord)
La fonction Lambda dashboardHandler met à jour les widgets de tableau de bord déployés avec journaux et mesures pour la liste d'instances mise à jour.
Étape 1 (Flux de l'interaction avec l'utilisateur)
Les utilisateurs mettent à jour les identifications sur leurs instances à l'aide du schéma d'identification fourni comme entrée durant le déploiement de pile.
Étape 2 (Flux de l'interaction avec l'utilisateur)
La règle CloudWatch Events appelle la fonction Lambda tagHandler dans une planification cron. La fonction Lambda réalise principalement deux tâches :
- Elle utilise l'appel d'API ec2 describe-tags pour obtenir les instances avec la valeur d'identification souhaitée (comme dans l'étape 1).
- Elle compare la liste des instances extraites à la liste des instances AWS Systems Manager Parameter Store et met à jour le paramètre si besoin.
Étape 3 (Flux de gestion du tableau de bord)
Lorsque AWS Systems Manager Parameter Store est mis à jour, l'événement est capturé à l'aide de la règle CloudWatch Events pour appeler la fonction Lambda dashboardHandler.
Étape 4 (Flux de gestion du tableau de bord)
La fonction Lambda dashboardHandler met à jour les widgets de tableau de bord déployés avec journaux et mesures pour la liste d'instances mise à jour.