CloudWatch solution : charge de travail JVM sur Amazon EC2 - Amazon CloudWatch

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

CloudWatch solution : charge de travail JVM sur Amazon EC2

Cette solution vous permet de configurer la collecte de out-of-the-box métriques à l'aide d' CloudWatch agents pour les applications JVM exécutées sur des EC2 instances. En outre, il vous aide à configurer un tableau de CloudWatch bord préconfiguré. Pour des informations générales sur toutes les solutions CloudWatch d'observabilité, consultezCloudWatch solutions d'observabilité.

Prérequis

Cette solution est pertinente pour les conditions suivantes :

Avantages

La solution assure la surveillance de la JVM, fournissant des informations précieuses pour les cas d'utilisation suivants :

  • Surveillez l'utilisation de la mémoire en tas et hors segment de mémoire de la JVM.

  • Analysez le chargement des threads et des classes pour détecter les problèmes de simultanéité.

  • Suivez la collecte des déchets pour identifier les fuites de mémoire.

  • Basculez entre différentes applications JVM configurées via la solution sous le même compte.

Voici les principaux avantages de cette solution :

  • Automatise la collecte de métriques pour la JVM à l'aide de la configuration de l' CloudWatch agent, éliminant ainsi l'instrumentation manuelle.

  • Fournit un tableau de CloudWatch bord consolidé préconfiguré pour les métriques JVM. Le tableau de bord gérera automatiquement les métriques des nouvelles EC2 instances JVM configurées à l'aide de la solution, même si ces métriques n'existent pas lorsque vous créez le tableau de bord pour la première fois. Il vous permet également de regrouper les métriques dans des applications logiques pour faciliter la concentration et la gestion.

L'image suivante est un exemple du tableau de bord de cette solution.

Exemple de tableau de bord JVM

Coûts

Cette solution crée et utilise les ressources de votre compte. L'utilisation standard vous est facturée, y compris les frais suivants :

  • Toutes les mesures collectées par l' CloudWatch agent sont facturées en tant que mesures personnalisées. Le nombre de métriques utilisées par cette solution dépend du nombre d' EC2 hôtes.

    • Chaque hôte JVM configuré pour la solution publie un total de 18 métriques plus une métrique (disk_used_percent) pour laquelle le nombre de métriques dépend du nombre de chemins de l'hôte.

  • Un tableau de bord personnalisé.

  • Opérations d'API demandées par l' CloudWatch agent pour publier les métriques. Avec la configuration par défaut de cette solution, l' CloudWatch agent appelle PutMetricDataune fois par minute pour chaque EC2 hôte. Cela signifie que l'PutMetricDataAPI sera appelée 30*24*60=43,200 dans un délai de 30 jours par mois pour chaque EC2 hôte.

Pour plus d'informations sur CloudWatch les tarifs, consultez Amazon CloudWatch Pricing.

Le calculateur de prix peut vous aider à estimer les coûts mensuels approximatifs liés à l'utilisation de cette solution.

Pour utiliser le calculateur de prix pour estimer les coûts mensuels de votre solution
  1. Ouvrez le calculateur CloudWatch de prix Amazon.

  2. Pour Choisir une région, sélectionnez la région dans laquelle vous souhaitez déployer la solution.

  3. Dans la section Mesures, pour Nombre de mesures, entrez(18 + average number of disk paths per EC2 host) * number of EC2 instances configured for this solution.

  4. Dans la APIssection, pour Nombre de demandes d'API, entrez43200 * number of EC2 instances configured for this solution.

    Par défaut, l' CloudWatch agent effectue une PutMetricDataopération par minute pour chaque EC2 hôte.

  5. Dans la section Tableaux de bord et alarmes, pour Nombre de tableaux de bord, entrez. 1

  6. Vous pouvez consulter vos coûts estimés mensuels au bas du calculateur de prix.

CloudWatch configuration de l'agent pour cette solution

L' CloudWatch agent est un logiciel qui s'exécute de manière continue et autonome sur vos serveurs et dans des environnements conteneurisés. Il collecte les métriques, les journaux et les traces de votre infrastructure et de vos applications et les envoie à CloudWatch X-Ray.

