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à.
# Configurazione dell' CloudWatch agente per le istanze EC2 e i server locali
Molte organizzazioni eseguono carichi di lavoro sia su server fisici che su macchine virtuali (). VMs Questi carichi di lavoro vengono generalmente eseguiti su diversi OSs carichi di lavoro, ognuno con requisiti di installazione e configurazione unici per l'acquisizione e l'acquisizione delle metriche.
Se scegli di utilizzare le istanze EC2, puoi avere un elevato livello di controllo sulla configurazione dell'istanza e del sistema operativo. Tuttavia, questo livello più elevato di controllo e responsabilità richiede il monitoraggio e la regolazione delle configurazioni per ottenere un utilizzo più efficiente. È possibile migliorare l'efficacia operativa stabilendo standard per la registrazione e il monitoraggio e applicando un approccio di installazione e configurazione standard per l'acquisizione e l'acquisizione di log e metriche.
Organizations che migrano o estendono i propri investimenti IT al AWS cloud possono sfruttare CloudWatch per ottenere una soluzione di registrazione e monitoraggio unificata. CloudWatch il prezzo significa che paghi in modo incrementale per le metriche e i log che desideri acquisire. Puoi anche acquisire log e parametri per i server locali utilizzando un processo di installazione degli CloudWatch agenti simile a quello per Amazon EC2.
Prima di iniziare l'installazione e la distribuzione CloudWatch, assicurati di valutare le configurazioni di registrazione e metriche per i tuoi sistemi e le tue applicazioni. Assicurati di definire i log e le metriche standard che devi acquisire per quelli che desideri utilizzare. OSs I log e le metriche di sistema sono la base e lo standard per una soluzione di registrazione e monitoraggio perché sono generati dal sistema operativo e sono diversi per Linux e Windows. Esistono metriche e file di registro importanti disponibili in tutte le distribuzioni Linux, oltre a quelli specifici di una versione o distribuzione Linux. Questa varianza si verifica anche tra diverse versioni di Windows.
## Configurazione dell'agente CloudWatch
CloudWatch acquisisce parametri e log per Amazon EC2 e server locali utilizzando [CloudWatch agenti e file di configurazione degli agenti specifici per ciascun](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/Install-CloudWatch-Agent.html) sistema operativo. Ti consigliamo di definire i parametri standard della tua organizzazione e la configurazione di acquisizione dei log prima di iniziare a installare l' CloudWatch agente su larga scala nei tuoi account.
È possibile combinare più configurazioni di CloudWatch agenti per formare una configurazione composita CloudWatch dell'agente. Un approccio consigliato consiste nel definire e dividere le configurazioni per i log e le metriche a livello di sistema e applicazione. Il diagramma seguente illustra come è possibile combinare più tipi di file di CloudWatch configurazione per requisiti diversi per formare una configurazione composita: CloudWatch
![\[Le configurazioni per requisiti diversi vengono combinate per formare una configurazione composita. CloudWatch\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/implementing-logging-monitoring-cloudwatch/images/logging-monitoring-image-1.png)
Questi log e metriche possono anche essere ulteriormente classificati e configurati per ambienti o requisiti specifici. Ad esempio, è possibile definire un sottoinsieme più piccolo di log e metriche con una precisione inferiore per gli ambienti di sviluppo non regolamentati e un set più ampio e completo con maggiore precisione per gli ambienti di produzione regolamentati.
## Configurazione dell'acquisizione dei log per le istanze EC2
Per impostazione predefinita, Amazon EC2 non monitora o acquisisce file di registro. Invece, i file di registro vengono acquisiti e inseriti nei CloudWatch registri dal software CloudWatch agente installato sull'istanza EC2, sull' AWS API o (). AWS Command Line Interface AWS CLI Consigliamo di utilizzare l' CloudWatch agente per importare i file di registro in CloudWatch Logs for Amazon EC2 e server locali.
Puoi cercare e filtrare i log, nonché estrarre metriche ed eseguire l'automazione in base all'applicazione di patch di pattern dai file di registro. CloudWatch CloudWatch supporta opzioni di sintassi di filtro e pattern in formato testo semplice, delimitato da spazi e in formato JSON, con log in formato JSON che offrono la massima flessibilità. Per aumentare le opzioni di filtraggio e analisi, è necessario utilizzare un output di registro formattato anziché testo semplice.
L' CloudWatch agente utilizza un file di configurazione che definisce i log e le metriche a cui inviare. CloudWatch CloudWatch [quindi acquisisce ogni file di registro come [flusso di log](https://docs.aws.amazon.com//AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html) e raggruppa questi flussi di log in un gruppo di log.](https://docs.aws.amazon.com//AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html) Questo ti aiuta a eseguire operazioni tra i log delle tue istanze EC2, come la ricerca di una stringa corrispondente.
Il nome del flusso di log predefinito è lo stesso dell'ID dell'istanza EC2 e il nome del gruppo di log predefinito è lo stesso del percorso del file di registro. Il nome del flusso di log deve essere univoco all'interno del gruppo di CloudWatch log. È possibile utilizzare`instance_id`, `hostname``local_hostname`, o `ip_address` per la sostituzione dinamica nei nomi dei flussi di log e dei gruppi di log, il che significa che è possibile utilizzare lo stesso file di configurazione dell' CloudWatch agente su più istanze EC2.
Il diagramma seguente mostra una configurazione dell' CloudWatch agente per l'acquisizione dei log. Il gruppo di log è definito dai file di registro acquisiti e contiene flussi di log separati per ogni istanza EC2, poiché la `{instance_id}` variabile viene utilizzata per il nome del flusso di log e l'istanza EC2 è unica. IDs
![\[Una configurazione CloudWatch dell'agente per l'acquisizione dei log.\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/implementing-logging-monitoring-cloudwatch/images/cloudwatch-image-1.png)
I gruppi di log definiscono la conservazione, i tag, la sicurezza, i filtri metrici e l'ambito di ricerca per i flussi di log che contengono. Il comportamento di raggruppamento predefinito basato sul nome del file di registro consente di cercare, creare metriche e avvisi sui dati specifici di un file di registro tra le istanze EC2 di un account e di una regione. È necessario valutare se è necessario un ulteriore perfezionamento del gruppo di log. Ad esempio, il tuo account potrebbe essere condiviso da più unità aziendali e avere titolari tecnici o operativi diversi. Ciò significa che è necessario rifinire ulteriormente il nome del gruppo di log per riflettere la separazione e la proprietà. Questo approccio consente di concentrare l'analisi e la risoluzione dei problemi sull'istanza EC2 pertinente.
Se più ambienti utilizzano un account, puoi separare la registrazione per i carichi di lavoro eseguiti in ogni ambiente. La tabella seguente mostra una convenzione di denominazione dei gruppi di log che include l'unità di business, il progetto o l'applicazione e l'ambiente.
| | |
| --- |--- |
| Nome del gruppo di log | //// |
| Nome del flusso di registro | |
Puoi anche raggruppare tutti i file di registro di un'istanza EC2 nello stesso gruppo di log. Ciò semplifica la ricerca e l'analisi su un set di file di registro per una singola istanza EC2. Ciò è utile se la maggior parte delle istanze EC2 serve un'applicazione o un carico di lavoro e ogni istanza EC2 ha uno scopo specifico. La tabella seguente mostra come il gruppo di log e la denominazione dei flussi di log potrebbero essere formattati per supportare questo approccio.
| | |
| --- |--- |
| Nome del gruppo di log | //// |
| Nome del flusso di registro | |
## Configurazione dell'acquisizione delle metriche per le istanze EC2
Per impostazione predefinita, le istanze EC2 sono abilitate per il monitoraggio di base e un [set standard di parametri (ad esempio, parametri](https://docs.aws.amazon.com//AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) relativi alla CPU, alla rete o allo storage) viene inviato automaticamente ogni cinque minuti. CloudWatch CloudWatch le metriche possono variare a seconda della famiglia di istanze, ad esempio, le istanze con prestazioni espandibili dispongono di metriche per i crediti [CPU](https://docs.aws.amazon.com//AWSEC2/latest/UserGuide/burstable-performance-instances.html). I parametri standard di Amazon EC2 sono inclusi nel prezzo dell'istanza. Se abiliti il [monitoraggio dettagliato](https://docs.aws.amazon.com//AWSEC2/latest/UserGuide/using-cloudwatch-new.html) per le tue istanze EC2, puoi ricevere dati in periodi di un minuto. La frequenza dei periodi influisce sui CloudWatch costi, quindi assicurati di valutare se è necessario un monitoraggio dettagliato per tutte le istanze EC2 o solo per alcune. Ad esempio, puoi abilitare il monitoraggio dettagliato per i carichi di lavoro di produzione ma utilizzare il monitoraggio di base per i carichi di lavoro non di produzione.
I server locali non includono alcuna metrica predefinita CloudWatch e devono utilizzare l' CloudWatch agente o AWS l'SDK per acquisire le metriche. AWS CLI Ciò significa che è necessario definire le metriche che si desidera acquisire (ad esempio, l'utilizzo della CPU) nel file di configurazione. CloudWatch Puoi creare un file di CloudWatch configurazione unico che includa i parametri standard delle istanze EC2 per i tuoi server locali e applicarlo in aggiunta alla configurazione standard. CloudWatch
Le [metriche](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/working_with_metrics.html) in CloudWatch sono definite in modo univoco dal nome della metrica e da zero o più dimensioni e sono raggruppate in modo univoco in uno spazio dei nomi metrico. Le metriche fornite da un AWS servizio hanno uno spazio dei nomi che inizia con `AWS` (ad esempio) e le metriche non metriche sono considerate metriche personalizzate. `AWS/EC2`AWS Le metriche configurate e acquisite con l' CloudWatch agente sono tutte considerate metriche personalizzate. Poiché il numero di metriche create influisce sui CloudWatch costi, è necessario valutare se ciascuna metrica è necessaria per tutte o solo alcune delle istanze EC2. Ad esempio, è possibile definire un set completo di metriche per i carichi di lavoro di produzione, ma utilizzare un sottoinsieme più piccolo di tali metriche per i carichi di lavoro non di produzione.
`CWAgent`è lo spazio dei nomi predefinito per le metriche pubblicate dall'agente. CloudWatch Analogamente ai gruppi di log, lo spazio dei nomi delle metriche organizza un set di metriche in modo che possano essere trovate insieme in un unico posto. È necessario modificare lo spazio dei nomi in modo che rifletta un'unità aziendale, un progetto o un'applicazione e un ambiente (ad esempio,). `///` Questo approccio è utile se più carichi di lavoro non correlati utilizzano lo stesso account. È inoltre possibile correlare la convenzione di denominazione dei namespace alla convenzione di denominazione dei gruppi di log. CloudWatch
Le metriche sono identificate anche in base alle loro dimensioni, che aiutano ad analizzarle rispetto a una serie di condizioni e sono le proprietà in base alle quali vengono registrate le osservazioni. Amazon EC2 include [parametri separati](https://docs.aws.amazon.com//AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html#ec2-cloudwatch-dimensions) per le istanze EC2 con e dimensioni. `InstanceId` `AutoScalingGroupName` Se abiliti il monitoraggio dettagliato, ricevi anche metriche con le `InstanceType` dimensioni `ImageId` e. Ad esempio, Amazon EC2 fornisce una metrica di istanza EC2 separata per l'utilizzo della CPU con le `InstanceId` dimensioni, oltre a una metrica di utilizzo della CPU separata per la dimensione. `InstanceType` [Questo ti aiuta ad analizzare l'utilizzo della CPU per ogni istanza EC2 unica, oltre a tutte le istanze EC2 di un tipo di istanza specifico.](https://docs.aws.amazon.com//AWSEC2/latest/UserGuide/instance-types.html)
L'aggiunta di altre dimensioni aumenta la capacità di analisi ma aumenta anche i costi complessivi, poiché ogni combinazione di metrica e valore di dimensione univoca si traduce in una nuova metrica. Ad esempio, se si crea una metrica per la percentuale di utilizzo della memoria rispetto alla `InstanceId` dimensione, si tratta di una nuova metrica per ogni istanza EC2. Se la tua organizzazione gestisce migliaia di istanze EC2, ciò comporta migliaia di metriche e comporta costi più elevati. Per controllare e prevedere i costi, assicurati di determinare la cardinalità della metrica e quali dimensioni aggiungono il maggior valore. Ad esempio, puoi definire un set completo di dimensioni per le metriche del carico di lavoro di produzione, ma un sottoinsieme più piccolo di queste dimensioni per i carichi di lavoro non di produzione.
È possibile utilizzare la `append_dimensions` proprietà per aggiungere dimensioni a una o tutte le metriche definite nella configurazione. CloudWatch Puoi anche aggiungere dinamicamente`ImageId`, `InstanceId``InstanceType`, e `AutoScalingGroupName` a tutte le metriche della tua configurazione. CloudWatch In alternativa, puoi aggiungere un nome e un valore di dimensione arbitrari per metriche specifiche utilizzando la proprietà relativa a quella metrica. `append_dimensions` CloudWatch può anche aggregare le statistiche sulle dimensioni metriche definite con la proprietà. `aggregation_dimensions`
Ad esempio, è possibile aggregare la memoria utilizzata rispetto alla `InstanceType` dimensione per visualizzare la memoria media utilizzata da tutte le istanze EC2 per ogni tipo di istanza. Se utilizzi `t2.micro` istanze in esecuzione in una regione, puoi determinare se i carichi di lavoro che utilizzano la `t2.micro` classe stanno utilizzando eccessivamente o sottoutilizzando la memoria fornita. Il sottoutilizzo potrebbe essere un segno di carichi di lavoro che utilizzano classi EC2 con una capacità di memoria non richiesta. Al contrario, l'utilizzo eccessivo potrebbe essere un segno di carichi di lavoro che utilizzano classi Amazon EC2 con memoria insufficiente.
Il diagramma seguente mostra un esempio di configurazione dei CloudWatch parametri che utilizza uno spazio dei nomi personalizzato, dimensioni aggiunte e aggregazione per. `InstanceType`
![\[Esempio CloudWatch di configurazione delle metriche con agente. CloudWatch\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/implementing-logging-monitoring-cloudwatch/images/cloudwatch-image-2.png)
# Configurazione a livello di sistema CloudWatch
Le metriche e i log a livello di sistema sono un componente centrale di una soluzione di monitoraggio e registrazione e l' CloudWatch agente dispone di opzioni di configurazione specifiche per Windows e Linux.
Si consiglia di utilizzare la [procedura guidata del file di CloudWatch configurazione](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/create-cloudwatch-agent-configuration-file-wizard.html) o lo schema del file di configurazione per definire il file di configurazione dell' CloudWatch agente per ogni sistema operativo che si intende supportare. È possibile definire log e metriche aggiuntivi a livello di sistema operativo specifici del carico di lavoro in file di configurazione separati CloudWatch e aggiunti alla configurazione standard. Questi file di configurazione unici devono essere archiviati separatamente in un bucket S3 dove possono essere recuperati dalle istanze EC2. Un esempio di configurazione di un bucket S3 per questo scopo è descritto nella sezione di questa guida. [Gestione delle configurazioni CloudWatch](create-store-cloudwatch-configurations.md#store-cloudwatch-configuration-s3) È possibile recuperare e applicare automaticamente queste configurazioni utilizzando State Manager and Distributor.
## Configurazione dei log a livello di sistema
I log a livello di sistema sono essenziali per la diagnosi e la risoluzione dei problemi in locale o sul cloud. AWS L'approccio utilizzato per l'acquisizione dei log dovrebbe includere tutti i log di sistema e di sicurezza generati dal sistema operativo. I file di registro generati dal sistema operativo potrebbero essere diversi a seconda della versione del sistema operativo.
L' CloudWatch agente supporta il monitoraggio dei registri degli eventi di Windows fornendo il nome del registro eventi. È possibile scegliere quali registri eventi di Windows monitorare (ad esempio `System``Application`, o`Security`).
I registri di sistema, delle applicazioni e di sicurezza per i sistemi Linux sono in genere archiviati nella `/var/log` directory. La tabella seguente definisce i file di registro predefiniti comuni da monitorare, ma è necessario controllare il `/etc/syslog.conf` file `/etc/rsyslog.conf` o per determinare la configurazione specifica per i file di registro del sistema.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/implementing-logging-monitoring-cloudwatch/system-level-cloudwatch-configuration.html)
L'organizzazione potrebbe disporre anche di altri agenti o componenti di sistema che generano log da monitorare. È necessario valutare e decidere quali file di registro vengono generati da questi agenti o applicazioni e includerli nella configurazione identificando la posizione dei file. Ad esempio, è necessario includere i registri di Systems Manager e degli CloudWatch agenti nella configurazione. La tabella seguente fornisce la posizione di questi registri degli agenti per Windows e Linux.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/implementing-logging-monitoring-cloudwatch/system-level-cloudwatch-configuration.html)
CloudWatch ignora un file di registro se il file di registro è definito nella configurazione dell' CloudWatch agente ma non viene trovato. Ciò è utile quando si desidera mantenere una singola configurazione di registro per Linux, anziché configurazioni separate per ogni distribuzione. È utile anche quando un file di registro non esiste finché l'agente o l'applicazione software non inizia a funzionare.
## Configurazione delle metriche a livello di sistema
L'utilizzo della memoria e dello spazio su disco non è incluso nei parametri standard forniti da Amazon EC2. Per includere questi parametri, devi installare e configurare l' CloudWatch agente sulle tue istanze EC2. La procedura guidata di configurazione dell' CloudWatch agente crea una CloudWatch configurazione con metriche [predefinite e puoi aggiungere o rimuovere metriche](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/create-cloudwatch-agent-configuration-file-wizard.html#cloudwatch-agent-preset-metrics) secondo necessità. Assicurati di rivedere i set di metriche predefiniti per determinare il livello appropriato richiesto.
Gli utenti finali e i proprietari dei carichi di lavoro devono pubblicare parametri di sistema aggiuntivi in base a requisiti specifici per un server o un'istanza EC2. Queste definizioni delle metriche devono essere archiviate, versionate e gestite in un file di configurazione CloudWatch dell'agente separato e condivise in una posizione centrale (ad esempio, Amazon S3) per il riutilizzo e l'automazione.
I parametri standard di Amazon EC2 non vengono acquisiti automaticamente nei server locali. Queste metriche devono essere definite in un file di configurazione CloudWatch dell'agente utilizzato dalle istanze locali. È possibile creare un file di configurazione delle metriche separato per le istanze locali con metriche come l'utilizzo della CPU e aggiungere queste metriche al file di configurazione delle metriche standard.
# Configurazione a livello di applicazione CloudWatch
I log e le metriche delle applicazioni vengono generati dalle applicazioni in esecuzione e sono specifici dell'applicazione. Assicuratevi di definire i log e le metriche necessari per monitorare adeguatamente le applicazioni che vengono utilizzate regolarmente dall'organizzazione. Ad esempio, l'organizzazione potrebbe aver adottato come standard Microsoft Internet Information Server (IIS) per le applicazioni basate sul Web. È possibile creare una CloudWatch configurazione standard di log e metrica per IIS che può essere utilizzata anche in tutta l'organizzazione. I file di configurazione specifici dell'applicazione possono essere archiviati in una posizione centralizzata (ad esempio, un bucket S3) e sono accessibili dai proprietari dei carichi di lavoro o tramite recupero automatico e copiati nella directory di configurazione. CloudWatch L' CloudWatch agente combina automaticamente i file di CloudWatch configurazione presenti nella directory dei file di configurazione di ogni istanza o server EC2 in una configurazione composita. CloudWatch Il risultato finale è una CloudWatch configurazione che include la configurazione standard a livello di sistema dell'organizzazione, oltre a tutte le configurazioni pertinenti a livello di applicazione. CloudWatch
I proprietari dei carichi di lavoro devono identificare e configurare i file di registro e le metriche per tutte le applicazioni e i componenti critici.
## Configurazione dei log a livello di applicazione
La registrazione a livello di applicazione varia a seconda che l'applicazione sia un'applicazione commerciale (COTS) o sviluppata su misura. off-the-shelf Le applicazioni COTS e i relativi componenti possono fornire diverse opzioni per la configurazione e l'output dei registri, come il livello di dettaglio del registro, il formato dei file di registro e la posizione dei file di registro. Tuttavia, la maggior parte delle applicazioni COTS o di terze parti non consente di modificare radicalmente la registrazione (ad esempio, l'aggiornamento del codice dell'applicazione per includere istruzioni di registro aggiuntive o formati non configurabili). Come minimo, è necessario configurare le opzioni di registrazione per COTS o applicazioni di terze parti per registrare avvisi e informazioni a livello di errore, preferibilmente in formato JSON.
È possibile integrare applicazioni sviluppate su misura con CloudWatch Logs includendo i file di registro dell'applicazione nella configurazione. CloudWatch Le applicazioni personalizzate offrono una migliore qualità e controllo dei log perché consentono di personalizzare il formato di output dei log, classificare e separare l'output dei componenti in file di registro separati, oltre a includere eventuali dettagli aggiuntivi richiesti. Assicurati di rivedere e standardizzare le librerie di registrazione e i dati e la formattazione richiesti per la tua organizzazione, in modo da semplificare l'analisi e l'elaborazione.
Puoi anche scrivere su un flusso di CloudWatch log con la chiamata `[PutLogEvents](https://docs.aws.amazon.com//AmazonCloudWatchLogs/latest/APIReference/API_PutLogEvents.html)` API CloudWatch Logs o utilizzando l'SDK. AWS Puoi utilizzare l'API o l'SDK per requisiti di registrazione personalizzati, come coordinare la registrazione su un singolo flusso di log su un set distribuito di componenti e server. Tuttavia, la soluzione più semplice da gestire e più ampiamente applicabile consiste nel configurare le applicazioni per la scrittura nei file di registro e quindi utilizzare l' CloudWatch agente per leggere e trasmettere i file di registro. CloudWatch
È inoltre necessario considerare il tipo di metriche che si desidera misurare dai file di registro delle applicazioni. È possibile utilizzare i filtri metrici per misurare, rappresentare graficamente e generare allarmi in base a questi dati in un gruppo di CloudWatch log. Ad esempio, puoi utilizzare un filtro metrico per contare i tentativi di accesso non riusciti identificandoli nei log.
È inoltre possibile creare metriche personalizzate per le applicazioni sviluppate su misura utilizzando il [formato [metrico CloudWatch incorporato nei](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/CloudWatch_Embedded_Metric_Format.html)](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/CloudWatch_Embedded_Metric_Format.html) file di registro dell'applicazione.
## Configurazione delle metriche a livello di applicazione
Le metriche personalizzate sono metriche che non vengono fornite direttamente dai AWS servizi a CloudWatch e sono pubblicate in un namespace personalizzato all'interno delle metriche. CloudWatch Tutte le metriche delle applicazioni sono considerate metriche personalizzate. CloudWatch Le metriche delle applicazioni potrebbero essere allineate a un'istanza EC2, a un componente dell'applicazione, a una chiamata API o persino a una funzione aziendale. È inoltre necessario considerare l'importanza e la cardinalità delle dimensioni scelte per le metriche. Le dimensioni con cardinalità elevata generano un gran numero di metriche personalizzate e potrebbero aumentare i costi. CloudWatch
CloudWatch consente di acquisire metriche a livello di applicazione in diversi modi, tra cui:
+ [Acquisisci metriche a livello di processo definendo i singoli processi che desideri acquisire dal plug-in procstat.](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/CloudWatch-Agent-procstat-process-metrics.html)
+ Un'applicazione pubblica una metrica su Windows Performance Monitor e questa metrica viene definita nella configurazione. CloudWatch
+ I filtri e i pattern metrici vengono applicati ai log in di un'applicazione. CloudWatch
+ Un'applicazione scrive su un CloudWatch registro utilizzando il formato metrico CloudWatch incorporato.
+ Un'applicazione invia una metrica CloudWatch tramite l'API o AWS l'SDK.
+ Un'applicazione invia una metrica a un demone [collectd](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/CloudWatch-Agent-custom-metrics-collectd.html) o StatsD con un [agente](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/CloudWatch-Agent-custom-metrics-statsd.html) configurato. CloudWatch
È possibile utilizzare procstat per monitorare e misurare i processi applicativi critici con l'agente. CloudWatch Ciò consente di generare un allarme e agire (ad esempio, una notifica o un processo di riavvio) se un processo critico non è più in esecuzione per l'applicazione. È inoltre possibile misurare le caratteristiche prestazionali dei processi applicativi e generare un allarme se un particolare processo si comporta in modo anomalo.
Il monitoraggio di Procstat è utile anche se non è possibile aggiornare le applicazioni COTS con metriche personalizzate aggiuntive. Ad esempio, puoi creare una `my_process` metrica che misuri `cpu_time` e includa una dimensione personalizzata. `application_version` Puoi anche utilizzare più file di configurazione CloudWatch dell'agente per un'applicazione se hai dimensioni diverse per metriche diverse.
Se l'applicazione viene eseguita su Windows, è necessario valutare se pubblica già le metriche su Windows Performance Monitor. Molte applicazioni COTS si integrano con Windows Performance Monitor, il che consente di monitorare facilmente le metriche delle applicazioni. CloudWatch si integra anche con Windows Performance Monitor ed è possibile acquisire tutte le metriche già disponibili al suo interno.
Assicurati di esaminare il formato di registrazione e le informazioni di registro fornite dalle applicazioni per determinare quali metriche possono essere estratte con i filtri metrici. È possibile esaminare i log cronologici dell'applicazione per determinare come vengono rappresentati i messaggi di errore e gli arresti anomali. È inoltre necessario esaminare i problemi segnalati in precedenza per determinare se è possibile acquisire una metrica per evitare che il problema si ripresenti. È inoltre necessario consultare la documentazione dell'applicazione e chiedere agli sviluppatori dell'applicazione di confermare in che modo è possibile identificare i messaggi di errore.
Per le applicazioni sviluppate su misura, collaborate con gli sviluppatori dell'applicazione per definire metriche importanti che possono essere implementate utilizzando il formato metrico CloudWatch incorporato, l' AWS SDK o l'API. AWS L'approccio consigliato consiste nell'utilizzare il formato metrico incorporato. Puoi utilizzare le librerie di formati metrici incorporati open source AWS fornite per aiutarti a scrivere le tue dichiarazioni nel formato richiesto. È inoltre necessario aggiornare la [ CloudWatch configurazione specifica dell'applicazione per includere l'agente](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/CloudWatch_Embedded_Metric_Format_Generation_CloudWatch_Agent.html) di formato metrico incorporato. Ciò fa sì che l'agente in esecuzione sull'istanza EC2 agisca come un endpoint locale in formato metrico incorporato che invia metriche in formato metrico incorporato a. CloudWatch
Se le tue applicazioni supportano già le metriche di pubblicazione su collectd o statsd, puoi sfruttarle per importare le metriche. CloudWatch