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 una raccolta di metriche pronta all'uso utilizzando CloudWatch agenti per il server Tomcat in esecuzione su istanze EC2. Inoltre, consente di configurare una dashboard preconfigurata. CloudWatch Per informazioni generali su tutte le soluzioni CloudWatch di osservabilità, vedere. CloudWatch soluzioni di osservabilità
Argomenti
Requisiti
Questa soluzione è rilevante per le seguenti condizioni:
Versioni supportate: Tomcat versione 9, 10.1 e 11 (beta)
Calcolo: Amazon EC2
Supporta fino a 500 istanze EC2 su tutti i carichi di lavoro Tomcat in un determinato Regione AWS
Versione più recente dell'agente CloudWatch
-
Agente SSM installato sull'istanza EC2
Nota
AWS Systems Manager (agente SSM) è preinstallato su alcune Amazon Machine Images (AMI) fornite da terze parti AWS affidabili. Se l'agente non è installato, puoi installarlo manualmente utilizzando la procedura per il tipo di sistema operativo.
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 preconfigurata e consolidata per le metriche di Apache Tomcat e JVM. CloudWatch Il pannello di controllo gestirà automaticamente le metriche delle nuove istanze Tomcat EC2 configurate utilizzando la soluzione, anche se tali metriche non esistono quando crei il pannello di controllo 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.
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'agente vengono addebitate come metriche personalizzate. CloudWatch 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 la chiama PutMetricData una volta ogni minuto. Ciò significa che l'PutMetricDataAPI verrà chiamata
30*24*60=43,200in un mese di 30 giorni per ogni host EC2.
Per ulteriori informazioni sui CloudWatch prezzi, consulta Amazon CloudWatch Pricing.
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
-
Apri il calcolatore CloudWatch dei prezzi di
Amazon. -
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. -
Nella sezione API, per Numero di richieste API, inserisci
43200 * number of EC2 instances configured for this solution.Per impostazione predefinita, la soluzione esegue un'PutMetricDataoperazione al minuto per ogni host EC2.
Nella sezione Pannello di controllo e allarmi, per Numero di pannelli di controllo, inserisci
1.-
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, registri e tracce dall'infrastruttura e dalle applicazioni e li invia a e. CloudWatch X-Ray
Per ulteriori informazioni sull' CloudWatch agente, vedere. Raccogli metriche, registri e tracce utilizzando l'agente CloudWatch
La configurazione degli agenti in questa soluzione raccoglie le metriche fondamentali per Tomcat, JVM ed EC2. L' CloudWatch agente può essere configurato per raccogliere più metriche JVM rispetto a quelle visualizzate dal dashboard per impostazione predefinita. 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 di metriche Amazon EC2, consulta Metriche raccolte dall'agente su istanze Linux e CloudWatch 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 tua sicurezza policies/requirements richiede di abilitare JMX con l'autenticazione tramite password o SSL per l'accesso remoto, consulta la documentazione di 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
endpointdella 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 diAppNameindicato 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 contemporaneamente 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, impostaAppName=billing-systemeProcessGroupName=billing-system. -
Per le istanze dell'applicazione
order-system, impostaAppName=order-systemeProcessGroupName=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
Usa la seguente configurazione CloudWatch dell'agente nelle istanze EC2 in cui sono distribuite le tue applicazioni Tomcat. La configurazione verrà memorizzata come metrica nel Parameter Store di SSM, come descritto più avanti nella sezione Passaggio 2: memorizza il file di configurazione CloudWatch dell'agente consigliato in Systems Manager Parameter Store.
Sostituisci AppName 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 metriche EC2 mostrate in questa configurazione (che è 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' CloudWatch agente 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 singolo AWS account. Le istruzioni in questa sezione utilizzano Systems Manager e sono destinate ai casi in cui l' CloudWatch agente non è in esecuzione con configurazioni esistenti. È possibile verificare se l' CloudWatch agente è in esecuzione seguendo i passaggi indicatiVerificare che l' CloudWatch agente sia in esecuzione.
Se stai già eseguendo l' CloudWatch agente sugli host EC2 in cui è distribuita l'applicazione JVM e gestisci le configurazioni dell'agente, 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 dell' 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 degli 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 istanze EC2 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ù istanze EC2 utilizzando uno stack. CloudFormation
Passaggio 4: verificare che la configurazione dell'agente sia corretta.
Passaggio 1: assicurati che le istanze EC2 di destinazione dispongano delle autorizzazioni IAM richieste
È necessario concedere l'autorizzazione a Systems Manager per installare e configurare l'agente. CloudWatch È inoltre necessario concedere all' CloudWatch agente l'autorizzazione a pubblicare dati di telemetria dall'istanza EC2 in. CloudWatch Assicurati che al ruolo IAM associato all'istanza siano allegate le policy IAM CloudWatchAgentServerPolicy e AmazonSSMManagedInstanceCore IAM.
-
Dopo aver creato il ruolo, collegalo alle istanze EC2. Segui i passaggi descritti in Avvia un'istanza con un ruolo IAM per collegare un ruolo durante il lancio di una nuova istanza EC2. Per collegare un ruolo a un'istanza EC2 esistente, segui i passaggi in Collegamento di un ruolo IAM a un'istanza.
Passaggio 2: memorizza il file di configurazione CloudWatch dell'agente consigliato in Systems Manager Parameter Store
Parameter Store semplifica l'installazione dell' CloudWatch agente su un'istanza EC2 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 passaggi seguenti 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
Aprire la AWS Systems Manager console all'indirizzo https://console.aws.amazon.com/systems-manager/
. Dal pannello di navigazione, scegli Gestione applicazioni, Parameter Store.
-
Per creare un nuovo parametro per la configurazione, segui questi passaggi.
-
Scegli Create parameter (Crea parametro).
-
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. -
(Facoltativo) Nella casella Descrizione, digita una descrizione per il parametro.
-
Per Livello parametri, scegli Standard.
-
Per Type (Tipo), scegliere String.
Per Tipo di dati, scegli testo.
-
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.
-
Scegli Create parameter (Crea parametro).
-
Fase 3: Installare l' CloudWatch agente e applicare la configurazione utilizzando un CloudFormation modello
È possibile utilizzare AWS CloudFormation per installare l'agente e configurarlo per utilizzare la configurazione CloudWatch dell'agente creata nei passaggi precedenti.
Per installare e configurare l' CloudWatch agente per questa soluzione
-
Apri la procedura guidata di creazione CloudFormation rapida dello stack utilizzando questo link: https://console.aws.amazon.com/cloudformation/home? #/stacks/quickcreate? URL del 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
. -
Verifica che la Regione selezionata sulla console sia quella in cui è in esecuzione il carico di lavoro Tomcat.
-
Per Nome dello stack, inserisci un nome per identificare questo stack, ad esempio
CWAgentInstallationStack. -
Nella sezione Parametri, specifica quanto segue:
-
Per CloudWatchAgentConfigSSM, immettere il nome del parametro Systems Manager per la configurazione dell'agente creata in precedenza, ad esempio.
AmazonCloudWatch-Tomcat-Configuration -
Per selezionare le istanze di destinazione, sono disponibili due opzioni.
-
Per InstanceIds, specifica un elenco delimitato da virgole di ID di istanza. Elenco di ID di istanza in cui desideri installare l' CloudWatch agente con questa configurazione. Puoi elencare una singola istanza o più istanze.
-
Se si esegue una distribuzione su larga scala, è possibile specificare le TagKey e le corrispondenti istanze EC2 destinate TagValue a essere utilizzate con questo tag e valore. Se si specifica un TagKey, è necessario specificare un corrispondente. TagValue (Per un gruppo Auto Scaling, specificate
aws:autoscaling:groupNameTagKey e specificate il nome del gruppo Auto Scaling TagValue da distribuire a tutte le istanze all'interno del gruppo Auto Scaling.)Se specificate entrambi i TagKeys parametri, questi avranno la precedenza InstanceIds e i tag InstanceIds verranno ignorati.
-
-
-
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 CloudFormation console. Puoi utilizzare il seguente link 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 di Systems Manager verrà associato agli CloudWatch agenti in esecuzione nelle istanze mirate. Ciò significa che:
-
Se il parametro Systems Manager viene eliminato, l'agente si arresta.
-
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.
-
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 i passaggi indicatiVerificare che l' CloudWatch agente sia in esecuzione. Se l' CloudWatch agente non è installato e in esecuzione, assicurati di aver impostato tutto correttamente.
-
Assicurati di aver collegato un ruolo con le autorizzazioni corrette per l'istanza EC2, come descritto nella sezione Passaggio 1: assicurati che le istanze EC2 di destinazione dispongano delle autorizzazioni IAM richieste.
-
Assicurati di aver configurato correttamente il JSON per il parametro Systems Manager. Segui la procedura riportata in Risoluzione dei problemi di installazione dell' CloudWatch agente con CloudFormation.
Se tutto è impostato correttamente, dovresti vedere le metriche Tomcat pubblicate su. CloudWatch Puoi controllare la CloudWatch console per verificare che vengano pubblicate.
Per verificare che le metriche Tomcat vengano pubblicate su CloudWatch
Apri la CloudWatch console all'indirizzo. https://console.aws.amazon.com/cloudwatch/
Scegli Metriche, Metriche classiche.
Assicurati di aver selezionato la Regione in cui hai implementato la soluzione e scegli Namespace personalizzati, CWAgent.
Cerca le metriche menzionate nella sezione sulla configurazione degli agenti di questo documento, ad esempio
tomcat.errors. Se vedi i risultati di 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.
Il pannello di controllo della soluzione non mostra le metriche EC2. Per visualizzare le metriche EC2, è necessario utilizzare il dashboard automatico di EC2 per visualizzare le metriche di EC2 vended e utilizzare il dashboard della console EC2 per visualizzare le metriche EC2 raccolte dall'agente. CloudWatch Per ulteriori informazioni sui dashboard automatici per, vedere. Servizi AWSVisualizzazione di una CloudWatch dashboard per un singolo AWS service
Per creare il pannello di controllo, puoi utilizzare le seguenti opzioni:
Usa CloudWatch la console per creare la dashboard.
Usa AWS CloudFormation la console per distribuire il 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 visualizzarla in anteprima prima di crearla e ricevere l'addebito effettivo.
Nota
La dashboard creata con CloudFormation questa soluzione mostra le metriche della regione in cui viene implementata la soluzione. Assicurati di creare CloudFormation lo stack nella regione in cui sono pubblicate le metriche Tomcat.
Se hai specificato uno spazio dei nomi personalizzato diverso CWAgent dalla configurazione CloudWatch dell'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 Garbage Collection appropriato alla dimensione del nome delle metriche relative alla Garbage Collection. 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.
-
Apri la console Create Dashboard utilizzando questo link CloudWatch :? https://console.aws.amazon.com/cloudwatch/home #dashboards? ApacheTomcatOnEc2DashboardTemplate= &referrer=os-catalog.
-
Verifica che la Regione selezionata sulla console sia quella in cui è in esecuzione il carico di lavoro Tomcat.
-
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. -
Visualizza l'anteprima del pannello di controllo e scegli Salva per creare il pannello di controllo.
Per creare la dashboard tramite CloudFormation
-
Apri la procedura guidata di creazione CloudFormation rapida dello stack utilizzando questo link: https://console.aws.amazon.com/cloudformation/home? #/stacks/quickcreate? URL del 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
. -
Verifica che la Regione selezionata sulla console sia quella in cui è in esecuzione il carico di lavoro Tomcat.
-
Per Nome dello stack, inserisci un nome per identificare questo stack, ad esempio
TomcatDashboard-us-east-1. -
Nella sezione Parametri, specifica il nome della dashboard sotto il parametro. DashboardName
-
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. -
Riconosci le capacità di accesso per le trasformazioni nella sezione Capacità e trasformazioni. Nota che CloudFormation non aggiunge alcuna risorsa IAM.
-
Esamina le impostazioni e quindi scegli Crea stack.
-
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 scegliendo Dashboard nel riquadro di navigazione a sinistra della console e trovando il nome della dashboard in Custom Dashboards.
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 CloudFormation console. 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 Garbage Collection appropriato alla dimensione del nome delle metriche relative alla Garbage Collection. 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.