Pour plus d'informations sur l' CloudWatch agent, consultezCollectez des métriques, des journaux et des traces avec l' CloudWatch agent.

La configuration de l'agent dans cette solution collecte les métriques de base de la solution. L' CloudWatch agent peut être configuré pour collecter plus de métriques JVM que ce que le tableau de bord affiche par défaut. Pour obtenir la liste de toutes les métriques JVM que vous pouvez collecter, consultezCollectez les métriques de la JVM. Pour des informations générales sur la configuration de CloudWatch l'agent, consultezMétriques collectées par l' CloudWatch agent.

Exposez les ports JMX pour l'application JVM

L' CloudWatch agent s'appuie sur JMX pour collecter les métriques liées au processus JVM. Pour que cela soit possible, vous devez exposer le port JMX de votre application JVM. Les instructions pour exposer le port JMX dépendent du type de charge de travail que vous utilisez pour votre application JVM. Consultez la documentation de votre application pour trouver ces instructions.

En général, pour activer un port JMX à des fins de surveillance et de gestion, vous devez définir les propriétés système suivantes pour votre application JVM. Assurez-vous de spécifier un numéro de port non utilisé. L'exemple suivant configure un JMX non authentifié. Si vos politiques/exigences de sécurité vous obligent à activer JMX avec authentification par mot de passe ou SSL pour l'accès à distance, reportez-vous à la documentation JMX pour définir la propriété requise.

-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=port-number -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false

Passez en revue les scripts de démarrage et les fichiers de configuration de votre application afin de trouver le meilleur endroit pour ajouter ces arguments. Lorsque vous exécutez un .jar fichier depuis la ligne de commande, cette commande peut ressembler à ce qui suit, où se pet-search.jar trouve le nom du fichier jar de l'application.

$ java -jar -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=9999 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false pet-search.jar

Configuration de l'agent pour cette solution

Les métriques collectées par l'agent sont définies dans la configuration de l'agent. La solution fournit des configurations d'agents permettant de collecter les métriques recommandées avec des dimensions adaptées au tableau de bord de la solution.

Les étapes de déploiement de la solution sont décrites plus loin dansDéployez l'agent correspondant à votre solution. Les informations suivantes ont pour but de vous aider à comprendre comment personnaliser la configuration de l'agent pour votre environnement.

Vous devez personnaliser certaines parties de la configuration d'agent suivante pour votre environnement :

  • Le numéro de port JMX est le numéro de port que vous avez configuré dans la section précédente de cette documentation. Il se trouve dans la endpoint ligne de configuration.

  • ProcessGroupName— Donnez des noms significatifs à la ProcessGroupName dimension. Ces noms doivent représenter le cluster, l'application ou le groupe de services pour les EC2 instances exécutant la même application ou le même processus. Cela vous permet de regrouper les métriques provenant d'instances appartenant au même groupe de processus JVM, offrant ainsi une vue unifiée des performances des clusters, des applications et des services dans le tableau de bord de la solution.

Par exemple, si deux applications Java s'exécutent dans le même compte, l'une pour l'order-processingapplication et l'autre pour l'inventory-managementapplication, vous devez définir les ProcessGroupName dimensions en conséquence dans la configuration de l'agent de chaque instance.

  • Pour les instances order-processing d'application, définissezProcessGroupName=order-processing.

  • Pour les instances inventory-management d'application, définissezProcessGroupName=inventory-management.

Lorsque vous suivez ces directives, le tableau de bord de la solution regroupe automatiquement les indicateurs en fonction de la ProcessGroupName dimension. Le tableau de bord comprendra des options déroulantes permettant de sélectionner et d'afficher les métriques d'un groupe de processus spécifique, ce qui vous permettra de surveiller les performances de chaque groupe de processus séparément.

Configuration de l'agent pour les hôtes JVM

Utilisez la configuration d' CloudWatch agent suivante sur EC2 les instances où vos applications Java sont déployées. La configuration sera stockée en tant que paramètre dans le magasin de paramètres de SSM, comme détaillé plus loin dansÉtape 2 : enregistrer le fichier de configuration d' CloudWatch agent recommandé dans le magasin de paramètres de Systems Manager.

