Esta página se ha traducido con Cloud Translation API.

Internet Information Services

La integración de Internet Information Services (IIS) recoge telemetría de tus servidores web IIS. Las métricas proporcionan información sobre la conexión y datos sobre los bytes transferidos. La integración también recoge información de los registros de acceso.

Para obtener más información sobre IIS, consulta la documentación de Internet Information Services.

Antes de empezar

La versión 2.15.0 del agente de Ops introduce compatibilidad con un nuevo conjunto de métricas de IIS que usan el prefijo workload.googleapis.com/. Debe configurar el agente para que recoja estas métricas, tal como se describe en la sección Configuración de ejemplo.

El agente de operaciones siempre ha admitido un conjunto limitado de métricas de IIS. Estas métricas usan el prefijo agent.googleapis.com/iis/. No es necesario realizar ninguna configuración adicional para recoger estas métricas en las VMs Windows.

En este documento, las métricas con el prefijo agent se denominan métricas de la versión 1 y las métricas con el prefijo workload, métricas de la versión 2. Para ver tablas de estas métricas, consulta Qué se monitoriza.

A partir de la versión 2.15.0 del agente de operaciones, puedes configurar el agente para que recoja métricas de la versión 1, métricas de la versión 2 o ambas.

Nota: Si tiene alertas u otras configuraciones basadas en las métricas de la versión 1 y cambia a las métricas de la versión 2, también deberá migrar sus configuraciones. Si dejas de recoger métricas de la versión 1, las alertas y otras monitorizaciones de esas métricas dejarán de funcionar. En la tabla siguiente se muestra la asignación de métricas de la versión 1 a métricas de la versión 2:

Métrica v1 (`agent.googleapis.com/iis/`)	Métrica de la versión 2 (`workload.googleapis.com/`)
`current_connections`	`iis.connection.active`
`network/transferred_bytes_count`	`iis.network.io`
`new_connection_count`	`iis.connection.attempt.count`
`request_count`	`iis.request.count`

Requisitos previos

Para recoger la telemetría de IIS, debes instalar el Agente de operaciones:

Para la versión 1 de las métricas, instala la versión 1.0.0 o una posterior.
Para la versión 2 de las métricas, instala la versión 2.15.0 o una posterior.
Para los registros, instala la versión 2.14.0 o una posterior.

Esta integración es compatible con las versiones 8.5 y 10.0 de IIS.

Configurar el Agente de operaciones para IIS

Sigue la guía para configurar el agente de operaciones, añade los elementos necesarios para recoger telemetría de las instancias de IIS y reinicia el agente.

Configuración de ejemplo

Los siguientes comandos crean la configuración para recoger e ingerir telemetría de IIS:

$ErrorActionPreference = 'Stop'

# This config gets merged with the built-in Ops Agent config, which already
# includes the v1 receiver in the default pipeline.
# Because the v2 receiver here uses a unique ID, it does not overwrite
# the default receiver and so both receivers will be active simultaneously
# during the test.

# Create an empty config.yaml file if it doesn't exist.
$configFilePath  = 'C:\Program Files\Google\Cloud Operations\Ops Agent\config\config.yaml'

if (-not (Test-Path -Path $configFilePath -PathType Leaf)) {
    New-Item -ItemType File -Path $configFilePath -Force | Out-Null
}

# Create a back up of the existing file so existing configurations are not lost.
Copy-Item -Path 'C:\Program Files\Google\Cloud Operations\Ops Agent\config\config.yaml' -Destination 'C:\Program Files\Google\Cloud Operations\Ops Agent\config\config.yaml.bak'

# Configure the Ops Agent.
Add-Content 'C:\Program Files\Google\Cloud Operations\Ops Agent\config\config.yaml' "
metrics:
  receivers:
    iis_v2:
      type: iis
      receiver_version: 2
  service:
    pipelines:
      iispipeline:
        receivers:
          - iis_v2
logging:
  receivers:
    iis_access:
      type: iis_access
  service:
    pipelines:
      iis:
        receivers:
        - iis_access
"

if (Get-Service google-cloud-ops-agent* -ErrorAction SilentlyContinue) {
  (Get-Service google-cloud-ops-agent*).WaitForStatus('Running', '00:03:00')
}

Para que estos cambios se apliquen, debes reiniciar el agente de Ops:

Conéctate a tu instancia mediante RDP o una herramienta similar e inicia sesión en Windows.
Abre un terminal de PowerShell con privilegios de administrador haciendo clic con el botón derecho en el icono de PowerShell y seleccionando Ejecutar como administrador.
Para reiniciar el agente, ejecuta el siguiente comando de PowerShell:
```
Restart-Service google-cloud-ops-agent -Force
```
Para confirmar que el agente se ha reiniciado, ejecuta el siguiente comando y verifica que los componentes "Metrics Agent" y "Logging Agent" se han iniciado:
```
Get-Service google-cloud-ops-agent*
```

