Apache Web Server (httpd)

La integración de Apache Web Server recopila métricas relacionadas con el tráfico, como la cantidad de conexiones abiertas o solicitudes entrantes. La integración también recopila registros de acceso y errores. Los registros de acceso se analizan en una carga útil JSON centrada en los detalles de la solicitud y los registros de errores se analizan para su código de error y mensaje.

Para obtener más información sobre Apache Web Server, consulta la documentación de Apache Web Server (httpd).

Requisitos previos

Para recopilar la telemetría de Apache Web Server, debes instalar el Agente de operaciones:

Para las métricas, instala la versión 2.7.0 o una posterior.
Para los registros, instala la versión 2.4.0 o una posterior.

Esta integración es compatible con la versión 2.4 de Apache Web Server.

Configura tu instancia de Apache Web Server

Para recopilar la telemetría de Apache Web Server, debes configurar el archivo httpd.conf del servidor a fin de habilitar el complemento mod_status.

Muchas instalaciones de Apache habilitan este complemento de forma predeterminada. Para ver si el complemento está habilitado en tu instancia de VM, ejecuta lo siguiente:

curl localhost:80/server-status?auto

Si el complemento está habilitado, el resultado incluirá líneas similares a las siguientes:

Total Accesses: 2
Total kBytes: 1
BusyWorkers: 1
IdleWorkers: 4

Si, en cambio, obtienes una página 404 Not Found, el complemento mod_status no está habilitado.

Configura el agente de operaciones para Apache Web Server

Sigue la guía para configurar el agente de operaciones y agregar los elementos necesarios a fin de recopilar la telemetría de instancias de Apache Web Server y reiniciar el agente.

Configuración de ejemplo

Los siguientes comandos crean la configuración para recopilar y transferir la telemetría de transferencia de Apache Web Server y reinicia el Agente de operaciones.

# Configures Ops Agent to collect telemetry from the app and restart Ops Agent.

set -e

# Create a back up of the existing file so existing configurations are not lost.
sudo cp /etc/google-cloud-ops-agent/config.yaml /etc/google-cloud-ops-agent/config.yaml.bak

# Configure the Ops Agent.
sudo tee /etc/google-cloud-ops-agent/config.yaml > /dev/null << EOF
metrics:
  receivers:
    apache:
      type: apache
  service:
    pipelines:
      apache:
        receivers:
          - apache
logging:
  receivers:
    apache_access:
      type: apache_access
    apache_error:
      type: apache_error
  service:
    pipelines:
      apache:
        receivers:
          - apache_access
          - apache_error
EOF

sudo service google-cloud-ops-agent restart
sleep 60

Nota: Si usas una versión del agente de operaciones anterior a la 2.10.0, debes agregar el server_status_url al receptor de métricas de la siguiente manera:

metrics:
  receivers:
    apache:
      type: apache
      server_status_url: http://localhost:80/server-status?auto

Configura la recopilación de registros

A fin de transferir registros desde Apache Web Server, debes crear receptores para los registros que produce servidor web de Apache y, luego, crear una canalización para los receptores nuevos.

A fin de configurar un receptor para tus registros apache_access, especifica los siguientes campos:

Campo	Predeterminada	Descripción
`exclude_paths`		Una lista de patrones de ruta de acceso del sistema de archivos que se excluirán del conjunto que coincide con `include_paths`.
`include_paths`	`[/var/log/apache2/access.log,/var/log/apache2/access_log,/var/log/httpd/access_log]`	Una lista de rutas de acceso del sistema de archivos que se leerán con la visualización del final de cada archivo. Se puede usar un comodín (``) en las rutas. Por ejemplo, `/var/log/apache/*.log`.
`record_log_file_path`	`false`	Si se configura como `true`, la ruta al archivo específico desde el que se obtuvo el registro aparece en la entrada de registro de salida como el valor de la etiqueta `agent.googleapis.com/log_file_path`. Cuando se usa un comodín, solo se registra la ruta de acceso del archivo del que se obtuvo el registro.
`type`		Este valor debe ser `apache_access`.
`wildcard_refresh_interval`	`60s`	El intervalo en el que se actualizan las rutas de acceso de archivos comodín en `include_paths`. Se proporciona como una duración de tiempo que se puede analizar a través de `time.ParseDuration`, por ejemplo, `30s` o `2m`. Esta propiedad puede ser útil en el caso de una capacidad de procesamiento de registro alta en la que los archivos de registro se rotan más rápido que el intervalo predeterminado.