Remplacez ProcessGroupName par le nom de votre groupe de processus. port-numberRemplacez-le par le port JMX de votre application Java. Si JMX a été activé avec l'authentification par mot de passe ou le protocole SSL pour l'accès à distance, reportez-vous à la section Collectez les métriques des extensions de gestion Java (JMX) pour obtenir des informations sur la configuration du protocole TLS ou de l'autorisation dans la configuration de l'agent, selon les besoins.

Les EC2 métriques affichées dans cette configuration (configuration affichée en dehors du bloc JMX) ne fonctionnent que pour les instances Linux et macOS. Si vous utilisez des instances Windows, vous pouvez choisir d'omettre ces mesures dans la configuration. Pour plus d'informations sur les métriques collectées sur les instances Windows, consultezMesures collectées par l' CloudWatch agent sur les instances Windows Server.

{ "metrics": { "namespace": "CWAgent", "append_dimensions": { "InstanceId": "${aws:InstanceId}" }, "metrics_collected": { "jmx": [ { "endpoint": "localhost:port-number", "jvm": { "measurement": [ "jvm.classes.loaded", "jvm.gc.collections.count", "jvm.gc.collections.elapsed", "jvm.memory.heap.committed", "jvm.memory.heap.max", "jvm.memory.heap.used", "jvm.memory.nonheap.committed", "jvm.memory.nonheap.max", "jvm.memory.nonheap.used", "jvm.threads.count" ] }, "append_dimensions": { "ProcessGroupName": "ProcessGroupName" } } ], "disk": { "measurement": [ "used_percent" ] }, "mem": { "measurement": [ "used_percent" ] }, "swap": { "measurement": [ "used_percent" ] }, "netstat": { "measurement": [ "tcp_established", "tcp_time_wait" ] } } } }

Déployez l'agent correspondant à votre solution

Il existe plusieurs approches pour installer l' CloudWatch agent, selon le cas d'utilisation. Nous vous recommandons d'utiliser Systems Manager pour cette solution. Il fournit une expérience de console et simplifie la gestion d'un parc de serveurs gérés au sein d'un seul AWS compte. Les instructions de cette section utilisent Systems Manager et sont destinées aux situations où l' CloudWatch agent n'est pas exécuté avec des configurations existantes. Vous pouvez vérifier si l' CloudWatch agent est en cours d'exécution en suivant les étapes décrites dansVérifiez que l' CloudWatch agent est en cours d'exécution.

Si vous exécutez déjà l' CloudWatch agent sur les EC2 hôtes sur lesquels la charge de travail est déployée et que vous gérez les configurations de l'agent, vous pouvez ignorer les instructions de cette section et suivre votre mécanisme de déploiement existant pour mettre à jour la configuration. Assurez-vous de fusionner la configuration d'agent de JVM avec votre configuration d'agent existante, puis de déployer la configuration fusionnée. Si vous utilisez Systems Manager pour stocker et gérer la configuration de l' CloudWatch agent, vous pouvez fusionner la configuration avec la valeur de paramètre existante. Pour plus d'informations, consultez la section Gestion des fichiers de configuration des CloudWatch agents.

Note

L'utilisation de Systems Manager pour déployer les configurations d' CloudWatch agent suivantes remplacera ou remplacera toute configuration d' CloudWatch agent existante sur vos EC2 instances. Vous pouvez modifier cette configuration en fonction de votre environnement ou de votre cas d'utilisation unique. Les métriques définies dans cette solution sont les valeurs minimales requises pour le tableau de bord recommandé.

Le processus de déploiement comprend les étapes suivantes :

  • Étape 1 : Assurez-vous que les EC2 instances cibles disposent des autorisations IAM requises.

  • Étape 2 : Stockez le fichier de configuration d'agent recommandé dans le magasin de paramètres de Systems Manager.

  • Étape 3 : installez l' CloudWatch agent sur une ou plusieurs EC2 instances à l'aide d'une AWS CloudFormation pile.

  • Étape 4 : Vérifiez que la configuration de l'agent est correctement configurée.

