Esempio: conteggio di codici HTTP 4xx

Come nell'esempio precedente, potresti voler monitorare i tuoi log di accesso al servizio Web e monitorare i livelli del codice di risposta HTTP. Ad esempio, potresti voler monitorare tutti gli errori di livello HTTP 400. Tuttavia, è possibile tu non voglia specificare un nuovo filtro parametri per ogni codice restituito.

L'esempio seguente spiega come creare un parametro che includa tutte le risposte del codice di livello HTTP 400 da un log di accesso utilizzando il formato di log di accesso Apache dall'esempio Esempio: conteggio di codici HTTP 404.

Per creare un filtro metrico utilizzando la console CloudWatch

1. Apri la CloudWatch console all'indirizzo https://console.aws.amazon.com/cloudwatch/.

2. Nel pannello di navigazione, selezionare Log groups (Gruppi di log).

3. Scegli il nome del gruppo di log per il server Apache.

4. Scegli Actions, Crea filtro parametri.

5. In Filter pattern (Modello di filtro), inserisci [ip, id, user, timestamp, request, status_code=4*, size].

6. (Facoltativo) Per testare il modello di filtro, in Modello di test, inserisci uno o più log eventi da utilizzare per testare il modello. Ogni log eventi deve essere all'interno di una riga, in quanto le interruzioni di riga vengono utilizzate per separare i log eventi nella casella Log event messages (Messaggi di registro eventi).

7. Scegli Next (Avanti), quindi per Filter name (Nome filtro), digita HTTP4xxErrors.

8. In Metric details (Dettagli parametro), per Metric namespace (Spazio dei nomi del parametro), inserisci MyNameSpace.

9. Per Metric name (Nome parametro), inserisci HTTP4xxErrors.

10. In Metric value (Valore parametro), inserisci 1. Questo specifica che il conteggio viene incrementato di 1 per ogni log contente un errore 4xx.

11. In Default value (Valore predefinito) inserisci 0, quindi scegli Next (Avanti).

12. Scegli Crea filtro parametri.

Per creare un filtro metrico utilizzando il AWS CLI

Al prompt dei comandi, esegui il comando seguente:

aws logs put-metric-filter \
  --log-group-name MyApp/access.log \
  --filter-name HTTP4xxErrors \
  --filter-pattern '[ip, id, user, timestamp, request, status_code=4*, size]' \
  --metric-transformations \
  metricName=HTTP4xxErrors,metricNamespace=MyNamespace,metricValue=1,defaultValue=0

Puoi utilizzare i seguenti dati in chiamate put-event per verificare questa regola. Se non rimuovi la regola di monitoraggio nell'esempio precedente, genererai due parametri differenti.

127.0.0.1 - - [24/Sep/2013:11:49:52 -0700] "GET /index.html HTTP/1.1" 404 287
127.0.0.1 - - [24/Sep/2013:11:49:52 -0700] "GET /index.html HTTP/1.1" 404 287
127.0.0.1 - - [24/Sep/2013:11:50:51 -0700] "GET /~test/ HTTP/1.1" 200 3
127.0.0.1 - - [24/Sep/2013:11:50:51 -0700] "GET /favicon.ico HTTP/1.1" 404 308
127.0.0.1 - - [24/Sep/2013:11:50:51 -0700] "GET /favicon.ico HTTP/1.1" 404 308
127.0.0.1 - - [24/Sep/2013:11:51:34 -0700] "GET /~test/index.html HTTP/1.1" 200 3