CloudWatch soluzione: carico di lavoro Tomcat su Amazon EC2 - Amazon CloudWatch

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

CloudWatch soluzione: carico di lavoro Tomcat su Amazon EC2

Questa soluzione consente di configurare la raccolta delle out-of-the-box metriche utilizzando CloudWatch agenti per il server Tomcat in esecuzione su istanze. EC2 Inoltre, ti aiuta a configurare una dashboard preconfigurata. CloudWatch Per informazioni generali su tutte le soluzioni CloudWatch di osservabilità, vedere. CloudWatch soluzioni di osservabilità

Requisiti

Questa soluzione è rilevante per le seguenti condizioni:

Vantaggi

La soluzione offre il monitoraggio dei server Tomcat, fornendo approfondimenti preziosi per i seguenti casi d'uso:

  • Rilevamento di errori e problemi di prestazioni del server Tomcat.

  • Monitoraggio del traffico di rete per eventuali problemi di trasferimento dei dati.

  • Tracciamento dell'utilizzo dei thread e delle sessioni utente attive.

  • Analisi delle prestazioni della JVM sottostante per il server Tomcat.

Di seguito sono riportati i principali vantaggi della soluzione:

  • Automatizza la raccolta delle metriche per Apache Tomcat e la JVM sottostante utilizzando la configurazione dell'agente, eliminando la strumentazione manuale. CloudWatch

  • Fornisce una dashboard consolidata e preconfigurata per le metriche di Apache Tomcat e JVM. CloudWatch La dashboard gestirà automaticamente le metriche delle nuove EC2 istanze Tomcat configurate utilizzando la soluzione, anche se tali metriche non esistono quando si crea la dashboard per la prima volta. Inoltre, consente di raggruppare le metriche in applicazioni logiche per facilitarne la gestione e l'analisi.

L'immagine seguente mostra un esempio di pannello di controllo per questa soluzione.

Pannello di controllo di esempio per la soluzione Apache Tomcat.

Costi

Questa soluzione crea e utilizza risorse nel tuo account. Ti verranno addebitati i costi standard di utilizzo, inclusi i seguenti:

  • Tutte le metriche raccolte dall' CloudWatch agente vengono addebitate come metriche personalizzate. Il numero di metriche utilizzate da questa soluzione dipende dal numero di host. EC2

    • Ogni host Tomcat configurato per la soluzione pubblica un totale di 27 metriche più una metrica (disk_used_percent) per la quale il conteggio delle metriche dipende dal numero di percorsi del disco per quell'host.

  • Un pannello di controllo personalizzato.

  • Operazioni API richieste dall' CloudWatch agente per pubblicare le metriche. Con la configurazione predefinita per questa soluzione, l' CloudWatch agente le chiama PutMetricDatauna volta al minuto. Ciò significa che l'PutMetricDataAPI verrà chiamata 30*24*60=43,200 tra 30 giorni al mese per ogni EC2 host.

Per ulteriori informazioni sui CloudWatch prezzi, consulta la pagina CloudWatch dei prezzi di Amazon.

Il calcolatore dei prezzi può aiutarti a stimare i costi mensili approssimativi per l'utilizzo di questa soluzione.

Per utilizzare il calcolatore dei prezzi per stimare i costi mensili della soluzione
  1. Apri il calcolatore CloudWatch dei prezzi di Amazon.

  2. Nella sezione Metriche, per Numero di metriche, inserisci (27 + average number of disk paths per EC2 host) * number of EC2 instances configured for this solution.

  3. Nella APIssezione, per Numero di richieste API, inserisci43200 * number of EC2 instances configured for this solution.

    Per impostazione predefinita, la soluzione esegue un'PutMetricDataoperazione al minuto per ogni EC2 host.

  4. Nella sezione Pannello di controllo e allarmi, per Numero di pannelli di controllo, inserisci 1.

  5. Puoi vedere i costi mensili stimati nella parte inferiore del calcolatore dei prezzi.

CloudWatch configurazione dell'agente per questa soluzione