Étape 1 : Assurez-vous que les EC2 instances cibles disposent des autorisations IAM requises

Vous devez autoriser Systems Manager à installer et configurer l' CloudWatch agent. Vous devez également autoriser l' CloudWatch agent à publier des données télémétriques depuis votre EC2 instance vers. CloudWatch Assurez-vous que le rôle IAM attaché à l'instance est associé aux politiques Amazon SSMManaged InstanceCore IAM CloudWatchAgentServerPolicyet Amazon.

Étape 2 : enregistrer le fichier de configuration d' CloudWatch agent recommandé dans le magasin de paramètres de Systems Manager

Parameter Store simplifie l'installation de l' CloudWatch agent sur une EC2 instance en stockant et en gérant de manière sécurisée les paramètres de configuration, éliminant ainsi le besoin de valeurs codées en dur. Cela garantit un processus de déploiement plus sûr et plus flexible, permettant une gestion centralisée et des mises à jour simplifiées des configurations sur plusieurs instances.

Procédez comme suit pour enregistrer le fichier de configuration d' CloudWatch agent recommandé en tant que paramètre dans Parameter Store.

Pour créer le fichier de configuration de CloudWatch l'agent en tant que paramètre
  1. Ouvrez la AWS Systems Manager console à l'adresse https://console.aws.amazon.com/systems-manager/.

  2. Dans le volet de navigation, choisissez Application Management, Parameter Store.

  3. Procédez comme suit pour créer un nouveau paramètre pour la configuration.

    1. Sélectionnez Create parameter (Créer un paramètre).

    2. Dans le champ Nom, entrez un nom que vous utiliserez pour référencer le fichier de configuration de l' CloudWatch agent lors des étapes ultérieures. Par exemple, AmazonCloudWatch-JVM-Configuration.

    3. (Facultatif) Dans la zone Description, tapez une description pour le paramètre.

    4. Pour le niveau des paramètres, choisissez Standard.

    5. Pour Type, choisissez String (Chaîne).

    6. Pour Type de données, sélectionnez le texte.

    7. Dans le champ Valeur, collez le bloc JSON correspondant répertorié dansConfiguration de l'agent pour les hôtes JVM. Veillez à personnaliser la valeur de la dimension de regroupement et le numéro de port comme décrit.

    8. Sélectionnez Create parameter (Créer un paramètre).

Étape 3 : Installation de l' CloudWatch agent et application de la configuration à l'aide d'un AWS CloudFormation modèle

Vous pouvez l'utiliser AWS CloudFormation pour installer l'agent et le configurer de manière à utiliser la configuration d' CloudWatch agent que vous avez créée lors des étapes précédentes.

Pour installer et configurer l' CloudWatch agent pour cette solution
  1. Ouvrez l'assistant de création AWS CloudFormation rapide d'une pile en utilisant ce lien : https://console.aws.amazon.com/cloudformation/accueil ? #/ stacks/quickcreate?templateURL=https://aws-observability-solutions.s3.amazonaws.com/CloudWatchAgent/CFN/v1.0.0/cw - agent-installation-template -1.0.0.json.

  2. Vérifiez que la région sélectionnée sur la console est la région dans laquelle la charge de travail JVM est exécutée.

  3. Pour Nom de la pile, entrez un nom pour identifier cette pile, tel queCWAgentInstallationStack.

  4. Dans la section Paramètres, spécifiez les éléments suivants :

    1. Pour CloudWatchAgentConfigSSM, entrez le nom du paramètre Systems Manager pour la configuration de l'agent que vous avez créée précédemment, par exempleAmazonCloudWatch-JVM-Configuration.

    2. Pour sélectionner les instances cibles, deux options s'offrent à vous.

      1. Pour InstanceIds, spécifiez une liste séparée par IDs des virgules d'instances IDs où vous souhaitez installer l' CloudWatch agent avec cette configuration. Vous pouvez répertorier une ou plusieurs instances.

      2. Si vous déployez à grande échelle, vous pouvez spécifier le TagKeyet le correspondant TagValuepour cibler toutes les EC2 instances avec cette balise et cette valeur. Si vous spécifiez un TagKey, vous devez spécifier un correspondant TagValue. (Pour un groupe Auto Scaling, spécifiez aws:autoscaling:groupName le TagKeyet spécifiez le nom du groupe Auto Scaling TagValueà déployer sur toutes les instances du groupe Auto Scaling.)

        Si vous spécifiez à la fois les TagKeysparamètres InstanceIdset, InstanceIdsils seront prioritaires et les balises seront ignorées.

  5. Vérifiez les paramètres, puis choisissez Create stack.

