L'integrazione del server web Apache raccoglie le metriche relative al traffico, ad esempio il numero di connessioni aperte o richieste in arrivo. L'integrazione raccoglie anche i log di accesso e di errore. I log di accesso vengono analizzati in un payload JSON incentrato sui dettagli della richiesta e i log di errore vengono analizzati per il codice e il messaggio di errore.
Per ulteriori informazioni sul server web Apache, consulta Documentazione su Apache Web Server (httpd).
Prerequisiti
Per raccogliere la telemetria del server web Apache, devi installare Ops Agent:
- Per le metriche, installa la versione 2.7.0 o successive.
- Per i log, installa la versione 2.4.0 o successiva.
Questa integrazione supporta la versione 2.4 di Apache Web Server.
Configura l'istanza del server web Apache
Per raccogliere la telemetria dal server web Apache, devi configurare il file httpd.conf
del server per attivare il plug-in mod_status
.
Molte installazioni di Apache abilitano questo plug-in per impostazione predefinita. Per verificare se il plug-in è attivato nell'istanza VM, esegui:
curl localhost:80/server-status?auto
Se il plug-in è attivato, l'output include righe simili alle seguenti:
Total Accesses: 2 Total kBytes: 1 BusyWorkers: 1 IdleWorkers: 4
Se visualizzi invece una pagina 404 Not Found
, il plug-in mod_status
non viene
in un bucket in cui è abilitato
il controllo delle versioni.
Configura Ops Agent per il server web Apache
Seguendo la guida alla configurazione delle operazioni Agent, aggiungi gli elementi richiesti per raccogliere dati di telemetria dalle istanze Apache Web Server riavvia l'agente.
Configurazione di esempio
I comandi seguenti creano la configurazione per raccogliere e importare dati di telemetria per Apache Web Server e riavvia Ops Agent.
Configura la raccolta dei log
Per importare i log dal server web Apache, devi creare un ricevitore per i log prodotti dal server web Apache e poi una pipeline per il nuovo ricevitore.
Per configurare un destinatario per i log apache_access
, specifica i seguenti campi:
Campo | Predefinito | Descrizione |
---|---|---|
exclude_paths |
Un elenco di pattern di percorso del file system da escludere dal set con corrispondenza in base a include_paths . |
|
include_paths |
[/var/log/apache2/access.log,/var/log/apache2/access_log,/var/log/httpd/access_log] |
Un elenco di percorsi di file system da leggere eseguendo la coda di ogni file. Nei percorsi è possibile utilizzare un carattere jolly (* ). ad esempio /var/log/apache*/*.log . |
record_log_file_path |
false |
Se il criterio viene impostato su true , il percorso del file specifico da cui è stato ottenuto il record di log viene visualizzato nella voce di log di output come valore dell'etichetta agent.googleapis.com/log_file_path . Quando utilizzi un carattere jolly, viene registrato solo il percorso del file da cui è stato ottenuto il record. |
type |
Questo valore deve essere apache_access . |
|
wildcard_refresh_interval |
60s |
L'intervallo di aggiornamento dei percorsi file con caratteri jolly in include_paths . Data come durata di tempo, ad esempio 30s o 2m . Questa proprietà potrebbe essere utile in caso di flussi di lavoro elevati per la registrazione, in cui i file di log vengono ruotati più velocemente dell'intervallo predefinito. |
Per configurare un destinatario per i log apache_error
, specifica i seguenti campi:
Campo | Predefinito | Descrizione |
---|---|---|
exclude_paths |
Un elenco di pattern di percorso del file system da escludere dal set con corrispondenza in base a include_paths . |
|
include_paths |
[/var/log/apache2/error.log,/var/log/apache2/error_log,/var/log/httpd/error_log] |
Un elenco di percorsi di file system da leggere eseguendo la coda di ogni file. Nei percorsi è possibile utilizzare un carattere jolly (* ). ad esempio /var/log/apache*/*.log . |
record_log_file_path |
false |
Se impostato su true , il percorso del file specifico da cui è stato ottenuto il record del log viene visualizzato nella voce del log di output come valore dell'etichetta agent.googleapis.com/log_file_path . Quando utilizzi un carattere jolly, viene registrato solo il percorso del file da cui è stato ottenuto il record. |
type |
Questo valore deve essere apache_error . |
|
wildcard_refresh_interval |
60s |
L'intervallo di aggiornamento dei percorsi dei file con caratteri jolly in include_paths . Specificato come durata, ad esempio 30s o 2m . Questa proprietà può essere utile in caso di velocità effettiva di logging elevate, in cui i file di log vengono ruotati più velocemente dell'intervallo predefinito. |
Che cosa viene registrato
logName
deriva da
gli ID destinatario specificati nella configurazione. Campi dettagliati all'interno
LogEntry
sono i seguenti.
I log apache_access
contengono i seguenti campi in LogEntry
:
Campo | Tipo | Descrizione |
---|---|---|
httpRequest |
oggetto | Leggi HttpRequest |
jsonPayload.host |
string | Contenuti dell'intestazione Host |
jsonPayload.user |
string | Nome utente autenticato per la richiesta |
severity |
stringa (LogSeverity ) |
Livello di voce del log (tradotto). |
I log apache_error
contengono i seguenti campi in LogEntry
:
Campo | Tipo | Descrizione |
---|---|---|
jsonPayload.client |
string | (Facoltativo) Indirizzo IP del client |
jsonPayload.errorCode |
string | Codice di errore Apache |
jsonPayload.level |
string | Livello di voce di log |
jsonPayload.message |
string | Messaggio di log |
jsonPayload.module |
string | Modulo Apache da cui ha avuto origine il log |
jsonPayload.pid |
string | ID processo |
jsonPayload.tid |
string | ID thread |
severity |
stringa (LogSeverity ) |
Livello di voce del log (tradotto). |
Configurazione della raccolta di metriche
Per importare le metriche da Apache Web Server, devi creare un ricevitore per le metriche prodotto dal server web Apache, quindi crea una pipeline per il nuovo ricevitore.
Questo ricevitore non supporta l'utilizzo di più istanze nella configurazione, ad esempio per monitorare più endpoint. Tutte queste istanze scrivono nella stessa serie temporale e Cloud Monitoring non ha modo di distinguerle.
Per configurare un ricevitore per le metriche apache
, specifica quanto segue
campi:
Campo | Predefinito | Descrizione |
---|---|---|
collection_interval |
60s |
Un valore di durata, ad esempio 30s o 5m . |
server_status_url |
http://localhost:80/server-status?auto |
L'URL esposto dal modulo mod_status . |
type |
Questo valore deve essere apache . |
Che cosa viene monitorato
La tabella seguente fornisce l'elenco delle metriche raccolte da Ops Agent dall'istanza del server web Apache.
Tipo di metrica | |
---|---|
Tipo, tipo Risorse monitorate |
Etichette |
workload.googleapis.com/apache.current_connections
|
|
GAUGE , INT64 gce_instance |
server_name
|
workload.googleapis.com/apache.requests
|
|
CUMULATIVE , INT64 gce_instance |
server_name
|
workload.googleapis.com/apache.scoreboard
|
|
GAUGE , INT64 gce_instance |
server_name state
|
workload.googleapis.com/apache.traffic
|
|
CUMULATIVE , INT64 gce_instance |
server_name
|
workload.googleapis.com/apache.workers
|
|
GAUGE , INT64 gce_instance |
server_name state
|
Verificare la configurazione
In questa sezione viene descritto come verificare la corretta configurazione del Ricevitore server web Apache. Potrebbero essere necessari uno o due minuti prima che Ops Agent inizi a raccogliere dati di telemetria.
Per verificare che i log del server web Apache vengano inviati a Cloud Logging:
-
Nella console Google Cloud, vai alla pagina Esplora log:
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Logging.
- Inserisci la seguente query nell'editor e poi fai clic su Esegui query:
resource.type="gce_instance" (log_id("apache_access") OR log_id("apache_error"))
per verificare che le metriche del server web Apache vengano inviate Cloud Monitoring, segui questi passaggi:
-
Nella console Google Cloud, vai alla pagina leaderboard Esplora metriche:
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoring.
- Nella barra degli strumenti della riquadro Query Builder, seleziona il pulsante con code MQL o code PromQL.
- Verifica che sia selezionato MQL con l'opzione Lingua. Il pulsante di attivazione/disattivazione della lingua si trova nella stessa barra degli strumenti. consente di formattare la query.
- Inserisci la seguente query nell'editor e poi fai clic su Esegui query:
fetch gce_instance | metric 'workload.googleapis.com/apache.requests' | every 1m
Visualizza dashboard
Per visualizzare le metriche del server web Apache, devi avere un grafico o una dashboard configurato. L'integrazione del server web Apache include una o più dashboard per te. Qualsiasi dashboard viene installata automaticamente dopo integrazione e Ops Agent ha iniziato a raccogliere dati delle metriche.
Puoi anche visualizzare anteprime statiche delle dashboard senza installando l'integrazione.
Per visualizzare una dashboard installata:
-
Nella console Google Cloud, vai alla pagina Dashboard:
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoring.
- Seleziona la scheda Elenco dashboard e poi scegli la categoria Integrazioni.
- Fai clic sul nome della dashboard che vuoi visualizzare.
Se hai configurato un'integrazione, ma la dashboard non è stata installato, quindi verifica che Ops Agent sia in esecuzione. Quando non c'è dati delle metriche per un grafico nella dashboard, l'installazione della dashboard non riesce. Dopo che Ops Agent inizia a raccogliere le metriche, la dashboard viene installata per te.
Per visualizzare un'anteprima statica della dashboard:
-
Nella console Google Cloud, vai alla Integrazioni pagina:
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoring.
- Fai clic sul filtro della piattaforma di deployment Compute Engine.
- Individua la voce relativa al server web Apache e fai clic su Visualizza dettagli.
- Seleziona la scheda Dashboard per visualizzare un'anteprima statica. Se la dashboard è installata, puoi accedervi facendo clic su Visualizza dashboard.
Per saperne di più sulle dashboard in Cloud Monitoring, consulta Dashboard e grafici.
Per saperne di più sull'utilizzo della pagina Integrazioni, vedi Gestisci le integrazioni.
Installa i criteri di avviso
I criteri di avviso indicano a Cloud Monitoring di avvisarti quando che si verifichino determinate condizioni. L'integrazione del server web Apache include uno o più criteri di avviso per da utilizzare. Puoi visualizzare e installare questi criteri di avviso dalla pagina Integrazioni in Monitoraggio.
Per visualizzare le descrizioni dei criteri di avviso disponibili e procedi nel seguente modo:
-
Nella console Google Cloud, vai alla Integrazioni pagina:
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoring.
- Individua la voce per Server web Apache e fai clic su Visualizza dettagli.
- Seleziona la scheda Avvisi. Questa scheda fornisce descrizioni dei criteri di avviso disponibili e un'interfaccia per installarli.
- Installa i criteri di avviso. I criteri di avviso devono sapere dove inviare le notifiche che indicano che l'avviso è stato attivato, quindi richiedono informazioni da te per l'installazione.
Per installare i criteri di avviso:
- Dall'elenco dei criteri di avviso disponibili, seleziona quelli da installare.
Nella sezione Configura notifiche, seleziona una o più canali di notifica. Puoi disattivare l'uso dei canali di notifica, ma in questo caso i criteri di avviso vengono attivati in modo silenzioso. Puoi controllarne lo stato in monitoraggio, ma non ricevi notifiche.
Per ulteriori informazioni sui canali di notifica, consulta Gestisci canali di notifica.
- Fai clic su Crea criteri.
Per ulteriori informazioni sui criteri di avviso in Cloud Monitoring, consulta la pagina Introduzione agli avvisi.
Per saperne di più sull'utilizzo della pagina Integrazioni, vedi Gestisci le integrazioni.
Passaggi successivi
Per una procedura dettagliata su come utilizzare Ansible per installare Ops Agent, configura un'applicazione di terze parti e installare una dashboard di esempio, consulta Video: installa Ops Agent per risolvere i problemi relativi alle applicazioni di terze parti.