L' CloudWatch agente è un software che viene eseguito in modo continuo e autonomo sui server e in ambienti containerizzati. Raccoglie metriche, log e tracce dall'infrastruttura e dalle applicazioni e li invia a e X-Ray. CloudWatch

Per ulteriori informazioni sull'agente, vedere. CloudWatch Raccogli metriche, log e tracce utilizzando l'agente CloudWatch

La configurazione dell'agente in questa soluzione raccoglie le metriche fondamentali per Tomcat, JVM e. EC2 Per impostazione predefinita, l' CloudWatch agente può essere configurato per raccogliere più metriche JVM rispetto a quelle visualizzate dal dashboard. Per un elenco di tutte le metriche Tomcat che puoi raccogliere, consulta Raccolta di metriche di Tomcat. Per un elenco di tutte le metriche JVM che puoi raccogliere, consulta Raccolta di metriche di JVM. Per un elenco dei EC2 parametri di Amazon, consultaMetriche raccolte dall' CloudWatchagente sulle istanze Linux e macOS.

Esposizione delle porte JMX per il server Tomcat

L' CloudWatch agente si affida a JMX per raccogliere le metriche relative al server Tomcat e al processo JVM. Affinché questo sia possibile, è necessario esporre la porta JMX dai server. Per abilitare una porta JMX per il monitoraggio e la gestione, è necessario impostare le proprietà di sistema per i server Tomcat. Per impostare le proprietà di sistema richieste per Tomcat, è possibile utilizzare la variabile di ambiente CATALINA_OPTS . Controlla gli script di startup e i file di configurazione del tuo server Tomcat nel posto migliore per impostare la variabile di ambiente. Assicurati di specificare un numero di porta non utilizzato. Dopo la modifica sarà necessario riavviare il server.

export CATALINA_OPTS="-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=<<port-number>> -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false"

In questo esempio viene configurata una JMX non autenticata. Se la sicurezza policies/requirements richiede l'attivazione di JMX con autenticazione tramite password o SSL per l'accesso remoto, consulta la documentazione JMX per impostare la proprietà richiesta.

Per verificare la porta JMX, esegui ps aux | grep jmxremote.port. I risultati dovrebbero mostrare che la porta JMX è stata impostata sui processi JVM.

Configurazione dell'agente per la soluzione Tomcat

Le metriche raccolte dall'agente sono definite nella configurazione dell'agente. La soluzione fornisce configurazioni degli agenti per raccogliere le metriche consigliate con dimensioni adeguate per il pannello di controllo della soluzione.

I passaggi per l'implementazione della soluzione sono descritti più avanti, nella sezione Implementazione dell'agente per la soluzione. Le informazioni seguenti consentono di comprendere come personalizzare la configurazione dell'agente per l'ambiente in uso.

È necessario personalizzare alcune parti della seguente configurazione dell'agente per il proprio ambiente:

  • Il numero di porta JMX è quello configurato nella sezione precedente di questa documentazione. Il numero di porta si trova nella riga endpoint della configurazione.

  • AppName: viene utilizzato come dimensione per le metriche dell'applicazione Tomcat raccolte. Fornisci un nome significativo che rappresenti il raggruppamento per le istanze che eseguono l'applicazione Tomcat.

  • ProcessGroupName: viene utilizzato come dimensione per le metriche JVM raccolte per gli host Tomcat. Specifica lo stesso valore di AppName indicato sopra. Questo serve ad abilitare la visualizzazione, nel pannello di controllo della soluzione, delle metriche JVM dello stesso gruppo di applicazioni Tomcat a cui si riferiscono le metriche del server.

Ad esempio, se hai due app Tomcat in esecuzione nella stessa Account AWS, una per l'billing-systemapplicazione e l'altra per l'order-systemapplicazione, puoi impostare le ProcessGroupName dimensioni AppName e di conseguenza nella configurazione dell'agente di ciascuna istanza.

  • Per le istanze dell'applicazione billing-system, imposta AppName=billing-system e ProcessGroupName=billing-system.

  • Per le istanze dell'applicazione order-system, imposta AppName=order-system e ProcessGroupName=order-system.