Si vous souhaitez d'abord modifier le fichier modèle pour le personnaliser, choisissez l'option Télécharger un fichier modèle sous Create Stack Wizard pour télécharger le modèle modifié. Pour plus d'informations, consultez la section Création d'une pile sur AWS CloudFormation console. Vous pouvez utiliser le lien suivant pour télécharger le modèle : https://aws-observability-solutions.s3.amazonaws.com/CloudWatchAgent/CFN/v1.0.0/cw- agent-installation-template -1.0.0.json.

Note

Une fois cette étape terminée, ce paramètre Systems Manager sera associé aux CloudWatch agents exécutés dans les instances ciblées. Cela signifie que :

  1. Si le paramètre Systems Manager est supprimé, l'agent s'arrête.

  2. Si le paramètre Systems Manager est modifié, les modifications de configuration s'appliqueront automatiquement à l'agent à la fréquence planifiée, qui est de 30 jours par défaut.

  3. Si vous souhaitez appliquer immédiatement les modifications à ce paramètre de Systems Manager, vous devez exécuter cette étape à nouveau. Pour plus d'informations sur les associations, consultez la section Utilisation des associations dans Systems Manager.

Étape 4 : vérifier que la configuration de l'agent est correctement configurée

Vous pouvez vérifier si l' CloudWatch agent est installé en suivant les étapes décrites dansVérifiez que l' CloudWatch agent est en cours d'exécution. Si l' CloudWatch agent n'est pas installé et n'est pas en cours d'exécution, assurez-vous que tout est correctement configuré.

Si tout est correctement configuré, vous devriez voir les métriques JVM publiées sur CloudWatch. Vous pouvez consulter la CloudWatch console pour vérifier qu'ils sont publiés.

Pour vérifier que les métriques JVM sont publiées sur CloudWatch
  1. Ouvrez la CloudWatch console à l'adresse https://console.aws.amazon.com/cloudwatch/.

  2. Choisissez Métriques, Toutes les métriques.

  3. Assurez-vous d'avoir sélectionné la région dans laquelle vous avez déployé la solution, puis choisissez Espaces de noms personnalisés. CWAgent

  4. Recherchez les métriques mentionnées dansConfiguration de l'agent pour les hôtes JVM, telles quejvm.memory.heap.used. Si vous obtenez des résultats pour ces mesures, celles-ci sont publiées sur CloudWatch.

Création du tableau de bord de la solution JVM

Le tableau de bord fourni par cette solution présente les métriques de la machine virtuelle Java (JVM) sous-jacente pour le serveur. Il offre une vue d'ensemble de la JVM en agrégeant et en présentant des métriques sur toutes les instances, fournissant ainsi un résumé de haut niveau de l'état général et de l'état opérationnel. En outre, le tableau de bord affiche une répartition des principaux contributeurs (les 10 meilleurs widgets par métrique) pour chaque métrique. Cela vous permet d'identifier rapidement les valeurs aberrantes ou les instances qui contribuent de manière significative aux indicateurs observés.

Le tableau de bord de la solution n'affiche pas de EC2 statistiques. Pour consulter EC2 les métriques, vous devez utiliser le tableau de bord EC2 automatique pour voir les EC2 métriques vendues et utiliser le tableau de bord de la EC2 console pour voir les EC2 métriques collectées par l' CloudWatch agent. Pour plus d'informations sur les tableaux de bord automatiques pour les AWS services, consultezAfficher un CloudWatch tableau de bord pour un seul AWS service.