Este receptor solo admite el formato de registro predeterminado del W3C.

Configurar la recogida de registros

Para ingerir registros de acceso de IIS, debes crear receptores para los registros y, a continuación, crear una canalización para los nuevos receptores.

Para configurar un receptor de tus registros iis_access, especifica los siguientes campos:

Campo	Predeterminado	Descripción
`exclude_paths`	`[]`	Lista de patrones de rutas del sistema de archivos que se excluirán del conjunto que coincida con `include_paths`.
`include_paths`	`['C:\inetpub\logs\LogFiles\W3SVC1\u_ex*']`	Lista de rutas del sistema de archivos que se van a leer siguiendo cada archivo. Se puede usar un comodín (``) en las rutas. Por ejemplo, `C:\inetpub\logs\LogFiles\W3SVC1\u_ex`.
`type`		El valor debe ser `iis_access`.
`record_log_file_path`	`false`	Si se asigna el valor `true`, la ruta al archivo específico del que se ha obtenido el registro de log aparece en la entrada de log de salida como valor de la etiqueta `agent.googleapis.com/log_file_path`. Cuando se usa un comodín, solo se registra la ruta del archivo del que se ha obtenido el registro.
`wildcard_refresh_interval`	`60s`	Intervalo en el que se actualizan las rutas de archivos con comodines en `include_paths`. Se especifica como un intervalo de tiempo que puede analizar `time.ParseDuration`. Por ejemplo, 30s o 2m. Esta propiedad puede ser útil cuando el volumen de registros es alto y los archivos de registro se rotan más rápido que el intervalo predeterminado.

Qué se registra

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

Los registros de iis_access contienen los siguientes campos en LogEntry:

Campo	Tipo	Descripción
`httpRequest.referer`	cadena	Contenido del encabezado `Referer`
`httpRequest.remoteIp`	cadena	IP del cliente que ha realizado la solicitud.
`httpRequest.requestMethod`	cadena	Método HTTP
`httpRequest.requestUrl`	cadena	URL de la solicitud (normalmente, solo la parte de la ruta de la URL)
`httpRequest.serverIp`	cadena	La IP y el puerto del servidor que se solicitaron.
`httpRequest.status`	número	Código de estado HTTP
`httpRequest.userAgent`	cadena	Contenido del encabezado `User-Agent`
`jsonPayload.sc_substatus`	número	El código de error de subestado
`jsonPayload.sc_win32_status`	número	El código de estado de Windows
`jsonPayload.time_taken`	número	Tiempo que ha tardado en realizarse la acción, en milisegundos
`jsonPayload.user`	cadena	Nombre de usuario autenticado de la solicitud
`timestamp`	cadena (`Timestamp`)	Hora en la que se recibió la solicitud.

Configurar la recogida de métricas de la versión 1

El agente de operaciones de una máquina virtual de Microsoft Windows recoge automáticamente las métricas de IIS v1. No es necesario realizar ninguna configuración adicional. Para obtener información sobre cómo recoger solo métricas de la versión 2, consulta Configurar la recogida de métricas de la versión 2.

Después de configurar una nueva instancia de IIS, es posible que IIS no informe de ninguna métrica inmediatamente. Si usas la consola Administrador del servidor que viene instalada en Windows Server, es posible que veas que el servidor tiene el estado Online - Performance Counters not started (Online: contadores de rendimiento no iniciados) en la columna Manageability (Gestionabilidad).

Una forma de habilitar IIS para que genere métricas es hacer clic con el botón derecho en tu servidor IIS en la consola Administrador del servidor y seleccionar Iniciar contadores de rendimiento. Tu servidor debería empezar a enviar métricas al agente de Ops.

Configurar la recogida de métricas de la versión 2

Para ingerir métricas de la versión 2 de IIS, debes crear un receptor para las métricas que produce IIS y, a continuación, crear una canalización para el nuevo receptor.

Este receptor no admite el uso de varias instancias en la configuración, por ejemplo, para monitorizar varios endpoints. Todas estas instancias escriben en la misma serie temporal y Cloud Monitoring no tiene forma de distinguirlas.

Para configurar un receptor de sus métricas de iis, especifique los siguientes campos:

Campo	Predeterminado	Descripción
`collection_interval`	60s	Un valor time.Duration, como 30s o 5m.
`receiver_version`		Versión de las métricas recogidas. Usa `2` para recoger métricas de la versión 2.
`type`		Este valor debe ser `iis`.