Se segui queste linee guida, la soluzione raggrupperà automaticamente le metriche in base alle dimensioni AppName e ProcessGroupName. Il pannello di controllo includerà opzioni a discesa per selezionare e visualizzare le metriche per una specifica applicazione Tomcat, che consentono di monitorare separatamente le prestazioni delle singole applicazioni.

Configurazione dell'agente per gli host Tomcat

Utilizza la seguente configurazione dell' CloudWatch agente nelle EC2 istanze in cui vengono distribuite le applicazioni Tomcat. La configurazione verrà memorizzata come metrica nel Parameter Store di SSM, come descritto più avanti nella sezione Fase 2: Archiviare il file di configurazione CloudWatch dell'agente consigliato in Systems Manager Parameter Store.

AppNameSostituiscila con un nome significativo che rappresenti l'applicazione Tomcat di cui fanno parte le istanze. port-numberSostituiscila con la porta JMX del tuo server Tomcat. Se JMX è stata abilitata con l'autenticazione tramite password o SSL per l'accesso remoto, consulta Raccolta delle metriche di Java Management Extensions (JMX) per informazioni sulla configurazione di TLS o dell'autorizzazione nella configurazione dell'agente, se necessario.

Le EC2 metriche mostrate in questa configurazione (configurazione mostrata al di fuori del blocco JMX) funzionano solo per le istanze Linux e macOS. Se utilizzi istanze Windows, puoi scegliere di omettere queste metriche nella configurazione. Per informazioni sulle metriche raccolte sulle istanze di Windows, consulta Metriche raccolte dall' CloudWatchagente sulle istanze di Windows Server.

{ "metrics": { "namespace": "CWAgent", "append_dimensions": { "InstanceId": "${aws:InstanceId}" }, "metrics_collected": { "jmx": [ { "endpoint": "localhost:port-number", "tomcat": { "measurement": [ "tomcat.sessions", "tomcat.errors", "tomcat.processing_time", "tomcat.traffic", "tomcat.max_time", "tomcat.request_count", "tomcat.threads" ] }, "append_dimensions": { "AppName": "AppName" } }, { "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": "AppName" } } ], "disk": { "measurement": [ "used_percent" ] }, "mem": { "measurement": [ "used_percent" ] }, "swap": { "measurement": [ "used_percent" ] }, "netstat": { "measurement": [ "tcp_established", "tcp_time_wait" ] } } } }

Implementazione dell'agente per la soluzione

Esistono diversi approcci per l'installazione dell' CloudWatch agente, a seconda del caso d'uso. Si consiglia di utilizzare Systems Manager per questa soluzione. Fornisce un'esperienza da console e semplifica la gestione di una flotta di server gestiti all'interno di un unico AWS account. Le istruzioni in questa sezione utilizzano Systems Manager e sono destinate a quando l' CloudWatch agente non è in esecuzione con configurazioni esistenti. È possibile verificare se l' CloudWatch agente è in esecuzione seguendo la procedura riportata di seguito. Verifica che l' CloudWatch agente sia in esecuzione

Se stai già eseguendo l' CloudWatch agente sugli EC2 host in cui è distribuita l'applicazione JVM e gestisci le configurazioni degli agenti, puoi saltare le istruzioni in questa sezione e seguire il meccanismo di distribuzione esistente per aggiornare la configurazione. Assicurati di unire la configurazione dell'agente JVM con quella dell'agente esistente, quindi implementa la configurazione unificata. Se si utilizza Systems Manager per archiviare e gestire la configurazione per l' CloudWatch agente, è possibile unire la configurazione al valore del parametro esistente. Per ulteriori informazioni, vedere Gestione dei file di configurazione CloudWatch dell'agente.

Nota

L'utilizzo di Systems Manager per distribuire le seguenti configurazioni di CloudWatch agenti sostituirà o sovrascriverà qualsiasi configurazione CloudWatch dell'agente esistente sulle istanze. EC2 Puoi modificare questa configurazione per adattarla al tuo ambiente o caso d'uso specifico. Le metriche definite in questa soluzione sono il requisito minimo richiesto per il pannello di controllo consigliato.

