Google utilizza Apache Server
Apache Web Server (HTTPD)
I registri Apache_Access contengono i seguenti campi nel logentry:
Google Mystery Server esegue il 13% dei siti Web attivi
Il server Web di Google-software server personalizzato utilizzato solo da Google-ora esegue quasi il 13 % di tutti i siti Web attivi, secondo i dati più recenti del Web-Server-Server UK Research Outfit Netcraft.
Netcraft Data ha il Google Web Server (GWS) che esegue quasi 11 milioni di siti attivi – i.e., siti con contenuti recentemente aggiornati. Questo totale include non solo i siti gestiti esclusivamente da Google, ma anche siti che l’azienda opera per conto di terze parti tramite servizi come Blogger, Google Documenti e Google App Engine.
Apache è ancora il server Web più diffuso, con quasi 44 m di siti attivi e i server Microsoft sono secondi con quasi 14m. Ma il server Web di Google è in cima a tutti gli altri e traccia Microsoft da soli siti di 3 m – nonostante non sia disponibile per l’uso al di fuori di ciò che Mountain View ha definito “The Google Network”, un’infrastruttura proprietaria in tutto il mondo che equivale a Internet privato.
I server Apache e Microsoft sono disponibili per chiunque.
Google non discute GWS. In passato, alcuni rapporti hanno indicato che si basa su Apache. Ma in un Web post del 2007, über Googler Matt Cutts ha indicato diversamente. “Non è corretto”, ha scritto. “Credo che GWS sia un server Web personalizzato, non una versione modificata di Apache.”
Google non ha risposto alla nostra richiesta di commento sul server Web di Google. E in precedenti occasioni, ha dato ad altre notizie una semplice descrizione. “Il server Web di Google è un server personalizzato che funziona su Linux.”
Quando Netcraft esamina tutti i siti Web – attivi o no – gli account di Google Web Server per il 7 % o 14.5m. Apache gestisce circa 111 m (54 per cento), Microsoft quasi 49 m (24 per cento).
Internet privato di Google – che si estende su quasi 40 data center in tutto il mondo – è costruito in cima a innumerevoli strumenti personalizzati e proprietari, tra cui un file system distribuito più secred soprannominato GFS; la piattaforma distribuita di raccolta dei numeri nota come MapReduce; e una nuova piattaforma nota come Spanner progettata per spostare e replicare automaticamente i carichi tra i mega data center dell’azienda quando sorgono problemi di traffico e hardware.
Google crea anche i propri data center e i propri server, con aiuto progettuale di Intel e, secondo una fonte che parla con Il Reg, Una razza di chip Intel garantita per resistere a temperature più elevate. I rapporti indicano persino che Mountain View costruisce i propri router.
Inoltre, Google ha acquistato la propria fibra scura per spostare i dati tra i suoi data center e la società sta costruendo un cavo di comunicazione subacqueo per spostare i dati attraverso il Pacifico.
Secondo l’ultimo rapporto di Arbor Networks, Google ora rappresenta il 6 % di tutto il traffico Internet. ®
Apache Web Server (HTTPD)
L’integrazione di Apache Web Server raccoglie metriche relative al traffico, come il numero di connessioni aperte o richieste in arrivo. L’integrazione raccoglie anche i registri di accesso ed errori. I registri di accesso vengono analizzati in un payload JSON focalizzato sui dettagli della richiesta e i registri degli errori vengono analizzati per il loro codice di errore e il loro messaggio.
Per ulteriori informazioni sul server Web Apache, consultare la documentazione di Apache Web Server (HTTPD).
Prerequisiti
Per raccogliere la telemetria di Apache Web Server, è necessario installare l’agente OPS:
- Per le metriche, installa la versione 2.7.0 o superiore.
- Per i registri, installa la versione 2.4.0 o superiore.
Questa integrazione supporta Apache Web Server versione 2.4.
Configura l’istanza del server Web Apache
Per raccogliere la telemetria dal tuo server Web Apache, è necessario configurare HTTPD del server.File conf per abilitare il plug -in Mod_Status.
Molte installazioni Apache abilitano questo plug -in per impostazione predefinita. Per vedere se il plugin è abilitato sull’istanza VM, esegui:
Curl Localhost: 80/Server-Status?autoSe il plugin è abilitato, l’uscita include linee simili a quelle seguenti:
Accessi totali: 2 kbyte totali: 1 involucro di affollati: 1 odleworker: 4
Se si ottiene invece una pagina 404 non trovata, il plugin Mod_Status non è abilitato.
Configurare l’agente OPS per Apache Web Server
Seguendo la guida per la configurazione dell’agente OPS, aggiungere gli elementi richiesti per raccogliere la telemetria dalle istanze del server Web Apache e riavviare l’agente.
Configurazione di esempio
I seguenti comandi creano la configurazione per raccogliere e ingerire la telemetria per Apache Web Server e riavvia l’agente OPS.
# Configura OPS Agent per raccogliere la telemetria dall'app e riavvio OPS Agent.
Set -E
# Crea un backup del file esistente in modo che le configurazioni esistenti non vengano perse.
sudo cp/etc/google-cloud-op-agent/config.YAML/ETC/Google-Cloud-Ops-agent/config.Yaml.Bak
# Configura l'agente OPS.
sudo tee/etc/google-cloud-op-opent/config.Yaml> /dev /null
Nota: Se si utilizza una versione dell’agente OPS prima di 2.10.0, quindi è necessario aggiungere il campo server_status_url al ricevitore delle metriche come segue:
metrica:
Ricevitori:
Apache:
Tipo: Apache
server_status_url: http: // localhost: 80/server-status?auto
Configura la raccolta dei registri
Per ingerire i registri da Apache Web Server, è necessario creare ricevitori per i registri che Apache Web Server produce e quindi creare una pipeline per i nuovi ricevitori.
Per configurare un ricevitore per i registri Apache_Access, specificare i seguenti campi:
| Campo | Predefinito | Descrizione |
|---|
Apache Web Server (HTTPD)
I registri Apache_Access contengono i seguenti campi nel logentry:
Google Mystery Server esegue il 13% dei siti Web attivi
Il server Web di Google-software server personalizzato utilizzato solo da Google-ora esegue quasi il 13 % di tutti i siti Web attivi, secondo i dati più recenti del Web-Server-Server UK Research Outfit Netcraft.
Netcraft Data ha il Google Web Server (GWS) che esegue quasi 11 milioni di siti attivi – i.e., siti con contenuti recentemente aggiornati. Questo totale include non solo i siti gestiti esclusivamente da Google, ma anche siti che l’azienda opera per conto di terze parti tramite servizi come Blogger, Google Documenti e Google App Engine.
Apache è ancora il server Web più diffuso, con quasi 44 m di siti attivi e i server Microsoft sono secondi con quasi 14m. Ma il server Web di Google è in cima a tutti gli altri e traccia Microsoft da soli siti di 3 m – nonostante non sia disponibile per l’uso al di fuori di ciò che Mountain View ha definito “The Google Network”, un’infrastruttura proprietaria in tutto il mondo che equivale a Internet privato.
I server Apache e Microsoft sono disponibili per chiunque.
Google non discute GWS. In passato, alcuni rapporti hanno indicato che si basa su Apache. Ma in un Web post del 2007, über Googler Matt Cutts ha indicato diversamente. “Non è corretto”, ha scritto. “Credo che GWS sia un server Web personalizzato, non una versione modificata di Apache.”
Google non ha risposto alla nostra richiesta di commento sul server Web di Google. E in precedenti occasioni, ha dato ad altre notizie una semplice descrizione. “Il server Web di Google è un server personalizzato che funziona su Linux.”
Quando Netcraft esamina tutti i siti Web – attivi o no – gli account di Google Web Server per il 7 % o 14.5m. Apache gestisce circa 111 m (54 per cento), Microsoft quasi 49 m (24 per cento).
Internet privato di Google – che si estende su quasi 40 data center in tutto il mondo – è costruito in cima a innumerevoli strumenti personalizzati e proprietari, tra cui un file system distribuito più secred soprannominato GFS; la piattaforma distribuita di raccolta dei numeri nota come MapReduce; e una nuova piattaforma nota come Spanner progettata per spostare e replicare automaticamente i carichi tra i mega data center dell’azienda quando sorgono problemi di traffico e hardware.
Google crea anche i propri data center e i propri server, con aiuto progettuale di Intel e, secondo una fonte che parla con Il Reg, Una razza di chip Intel garantita per resistere a temperature più elevate. I rapporti indicano persino che Mountain View costruisce i propri router.
Inoltre, Google ha acquistato la propria fibra scura per spostare i dati tra i suoi data center e la società sta costruendo un cavo di comunicazione subacqueo per spostare i dati attraverso il Pacifico.
Secondo l’ultimo rapporto di Arbor Networks, Google ora rappresenta il 6 % di tutto il traffico Internet. ®
Apache Web Server (HTTPD)
L’integrazione di Apache Web Server raccoglie metriche relative al traffico, come il numero di connessioni aperte o richieste in arrivo. L’integrazione raccoglie anche i registri di accesso ed errori. I registri di accesso vengono analizzati in un payload JSON focalizzato sui dettagli della richiesta e i registri degli errori vengono analizzati per il loro codice di errore e il loro messaggio.
Per ulteriori informazioni sul server Web Apache, consultare la documentazione di Apache Web Server (HTTPD).
Prerequisiti
Per raccogliere la telemetria di Apache Web Server, è necessario installare l’agente OPS:
- Per le metriche, installa la versione 2.7.0 o superiore.
- Per i registri, installa la versione 2.4.0 o superiore.
Questa integrazione supporta Apache Web Server versione 2.4.
Configura l’istanza del server Web Apache
Per raccogliere la telemetria dal tuo server Web Apache, è necessario configurare HTTPD del server.File conf per abilitare il plug -in Mod_Status.
Molte installazioni Apache abilitano questo plug -in per impostazione predefinita. Per vedere se il plugin è abilitato sull’istanza VM, esegui:
Curl Localhost: 80/Server-Status?auto Se il plugin è abilitato, l’uscita include linee simili a quelle seguenti:
Accessi totali: 2 kbyte totali: 1 involucro di affollati: 1 odleworker: 4
Se si ottiene invece una pagina 404 non trovata, il plugin Mod_Status non è abilitato.
Configurare l’agente OPS per Apache Web Server
Seguendo la guida per la configurazione dell’agente OPS, aggiungere gli elementi richiesti per raccogliere la telemetria dalle istanze del server Web Apache e riavviare l’agente.
Configurazione di esempio
I seguenti comandi creano la configurazione per raccogliere e ingerire la telemetria per Apache Web Server e riavvia l’agente OPS.
# Configura OPS Agent per raccogliere la telemetria dall'app e riavvio OPS Agent. Set -e # Crea un backup del file esistente in modo che le configurazioni esistenti non vengano perse. sudo cp/etc/google-cloud-op-agent/config.YAML/ETC/Google-Cloud-Ops-agent/config.Yaml.BAK # Configura l'agente OPS. sudo tee/etc/google-cloud-op-opent/config.Yaml> /dev /null Nota: Se si utilizza una versione dell'agente OPS prima di 2.10.0, quindi è necessario aggiungere il campo server_status_url al ricevitore delle metriche come segue:
Metriche: Ricevitori: Apache: Tipo: Apache server_status_url: http: // localhost: 80/server-status?auto
Configura la raccolta dei registri
Per ingerire i registri da Apache Web Server, è necessario creare ricevitori per i registri che Apache Web Server produce e quindi creare una pipeline per i nuovi ricevitori.
Per configurare un ricevitore per i registri Apache_Access, specificare i seguenti campi:
| Campo | Predefinito | Descrizione |
|---|---|---|
| escludere_paths | Un elenco di modelli di percorso del filesystem da escludere dal set abbinato da include_paths . | |
| include_paths | [/var/log/apache2/access.Log,/var/log/apache2/access_log,/var/log/httpd/access_log] | Un elenco di percorsi del filesystem da leggere in base a ciascun file. Un jolly ( *) può essere usato nei percorsi; Ad esempio,/var/log/apache*/*.tronco d'albero . |
| Record_log_file_path | falso | Se impostato su true, il percorso del file specifico da cui è stato ottenuto il record di registro appare nella voce del registro di output come valore dell'agente.Googleapis.Etichetta com/log_file_path. Quando si utilizza un jolly, viene registrato solo il percorso del file da cui è stato ottenuto il record. |
| tipo | Questo valore deve essere Apache_Access . | |
| wildcard_refresh_interval | Anni '60 | L'intervallo in cui vengono aggiornati i percorsi del file jolly. Dato come durata del tempo parsabile dal tempo.Parsedurazione, ad esempio 30 o 2m . Questa proprietà potrebbe essere utile con i throughput ad alta registrazione in cui i file di registro vengono ruotati più velocemente dell'intervallo predefinito. |
Per configurare un ricevitore per i registri Apache_error, specificare i seguenti campi:
| Campo | Predefinito | Descrizione |
|---|---|---|
| escludere_paths | Un elenco di modelli di percorso del filesystem da escludere dal set abbinato da include_paths . | |
| include_paths | [/var/log/apache2/errore.Log,/var/log/apache2/error_log,/var/log/httpd/error_log] | Un elenco di percorsi del filesystem da leggere in base a ciascun file. Un jolly ( *) può essere usato nei percorsi; Ad esempio,/var/log/apache*/*.tronco d'albero . |
| Record_log_file_path | falso | Se impostato su true, il percorso del file specifico da cui è stato ottenuto il record di registro appare nella voce del registro di output come valore dell'agente.Googleapis.Etichetta com/log_file_path. Quando si utilizza un jolly, viene registrato solo il percorso del file da cui è stato ottenuto il record. |
| tipo | Questo valore deve essere apache_error . | |
| wildcard_refresh_interval | Anni '60 | L'intervallo in cui vengono aggiornati i percorsi del file jolly. Dato come durata del tempo parsabile dal tempo.Parsedurazione, ad esempio 30 o 2m . Questa proprietà potrebbe essere utile con i throughput ad alta registrazione in cui i file di registro vengono ruotati più velocemente dell'intervallo predefinito. |
Ciò che è registrato
Il logname deriva dagli ID ricevitore specificati nella configurazione. I campi dettagliati all'interno del logentry sono i seguenti.
I registri Apache_Access contengono i seguenti campi nel logentry:
| Campo | Tipo | Descrizione |
|---|---|---|
| httprequest | oggetto | Vedi httprequest |
| jsonpayload.ospite | corda | Contenuto dell'intestazione dell'ospite |
| jsonpayload.utente | corda | Nome utente autenticato per la richiesta |
| gravità | String (LogSeverity) | Livello di iscrizione del registro (tradotto) |
I registri apache_error contengono i seguenti campi nel logentry:
| Campo | Tipo | Descrizione |
|---|---|---|
| jsonpayload.cliente | corda | Indirizzo IP client (facoltativo) |
| jsonpayload.codice di errore | corda | Codice di errore Apache |
| jsonpayload.livello | corda | Livello di accesso al registro |
| jsonpayload.Messaggio | corda | Messaggio di registro |
| jsonpayload.modulo | corda | Modulo Apache in cui ha avuto origine il registro |
| jsonpayload.pid | corda | ID processo |
| jsonpayload.TID | corda | Discussione ID |
| gravità | String (LogSeverity) | Livello di iscrizione del registro (tradotto) |
Configura la raccolta di metriche
Per ingerire le metriche da Apache Web Server, è necessario creare un ricevitore per le metriche che Apache Web Server produce e quindi creare una pipeline per il nuovo ricevitore.
Questo ricevitore non supporta l'uso di più istanze nella configurazione, ad esempio, per monitorare più endpoint. Tutte queste istanze scrivono alle stesse serie temporali e il monitoraggio del cloud non ha modo di distinguere tra loro.
Per configurare un ricevitore per le metriche Apache, specificare i seguenti campi:
| Campo | Predefinito | Descrizione |
|---|---|---|
| Collection_Interval | Anni '60 | Un valore di durata del tempo, come 30s o 5m . |
| server_status_url | http: // localhost: 80/server-status?auto | L'URL esposto dal modulo Mod_Status. |
| tipo | Questo valore deve essere Apache . |
Ciò che viene monitorato
La tabella seguente fornisce l'elenco delle metriche che l'agente OPS raccoglie dall'istanza di Apache Web Server.
| Tipo metrico | |
|---|---|
| Gentile, tipo Risorse monitorate | Etichette |
| carico di lavoro.Googleapis.com/apache.Current_Connections | |
| Calibro, int64 gce_instance | nome del server |
| carico di lavoro.Googleapis.com/apache.richieste | |
| Cumulativo, int64 gce_instance | nome del server |
| carico di lavoro.Googleapis.com/apache.tabellone segnapunti | |
| Calibro, int64 gce_instance | nome del server stato |
| carico di lavoro.Googleapis.com/apache.traffico | |
| Cumulativo, int64 gce_instance | nome del server |
| carico di lavoro.Googleapis.com/apache.lavoratori | |
| Calibro, int64 gce_instance | nome del server stato |
Verificare la configurazione
Questa sezione descrive come verificare di configurare correttamente il ricevitore del server Web Apache. Potrebbero essere necessari uno o due minuti perché l'agente OPS inizi a raccogliere la telemetria.
Per verificare che i registri vengano ingeriti, vai a Logs Explorer ed esegui la seguente query per visualizzare i registri del server Web Apache:
risorsa.type = "gce_instance" (log_id ("apache_access") o log_id ("apache_error")) Per verificare che le metriche vengano ingerite, vai a Metrics Explorer e esegui la seguente domanda nel MQL scheda:
Fetch gce_instance | Carico di lavoro di Metric.Googleapis.com/apache.Current_connections '| ogni 1 m Visualizza la dashboard
Per visualizzare le metriche di Apache Web Server, è necessario configurare un grafico o una dashboard. L'integrazione di Apache Web Server include una o più dashboard per te. Eventuali dashboard vengono installati automaticamente dopo aver configurato l'integrazione e l'agente OPS ha iniziato a raccogliere dati metrici.
È inoltre possibile visualizzare le anteprime statiche dei dashboard senza installare l'integrazione.
Per visualizzare una dashboard installata, fai quanto segue:
- Nella console di Google Cloud, seleziona Monitoraggio Oppure fai clic sul pulsante seguente:
Vai al monitoraggio - Nel riquadro di navigazione, seleziona Dashboard.
- Seleziona il Elenco della dashboard scheda.
- Scegli il Integrazioni categoria.
- Fai clic sul nome della dashboard che si desidera visualizzare.
Se hai configurato un'integrazione ma la dashboard non è stata installata, controlla che l'agente OPS sia in esecuzione. Quando non ci sono dati metrici per un grafico nella dashboard, l'installazione della dashboard fallisce. Dopo che l'agente OPS inizia a raccogliere metriche, la dashboard è installata per te.
Per visualizzare un'anteprima statica della dashboard, fai quanto segue:
- Nella console di Google Cloud, seleziona Monitoraggio Oppure fai clic sul pulsante seguente:
Vai al monitoraggio - Nel riquadro di navigazione, seleziona Integrazioni.
- Clicca il Calcola motore Filtro piattaforma di distribuzione.
- Individua la voce per Apache Web Server e fai clic su Visualizza dettagli.
- Seleziona il Dashboard Scheda per vedere un'anteprima statica. Se la dashboard è installata, puoi navigare su di essa facendo clic Visualizza la dashboard.
Per ulteriori informazioni sui dashboard nel monitoraggio del cloud, consultare dashboard e grafici.
Per ulteriori informazioni sull'uso del file Integrazioni Pagina, vedi Gestisci integrazioni.
Installa politiche di avviso
Le politiche di avviso indicano il monitoraggio del cloud di avvisare quando si verificano condizioni specificate. L'integrazione di Apache Web Server include una o più politiche di avviso da utilizzare. È possibile visualizzare e installare queste politiche di avviso da Integrazioni Pagina nel monitoraggio.
Per visualizzare le descrizioni delle politiche di avviso disponibili e installarle, fai quanto segue:
- Nella console di Google Cloud, seleziona Monitoraggio Oppure fai clic sul pulsante seguente:
Vai al monitoraggio - Nel riquadro di navigazione, seleziona Integrazioni.
- Individua la voce per Apache Web Server e fai clic su Visualizza dettagli.
- Seleziona il Avvisi scheda. Questa scheda fornisce descrizioni delle politiche di avviso disponibili e fornisce un'interfaccia per installarle.
- Installa politiche di avviso. Le politiche di avviso devono sapere dove inviare le notifiche che l'avviso è stato attivato, quindi richiedono informazioni da te per l'installazione. Per installare politiche di avviso, eseguire quanto segue:
- Dall'elenco delle politiche di avviso disponibili, seleziona quelle che si desidera installare.
- Nel Configurare le notifiche sezione, selezionare uno o più canali di notifica. Hai la possibilità di disabilitare l'uso dei canali di notifica, ma se lo fai, le tue politiche di avviso sparano in silenzio. Puoi controllare il loro stato nel monitoraggio, ma non ricevi notifiche. Per ulteriori informazioni sui canali di notifica, vedere Gestisci canali di notifica.
- Clic Creare politiche.
Per ulteriori informazioni sulle politiche di avviso nel monitoraggio del cloud, vedere Introduzione all'avviso.
Per ulteriori informazioni sull'uso del file Integrazioni Pagina, vedi Gestisci integrazioni.
Qual è il prossimo
Per una procedura dettagliata su come utilizzare Ansible per installare l'agente OPS, configurare un'applicazione di terze parti e installare una dashboard di esempio, consultare l'installazione dell'agente OPS per risolvere i problemi di applicazione di terze parti.
Invia feedback
Salvo quanto diversamente indicato, il contenuto di questa pagina è concesso in licenza ai sensi dell'attribuzione Creative Commons 4.0 Licenza e campioni di codice sono autorizzati ai sensi dell'Apache 2.0 licenza. Per i dettagli, consultare le politiche del sito degli sviluppatori di Google. Java è un marchio registrato di Oracle e/o delle sue affiliate.
Ultimo aggiornamento 2023-05-15 UTC.