De forma predeterminada, las métricas de la versión 1 se recogen automáticamente. Puede aumentar las métricas de la versión 1 recogiendo también las de la versión 2, o bien puede sustituir las métricas de la versión 1 para recoger solo las de la versión 2.

Para recoger solo métricas de la versión 2, siga estos pasos:
- Ponle un nombre al receptor iis.
- Asigna el valor iis al campo type.
- Asigna el valor 2 al campo receiver_version.
- Usa este receptor en tu canalización default_pipeline. Esta configuración anula la configuración integrada del receptor iis.
Para recoger métricas de la versión 1 y de la versión 2, siga estos pasos:
- Asigna al receptor un nombre que no sea iis, como iis_v2.
- Asigna el valor iis al campo type.
- Define receiver_version en 2.
- Usa este receptor en tu nueva canalización. Esta configuración añade un receptor de la versión 2 en lugar de anular el receptor integrado. La secuencia de comandos de Ejemplo de configuración usa este método.

Qué se monitoriza

A partir de la versión 2.15.0, el agente de Ops puede recoger dos conjuntos de métricas diferentes:

Las métricas de la versión 1: agent.googleapis.com/iis/.
Las métricas de la versión 2: workload.googleapis.com/.

Métricas de la versión 1

En la tabla siguiente se muestra la lista de métricas de la versión 1 que recoge el agente de Ops de la instancia de IIS.

Las cadenas "tipo de métrica" de esta tabla deben tener el prefijo agent.googleapis.com/iis/. Ese prefijo se ha omitido en las entradas de la tabla. Cuando consultes una etiqueta, usa el prefijo metric.labels.. Por ejemplo, metric.labels.LABEL="VALUE".

Tipo de métrica ^{Fase de lanzamiento} (Niveles de jerarquía de recursos) Nombre visible
Tipo, unidad Recursos monitorizados	Descripción Etiquetas
`current_connections` ^GA *(proyecto)* Conexiones abiertas de IIS
`GAUGE`, `DOUBLE`, `1` aws_ec2_instance gce_instance	Conexiones abiertas actualmente a IIS. Se muestrea cada 60 segundos.
`network/transferred_bytes_count` ^GA *(project)* Bytes transferidos de IIS
`CUMULATIVE`, `INT64`, `By` aws_ec2_instance gce_instance	Bytes de red transferidos por IIS. Se muestrea cada 60 segundos. `direction`: Dirección (enviada o recibida)
`new_connection_count` ^GA *(proyecto)* Conexiones de IIS
`CUMULATIVE`, `INT64`, `1` aws_ec2_instance gce_instance	Conexiones abiertas a IIS. Se muestrea cada 60 segundos.
`request_count` ^GA *(proyecto)* Solicitudes de IIS
`CUMULATIVE`, `INT64`, `1` aws_ec2_instance gce_instance	Solicitudes realizadas a IIS. Se muestrea cada 60 segundos. `http_method`: Método HTTP (post, put, get, delete, option, trace, head)

Tabla generada el 2025-09-05 a las 02:07:49 UTC.

Métricas de la versión 2

En la siguiente tabla se muestra la lista de métricas de la versión 2 que recoge el agente de Ops de la instancia de IIS.

Tipo de métrica
Tipo Recursos monitorizados	Etiquetas
`workload.googleapis.com/iis.connection.active`
`GAUGE`, `INT64` gce_instance
`workload.googleapis.com/iis.connection.anonymous`
`CUMULATIVE`, `INT64` gce_instance
`workload.googleapis.com/iis.connection.attempt.count`
`CUMULATIVE`, `INT64` gce_instance
`workload.googleapis.com/iis.network.blocked`
`CUMULATIVE`, `INT64` gce_instance
`workload.googleapis.com/iis.network.file.count`
`CUMULATIVE`, `INT64` gce_instance	`direction`
`workload.googleapis.com/iis.network.io`
`CUMULATIVE`, `INT64` gce_instance	`direction`
`workload.googleapis.com/iis.request.count`
`CUMULATIVE`, `INT64` gce_instance	`request`
`workload.googleapis.com/iis.request.queue.age.max`
`GAUGE`, `INT64` gce_instance
`workload.googleapis.com/iis.request.queue.count`
`GAUGE`, `INT64` gce_instance
`workload.googleapis.com/iis.request.rejected`
`CUMULATIVE`, `INT64` gce_instance
`workload.googleapis.com/iis.thread.active`
`GAUGE`, `INT64` gce_instance
`workload.googleapis.com/iis.uptime`
`GAUGE`, `INT64` gce_instance

Verificar la configuración

En esta sección se describe cómo verificar que ha configurado correctamente el receptor de IIS. El agente de Ops puede tardar uno o dos minutos en empezar a recoger datos de telemetría.