Para configurar un receptor para tus registros apache_error, especifica los siguientes campos:

Campo	Predeterminada	Descripción
`exclude_paths`		Una lista de patrones de ruta de acceso del sistema de archivos que se excluirán del conjunto que coincide con `include_paths`.
`include_paths`	`[/var/log/apache2/error.log,/var/log/apache2/error_log,/var/log/httpd/error_log]`	Una lista de rutas de acceso del sistema de archivos que se leerán con la visualización del final de cada archivo. Se puede usar un comodín (``) en las rutas. Por ejemplo, `/var/log/apache/*.log`.
`record_log_file_path`	`false`	Si se configura como `true`, la ruta al archivo específico desde el que se obtuvo el registro aparece en la entrada de registro de salida como el valor de la etiqueta `agent.googleapis.com/log_file_path`. Cuando se usa un comodín, solo se registra la ruta de acceso del archivo del que se obtuvo el registro.
`type`		Este valor debe ser `apache_error`.
`wildcard_refresh_interval`	`60s`	El intervalo en el que se actualizan las rutas de acceso de archivos comodín en `include_paths`. Se proporciona como una duración de tiempo que se puede analizar a través de `time.ParseDuration`, por ejemplo, `30s` o `2m`. Esta propiedad puede ser útil en el caso de una capacidad de procesamiento de registro alta en la que los archivos de registro se rotan más rápido que el intervalo predeterminado.

¿Qué se registra?

logName se deriva de los ID de receptor especificados en la configuración. Los campos detallados dentro de LogEntry son los siguientes.

Los registros apache_access contienen los siguientes campos en LogEntry:

Campo	Tipo	Descripción
`httpRequest`	objeto	Consulta `HttpRequest`
`jsonPayload.host`	string	Contenido del encabezado del host
`jsonPayload.user`	string	Nombre de usuario autenticado para la solicitud
`severity`	string (`LogSeverity`)	Nivel de entrada de registro (traducido)

Los registros apache_error contienen los siguientes campos en LogEntry:

Campo	Tipo	Descripción
`jsonPayload.client`	string	Dirección IP de cliente (opcional)
`jsonPayload.errorCode`	string	Código de error de Apache
`jsonPayload.level`	string	Nivel de entrada de registro
`jsonPayload.message`	string	Mensaje del registro
`jsonPayload.module`	string	Módulo apache en el que se originó el registro
`jsonPayload.pid`	string	ID de proceso
`jsonPayload.tid`	string	ID de subproceso
`severity`	string (`LogSeverity`)	Nivel de entrada de registro (traducido)

Configura la recopilación de métricas

Para transferir métricas desde Apache Web Server, debes crear un receptor para las métricas que produce Apache Web Server y, luego, crear una canalización destinada al receptor nuevo.

Este receptor no admite el uso de varias instancias en la configuración, por ejemplo, para supervisar varios extremos. Todas estas instancias escriben en las mismas series temporales, y Cloud Monitoring no tiene forma de distinguirlas.

Para configurar un receptor para las métricas de apache, especifica los siguientes campos:

Campo	Predeterminada	Descripción
`collection_interval`	`60s`	Un valor de duración de tiempo, como `30s` o `5m`.
`server_status_url`	`http://localhost:80/server-status?auto`	La URL que expone el módulo mod_status.
`type`		Este valor debe ser `apache`.

Qué se supervisa

En la siguiente tabla, se proporciona una lista de las métricas que el agente de operaciones recopila desde la instancia de Apache Web Server.

Tipo de métrica
Categoría, tipo Recursos supervisados	Etiquetas
`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`

Verifica la configuración

En esta sección, se describe cómo verificar que hayas configurado correctamente el receptor de Apache Web Server. El agente de operaciones puede tardar uno o dos minutos en comenzar a recopilar telemetría.

Para verificar que los registros de Apache Web Server se envíen a Cloud Logging, haz lo siguiente:

En el panel de navegación de la consola de Google Cloud, selecciona Logging y, luego, Explorador de registros:
Ir al Explorador de registros

Ingresa la siguiente consulta en el editor y, luego, haz clic en Ejecutar consulta:

resource.type="gce_instance"
(log_id("apache_access") OR log_id("apache_error"))

Para verificar que las métricas de Apache Web Server se envíen a Cloud Monitoring, haz lo siguiente:

En el panel de navegación de la consola de Google Cloud, selecciona Monitoring y, luego, Explorador de métricas:
Ir al Explorador de métricas
En la barra de herramientas del panel del compilador de consultas, selecciona el botón cuyo nombre sea MQL o PromQL.
Verifica que MQL esté seleccionado en el botón de activación Lenguaje. El botón de activación de lenguaje se encuentra en la misma barra de herramientas que te permite dar formato a tu consulta.

Ingresa la siguiente consulta en el editor y, luego, haz clic en Ejecutar consulta:

fetch gce_instance
| metric 'workload.googleapis.com/apache.current_connections'
| every 1m

Ver panel

Para ver tus métricas de Apache Web Server, debes tener configurado un gráfico o un panel. La integración de Apache Web Server incluye uno o más paneles. Cualquier panel se instala de forma automática después de que configuras la integración y de que el agente de operaciones comienza a recopilar datos de métricas.

También puedes ver vistas previas estáticas de los paneles sin instalar la integración.

Para ver un panel instalado, haz lo siguiente:

En el panel de navegación de la consola de Google Cloud, elige Monitoring y, luego, Paneles:
Dirígete a Paneles de control
Selecciona la pestaña Lista de paneles y, luego, la categoría Integraciones.
Haz clic en el nombre del panel que quiera ver.

Si configuraste una integración, pero el panel no se instaló, verifica que el agente de operaciones se esté ejecutando. Cuando no hay datos de métricas para un gráfico en el panel, la instalación del panel falla. Una vez que el agente de operaciones comienza a recopilar métricas, el panel se instalará por ti.

Para obtener una vista previa estática del panel, haz lo siguiente:

En el panel de navegación de la consola de Google Cloud, elige Monitoring y, luego, Integraciones:
Dirígete a Integraciones
Haz clic en el filtro de la plataforma de implementación Compute Engine.
Ubica la entrada para Apache Web Server y haz clic en Ver detalles.
Selecciona la pestaña Paneles para ver una vista previa estática. Si el panel está instalado, haz clic en Ver panel para navegar a él.

Para obtener más información de los paneles en Cloud Monitoring, consulta Paneles y gráficos.

Para obtener más información del uso de la página Integraciones, consulta Administra integraciones.

Instala políticas de alertas

Las políticas de alertas le indican a Cloud Monitoring que te notifique cuando ocurren condiciones especificadas. La integración de Apache Web Server incluye una o más políticas de alertas para que uses. Puedes ver e instalar estas políticas de alertas desde la página Integraciones en Monitoring.

Para ver las descripciones de las políticas de alertas disponibles y, luego, instalarlas, haz lo siguiente:

En el panel de navegación de la consola de Google Cloud, elige Monitoring y, luego, Integraciones:
Dirígete a Integraciones
Ubica la entrada para Apache Web Server y haz clic en Ver detalles.
Selecciona la pestaña Alertas. En esta pestaña, se proporcionan descripciones de las políticas de alertas disponibles y una interfaz para instalarlas.
Instala las políticas de alertas. Las políticas de alertas deben saber a dónde enviar notificaciones que la alerta se activó, por lo que requieren información de ti para la instalación. Para instalar las políticas de alertas, haz lo siguiente:
1. En la lista de políticas de alertas disponibles, elige las que deseas instalar.
2. En la sección Configura notificaciones, elige uno o más canales de notificaciones. Tienes la opción de inhabilitar el uso de los canales de notificación, pero si lo haces, las políticas de alertas se activarán de forma silenciosa. Puedes verificar su estado en Monitoring, pero no recibirás notificaciones.
  
  Para obtener más información de los canales de notificaciones, consulta Administra canales de notificaciones.
3. Haz clic en Crear políticas.

Para obtener más información de las políticas de alertas en Cloud Monitoring, consulta Introducción a las alertas.

Para obtener más información del uso de la página Integraciones, consulta Administra integraciones.

¿Qué sigue?

Para obtener una explicación sobre cómo usar Ansible para instalar el agente de operaciones, configurar una aplicación de terceros y, luego, instalar un panel de muestra, consulta el video Instala el agente de operaciones para solucionar problemas de apps de terceros.