Il processo di implementazione include i seguenti passaggi:

  • Passaggio 1: assicurati che le EC2 istanze di destinazione dispongano delle autorizzazioni IAM richieste.

  • Passaggio 2: archiviare il file di configurazione dell'agente consigliato nel Parameter Store di Systems Manager.

  • Passaggio 3: installa l' CloudWatch agente su una o più EC2 istanze utilizzando uno stack. CloudFormation

  • Passaggio 4: verificare che la configurazione dell'agente sia corretta.

Passaggio 1: assicurati che le EC2 istanze di destinazione dispongano delle autorizzazioni IAM richieste

È necessario concedere l'autorizzazione a Systems Manager per installare e configurare l' CloudWatch agente. È inoltre necessario concedere all' CloudWatch agente l'autorizzazione a pubblicare dati di telemetria dall'istanza a EC2 . CloudWatch Assicurati che il ruolo IAM associato all'istanza abbia CloudWatchAgentServerPolicyle policy di Amazon SSMManaged InstanceCore IAM allegate.

Fase 2: Archiviare il file di configurazione CloudWatch dell'agente consigliato in Systems Manager Parameter Store

Parameter Store semplifica l'installazione dell' CloudWatch agente su un' EC2 istanza archiviando e gestendo in modo sicuro i parametri di configurazione, eliminando la necessità di valori codificati. Ciò garantisce un processo di implementazione più sicuro e flessibile, che consente una gestione centralizzata e aggiornamenti più semplici delle configurazioni su più istanze.

Utilizzate i seguenti passaggi per memorizzare il file di configurazione dell' CloudWatch agente consigliato come parametro in Parameter Store.

Per creare il file di configurazione CloudWatch dell'agente come parametro
  1. Apri la AWS Systems Manager console all'indirizzo https://console.aws.amazon.com/systems-manager/.

  2. Dal pannello di navigazione, scegli Gestione applicazioni, Parameter Store.

  3. Per creare un nuovo parametro per la configurazione, segui questi passaggi.

    1. Scegli Create parameter (Crea parametro).

    2. Nella casella Nome, inserisci un nome che utilizzerai per fare riferimento al file di configurazione dell' CloudWatch agente nei passaggi successivi. Ad esempio, AmazonCloudWatch-Tomcat-Configuration.

    3. (Facoltativo) Nella casella Descrizione, digita una descrizione per il parametro.

    4. Per Livello parametri, scegli Standard.

    5. Per Type (Tipo), scegliere String.

    6. Per Tipo di dati, scegli testo.

    7. Nella casella Valore, incolla il blocco JSON corrispondente elencato in Configurazione dell'agente per gli host Tomcat. Assicurati di personalizzare il valore della dimensione di raggruppamento e il numero di porta come descritto.

    8. Scegli Create parameter (Crea parametro).

Passaggio 3: installare l' CloudWatch agente e applicare la configurazione utilizzando un CloudFormation modello

È possibile utilizzare AWS CloudFormation per installare l'agente e configurarlo in modo da utilizzare la configurazione dell' CloudWatch agente creata nei passaggi precedenti.

Per installare e configurare l' CloudWatch agente per questa soluzione
  1. Apri la procedura guidata CloudFormationQuick create stack utilizzando questo link: https://console.aws.amazon.com/cloudformation/ home? #/ stacks/quickcreate?templateURL=https://aws-observability-solutions-prod-us-east-1.s3.us-east-1.amazonaws.com/CloudWatchAgent/CFN/v1.0.0/cw - -1.0.0.json. agent-installation-template

  2. Verifica che la Regione selezionata sulla console sia quella in cui è in esecuzione il carico di lavoro Tomcat.

  3. Per Nome dello stack, inserisci un nome per identificare questo stack, ad esempio CWAgentInstallationStack.

  4. Nella sezione Parametri, specifica quanto segue:

    1. Per CloudWatchAgentConfigSSM, immettere il nome del parametro Systems Manager per la configurazione dell'agente creata in precedenza, ad esempioAmazonCloudWatch-Tomcat-Configuration.

    2. Per selezionare le istanze di destinazione, sono disponibili due opzioni.

      1. Per InstanceIds, specifica un elenco delimitato da virgole di un elenco di istanze IDs IDs in cui desideri installare l' CloudWatch agente con questa configurazione. Puoi elencare una singola istanza o più istanze.

      2. Se esegui la distribuzione su larga scala, puoi specificare l'TagKeye la corrispondente TagValueper indirizzare tutte le EC2 istanze con questo tag e valore. Se si specifica a TagKey, è necessario specificare un corrispondente. TagValue (Per un gruppo Auto Scaling, specificare TagKeye specificare aws:autoscaling:groupName il nome del gruppo Auto Scaling da distribuire su tutte le TagValueistanze all'interno del gruppo Auto Scaling.)

        Se specificate sia i TagKeysparametri che quelli, InstanceIdsavranno la precedenza InstanceIdse i tag verranno ignorati.

  5. Esamina le impostazioni e quindi scegli Crea stack.