Para verificar que los registros de IIS se envían a Cloud Logging, haz lo siguiente:

En la Google Cloud consola, ve a la página Explorador de registros:
Ve al Explorador de registros.

Si usas la barra de búsqueda para encontrar esta página, selecciona el resultado cuya sección sea Registro.
Introduce la siguiente consulta en el editor y haz clic en Ejecutar consulta:
```
resource.type="gce_instance"
log_id("iis_access")
```

Para verificar que las métricas de IIS se envían a Cloud Monitoring, haz lo siguiente:

En la Google Cloud consola, ve a la página Explorador de métricas:
Ve al explorador de métricas.

Si usas la barra de búsqueda para encontrar esta página, selecciona el resultado cuya sección sea Monitorización.
En la barra de herramientas del panel de creación de consultas, selecciona el botón cuyo nombre sea MQL o PromQL.
Verifica que PromQL esté seleccionado en el interruptor Idioma. El interruptor de idioma se encuentra en la misma barra de herramientas que te permite dar formato a tu consulta.

En el caso de las métricas de la versión 1, introduce la siguiente consulta en el editor y, a continuación, haz clic en Ejecutar consulta:
```
{"agent.googleapis.com/iis/request_count", monitored_resource="gce_instance"}
```
En el caso de las métricas de la versión 2, introduzca la siguiente consulta en el editor y, a continuación, haga clic en Ejecutar:
```
{"workload.googleapis.com/iis.request.count", monitored_resource="gce_instance"}
```

Ver panel de control

Para ver las métricas de IIS, debe tener configurado un gráfico o un panel de control. La integración de IIS incluye uno o varios paneles de control. Los paneles de control se instalan automáticamente después de configurar la integración y cuando el agente de Ops ha empezado a recoger datos de métricas.

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

Para ver un panel de control instalado, siga estos pasos:

En la Google Cloud consola, ve a la página Paneles de control:
Ve a Paneles.

Si usas la barra de búsqueda para encontrar esta página, selecciona el resultado cuya sección sea Monitorización.
Seleccione la pestaña Lista de paneles de control y, a continuación, elija la categoría Integraciones.
Haga clic en el nombre del panel de control que quiera ver.

Si has configurado una integración, pero el panel de control no se ha instalado, comprueba que el agente de operaciones se esté ejecutando. Si no hay datos de métricas para un gráfico del panel de control, no se podrá instalar el panel. Una vez que el agente de Ops empiece a recoger métricas, se instalará el panel de control.

Para ver una vista previa estática del panel de control, siga estos pasos:

En la Google Cloud consola, ve a la página Integraciones:
Ve a Integraciones.

Si usas la barra de búsqueda para encontrar esta página, selecciona el resultado cuya sección sea Monitorización.
Haz clic en el filtro de plataforma de implementación Compute Engine.
Busca la entrada de IIS y haz clic en Ver detalles.
Seleccione la pestaña Paneles para ver una vista previa estática. Si el panel de control está instalado, puedes acceder a él haciendo clic en Ver panel de control.

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

Para obtener más información sobre cómo usar la página Integraciones, consulta el artículo Gestionar integraciones.

Instalar políticas de alertas

Las políticas de alertas indican a Cloud Monitoring que te envíe una notificación cuando se produzcan las condiciones especificadas. La integración de IIS incluye una o varias políticas de alertas que puedes usar. Puedes ver e instalar estas políticas de alertas desde la página Integraciones de Monitoring.

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

En la Google Cloud consola, ve a la página Integraciones:
Ve a Integraciones.

Si usas la barra de búsqueda para encontrar esta página, selecciona el resultado cuya sección sea Monitorización.
Busca la entrada de IIS y haz clic en Ver detalles.
Selecciona la pestaña Alertas. En esta pestaña se ofrecen descripciones de las políticas de alertas disponibles y se proporciona una interfaz para instalarlas.
Instala las políticas de alertas. Las políticas de alertas necesitan saber dónde enviar las notificaciones de que se ha activado una alerta, por lo que requieren información para la instalación. Para instalar políticas de alertas, haz lo siguiente:
1. En la lista de políticas de alertas disponibles, selecciona las que quieras instalar.
2. En la sección Configurar notificaciones, selecciona uno o varios canales de notificación. Puedes inhabilitar el uso de canales de notificación, pero si lo haces, tus políticas de alertas se activarán de forma silenciosa. Puedes consultar su estado en Monitorización, pero no recibirás ninguna notificación.
  
  Para obtener más información sobre los canales de notificación, consulta el artículo Gestionar canales de notificación.
3. Haz clic en Crear políticas.

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