Google utilise-t-il le serveur Apache
APACHE Web Server (HTTPD)
Les journaux apache_access contiennent les champs suivants dans la logentrie:
Google Mystery Server exécute 13% des sites Web actifs
Le serveur Web Google – logiciel de serveur personnalisé utilisé uniquement par Google – exécute désormais près de 13% de tous les sites Web actifs.
Les données NetCraft ont le Google Web Server (GWS) exécutant près de 11 millions de sites actifs – I.e., Sites avec du contenu récemment mis à jour. Ce total comprend non seulement des sites exécutés uniquement par Google, mais aussi des sites que la société opère au nom de tiers via des services comme Blogger, Google Docs et Google App Engine.
Apache est toujours le serveur Web le plus répandu, avec près de 44 m de sites actifs, et les serveurs Microsoft sont deuxième avec près de 14 mètres. Mais le serveur Web Google est en tête des autres et suit Microsoft par seulement des sites 3M – bien qu’il soit indisponible pour une utilisation en dehors de ce que Mountain View a appelé “le réseau Google”, une infrastructure propriétaire mondiale qui équivaut à un Internet privé.
Les serveurs Apache et Microsoft sont disponibles pour n’importe qui.
Google ne discute pas de GWS. Dans le passé, certains rapports ont indiqué qu’il est basé sur Apache. Mais dans un article Web de 2007, über googler Matt Cutts a indiqué le contraire. “Ce n’est pas correct”, a-t-il écrit. “Je crois que GWS est un serveur Web personnalisé, pas une version modifiée d’Apache.”
Google n’a pas répondu à notre demande de commentaires sur le serveur Web Google. Et à des occasions précédentes, il a donné à d’autres médias une simple description d’une ligne. “Le serveur Web Google est un serveur personnalisé qui s’exécute sur Linux.”
Lorsque Netcraft examine tous les sites Web – actifs ou non – le serveur Web Google représente 7%, ou 14.5m. Apache gère environ 111 m (54%), Microsoft près de 49 m (24%).
L’Internet privé de Google – qui s’étend sur près de 40 centres de données à travers le monde – est construit au sommet d’innombrables outils personnalisés sur mesure et propriétaires, y compris un système de fichiers distribué top-secrété surnommé GFS; la plate-forme de croquette numérique distribuée connue sous le nom de MapReduce; et une nouvelle plate-forme connue sous le nom de Spanner conçu pour déplacer et reproduire automatiquement les charges entre les méga centres de données de l’entreprise lorsque les problèmes de trafic et de matériel surviennent.
Google construit également ses propres centres de données et ses propres serveurs, avec l’aide de conception d’Intel et, selon une source, parlant avec Le registre, Une race de puce Intel garantie pour résister à des températures plus élevées. Les rapports indiquent même que Mountain View construit ses propres routeurs.
De plus, Google a acheté sa propre fibre noire pour déplacer les données entre ses centres de données, et la société construit un câble de communication sous-marine pour déplacer les données à travers le Pacifique.
Selon le dernier rapport d’Arbor Networks, Google représente désormais 6% de tout le trafic Internet. ®
APACHE Web Server (HTTPD)
L’intégration d’Apache Web Server collecte des mesures liées au trafic, telles que le nombre de connexions ouvertes ou de demandes entrantes. L’intégration recueille également les journaux d’accès et d’erreur. Les journaux d’accès sont analysés dans une charge utile JSON axée sur les détails de la demande, et les journaux d’erreur sont analysés pour leur code d’erreur et leur message.
Pour plus d’informations sur le serveur Web Apache, consultez la documentation du serveur Web Apache (HTTPD).
Conditions préalables
Pour collecter la télémétrie du serveur Web Apache, vous devez installer l’agent OPS:
- Pour les mesures, installez la version 2.7.0 ou plus.
- Pour les journaux, installez la version 2.4.0 ou plus.
Cette intégration prend en charge la version 2 du serveur Web Apache 2.4.
Configurez votre instance de serveur Web Apache
Pour collecter la télémétrie à partir de votre serveur Web Apache, vous devez configurer le HTTPD du serveur.Fichier Conf pour activer le plugin mod_status.
De nombreuses installations Apache permettent ce plugin par défaut. Pour voir si le plugin est activé sur votre instance VM, exécutez:
Curl localhost: 80 / serveur-statut?autoSi le plugin est activé, la sortie comprend des lignes similaires à ce qui suit:
Accès totaux: 2 Total Kytes: 1 Travailleurs occupés: 1 travailleurs des oiseaux: 4
Si vous obtenez une page 404 non trouvée à la place, alors le plugin mod_status n’est pas activé.
Configurer l’agent OPS pour le serveur Web Apache
Suivant le guide de configuration de l’agent OPS, ajoutez les éléments requis pour collecter la télémétrie à partir des instances du serveur Web Apache et redémarrer l’agent.
Exemple de configuration
Les commandes suivantes créent la configuration pour collecter et ingérer une télémétrie pour le serveur Web Apache et redémarrer l’agent OPS.
# Configure l'agent OPS pour collecter la télémétrie à partir de l'application et redémarrer l'agent OPS.
set -e
# Créez une sauvegarde du fichier existant afin que les configurations existantes ne soient pas perdues.
sudo cp / etc / google-cloud-ops-agent / config.yaml / etc / google-cloud-op-agent / config.yaml.bak
# Configurer l'agent OPS.
Sudo Tee / etc / Google-Cloud-Ops-Agent / Config.yaml> / dev / null
Note: Si vous utilisez une version de l’agent OPS avant 2.dix.0, alors vous devez ajouter le champ Server_status_url au récepteur de métriques comme suit:
métrique:
Récepteurs:
Apache:
Type: Apache
server_status_url: http: // localhost: 80 / server-status?auto
Configurer la collection de journaux
Pour ingérer des journaux à partir du serveur Web Apache, vous devez créer des récepteurs pour les journaux que le serveur Web Apache produit, puis créer un pipeline pour les nouveaux récepteurs.
Pour configurer un récepteur pour vos journaux apache_access, spécifiez les champs suivants:
| Champ | Défaut | Description |
|---|
APACHE Web Server (HTTPD)
Les journaux apache_access contiennent les champs suivants dans la logentrie:
Google Mystery Server exécute 13% des sites Web actifs
Le serveur Web Google – logiciel de serveur personnalisé utilisé uniquement par Google – exécute désormais près de 13% de tous les sites Web actifs.
Les données NetCraft ont le Google Web Server (GWS) exécutant près de 11 millions de sites actifs – I.e., Sites avec du contenu récemment mis à jour. Ce total comprend non seulement des sites exécutés uniquement par Google, mais aussi des sites que la société opère au nom de tiers via des services comme Blogger, Google Docs et Google App Engine.
Apache est toujours le serveur Web le plus répandu, avec près de 44 m de sites actifs, et les serveurs Microsoft sont deuxième avec près de 14 mètres. Mais le serveur Web Google est en tête des autres et suit Microsoft par seulement des sites 3M – bien qu’il soit indisponible pour une utilisation en dehors de ce que Mountain View a appelé “le réseau Google”, une infrastructure propriétaire mondiale qui équivaut à un Internet privé.
Les serveurs Apache et Microsoft sont disponibles pour n’importe qui.
Google ne discute pas de GWS. Dans le passé, certains rapports ont indiqué qu’il est basé sur Apache. Mais dans un article Web de 2007, über googler Matt Cutts a indiqué le contraire. “Ce n’est pas correct”, a-t-il écrit. “Je crois que GWS est un serveur Web personnalisé, pas une version modifiée d’Apache.”
Google n’a pas répondu à notre demande de commentaires sur le serveur Web Google. Et à des occasions précédentes, il a donné à d’autres médias une simple description d’une ligne. “Le serveur Web Google est un serveur personnalisé qui s’exécute sur Linux.”
Lorsque Netcraft examine tous les sites Web – actifs ou non – le serveur Web Google représente 7%, ou 14.5m. Apache gère environ 111 m (54%), Microsoft près de 49 m (24%).
L’Internet privé de Google – qui s’étend sur près de 40 centres de données à travers le monde – est construit au sommet d’innombrables outils personnalisés sur mesure et propriétaires, y compris un système de fichiers distribué top-secrété surnommé GFS; la plate-forme de croquette numérique distribuée connue sous le nom de MapReduce; et une nouvelle plate-forme connue sous le nom de Spanner conçu pour déplacer et reproduire automatiquement les charges entre les méga centres de données de l’entreprise lorsque les problèmes de trafic et de matériel surviennent.
Google construit également ses propres centres de données et ses propres serveurs, avec l’aide de conception d’Intel et, selon une source, parlant avec Le registre, Une race de puce Intel garantie pour résister à des températures plus élevées. Les rapports indiquent même que Mountain View construit ses propres routeurs.
De plus, Google a acheté sa propre fibre noire pour déplacer les données entre ses centres de données, et la société construit un câble de communication sous-marine pour déplacer les données à travers le Pacifique.
Selon le dernier rapport d’Arbor Networks, Google représente désormais 6% de tout le trafic Internet. ®
APACHE Web Server (HTTPD)
L’intégration d’Apache Web Server collecte des mesures liées au trafic, telles que le nombre de connexions ouvertes ou de demandes entrantes. L’intégration recueille également les journaux d’accès et d’erreur. Les journaux d’accès sont analysés dans une charge utile JSON axée sur les détails de la demande, et les journaux d’erreur sont analysés pour leur code d’erreur et leur message.
Pour plus d’informations sur le serveur Web Apache, consultez la documentation du serveur Web Apache (HTTPD).
Conditions préalables
Pour collecter la télémétrie du serveur Web Apache, vous devez installer l’agent OPS:
- Pour les mesures, installez la version 2.7.0 ou plus.
- Pour les journaux, installez la version 2.4.0 ou plus.
Cette intégration prend en charge la version 2 du serveur Web Apache 2.4.
Configurez votre instance de serveur Web Apache
Pour collecter la télémétrie à partir de votre serveur Web Apache, vous devez configurer le HTTPD du serveur.Fichier Conf pour activer le plugin mod_status.
De nombreuses installations Apache permettent ce plugin par défaut. Pour voir si le plugin est activé sur votre instance VM, exécutez:
Curl localhost: 80 / serveur-statut?auto Si le plugin est activé, la sortie comprend des lignes similaires à ce qui suit:
Accès totaux: 2 Total Kytes: 1 Travailleurs occupés: 1 travailleurs des oiseaux: 4
Si vous obtenez une page 404 non trouvée à la place, alors le plugin mod_status n’est pas activé.
Configurer l’agent OPS pour le serveur Web Apache
Suivant le guide de configuration de l’agent OPS, ajoutez les éléments requis pour collecter la télémétrie à partir des instances du serveur Web Apache et redémarrer l’agent.
Exemple de configuration
Les commandes suivantes créent la configuration pour collecter et ingérer une télémétrie pour le serveur Web Apache et redémarrer l’agent OPS.
# Configure l'agent OPS pour collecter la télémétrie à partir de l'application et redémarrer l'agent OPS. set -e # Créez une sauvegarde du fichier existant afin que les configurations existantes ne soient pas perdues. sudo cp / etc / google-cloud-ops-agent / config.yaml / etc / google-cloud-op-agent / config.yaml.BAK # Configurer l'agent OPS. Sudo Tee / etc / Google-Cloud-Ops-Agent / Config.yaml> / dev / null Note: Si vous utilisez une version de l'agent OPS avant 2.dix.0, alors vous devez ajouter le champ Server_status_url au récepteur de métriques comme suit:
Métriques: récepteurs: Apache: Type: Apache server_status_url: http: // localhost: 80 / server-status?auto
Configurer la collection de journaux
Pour ingérer des journaux à partir du serveur Web Apache, vous devez créer des récepteurs pour les journaux que le serveur Web Apache produit, puis créer un pipeline pour les nouveaux récepteurs.
Pour configurer un récepteur pour vos journaux apache_access, spécifiez les champs suivants:
| Champ | Défaut | Description |
|---|---|---|
| exclure_paths | Une liste des modèles de chemin de fichiers à exclure de l'ensemble correspondant par include_paths . | |
| Inclure_paths | [/ var / log / apache2 / access.log, / var / log / apache2 / access_log, / var / log / httpd / access_log] | Une liste des chemins de système à lire en réduisant chaque fichier. Un joker (*) peut être utilisé dans les chemins; Par exemple, / var / log / apache * / *.enregistrer . |
| disques_log_file_path | FAUX | S'il est défini sur true, le chemin d'accès au fichier spécifique à partir duquel l'enregistrement du journal a été obtenu apparaît dans l'entrée du journal de sortie comme valeur de l'agent.googleapis.com / log_file_path étiquette. Lors de l'utilisation d'un wildcard, seul le chemin du fichier à partir duquel l'enregistrement a été obtenu est enregistré. |
| taper | Cette valeur doit être apache_access . | |
| Wildcard_refresh_interval | 60 | L'intervalle auquel les chemins de fichier générique dans incluent_paths sont rafraîchis. Donné comme durée de temps au-delà du temps.Parseduration, par exemple 30s ou 2m . Cette propriété peut être utile sous des débits de journalisation élevés où les fichiers journaux sont plus rapidement que l'intervalle par défaut. |
Pour configurer un récepteur pour vos journaux apache_error, spécifiez les champs suivants:
| Champ | Défaut | Description |
|---|---|---|
| exclure_paths | Une liste des modèles de chemin de fichiers à exclure de l'ensemble correspondant par include_paths . | |
| Inclure_paths | [/ var / log / apache2 / error.log, / var / log / apache2 / error_log, / var / log / httpd / error_log] | Une liste des chemins de système à lire en réduisant chaque fichier. Un joker (*) peut être utilisé dans les chemins; Par exemple, / var / log / apache * / *.enregistrer . |
| disques_log_file_path | FAUX | S'il est défini sur true, le chemin d'accès au fichier spécifique à partir duquel l'enregistrement du journal a été obtenu apparaît dans l'entrée du journal de sortie comme valeur de l'agent.googleapis.com / log_file_path étiquette. Lors de l'utilisation d'un wildcard, seul le chemin du fichier à partir duquel l'enregistrement a été obtenu est enregistré. |
| taper | Cette valeur doit être apache_error . | |
| Wildcard_refresh_interval | 60 | L'intervalle auquel les chemins de fichier générique dans incluent_paths sont rafraîchis. Donné comme durée de temps au-delà du temps.Parseduration, par exemple 30s ou 2m . Cette propriété peut être utile sous des débits de journalisation élevés où les fichiers journaux sont plus rapidement que l'intervalle par défaut. |
Qu'est-ce qui est enregistré
Le Logname est dérivé des ID du récepteur spécifié dans la configuration. Les champs détaillés à l'intérieur de la logentrie sont les suivants.
Les journaux apache_access contiennent les champs suivants dans la logentrie:
| Champ | Taper | Description |
|---|---|---|
| httprequest | objet | Voir HttpRequest |
| jsonpayload.héberger | chaîne | Contenu de l'en-tête hôte |
| jsonpayload.utilisateur | chaîne | Nom d'utilisateur authentifié pour la demande |
| gravité | String (LogSeverity) | Journal d'entrée de journal (traduit) |
Les journaux apache_error contiennent les champs suivants dans la logentrie:
| Champ | Taper | Description |
|---|---|---|
| jsonpayload.client | chaîne | Adresse IP du client (facultatif) |
| jsonpayload.code d'erreur | chaîne | Code d'erreur Apache |
| jsonpayload.niveau | chaîne | Niveau d'entrée de journal |
| jsonpayload.message | chaîne | Bûche |
| jsonpayload.module | chaîne | Module Apache où le journal est originaire |
| jsonpayload.piquer | chaîne | ID de processus |
| jsonpayload.givrer | chaîne | ID de fil |
| gravité | String (LogSeverity) | Journal d'entrée de journal (traduit) |
Configurer la collection de métriques
Pour ingérer des métriques à partir du serveur Web Apache, vous devez créer un récepteur pour les métriques produit par le serveur Web Apache, puis créer un pipeline pour le nouveau récepteur.
Ce récepteur ne prend pas en charge l'utilisation de plusieurs instances dans la configuration, par exemple, pour surveiller plusieurs points de terminaison. Tous ces instances écrivent à la même série temporelle, et la surveillance du cloud n'a aucun moyen de distinguer parmi eux.
Pour configurer un récepteur pour vos mesures Apache, spécifiez les champs suivants:
| Champ | Défaut | Description |
|---|---|---|
| collection_interval | 60 | Une valeur de durée de temps, comme 30 ou 5m . |
| server_status_url | http: // localhost: 80 / serveur-statut?auto | L'URL exposée par le module mod_status. |
| taper | Cette valeur doit être apache . |
Ce qui est surveillé
Le tableau suivant fournit la liste des mesures que l'agent OPS collecte à partir de l'instance de serveur Web Apache.
| Type métrique | |
|---|---|
| Un type sympa Ressources surveillées | Étiquettes |
| charge de travail.googleapis.com / apache.Current_Connections | |
| Jauge, int64 gce_instance | nom du serveur |
| charge de travail.googleapis.com / apache.demandes | |
| Cumulatif, int64 gce_instance | nom du serveur |
| charge de travail.googleapis.com / apache.tableau de bord | |
| Jauge, int64 gce_instance | nom du serveur État |
| charge de travail.googleapis.com / apache.circulation | |
| Cumulatif, int64 gce_instance | nom du serveur |
| charge de travail.googleapis.com / apache.ouvriers | |
| Jauge, int64 gce_instance | nom du serveur État |
Vérifiez la configuration
Cette section décrit comment vérifier que vous avez correctement configuré le récepteur du serveur Web Apache. Il peut prendre une ou deux minutes pour que l'agent OPS commence à collecter la télémétrie.
Pour vérifier que les journaux sont ingérés, accédez à l'explorateur de journaux et exécutez la requête suivante pour afficher les journaux du serveur Web Apache:
Ressource.type = "gce_instance" (log_id ("apache_access") ou log_id ("apache_error")) Pour vérifier que les mesures sont ingérées, accédez à Metrics Explorer et exécutez la requête suivante dans le MQL languette:
Répondre à GCE_INISTANCE | Métrique 'Téléphone de travail.googleapis.com / apache.Current_Connections '| Tous les 1m Affichage du tableau de bord
Pour afficher les métriques de votre serveur Web Apache, vous devez avoir un graphique ou un tableau de bord configuré. L'intégration du serveur Web Apache comprend un ou plusieurs tableaux de bord pour vous. Tous les tableaux de bord sont automatiquement installés après la configuration de l'intégration et l'agent OPS a commencé à collecter des données métriques.
Vous pouvez également afficher les aperçus statiques des tableaux de bord sans installer l'intégration.
Pour afficher un tableau de bord installé, procédez comme suit:
- Dans la console Google Cloud, sélectionnez Surveillance ou cliquez sur le bouton suivant:
Aller à la surveillance - Dans le volet de navigation, sélectionnez Tableaux de bord.
- Sélectionnez le Liste de tableau de bord languette.
- Choisir la Intégrations catégorie.
- Cliquez sur le nom du tableau de bord que vous souhaitez afficher.
Si vous avez configuré une intégration mais que le tableau de bord n'a pas été installé, vérifiez que l'agent OPS s'exécute. Lorsqu'il n'y a pas de données métriques pour un graphique dans le tableau de bord, l'installation du tableau de bord échoue. Une fois que l'agent OPS a commencé à collecter des mesures, le tableau de bord est installé pour vous.
Pour afficher un aperçu statique du tableau de bord, procédez comme suit:
- Dans la console Google Cloud, sélectionnez Surveillance ou cliquez sur le bouton suivant:
Aller à la surveillance - Dans le volet de navigation, sélectionnez Intégrations.
- Clique le Calcul du moteur Filtre de plate-forme de déploiement.
- Localisez l'entrée pour le serveur Web Apache et cliquez Voir les détails.
- Sélectionnez le Tableaux de bord Onglet pour voir un aperçu statique. Si le tableau de bord est installé, vous pouvez y accéder en cliquant Affichage du tableau de bord.
Pour plus d'informations sur les tableaux de bord dans la surveillance des nuages, voir les tableaux de bord et les graphiques.
Pour plus d'informations sur l'utilisation du Intégrations Page, voir Gérer les intégrations.
Installer des politiques d'alerte
Les politiques d'alerte instruisent la surveillance du cloud pour vous informer lorsque des conditions spécifiées se produisent. L'intégration du serveur Web Apache comprend une ou plusieurs politiques d'alerte à utiliser. Vous pouvez afficher et installer ces politiques d'alerte à partir du Intégrations page de surveillance.
Pour afficher les descriptions des politiques d'alerte disponibles et les installer, procédez comme suit:
- Dans la console Google Cloud, sélectionnez Surveillance ou cliquez sur le bouton suivant:
Aller à la surveillance - Dans le volet de navigation, sélectionnez Intégrations.
- Localisez l'entrée pour le serveur Web Apache et cliquez Voir les détails.
- Sélectionnez le Alertes languette. Cet onglet fournit des descriptions des politiques d'alerte disponibles et fournit une interface pour les installer.
- Installer des politiques d'alerte. Les politiques d'alerte doivent savoir où envoyer des notifications selon lesquelles l'alerte a été déclenchée, donc elles nécessitent des informations de votre part pour l'installation. Pour installer des politiques d'alerte, procédez comme suit:
- Dans la liste des politiques d'alerte disponibles, sélectionnez celles que vous souhaitez installer.
- Dans le Configurer les notifications Section, sélectionnez un ou plusieurs canaux de notification. Vous avez la possibilité de désactiver l'utilisation des canaux de notification, mais si vous le faites, alors vos politiques d'alerte tirent silencieusement. Vous pouvez vérifier leur statut dans la surveillance, mais vous ne recevez aucune notification. Pour plus d'informations sur les canaux de notification, voir Gérer les canaux de notification.
- Cliquez sur Créer des politiques.
Pour plus d'informations sur l'alerte des politiques dans la surveillance du cloud, voir l'introduction à l'alerte.
Pour plus d'informations sur l'utilisation du Intégrations Page, voir Gérer les intégrations.
Et après
Pour une procédure pas à pas sur la façon d'utiliser ANSIBLE pour installer l'agent OPS, configurer une application tierce et installer un échantillon de tableau de bord, consultez l'agent OPS pour dépanner la vidéo des applications tierces.
Envoyer des commentaires
Sauf indication contraire, le contenu de cette page est licencié sous l'attribution Creative Commons 4.0 Licence et les échantillons de code sont sous licence sous l'Apache 2.0 Licence. Pour plus de détails, consultez les politiques du site Google Developers. Java est une marque déposée d'Oracle et / ou de ses affiliés.
Dernière mise à jour 2023-05-15 UTC.