Pour créer le tableau de bord, vous pouvez utiliser les options suivantes :

  • Utilisez CloudWatch la console pour créer le tableau de bord.

  • Utilisez AWS CloudFormation la console pour déployer le tableau de bord.

  • Téléchargez l' AWS CloudFormation infrastructure sous forme de code et intégrez-la dans le cadre de votre automatisation d'intégration continue (CI).

En utilisant la CloudWatch console pour créer un tableau de bord, vous pouvez prévisualiser le tableau de bord avant de le créer et de le débiter.

Note

Le tableau de bord créé avec AWS CloudFormation cette solution affiche les statistiques de la région dans laquelle la solution est déployée. Assurez-vous de créer la AWS CloudFormation pile dans la région où vos métriques JVM sont publiées.

Si les métriques de l' CloudWatch agent sont publiées dans un espace de noms différent de celui CWAgent (par exemple, si vous avez fourni un espace de noms personnalisé), vous devrez modifier la CloudFormation configuration pour la CWAgent remplacer par l'espace de noms personnalisé que vous utilisez.

Pour créer le tableau de bord via CloudWatch la console
Note

Les tableaux de bord des solutions affichent actuellement les métriques relatives à la collecte des déchets uniquement pour le collecteur de déchets G1, qui est le collecteur par défaut pour les dernières versions de Java. Si vous utilisez un autre algorithme de collecte des déchets, les widgets relatifs à la collecte des déchets sont vides. Cependant, vous pouvez personnaliser ces widgets en modifiant le CloudFormation modèle de tableau de bord et en appliquant le type de collecte de déchets approprié à la dimension de nom des métriques relatives à la collecte de déchets. Par exemple, si vous utilisez la collecte des déchets en parallèle, modifiez le point name=\"G1 Young Generation\" de la métrique name=\"Parallel GC\" du nombre de collectes de déchetsjvm.gc.collections.count.

  1. Ouvrez la CloudWatch console Create Dashboard en utilisant ce lien : https://console.aws.amazon.com/cloudwatch/home ? #dashboards ? Modèle de tableau de bord = 2&referrer=os-catalog. JvmOnEc

  2. Vérifiez que la région sélectionnée sur la console est la région dans laquelle la charge de travail JVM est exécutée.

  3. Entrez le nom du tableau de bord, puis choisissez Créer un tableau de bord.

    Pour différencier facilement ce tableau de bord des tableaux de bord similaires dans d'autres régions, nous vous recommandons d'inclure le nom de la région dans le nom du tableau de bord, par exempleJVMDashboard-us-east-1.

  4. Prévisualisez le tableau de bord et choisissez Enregistrer pour créer le tableau de bord.

Pour créer le tableau de bord via AWS CloudFormation
  1. Ouvrez l'assistant de création AWS CloudFormation rapide d'une pile en utilisant ce lien : https://console.aws.amazon.com/cloudformation/accueil ? #/ stacks/quickcreate?templateURL=https://aws-observability-solutions.s3.amazonaws.com/JVM_EC2/CloudWatch/CFN/v1.0.0/dashboard -template-1.0.0.json.

  2. Vérifiez que la région sélectionnée sur la console est la région dans laquelle la charge de travail JVM est exécutée.

  3. Pour Nom de la pile, entrez un nom pour identifier cette pile, tel queJVMDashboardStack.

  4. Dans la section Paramètres, spécifiez le nom du tableau de bord sous le DashboardNameparamètre.

    Pour différencier facilement ce tableau de bord des tableaux de bord similaires dans d'autres régions, nous vous recommandons d'inclure le nom de la région dans le nom du tableau de bord, par exempleJVMDashboard-us-east-1.

  5. Reconnaissez les capacités d'accès pour les transformations sous Capacités et transformations. Notez que CloudFormation cela n'ajoute aucune ressource IAM.

  6. Vérifiez les paramètres, puis choisissez Create stack.

  7. Une fois que le statut de la pile est CREATE_COMPLETE, choisissez l'onglet Ressources sous la pile créée, puis cliquez sur le lien sous Identifiant physique pour accéder au tableau de bord. Vous pouvez également accéder au tableau de bord dans la CloudWatch console en choisissant Tableaux de bord dans le volet de navigation gauche de la console et en recherchant le nom du tableau de bord sous Tableaux de bord personnalisés.