Se desideri prima modificare il file modello per personalizzarlo, scegli l'opzione Carica un file modello in Procedura guidata creazione stack per caricare il modello modificato. Per ulteriori informazioni, consulta Creazione di uno stack sulla console. CloudFormation È possibile utilizzare il seguente collegamento per scaricare il modello: https://aws-observability-solutions-prod-us-east-1.s3.us-east-1.amazonaws.com/CloudWatchAgent/CFN/v1.0.0/cw- agent-installation-template -1.0.0.json.

Nota

Una volta completato questo passaggio, questo parametro Systems Manager verrà associato agli CloudWatch agenti in esecuzione nelle istanze di destinazione. Ciò significa che:

  1. Se il parametro Systems Manager viene eliminato, l'agente si arresta.

  2. Se il parametro Systems Manager viene modificato, le modifiche alla configurazione verranno applicate automaticamente all'agente alla frequenza pianificata, che per impostazione predefinita è di 30 giorni.

  3. Se si desidera applicare immediatamente le modifiche a questo parametro Systems Manager, è necessario eseguire nuovamente questo passaggio. Per ulteriori informazioni sulle associazioni, consulta Utilizzo delle associazioni in Systems Manager.

Passaggio 4: verificare che la configurazione dell'agente sia corretta

È possibile verificare se l' CloudWatch agente è installato seguendo la procedura riportata di seguito. Verifica che l' CloudWatch agente sia in esecuzione Se l' CloudWatch agente non è installato e non è in esecuzione, assicurati di aver configurato tutto correttamente.

Se tutto è impostato correttamente, dovresti vedere le metriche di Tomcat pubblicate su. CloudWatch Puoi controllare la CloudWatch console per verificare che vengano pubblicate.

Per verificare che le metriche di Tomcat vengano pubblicate su CloudWatch
  1. Apri la CloudWatch console all'indirizzo. https://console.aws.amazon.com/cloudwatch/

  2. Scegli Metriche, Tutte le metriche.

  3. Assicurati di aver selezionato la regione in cui hai distribuito la soluzione e scegli Namespace personalizzati,. CWAgent

  4. Cerca le metriche menzionate nella sezione sulla configurazione degli agenti di questo documento, ad esempio tomcat.errors. Se vedi risultati per queste metriche, significa che le metriche vengono pubblicate su. CloudWatch

Creazione del pannello di controllo della soluzione Tomcat

Questo pannello di controllo mostra le nuove metriche emesse, visualizzando sia il server delle applicazioni Tomcat che la JVM sottostante. Questo pannello di controllo offre una panoramica dei collaboratori principali sullo stato del carico di lavoro Tomcat. La visualizzazione collaboratori principali mostra il widget dei principali 10 per metrica. Ciò consente di identificare i valori anomali a colpo d'occhio. Il pannello di controllo include anche una panoramica del cluster aggregando e presentando le metriche relative a tutte le istanze, fornendo una sintesi a livello generale dello stato operativo e di integrità complessivo.

La dashboard della soluzione non mostra EC2 le metriche. Per visualizzare le EC2 metriche, dovrai utilizzare la dashboard EC2 automatica per visualizzare le metriche EC2 vendute e utilizzare la dashboard della EC2 console per visualizzare le EC2 metriche raccolte dall'agente. CloudWatch Per ulteriori informazioni sui dashboard automatici per, consulta. Servizi AWSVisualizzazione di un pannello di controllo CloudWatch per un singolo servizio AWS