Si vous souhaitez modifier le fichier modèle pour le personnaliser à quelque fin que ce soit, vous pouvez utiliser l'option Télécharger un fichier modèle sous Create Stack Wizard pour télécharger le modèle modifié. Pour plus d'informations, consultez la section Création d'une pile sur AWS CloudFormation console. Vous pouvez utiliser ce lien pour télécharger le modèle : https://aws-observability-solutions.s3.amazonaws.com/JVM_EC2/CloudWatch/CFN/v1.0.0/dashboard-template-1.0.0.json.

Note

Les tableaux de bord des solutions affichent actuellement les métriques relatives à la collecte des déchets uniquement pour le collecteur de déchets G1, qui est le collecteur par défaut pour les dernières versions de Java. Si vous utilisez un autre algorithme de collecte des déchets, les widgets relatifs à la collecte des déchets sont vides. Cependant, vous pouvez personnaliser ces widgets en modifiant le CloudFormation modèle de tableau de bord et en appliquant le type de collecte de déchets approprié à la dimension de nom des métriques relatives à la collecte de déchets. Par exemple, si vous utilisez la collecte des déchets en parallèle, modifiez le point name=\"G1 Young Generation\" de la métrique name=\"Parallel GC\" du nombre de collectes de déchetsjvm.gc.collections.count.

Commencez avec le tableau de bord de la JVM

Voici quelques tâches que vous pouvez essayer avec le nouveau tableau de bord JVM. Ces tâches vous permettent de vérifier que le tableau de bord fonctionne correctement et de vous fournir une expérience pratique de son utilisation pour surveiller un groupe de processus JVM. En les essayant, vous vous familiariserez avec la navigation dans le tableau de bord et l'interprétation des indicateurs visualisés.

Sélectionnez un groupe de processus

Utilisez la liste déroulante Nom du groupe de processus JVM pour sélectionner le groupe de processus que vous souhaitez surveiller. Le tableau de bord est automatiquement mis à jour pour afficher les métriques du groupe de processus sélectionné. Si vous disposez de plusieurs applications ou environnements Java, chacun peut être représenté sous la forme d'un groupe de processus distinct. La sélection du groupe de processus approprié garantit que vous visualisez les métriques spécifiques à l'application ou à l'environnement que vous souhaitez analyser.

Vérifiez l'utilisation de la mémoire

Dans la section de présentation du tableau de bord, trouvez les widgets Pourcentage d'utilisation de la mémoire en tas et Pourcentage d'utilisation de la mémoire hors mémoire. Ils indiquent le pourcentage de mémoire en tas et hors segment utilisé JVMs dans l'ensemble du groupe de processus sélectionné. Un pourcentage élevé indique une pression de mémoire potentielle susceptible d'entraîner des problèmes de performances ou OutOfMemoryError des exceptions. Vous pouvez également effectuer une analyse détaillée de l'utilisation du tas par hôte sous Utilisation de la mémoire par hôte afin de vérifier les hôtes les plus utilisés.

Analyser les fils et les classes chargés

Dans la section Threads and classes Loaded by host, trouvez les widgets « Nombre de fils et 10 classes chargées le plus ». Recherchez ceux qui ont JVMs un nombre anormalement élevé de fils ou de classes par rapport aux autres. Un trop grand nombre de threads peut indiquer des fuites de threads ou une simultanéité excessive, tandis qu'un grand nombre de classes chargées peut indiquer des fuites potentielles dans le chargeur de classes ou une génération de classes dynamiques inefficace.

Identifier les problèmes liés à la collecte des déchets

Dans la section Collecte des déchets, trouvez les 10 meilleures invocations de collecte de déchets par minute et les 10 meilleurs widgets de durée de collecte des déchets pour les différents types de ramasseurs : jeune, simultané et mixte. Recherchez ceux JVMs qui ont un nombre anormalement élevé de collections ou dont la durée de collecte est longue par rapport aux autres. Cela peut indiquer des problèmes de configuration ou des fuites de mémoire.