Per creare il pannello di controllo, puoi utilizzare le seguenti opzioni:

  • Usa la CloudWatch console per creare la dashboard.

  • Usa AWS CloudFormation la console per distribuire la dashboard.

  • Scarica l' AWS CloudFormation infrastruttura come codice e integrala come parte della tua automazione di integrazione continua (CI).

Utilizzando la CloudWatch console per creare una dashboard, puoi visualizzarne l'anteprima prima di crearla effettivamente e ricevere l'addebito.

Nota

La dashboard creata con CloudFormation questa soluzione mostra le metriche della regione in cui viene distribuita la soluzione. Assicurati di creare lo CloudFormation stack nella regione in cui sono pubblicate le metriche di Tomcat.

Se hai specificato uno spazio dei nomi personalizzato diverso CWAgent dalla configurazione dell' CloudWatch agente, dovrai modificare il CloudFormation modello per la dashboard per sostituirlo CWAgent con lo spazio dei nomi personalizzato che stai utilizzando.

Per creare la dashboard tramite Console CloudWatch
Nota

I pannelli di controllo delle soluzioni attualmente mostrano le metriche relative alla rimozione di oggetti inutili (garbage collection) solo per G1 Garbage Collector, che è il raccoglitore predefinito per le ultime versioni di Java. Se si utilizza un algoritmo di rimozione di oggetti inutili (garbage collection) diverso, i widget relativi alla rimozione sono vuoti. Tuttavia, puoi personalizzare questi widget modificando il CloudFormation modello di dashboard e applicando il tipo di raccolta dei rifiuti appropriato alla dimensione del nome delle metriche relative alla raccolta dei rifiuti. Ad esempio, se utilizzi la rimozione di oggetti inutili (garbage collection) parallela, modifica name=\"G1 Young Generation\" in name=\"Parallel GC\" per la metrica di conteggio della rimozione di oggetti inutili (garbage collection) jvm.gc.collections.count.

  1. Apri la CloudWatch Console Create Dashboard utilizzando questo link: home? https://console.aws.amazon.com/cloudwatch/ #dashboards? Modello di dashboard = ApacheTomcatOnEc 2&referrer=os-catalog.

  2. Verifica che la Regione selezionata sulla console sia quella in cui è in esecuzione il carico di lavoro Tomcat.

  3. Immetti il nome del pannello di controllo e scegli Crea pannello di controllo.

    Per distinguere facilmente questo pannello di controllo da altri simili in Regioni diverse, consigliamo di includere il nome della Regione nel nome del pannello di controllo, ad esempio TomcatDashboard-us-east-1.

  4. Visualizza l'anteprima del pannello di controllo e scegli Salva per creare il pannello di controllo.

Per creare la dashboard tramite CloudFormation
  1. Apri la procedura guidata di creazione CloudFormation rapida dello stack utilizzando questo link: https://console.aws.amazon.com/cloudformation/ home? #/ stacks/quickcreate?templateURL=https://aws-observability-solutions-prod-us-east-1.s3.us-east-1.amazonaws.com/Tomcat_EC2/CloudWatch/CFN/v1.0.0/dashboard -template-1.0.0.json.

  2. Verifica che la Regione selezionata sulla console sia quella in cui è in esecuzione il carico di lavoro Tomcat.

  3. Per Nome dello stack, inserisci un nome per identificare questo stack, ad esempio TomcatDashboard-us-east-1.

  4. Nella sezione Parametri, specifica il nome del pannello di controllo sotto il parametro. DashboardName

  5. Per distinguere facilmente questo pannello di controllo da altri simili in Regioni diverse, consigliamo di includere il nome della Regione nel nome del pannello di controllo, ad esempio TomcatDashboard-us-east-1.

  6. Riconosci le capacità di accesso per le trasformazioni nella sezione Capacità e trasformazioni. Tieni presente che CloudFormation non aggiunge alcuna risorsa IAM.

  7. Esamina le impostazioni e quindi scegli Crea stack.

  8. Una volta che lo stato dello stack è CREATE_COMPLETE, scegli la scheda Risorse sotto lo stack creato, quindi scegli il link in ID fisico per accedere al pannello di controllo. Puoi anche accedere alla dashboard nella CloudWatch console selezionando Dashboard nel riquadro di navigazione a sinistra della console e trovando il nome della dashboard in Dashboard personalizzate.

Se desideri modificare il file modello per personalizzarlo per qualsiasi scopo, puoi utilizzare l'opzione Carica un file modello in Procedura guidata creazione stack per caricare il modello modificato. Per ulteriori informazioni, consulta Creazione di uno stack sulla console. CloudFormation Puoi usare questo link per scaricare il modello: https://aws-observability-solutions-prod-us-east-1.s3.us-east-1.amazonaws.com/Tomcat_EC2/CloudWatch/CFN/v1.0.0/dashboard-template-1.0.0.json.

Nota

I pannelli di controllo delle soluzioni attualmente mostrano le metriche relative alla rimozione di oggetti inutili (garbage collection) solo per G1 Garbage Collector, che è il raccoglitore predefinito per le ultime versioni di Java. Se si utilizza un algoritmo di rimozione di oggetti inutili (garbage collection) diverso, i widget relativi alla rimozione sono vuoti. Tuttavia, puoi personalizzare questi widget modificando il CloudFormation modello di dashboard e applicando il tipo di raccolta dei rifiuti appropriato alla dimensione del nome delle metriche relative alla raccolta dei rifiuti. Ad esempio, se utilizzi la rimozione di oggetti inutili (garbage collection) parallela, modifica name=\"G1 Young Generation\" in name=\"Parallel GC\" per la metrica di conteggio della rimozione di oggetti inutili (garbage collection) jvm.gc.collections.count.

Nozioni di base sul pannello di controllo di monitoraggio Tomcat

Ecco alcune attività che puoi provare con il nuovo pannello di controllo di Tomcat. Queste attività permettono di accertarsi che il pannello di controllo funzioni correttamente e offrono un'esperienza pratica nel suo utilizzo per monitorare un'applicazione Tomcat. Provandole, acquisirai familiarità con la navigazione nel pannello di controllo e l'interpretazione delle metriche visualizzate.

Utilizzo dell'elenco a discesa

Nella parte superiore del pannello di controllo trovi elenchi a discesa per filtrare e selezionare l'applicazione Tomcat specifica che desideri monitorare. Per visualizzare le metriche per un'applicazione Tomcat specifica, seleziona il nome dell'applicazione nell'elenco a discesa dell'app Tomcat.

Verifica dell'integrità dell'applicazione

Nella sezione Panoramica dell'app, trova i widget Richieste, Errori e Frequenza di errore. Questi forniscono una sintesi a livello generale delle prestazioni di gestione delle richieste dell'applicazione. Cerca eventuali conteggi o tassi di errore insolitamente elevati, che potrebbero indicare problemi da analizzare.

Monitoraggio dell'elaborazione delle richieste

Nella sezione Tempo di elaborazione delle richieste, trova i widget Tempo massimo e Tempo totale di elaborazione di tutte le richieste. Queste metriche ti aiutano a individuare potenziali colli di bottiglia nell'elaborazione delle richieste. Cerca server con tempi massimi di elaborazione notevolmente più alti rispetto agli altri.

Analisi del traffico di rete

Nella sezione Traffico di rete, individua i widget Traffico inviato e Traffico ricevuto. Questi mostrano la quantità di dati inviati e ricevuti dall'applicazione sulla rete. Livelli di traffico inaspettatamente elevati potrebbero indicare potenziali problemi di saturazione della rete o un trasferimento inefficiente dei dati.

Analisi sull'utilizzo dei thread

Nella sezione Sessioni e thread, trova i widget Numero di thread occupati, Numero di thread e Sessioni. Queste metriche forniscono informazioni sulla gestione dei thread dell'applicazione e sulle sessioni utente attive. Cerca server con un numero insolitamente elevato di thread occupati o di sessioni, che potrebbe indicare potenziali vincoli di risorse.