Acw Ug

Amazon CloudWatch
Guía del usuario

Amazon CloudWatch Guía del usuario
Amazon CloudWatch: Guía del usuario

Copyright © 2020 Amazon Web Services, Inc. and/or its affiliates. All rights reserved.
Amazon's trademarks and trade dress may not be used in connection with any product or service that is not Amazon's,
in any manner that is likely to cause confusion among customers, or in any manner that disparages or discredits
Amazon. All other trademarks not owned by Amazon are the property of their respective owners, who may or may not
be affiliated with, connected to, or sponsored by Amazon.
Table of Contents
¿Qué es Amazon CloudWatch? ............................................................................................................ 1
Acceso a CloudWatch ................................................................................................................. 1
Servicios de AWS relacionados .................................................................................................... 1
Funcionamiento de CloudWatch .................................................................................................... 2
Conceptos ................................................................................................................................. 3
Espacios de nombres .......................................................................................................... 3
Métricas ............................................................................................................................ 3
Dimensiones ...................................................................................................................... 4
Estadísticas ....................................................................................................................... 5
Percentiles ......................................................................................................................... 7
Alarmas ............................................................................................................................. 8
Recursos ................................................................................................................................... 8
Configuración inicial .......................................................................................................................... 10
Inscribirse en Amazon Web Services (AWS) ................................................................................. 10
Inicie sesión en la consola de Amazon CloudWatch ....................................................................... 10
Configurar la AWS CLI .............................................................................................................. 10
Introducción ..................................................................................................................................... 11
Consulte Métricas clave de todos los servicios de AWS .................................................................. 13
Evitar que un servicio aparezca en el panel de varios servicios ................................................ 14
Centrarse en un solo servicio ..................................................................................................... 15
Centrarse en un grupo de recursos ............................................................................................. 16
Uso de paneles ................................................................................................................................ 17
Crear un panel ......................................................................................................................... 18
Cree paneles entre cuentas y regiones ........................................................................................ 19
Creación y uso de un panel para diversas cuentas y regiones con la Consola de administración
de AWS .......................................................................................................................... 19
Creación de un panel para diversas cuentas y regiones mediante programación ......................... 20
Añadir o eliminar un gráfico ........................................................................................................ 22
Mover o cambiar el tamaño de un gráfico ..................................................................................... 24
Editar un gráfico ....................................................................................................................... 24
Representar gráficamente métricas en un panel de CloudWatch de forma manual .............................. 26
Cambiar el nombre de un gráfico ................................................................................................ 27
Añadir o eliminar un widget de texto ............................................................................................ 27
Añadir o eliminar una alarma ...................................................................................................... 28
Uso de datos en directo ............................................................................................................ 29
Vincular y desvincular gráficos .................................................................................................... 30
Añadir un panel a su lista de favoritos ......................................................................................... 30
Cambio del ajuste de anulación del periodo o del intervalo de actualización ....................................... 30
Cambiar el intervalo de tiempo o el formato de zona horaria ............................................................ 31
Uso de las métricas .......................................................................................................................... 33
Visualización de métricas disponibles .......................................................................................... 33
Buscar métricas disponibles ....................................................................................................... 36
Obtención de estadísticas de una métrica .................................................................................... 37
Obtener estadísticas de un recurso específico ....................................................................... 37
Acumular estadísticas de varios recursos ............................................................................. 40
Acumular estadísticas por grupo de Auto Scaling ................................................................... 42
Acumular estadísticas por AMI ............................................................................................ 43
Representación gráfica de métricas ............................................................................................. 45
Representar una métrica gráficamente ................................................................................. 45
Uso de etiquetas dinámicas ................................................................................................ 48
Modificar el intervalo de tiempo o el formato de zona horaria de un gráfico ................................. 49
Modificar el eje Y de un gráfico .......................................................................................... 50
Crear una alarma desde una métrica de un gráfico ................................................................ 51
Publicación de métricas personalizadas ....................................................................................... 52
iii
Métricas de alta resolución ................................................................................................. 52

Uso de dimensiones .......................................................................................................... 53
Publicación de puntos de datos únicos ................................................................................ 53
Publicación de conjuntos de estadísticas .............................................................................. 54
Publicación del valor cero .................................................................................................. 55
Uso de cálculo de métricas ........................................................................................................ 55
Adición de una expresión matemática a un gráfico de CloudWatch ........................................... 55
Sintaxis y funciones de los cálculos de métricas .................................................................... 56
Uso de expresiones IF ...................................................................................................... 64
Uso de expresiones de búsqueda en gráficos ............................................................................... 66
Sintaxis de las expresiones de búsqueda ............................................................................. 67
Ejemplos de expresiones de búsqueda ................................................................................ 72
Creación de un gráfico con una expresión de búsqueda ......................................................... 73
Uso de alarmas ................................................................................................................................ 76
Estados de las alarmas de métricas ............................................................................................ 76
Evaluación de una alarma .......................................................................................................... 77
Configurar cómo tratan las alarmas los datos que faltan ................................................................. 78
Cómo se evalúa el estado de alarma cuando faltan datos ....................................................... 78
Alarmas de alta resolución ......................................................................................................... 80
Alarmas en expresiones matemáticas .......................................................................................... 81
Muestras de datos reducidas y alarmas basadas en percentil .......................................................... 81
Características comunes de las alarmas de CloudWatch ................................................................. 81
Configuración de un tema de SNS .............................................................................................. 82
Configuración de un tema de Amazon SNS mediante la Consola de administración de AWS ......... 82
Configuración de un tema de SNS mediante la AWS CLI ........................................................ 83
Crear una alarma basándose en un umbral estático ....................................................................... 84
Creación de una alarma basándose en la detección de anomalías ................................................... 87
Modificación de un modelo de detección de anomalías ........................................................... 88
Eliminación de un modelo de detección de anomalías ............................................................ 89
Creación de una alarma basada en una expresión matemática métrica ............................................. 89
Creación de una alarma compuesta ............................................................................................ 92
Edición de una alarma de CloudWatch ........................................................................................ 94
Creación de una alarma de uso de CPU ...................................................................................... 96
Configuración de una alarma de uso de CPU con la Consola de administración de AWS .............. 96
Configuración de una alarma de uso de CPU con la AWS CLI ................................................. 98
Creación de una alarma de la latencia del balanceador de carga ..................................................... 99
Configuración de una alarma de latencia con la Consola de administración de AWS .................... 99
Configuración de una alarma de latencia con la AWS CLI ....................................................... 99
Creación de una alarma de rendimiento de almacenamiento .......................................................... 100
Configuración de una alarma de rendimiento de almacenamiento con la Consola de
administración de AWS .................................................................................................... 100
Configuración de una alarma de rendimiento de almacenamiento con la AWS CLI ..................... 101
Crear alarmas para parar, terminar, reiniciar o recuperar una instancia ............................................ 102
Agregar acciones de parada a alarmas de Amazon CloudWatch ............................................. 103
Agregar acciones de terminación a alarmas de Amazon CloudWatch ...................................... 104
Agregar acciones de reinicio a alarmas de Amazon CloudWatch ............................................ 105
Agregar acciones de recuperación a alarmas de Amazon CloudWatch ..................................... 106
Ver el historial de alarmas activadas y acciones .................................................................. 107
Creación de una alarma de facturación ...................................................................................... 108
Habilitar alertas de facturación .......................................................................................... 108
Creación de una alarma de facturación .............................................................................. 109
Eliminación de una alarma de facturación ........................................................................... 109
Ocultar alarmas de Amazon EC2 Auto Scaling ............................................................................ 110
Uso del monitoreo sintético .............................................................................................................. 111
Permisos y roles necesarios ..................................................................................................... 112
Creación de un canary ............................................................................................................. 115
Recursos que se crean para canaries ................................................................................ 117
iv
Uso de proyectos de valores controlados ............................................................................ 117

Versiones de tiempo de ejecución de los valores controlados ................................................. 120
Escritura de un script de valor controlado ........................................................................... 120
Funciones de la biblioteca disponibles para los scripts de valores controlados ........................... 124
Ejecución de un valor controlado en una VPC ..................................................................... 128
Visualización de estadísticas y detalles de los canaries ................................................................. 130
Eliminación de un canary ......................................................................................................... 131
Uso de ServiceLens para monitorizar el estado de sus aplicaciones ........................................................ 132
Implementación de ServiceLens ................................................................................................ 133
Implementación de AWS X-Ray ........................................................................................ 133
Implementación del agente de CloudWatch y el demonio de X-Ray ......................................... 135
Uso del mapa de servicio ......................................................................................................... 141
Uso de la vista Rastros ............................................................................................................ 143
Solución de problemas de ServiceLens ...................................................................................... 144
No veo todos mis registros ............................................................................................... 144
No veo todas mis alarmas en el mapa de servicio ................................................................ 144
No veo algunos recursos de AWS en el mapa de servicio ..................................................... 145
Hay demasiados nodos en mi mapa de servicio .................................................................. 145
Consola de CloudWatch para diversas cuentas y regiones .................................................................... 146
Habilitación de la funcionalidad para diversas cuentas y regiones ................................................... 146
(Opcional) Integración con AWS Organizations ............................................................................ 149
Solución de problemas ............................................................................................................. 149
Uso de la detección de anomalías ..................................................................................................... 151
Cómo funciona la detección de anomalías .................................................................................. 153
Uso de Contributor Insights para analizar datos de alta cardinalidad ....................................................... 154
Creación de una regla de Contributor Insights ............................................................................. 154
Sintaxis de regla de Contributor Insights ..................................................................................... 157
Reglas de ejemplo .................................................................................................................. 160
Consulta de informes de Contributor Insights ............................................................................... 161
Representación gráfica de métricas generadas por reglas ............................................................. 162
Configuración de una alarma para los datos de métricas de Contributor Insights ........................ 163
Uso de reglas integradas de Contributor Insights ......................................................................... 164
Uso de Container Insights ................................................................................................................ 165
Configuración de Container Insights ........................................................................................... 167
Configuración de Container Insights en Amazon ECS ........................................................... 167
Configuración de Container Insights en Amazon EKS y Kubernetes ........................................ 174
Visualización de las métricas de Container Insights ...................................................................... 189
Uso de CloudWatch Logs Insights para ver información de Container Insights ........................... 190
Métricas recopiladas por Container Insights ................................................................................ 192
Métricas de Container Insights de Amazon ECS .................................................................. 192
Métricas de Amazon EKS y Kubernetes Container Insights .................................................... 196
Referencia de registros de rendimiento ....................................................................................... 199
Eventos de registro de rendimiento para Amazon ECS ......................................................... 199
Eventos de registro de rendimiento para Amazon EKS y Kubernetes ....................................... 203
Campos relevantes en eventos de registro de rendimiento para Amazon EKS y Kubernetes ........ 214
Solución de problemas de Container Insights .............................................................................. 220
Error de implementación en Amazon EKS o Kubernetes ....................................................... 220
Pánico no autorizado: no se puede recuperar datos de cadvisor desde kubelet ......................... 220
Implementación de Container Insights en un clúster eliminado y recreado ................................ 220
Error de punto de enlace no válido .................................................................................... 221
Las métricas no aparecen en la consola ............................................................................. 221
Error CrashLoopBackoff en el agente de CloudWatch ........................................................... 221
Agente de CloudWatch o pod FluentD bloqueado en Pending (Pendiente) ................................ 221
Creación de su propia imagen de Docker del agente de CloudWatch .............................................. 221
Recopilación de métricas y registros con el agente de CloudWatch ......................................................... 222
Instalación del agente de CloudWatch ........................................................................................ 223
Instalación del agente de CloudWatch con la línea de comandos ............................................ 223
v
Instalación del agente de CloudWatch mediante Administrador de sistemas .............................. 235

Instalación del agente de CloudWatch mediante AWS CloudFormation .................................... 249
Verificación de la firma del paquete del agente de CloudWatch .............................................. 253
Creación del archivo de configuración del agente de CloudWatch ................................................... 258
Creación del archivo de configuración del agente de CloudWatch con el asistente ..................... 259
Creación o edición manual del archivo de configuración del agente de CloudWatch ................... 263
Métricas recopiladas por el agente de CloudWatch ...................................................................... 294
Métricas recopiladas por el agente de CloudWatch en instancias de Windows Server ................. 294
Métricas recopiladas por el agente de CloudWatch en instancias de Linux ................................ 295
Escenarios comunes con el agente de CloudWatch ...................................................................... 303
Ejecución del agente de CloudWatch como otro usuario ....................................................... 303
Adición de dimensiones personalizadas a métricas recopiladas por el agente de CloudWatch ...... 305
Varios archivos de configuración del agente de CloudWatch .................................................. 306
Adición o acumulación de las métricas recopiladas por el agente de CloudWatch ...................... 307
Recopilación de métricas de alta resolución con el agente de CloudWatch ............................... 308
Envío de métricas y registros a una cuenta diferente ............................................................ 309
Diferencias de marca temporal entre el agente de CloudWatch unificado y el agente de
CloudWatch Logs anterior ................................................................................................ 310
Solución de problemas del agente de CloudWatch ....................................................................... 311
Parámetros de línea de comandos del agente de CloudWatch ............................................... 311
Error al descargar el agente de CloudWatch mediante Run Command ..................................... 311
No se inicia el agente de CloudWatch ................................................................................ 311
Verificación de que el agente de CloudWatch está en ejecución ............................................. 312
¿Dónde están las métricas? ............................................................................................. 312
El agente de CloudWatch no se inicia y el error menciona la región de Amazon EC2 .................. 313
El agente de CloudWatch no se inicia en Windows Server ..................................................... 313
No se pueden encontrar credenciales en Windows Server ..................................................... 313
Archivos de agente y ubicaciones de CloudWatch ................................................................ 314
Registros generados por el agente de CloudWatch .............................................................. 315
Parada y reinicio del agente de CloudWatch ....................................................................... 315
Detección de problemas comunes con las aplicaciones con CloudWatch Application Insights for .NET and
SQL Server .................................................................................................................................... 317
¿Qué es CloudWatch Application Insights? ................................................................................. 317
Características ................................................................................................................ 318
Conceptos ...................................................................................................................... 318
Precios .......................................................................................................................... 319
Servicios de AWS relacionados ......................................................................................... 319
Componentes de aplicaciones admitidos ............................................................................. 320
Pila de tecnología admitida ............................................................................................... 320
Funcionamiento de CloudWatch Application Insights ..................................................................... 320
Cómo monitoriza Application Insights las aplicaciones ........................................................... 321
Conservación de los datos ............................................................................................... 321
Cuotas ........................................................................................................................... 321
Introducción ............................................................................................................................ 322
Acceso a CloudWatch Application Insights for .NET and SQL Server ....................................... 322
Requisitos previos ........................................................................................................... 323
Política de IAM ............................................................................................................... 323
Configuración de la aplicación ........................................................................................... 324
Configuración del componente .................................................................................................. 335
JSON ............................................................................................................................ 335
Secciones de configuración del componente ....................................................................... 336
Métrica .......................................................................................................................... 336
Registro ......................................................................................................................... 337
Eventos de Windows ....................................................................................................... 337
Alarma ........................................................................................................................... 338
Ejemplos de configuración del componente ......................................................................... 338
Ver y solucionar problemas con Application Insights ..................................................................... 343
vi
Errores de configuración .................................................................................................. 344

Registros y métricas ................................................................................................................ 345
Amazon Elastic Compute Cloud (EC2) .............................................................................. 346
Elastic Load Balancer (ELB) ............................................................................................ 351
Application ELB ............................................................................................................. 352
Grupos de Auto Scaling de Amazon EC2 .......................................................................... 352
Amazon Simple Queue Server (SQS) ............................................................................... 353
Amazon Relational Database Service (RDS) ...................................................................... 353
Función de AWS Lambda ................................................................................................. 354
Métricas con requisitos de puntos de datos ........................................................................ 354
Métricas recomendadas ................................................................................................... 358
Métricas de contador de rendimiento .................................................................................. 360
Servicios que publican métricas de CloudWatch .................................................................................. 365
Eventos de alarma y EventBridge ...................................................................................................... 370
Ejemplos de eventos de CloudWatch ......................................................................................... 370
Incorporación de registros de alta cardinalidad y generación de métricas con formato de métricas integradas
de CloudWatch ............................................................................................................................... 374
Generación de registros mediante el formato de métricas integradas ............................................... 374
Uso de las bibliotecas de cliente ....................................................................................... 375
Generación manual de registros de formato de métricas integradas ........................................ 375
Visualización de sus métricas y registros en la consola ................................................................. 387
Monitorización de aplicaciones mediante AWS Métricas de SDK ............................................................ 389
Métricas y datos recopilados por Métricas de SDK para Enterprise Support ...................................... 390
Configuración de Métricas de SDK ............................................................................................ 392
Configuración del agente de CloudWatch para Métricas de SDK ............................................. 393
Definición de permisos de IAM para Métricas de SDK .......................................................... 395
Métricas de integración y uso de cuotas de servicio ............................................................................. 396
Visualización de las cuotas de servicio y configuración de alarmas ................................................. 396
Métricas de uso de CloudWatch ................................................................................................ 397
Tutoriales de CloudWatch ................................................................................................................ 399
Situación: monitorizar los cargos estimados ................................................................................ 399
Paso 1: habilitar alertas de facturación ............................................................................... 399
Paso 2: crear una alarma de facturación ............................................................................ 400
Paso 3: comprobar el estado de alarma ............................................................................. 400
Paso 4: editar una alarma de facturación ............................................................................ 401
Paso 5: eliminar una alarma de facturación ......................................................................... 401
Situación: publicar métricas ...................................................................................................... 401
Paso 1: definir la configuración de datos ............................................................................ 402
Paso 2: añadir métricas a CloudWatch ............................................................................... 402
Paso 3: obtener estadísticas desde CloudWatch .................................................................. 403
Paso 4: ver gráficos con la consola ................................................................................... 403
Etiquetado de los recursos de CloudWatch ......................................................................................... 404
Recursos admitidos en CloudWatch ........................................................................................... 404
Administración de etiquetas ...................................................................................................... 404
Convenciones de nomenclatura y uso de las etiquetas ................................................................. 405
Seguridad ...................................................................................................................................... 406
Protección de los datos ............................................................................................................ 406
Cifrado en tránsito ........................................................................................................... 407
Identity and Access Management .............................................................................................. 407
Autenticación .................................................................................................................. 407
Control de acceso ........................................................................................................... 408
Actualización de los permisos de los paneles de CloudWatch ................................................ 409
Información general sobre la administración de acceso ......................................................... 409
Usar políticas basadas en identidad (políticas de IAM) .......................................................... 413
Uso de claves de condición para limitar el acceso a los espacios de nombres de CloudWatch ...... 419
Uso de funciones vinculadas a servicios ............................................................................. 419
Uso de roles vinculados a servicios en Application Insights .................................................... 423
vii
Referencia de permisos de Amazon CloudWatch ................................................................. 427

Validación de la conformidad .................................................................................................... 433
Resiliencia .............................................................................................................................. 434
Seguridad de la infraestructura .................................................................................................. 434
Aislamiento de red .......................................................................................................... 434
Puntos de enlace de la VPC de tipo interfaz ............................................................................... 435
CloudWatch .................................................................................................................... 435
CloudWatch Synthetics .................................................................................................... 437
Consideraciones de seguridad de los canaries de Synthetics ......................................................... 438
Uso de conexiones seguras .............................................................................................. 438
Consideraciones de nomenclatura de canary ....................................................................... 438
Secretos del código de canary .......................................................................................... 439
Consideraciones de permisos ........................................................................................... 439
Seguimientos de la pila y mensajes de excepción ................................................................ 439
Acotamiento del alcance de sus roles de IAM ..................................................................... 439
Registro de encabezado ................................................................................................... 440
Registro de llamadas a la API con AWS CloudTrail .............................................................................. 441
Información de CloudWatch en CloudTrail .................................................................................. 442
Ejemplo: entradas de archivo de registro de CloudWatch ...................................................... 442
Información de CloudWatch Synthetics en CloudTrail ................................................................... 444
Ejemplo: Entradas del archivo de registro de CloudWatch Synthetics ....................................... 445
Integración de Grafana .................................................................................................................... 448
Cuotas de servicio .......................................................................................................................... 449
Historial de revisión ......................................................................................................................... 452
viii
Acceso a CloudWatch
¿Qué es Amazon CloudWatch?

Amazon CloudWatchmonitoriza los recursos y las aplicaciones de Amazon Web Services (AWS) que
ejecuta en AWS en tiempo real. Puede utilizar CloudWatch para recopilar y hacer un seguimiento de
métricas, que son las variables que puede medir en sus recursos y aplicaciones.
La página de inicio de CloudWatch muestra automáticamente métricas sobre todos los servicios de AWS
que utilice. También puede crear adicionalmente paneles personalizados para mostrar métricas sobre sus
aplicaciones personalizadas, y mostrar colecciones personalizadas de métricas que elija.
Puede crear alarmas que observen métricas y enviar notificaciones o realizar cambios automáticamente
en los recursos que está monitorizando se infringe un umbral. Por ejemplo, puede monitorizar el uso
de la CPU y las lecturas y escrituras de disco de sus instancias Amazon EC2 y, a continuación, utilizar
estos datos para determinar si debe lanzar instancias adicionales para gestionar el aumento de la carga.
También puede utilizar estos datos para parar las instancias infrautilizadas a fin de ahorrar dinero.
Con CloudWatch, obtiene información sobre utilización de recursos, el desempeño de las aplicaciones y el
estado operativo de todo el sistema.
Acceso a CloudWatch
Puede obtener acceso a CloudWatch utilizando cualquiera de los siguientes métodos:
• Consola de Amazon CloudWatch: https://console.aws.amazon.com/cloudwatch/

• CLI de AWS: para obtener más información, consulte Getting Set Up with the AWS Command Line
Interface en la AWS Command Line Interface Guía del usuario.
• API de CloudWatch – Para obtener más información consulte la Referencia de la API de Amazon
CloudWatch.
• SDK de AWS: para obtener más información, consulte Herramientas para Amazon Web Services.
Servicios de AWS relacionados

Los siguientes servicios se utilizan junto con Amazon CloudWatch:
• Amazon Simple Notification Service (Amazon SNS) coordina y administra la entrega o el envío de
mensajes a los puntos de enlace o clientes suscritos. Amazon SNS se utiliza con CloudWatch para
enviar mensajes cuando se alcanza un umbral de alarma. Para obtener más información, consulte
Configuración de notificaciones de Amazon SNS (p. 82).
• Amazon EC2 Auto Scaling le permite lanzar o terminar instancias Amazon EC2 automáticamente de
acuerdo con políticas definidas por el usuario, comprobaciones de estado y programaciones. Puede
utilizar una alarma de CloudWatch con Amazon EC2 Auto Scaling para escalar sus instancias EC2
en función de la demanda. Para obtener más información, consulte Escalado dinámico en la Guía del
usuario de Amazon EC2 Auto Scaling.
• AWS CloudTrail le permite monitorizar las llamadas a la API de Amazon CloudWatch para su cuenta,
incluidas las llamadas realizadas por la Consola de administración de AWS, la AWS CLI y otros
servicios. Cuando el registro de CloudTrail está activado, CloudWatch escribe los archivos de registro en
el bucket de Amazon S3 especificado al configurar CloudTrail. Para obtener más información, consulte
Registro de llamadas a la API de Amazon CloudWatch con AWS CloudTrail (p. 441).
1
Funcionamiento de CloudWatch
• AWS Identity and Access Management (IAM) es un servicio web que ayuda a controlar de forma
segura el acceso de los usuarios a los recursos de AWS. Utilice IAM para controlar quién puede usar
los recursos de AWS (autenticación), así como cuáles de ellos pueden usar y cómo pueden hacerlo
(autorización). Para obtener más información, consulte Identity and Access Management para Amazon
CloudWatch (p. 407).
Funcionamiento de Amazon CloudWatch

Amazon CloudWatch es básicamente un repositorio de métricas. Un servicio de AWS, como Amazon EC2,
pone las métricas en el repositorio y usted recupera estadísticas en función de dichas métricas. Si coloca
sus propias métricas personalizadas en el repositorio, puede recuperar estadísticas sobre estas métricas
también.
Puede utilizar las métricas para calcular estadísticas y, a continuación, presentar los datos gráficamente
en la consola de CloudWatch. Para obtener más información sobre los demás recursos de AWS
que generan y envían métricas a CloudWatch, consulte Servicios de AWS que publican métricas de
Puede configurar acciones de alarma para parar, comenzar o terminar una instancia Amazon EC2 cuando
se cumplen determinados criterios. Además, puede crear alarmas que inicien acciones de Amazon EC2
Auto Scaling y Amazon Simple Notification Service (Amazon SNS) en su nombre. Para obtener más
información sobre la creación de alarmas de CloudWatch, consulte Alarmas (p. 8).
Los recursos de informática en la nube de AWS se alojan en centros de datos de alta disponibilidad. Para
proporcionar más escalabilidad y fiabilidad, cada instalación de centro de datos se encuentra en una zona
geográfica específica, conocida como región. Cada región está diseñada para estar totalmente aislada
de las demás regiones, para lograr la máxima estabilidad y aislamiento en caso de error. Las métricas
se almacenan por separado en las regiones, pero puede utilizar la funcionalidad para diversas regiones
de CloudWatch para añadir estadísticas de diferentes regiones. Para obtener más información, consulte
2
Conceptos
Consola de CloudWatch para diversas cuentas y regiones (p. 146) y Regiones y puntos de enlace en la
Referencia general de Amazon Web Services.
Conceptos de Amazon CloudWatch

Los siguientes términos y conceptos son fundamentales para entender y utilizar Amazon CloudWatch:
• Espacios de nombres (p. 3)

• Métricas (p. 3)
• Dimensiones (p. 4)
• Estadísticas (p. 5)
• Percentiles (p. 7)
• Alarmas (p. 8)
Espacios de nombres
Un espacio de nombres es un contenedor de métricas de CloudWatch. Las métricas en distintos espacios
de nombres están aisladas entre sí, de forma que las métricas de distintas aplicaciones no estén
acumuladas por error en las mismas estadísticas.
No hay ningún espacio de nombres predeterminado. Debe especificar un espacio de nombres para cada
punto de datos que publique en CloudWatch. Puede especificar un nombre de espacio de nombres al crear
una métrica. Estos nombres deben contener caracteres XML válidos y tener menos de 256 caracteres de
longitud. Los caracteres posibles son: caracteres alfanuméricos (0-9A-Za-z), punto (.), guion (-), guion bajo
(_), barra inclinada (/), almohadilla (#) y dos puntos (:).
Los espacios de nombres de AWS utilizan normalmente la siguiente convención de nomenclatura:

AWS/service. Por ejemplo, Amazon EC2 utiliza el espacio de nombres AWS/EC2. Para obtener
la lista de espacios de nombres de AWS, consulte Servicios de AWS que publican métricas de
Métricas
Las métricas son el concepto fundamental en CloudWatch. Un métrica representa una serie de puntos
de datos ordenados por tiempo que se publican a CloudWatch. Una métrica es una variable que hay que
monitorizar y los puntos de datos son los valores de esa variable a lo largo del tiempo. Por ejemplo, el uso
de la CPU de una determinada instancia EC2 es una métrica proporcionada por Amazon EC2. Los propios
puntos de datos pueden proceder de cualquier aplicación o actividad empresarial desde la que recopile
datos.
Los servicios de AWS envían métricas a CloudWatch y puede enviar sus propias métricas personalizadas
a CloudWatch. Puede añadir los puntos de datos en cualquier orden y a la velocidad que elija. Puede
recuperar estadísticas sobre dichos puntos de datos como un conjunto ordenado de datos de serie
temporal.
Las métricas existen solo en la región en que se han creado. Las métricas no se pueden eliminar, pero
vencen automáticamente a los 15 meses si no se publican datos nuevos. Los puntos de datos con más de
15 meses caducarán sucesivamente; a medida que se introducen nuevos puntos de datos, los datos con
más de quince meses se eliminan.
Las métricas se definen de forma exclusiva mediante un nombre, un espacio de nombres y cero o varias
dimensiones. Cada punto de datos de una métrica tiene una marca temporal y, opcionalmente, una unidad
de medida. Puede recuperar estadísticas de CloudWatch para cualquier métrica.
3
Dimensiones
Para obtener más información, consulte Visualización de métricas disponibles (p. 33) y Publicación de
métricas personalizadas (p. 52).
Marcas temporales
Cada punto de datos de métrica debe asociarse a una marca temporal. La marca temporal puede ser de
hasta dos semanas en el pasado y de hasta dos horas en el futuro. Si no proporciona una marca temporal,
CloudWatch crea una en función de la hora a la que se recibió el punto de datos.
Las marcas temporales son objetos dateTime, con la fecha completa más horas, minutos y segundos
(por ejemplo, 2016-10-31T23:59:59 Z). Para obtener más información, consulte dateTime. Aunque no es
necesario, le recomendamos que utilice la hora universal coordinada (UTC, por sus siglas en inglés). Al
recuperar las estadísticas de CloudWatch, todas las horas se indican en UTC.
Las alarmas de CloudWatch comprueban las métricas en función de la hora actual en UTC. Las métricas
personalizadas enviadas a CloudWatch con marcas temporales que no sean la hora UTC actual pueden
hacer que las alarmas muestren el estado Insufficient Data (Datos insuficientes) o dar lugar a retrasos en
las alarmas.
Retención de métricas
CloudWatch retiene los datos de métricas como se indica a continuación:
• Los puntos de datos con un período de menos de 60 segundos están disponibles durante 3 horas. Estos
puntos de datos son métricas personalizadas de alta resolución.
• Los puntos de datos con un período de 60 segundos (1 minuto) están disponibles durante 15 días
• Los puntos de datos con un período de 300 segundos (5 minutos) están disponibles durante 63 días
• Los puntos de datos con un período de 3 600 segundos (1 hora) están disponibles para 455 días (15
meses)
Los puntos de datos que se publican inicialmente con un periodo más corto se acumulan para
almacenarlos a largo plazo. Por ejemplo, si recopila datos con un periodo de 1 minuto, los datos están
disponibles durante 15 días con una resolución de 1 minuto. Después de 15 días estos datos siguen
estando disponibles, pero se acumulan y solo se pueden recuperar con una resolución de 5 minutos.
Después de 63 días, los datos siguen acumulándose y están disponibles con una resolución de 1 hora.
CloudWatch comenzó la retención de datos de métricas de 5 minutos y de 1 hora el 9 de julio de 2016.
Dimensiones
Una dimensión es un par de nombre-valor que forma parte de la identidad de una métrica. Puede asignar
hasta 10 dimensiones a una métrica.
Cada métrica tiene características específicas que la describen y puede considerar las dimensiones como
categorías para las características. Las dimensiones le ayudan a diseñar una estructura para su plan de
estadísticas. Dado que las dimensiones forman parte del identificador único de una métrica, si añade un
par único nombre/valor a una de las métricas, está creando una nueva variación de esa métrica.
Los servicios de AWS que envían datos a CloudWatch adjuntan dimensiones a cada métrica. Puede
utilizar dimensiones para filtrar los resultados que devuelve CloudWatch. Por ejemplo, puede obtener
estadísticas para una instancia EC2 concreta especificando la dimensión InstanceId al buscar métricas.
Para las métricas producidas por determinados servicios de AWS como, por ejemplo, Amazon EC2,
CloudWatch puede acumular datos a través de dimensiones. Por ejemplo, si busca métricas en el espacio
de nombres AWS/EC2 pero sin especificar ninguna dimensión, CloudWatch acumula todos los datos
de la métrica especificada para crear la estadística que ha solicitado. CloudWatch no acumula entre
dimensiones para sus métricas personalizadas.
4
Estadísticas
Combinaciones de dimensiones
CloudWatch trata cada combinación exclusiva de dimensiones como una métrica independiente,
incluso si las métricas tienen el mismo nombre de métrica. Solo puede recuperar estadísticas utilizando
combinaciones de dimensiones que haya publicado específicamente. Al recuperar estadísticas,
especifique los mismos valores para el espacio de nombres, el nombre de la métrica y los parámetros de
dimensión que se utilizaron cuando se crearon las métricas. También puede especificar las horas de inicio
y finalización que utiliza CloudWatch para agregación.
Por ejemplo, suponga que publica cuatro métricas distintas denominadas ServerStats en el espacio de
nombres DataCenterMetric con las siguientes propiedades:
Dimensions: Server=Prod, Domain=Frankfurt, Unit: Count, Timestamp: 2016-10-31T12:30:00Z,

Value: 105
Dimensions: Server=Beta, Domain=Frankfurt, Unit: Count, Timestamp: 2016-10-31T12:31:00Z,
Value: 115
Dimensions: Server=Prod, Domain=Rio, Unit: Count, Timestamp: 2016-10-31T12:32:00Z,
Value: 95
Dimensions: Server=Beta, Domain=Rio, Unit: Count, Timestamp: 2016-10-31T12:33:00Z,
Value: 97
Si publica solo estas cuatro métricas, puede recuperar estadísticas para estas combinaciones de
dimensiones:
• Server=Prod,Domain=Frankfurt
• Server=Prod,Domain=Rio
• Server=Beta,Domain=Frankfurt
• Server=Beta,Domain=Rio
No puede recuperar estadísticas para las siguientes dimensiones o si no especifica ninguna dimensión:
• Server=Prod
• Server=Beta
• Domain=Frankfurt
• Domain=Rio
Estadísticas
Las estadísticas son acumulaciones de datos de métricas correspondientes a periodos de tiempo
especificados. CloudWatch proporciona estadísticas en función de los puntos de datos de métricas
proporcionadas por los datos personalizados o por otros servicios de AWS para CloudWatch. Las
acumulaciones se realizan utilizando el espacio de nombres, el nombre de métrica, las dimensiones y la
unidad de medida de punto de datos, dentro del período de tiempo que especifique. En la siguiente tabla
se describen las estadísticas disponibles.
Estadística Descripción
Minimum El valor más bajo observado durante el período especificado. Puede utilizar este valor
para determinar volúmenes de actividad bajos para su aplicación.
Maximum El valor más alto observado durante el período especificado. Puede utilizar este valor
para determinar volúmenes de actividad altos para su aplicación.
5
Estadísticas
Estadística Descripción
Sum Todos los valores enviados para métrica coincidente se suman. Esta estadística puede
resultar útil para determinar el volumen total de una métrica.
Average El valor de Sum / SampleCount durante el periodo específico. Al comparar esta

estadística con Minimum y Maximum, puede determinar el ámbito completo de una
métrica y lo cerca que está el uso promedio a los valores Minimum y Maximum. Esta
comparación le ayuda a saber cuándo aumentar o reducir los recursos en función de
las necesidades.
SampleCount El recuento (número) de puntos de datos utilizado para el cálculo estadístico.
pNN.NN El valor del percentil especificado. Puede especificar cualquier percentil con hasta dos
decimales (por ejemplo, p95.45). Las estadísticas de percentiles no están disponibles
para métricas que incluyan valores negativos. Para obtener más información, consulte
Percentiles (p. 7).
Puede añadir estadísticas calculadas previamente. En lugar de valores de puntos de datos, especifique
valores para SampleCount, Minimum, Maximum y Sum (CloudWatch se encarga de calcular la media).
Los valores que añada de esta forma se suman a otros valores asociados con la métrica coincidente.
Unidades
Cada estadística tiene una unidad de medida. Entre las unidades de ejemplo se incluyen Bytes,
Seconds, Count y Percent. Para ver la lista completa de las unidades que admite CloudWatch, consulte
el tipo de datos MetricDatum en la Amazon CloudWatch API Reference.
Puede especificar una unidad al crear una métrica personalizada. Si no especifica una unidad, CloudWatch
utiliza None como unidad. Las unidades ayudan a aportar significado conceptual a los datos. Aunque
CloudWatch no concede ninguna importancia a una unidad internamente, otras aplicaciones pueden
obtener información semántica en función de la unidad.
Los puntos de datos de métricas que especifican una unidad de medida se suman por separado. Cuando
se obtienen estadísticas sin especificar una unidad, CloudWatch suma todos los puntos de datos de la
misma unidad conjuntamente. Si tiene dos métricas idénticas con distintas unidades, se devuelven dos
flujos de datos independientes, uno por cada unidad.
Periodos
Un periodo es el tiempo asociado a una estadística de Amazon CloudWatch específica. Cada estadística
representa una suma de los datos de métricas recopilados durante un periodo de tiempo especificado.
Los periodos se definen en números de segundos, y los valores válidos para el periodo son 1, 5, 10, 30
o cualquier múltiplo de 60. Por ejemplo, para especificar un periodo de seis minutos, utilice el valor de
periodo 360. Puede ajustar la forma en que los datos se acumulan variando la duración del periodo. Un
periodo puede ser tan breve como un segundo o tan largo como un día (86 400 segundos). El valor de
predeterminado es de 60 segundos.
Solo las métricas personalizadas que defina con una resolución de almacenamiento de 1 segundo admiten
periodos inferiores a un minuto. Aunque la opción de establecer un periodo inferior a 60 siempre está
disponible en la consola, debe seleccionar un periodo acorde con el almacenamiento de la métrica. Para
obtener más información sobre las métricas que admiten periodos inferiores a un minuto, consulte Métricas
de alta resolución (p. 52).
Al recuperar las estadísticas, puede especificar un periodo, hora de inicio y hora de finalización. Estos
parámetros determinan la duración de tiempo asociada a las estadísticas. Los valores predeterminados
de la hora de inicio y de finalización le proporcionan las estadísticas de la última hora. Los valores
6
Percentiles
que especifique para la hora de inicio y la hora de finalización determinan cuántos periodos devuelve
CloudWatch. Por ejemplo, la recuperación de estadísticas utilizando los valores predeterminados para el
período, hora de inicio y hora de finalización devuelven un conjunto acumulado de estadísticas para cada
minuto de la hora anterior. Si prefiere estadísticas acumuladas en bloques de diez minutos, especifique un
periodo de 600. Para estadísticas acumuladas en toda la hora, especifique un periodo de 3 600.
Cuando se acumulan estadísticas a lo largo de un periodo de tiempo, se marcan con la hora

correspondiente al principio del periodo. Por ejemplo, los datos acumulados desde las 19:00 hasta las
20:00 horas se marcan como 19:00 h. Además, datos acumulados entre las 19:00 y las 20:00 h empiezan
a ser visibles a las 19:00 horas y, a continuación, los valores de esos datos acumulados pueden cambiar a
medida que CloudWatch recopila más muestras durante el periodo.
Los períodos también son importantes para las alarmas de CloudWatch. Cuando se crea una alarma para
monitorizar una métrica específica, le solicita a CloudWatch que compare dicha estadística con el valor de
umbral especificado. Puede controlar ampliamente cómo lleva a cabo la comparación CloudWatch. No solo
puede especificar el periodo durante el que se realiza la comparación, sino que además puede especificar
cuántos periodos de evaluación se utilizan para llegar a una conclusión. Por ejemplo, si especifica tres
periodos de evaluación, CloudWatch compara una ventana de tres puntos de datos. CloudWatch solo le
notifica si se incumple el punto de datos más antiguo y los demás se incumplen o faltan. Para las métricas
que se emiten continuamente, CloudWatch no le notifica hasta que se produzcan tres errores.
Agregación
Amazon CloudWatch agrega estadísticas de acuerdo con la duración del periodo que especifique al
recuperar estadísticas. Puede publicar tantos puntos de datos como desee con las mismas marcas
temporales o similares. CloudWatch los acumula en función de la duración del periodo especificado.
CloudWatch no acumula datos entre regiones.
Puede publicar puntos de datos para una métrica que comparte no solo la misma marca temporal, sino
también el mismo espacio de nombres y dimensiones. CloudWatch devuelve estadísticas acumuladas para
dichos puntos de datos. También puede publicar varios puntos de datos para la misma métrica o distintas,
con cualquier marca temporal.
Para conjuntos de datos de gran tamaño, puede insertar un conjunto de datos acumulados previamente
denominado conjunto estadístico. Con conjuntos estadísticos, proporciona a CloudWatch los valores Min,
Max, Sum y SampleCount para una serie de puntos de datos. Esto se utiliza generalmente cuando hay que
recopilar datos muchas veces en un minuto. Por ejemplo, suponga que tiene una métrica para la latencia
de solicitudes de una página web. No tiene sentido publicar datos con cada visita a la página web. Le
recomendamos que recopile la latencia de todas las visitas a dicha página web, las acumule una vez por
minuto y envíe dicho conjunto estadístico a CloudWatch.
Amazon CloudWatch no diferencia la fuente de una métrica. Si publica una métrica con el mismo espacio
de nombres y dimensiones de distintas fuentes, CloudWatch las trata como una métrica única. Esto puede
resultar útil para métricas de servicio en un sistema de escala distribuido. Por ejemplo, todos los hosts
de una aplicación de servidor web podrían publicar métricas idénticas que representan la latencia de las
solicitudes que están procesando. CloudWatch las trata como una métrica única, lo que le permite obtener
estadísticas de mínimo, máximo, media y la suma de todas las solicitudes en la aplicación.
Percentiles
Un percentil indica el peso relativo de un valor en un conjunto de datos. Por ejemplo, el percentil 95
significa que el 95 por ciento de los datos está por debajo de este valor y el 5 por ciento de los datos está
por encima del mismo. Los percentiles le ayudan a entender mejor la distribución de los datos de métricas.
Los percentiles se suelen utilizar para aislar anomalías. En una distribución normal, el 95% de los datos
está dentro de dos desvíos estándar de la media y el 99,7% de los datos está dentro de tres desvíos
estándar de la media. Cualquier dato que quede fuera de las tres desvíos estándar se suele considerar
una anomalía ya que se aleja mucho del valor medio. Por ejemplo, suponga que está monitorizando la
7
Alarmas
utilización de la CPU de las instancias EC2 para asegurarse de que sus clientes disfruten de una buena
experiencia. Si monitoriza la media, esto puede ocultar anomalías. Si monitoriza el máximo, una única
anomalía puede sesgar los resultados. Mediante los percentiles, puede monitorizar el percentil 95.º de la
utilización de la CPU para comprobar si hay instancias con una carga excepcionalmente alta.
Algunas métricas de CloudWatch admiten percentiles como una estadística. Para estas métricas,
puede monitorizar el sistema y las aplicaciones utilizando percentiles como haría al usar el resto de las
estadísticas de CloudWatch (media, mínimo, máximo y suma). Por ejemplo, al crear una alarma, puede
utilizar los percentiles como función estadística. Puede especificar el percentil con hasta dos decimales
(por ejemplo, p95.45).
Las estadísticas de percentiles están disponibles para las métricas personalizadas, siempre y cuando
publique puntos de datos sin resumir y sin formato para la métrica personalizada. Las estadísticas de
percentiles no están disponibles para las métricas cuando alguno de los valores de métricas es un número
negativo.
CloudWatch necesita puntos de datos en bruto para calcular percentiles. Si en cambio publica datos a
través de un conjunto estadístico, solo puede recuperar estadísticas de percentiles para estos datos si es
cierta una de las siguientes condiciones:
• El valor de SampleCount del conjunto estadístico es 1 y el mínimo, el máximo y la suma son todos
iguales.
• El mínimo y el máximo son iguales y la suma es igual al mínimo multiplicado por SampleCount.
Alarmas
Puede utilizar una alarma para iniciar automáticamente acciones en su nombre. Una alarma vigila una
única métrica durante el período especificado y realiza una o varias acciones especificadas según el valor
de la métrica relativo a un determinado umbral durante un período de tiempo. La acción es una notificación
que se envía a un tema de Amazon SNS o a una política de Auto Scaling. También puede añadir alarmas
a paneles.
Las alarmas invocan acciones únicamente para los cambios de estado prolongados. Las alarmas de
CloudWatch no invocan acciones simplemente por tener un estado determinado. El estado debe haber
cambiado y debe mantenerse durante el número de periodos especificado.
Al crear una alarma, seleccione un periodo que sea mayor o igual que la frecuencia de la métrica que se
va a monitorizar. Por ejemplo, la monitorización básica de Amazon EC2 proporciona métricas para sus
instancias cada 5 minutos. Al configurar una alarma en una métrica de monitorización básica, seleccione
un periodo de al menos 300 segundos (5 minutos). La monitorización detallada para Amazon EC2
proporciona métricas para sus instancias cada 1 minuto. Al configurar una alarma en una métrica de
monitorización detallada, seleccione un periodo de al menos 60 segundos (1 minuto).
Si configura una alarma en una métrica de alta resolución, puede especificar una alarma de alta
resolución con un periodo de 10 o 30 segundos, o puede definir una alarma normal con un periodo de
cualquier múltiplo de 60 segundos. El cargo es mayor en el caso de las alarmas de alta resolución. Para
obtener más información acerca de las métricas de alta resolución, consulte Publicación de métricas
personalizadas (p. 52).
Para obtener más información, consulte Uso de alarmas de Amazon CloudWatch (p. 76) y Crear una
alarma desde una métrica de un gráfico (p. 51).
Recursos de Amazon CloudWatch

Los recursos relacionados siguientes pueden serle de ayuda cuando trabaje con este servicio.
8
Recursos
Recurso Descripción
Preguntas frecuentes sobre Amazon Las preguntas frecuentes tratan las principales preguntas
CloudWatch planteadas por los desarrolladores sobre este producto.
Notas de la versión Las notas de la versión ofrecen un resumen general

de la versión actual. Destacan de forma específica las
características nuevas, las correcciones y los problemas que
se conocen.
Centro de recursos para desarrolladores Punto de comienzo central para buscar documentación,
de AWS ejemplos de código, notas de la versión y otra información
que le ayudará a crear aplicaciones innovadoras con AWS.
Consola de administración de AWS La consola le permite llevar a cabo la mayoría de las

funciones de Amazon CloudWatch y otras ofertas de AWS sin
necesidad de programación.
Amazon CloudWatch Discussion Foro de la comunidad para desarrolladores donde se tratan

Forums aspectos técnicos relacionados con Amazon CloudWatch.
AWS Support El centro para crear y administrar los casos de AWS Support.
También incluye enlaces a otros recursos útiles como foros,
preguntas técnicas frecuentes, estado de los servicios y AWS
Trusted Advisor.
Información del producto de Amazon Página web principal con información acerca de Amazon
CloudWatch CloudWatch.
Contacto Un punto de contacto centralizado para las consultas

relacionadas con la facturación, cuentas, eventos, abuso, etc.
de AWS.
9
Inscribirse en Amazon Web Services (AWS)
Configuración inicial
Para usar Amazon CloudWatch necesita disponer de una cuenta de AWS. Su cuenta de AWS le permite
utilizar servicios (por ejemplo, Amazon EC2) para generar métricas que se pueden visualizar en la consola
de CloudWatch, una interfaz basada en web que se puede controlar con el ratón. Además, puede instalar y
configurar la interfaz de línea de comandos (CLI) de AWS.
Inscribirse en Amazon Web Services (AWS)

Al crear una cuenta de AWS, la inscribimos automáticamente en todos los servicios de AWS. Solo pagará
por los servicios que utilice.
Si ya dispone de una cuenta de AWS, pase al siguiente paso. Si no dispone de una cuenta de AWS, utilice
el siguiente procedimiento para crear una.
Para inscribirse en una cuenta de AWS
1. Abra https://portal.aws.amazon.com/billing/signup.
2. Siga las instrucciones en línea.
Parte del procedimiento de inscripción consiste en recibir una llamada telefónica e indicar un código de
verificación en el teclado del teléfono.
Inicie sesión en la consola de Amazon CloudWatch

Para iniciar sesión en la consola de Amazon CloudWatch
1. Abra la consola de CloudWatch en https://console.aws.amazon.com/cloudwatch/.

2. Si es necesario, utilice la barra de navegación para cambiar la región por la región en la que tiene sus
recursos de AWS.
3. Incluso si es la primera vez que utiliza la consola de CloudWatch, Your Metrics (Sus métricas) ya
podría notificar métricas, dado que ha usado un producto de AWS que envía automáticamente las
métricas a Amazon CloudWatch de forma gratuita. Otros productos de AWS requieren que habilite las
métricas.
Si no tiene ninguna alarma, la sección Your Alarms incluirá un botón Create Alarm.
Configurar la AWS CLI

Puede utilizar la AWS CLI o la CLI de Amazon CloudWatch para llevar a cabo los comandos de
CloudWatch. Tenga en cuenta que la AWS CLI reemplaza la CLI de CloudWatch; incluimos nuevas
características de CloudWatch exclusivamente en la AWS CLI.
Para obtener más información sobre cómo instalar y configurar la AWS CLI, consulte Configuración inicial
de la interfaz de línea de comandos de AWS en la AWS Command Line Interface Guía del usuario.
Para obtener más información sobre cómo instalar y configurar la CLI de Amazon CloudWatch, consulte
Configuración de la interfaz de línea de comandos de CLI en la Amazon CloudWatch CLI Reference.
10
Introducción a Amazon CloudWatch

Abra la consola de CloudWatch en https://console.aws.amazon.com/cloudwatch/.
Aparece la página de inicio de información general de CloudWatch.
11
12
Consulte Métricas clave de todos los servicios de AWS
La información general muestra los siguientes elementos, actualizados de forma automática.
• La parte superior izquierda muestra una lista de los servicios de AWS que utiliza en su cuenta, junto con
el estado de alarmas en dichos servicios. La parte superior derecha muestra dos o cuatro alarmas en su
cuenta, en función de la cantidad de servicios de AWS que utilice. Las alarmas que se muestran son las
que tienen el estado ALARM o las que han cambiado de estado más recientemente.
Estas áreas superiores le permiten evaluar el estado de sus servicios de AWS, viendo los estados de
alarma en cada servicio y las alarmas que han cambiado de estado más recientemente. Esto le ayuda a
monitorizar y diagnosticar problemas rápidamente.
• Debajo de estas áreas se encuentra el panel predeterminado, si existe. El panel predeterminado es
un panel personalizado que ha creado y denominado CloudWatch-Default. Se trata de una forma
cómoda para incluir métricas sobre sus propios servicios o aplicaciones personalizados en la página de
información general o para adelantar métricas de claves adicionales desde servicios de AWS que más
desea monitorizar.
• Si utiliza seis o más servicios de AWS, debajo del panel predeterminado es incluye un enlace al panel
automático de varios servicios. El panel de varios servicios muestra automáticamente las métricas clave
de todos los servicios de AWS que utilice, sin que tenga que elegir qué métricas para monitorizar o crear
paneles personalizados. También puede utilizarlo para bajar a cualquier servicio de AWS y ver incluso
más métricas clave para dicho servicio.
Si utiliza menos de seis servicios de AWS, el panel de varios servicios se muestra automáticamente en
esta página.
A partir de esta información general, puede concentrar su vista en un grupo de recursos específico o un
servicio de AWS específico. De este modo, puede reducir la vista a un subconjunto de recursos en el que
esté interesado. Usar grupos de recursos permite utilizar etiquetas para organizar proyectos, centrarse en
un subconjunto de su arquitectura, o simplemente distinguir entre los entornos de producción y desarrollo.
Para obtener más información, consulte ¿Qué es Grupos de recursos de AWS?
Temas
• Consulte Métricas clave de todos los servicios de AWS (p. 13)
• Centrarse en métricas y alarmas en un solo servicio de AWS (p. 15)
• Centrarse en métricas y alarmas en un grupo de recursos (p. 16)
Consulte Métricas clave de todos los servicios de

AWS
Si utiliza seis o más servicios de AWS, el panel de varios servicios no se muestra en la página de
información general. Puede cambiar a este panel para ver las métricas clave de todos los servicios de
AWS que está utilizando.
Para abrir el panel de varios servicios
Aparece la página de información general.

2. Cerca de la parte inferior de la página, elija View cross service dashboard (Ver panel de varios
servicios).
Aparece el panel de varios servicios, que muestra en orden alfabético cada servicio de AWS que está
utilizando. Por cada servicio, se muestra uno o dos métricas clave.
13
Evitar que un servicio aparezca
en el panel de varios servicios
3. Puede centrarse en un servicio determinado de dos formas:
a. Para ver más las métricas clave para un servicio, elija el nombre en la lista de la parte superior de
la pantalla, donde el panel de varios servicios se muestra actualmente. O bien, puede elegir View
Service dashboard (Ver panel de servicios) al lado del nombre de servicio.
Aparece un panel automática para dicho servicio con más métricas para dicho servicio. Además,
para algunos servicios, la parte inferior del panel de servicios muestra recursos relacionados con
dicho servicio. Puede elegir uno de dichos recursos para dicha consola de servicio y centrarse
más en dicho recurso.
b. Para ver todas las alarmas relacionadas con un servicio, elija el botón situado a la derecha de la
pantalla junto a dicho nombre de servicio. El texto en este botón indica la cantidad de alarmas que
ha creado en este servicio, y si se encuentran en el estado ALARM.
Cuando se muestran las alarmas, puede mostrarse varias alarmas que tienen ajustes similares
(como dimensiones, umbral o periodo) en un solo gráfico.
A continuación, puede ver los detalles de una alarma y ver el historial de alarmas. Para hacerlo,
pase el puntero por el gráfico de alarma y elija el icono de acciones, View en alarms (Ver en
alarmas).
La vista de alarmas aparece en una nueva pestaña del navegador, en la que se muestra una lista
de las alarmas, junto con información detallada acerca de la alarma elegida. Para ver el historial
de esta alarma, elija la pestaña History (Historial).
4. Puede centrarse en los recursos de un grupo de recursos concreto. Para ello, elija el grupo de
recursos de la lista en la parte superior de la página donde se muestra All resources (Todos los
recursos).
Para obtener más información, consulte Centrarse en métricas y alarmas en un grupo de

recursos (p. 16).
5. Para cambiar el intervalo de tiempo mostrado en todos los gráficos y alarmas que se muestran
actualmente, seleccione el intervalo que desea al lado de Time range (Intervalo de tiempo) en la parte
superior de la pantalla. Elija custom (personalizado) para seleccionar entre más opciones de intervalo
de tiempo que las que se muestran de forma predeterminada.
6. Las alarmas siempre se actualizan una vez por minuto. Para actualizar la vista, elija el icono de
actualización (dos flechas curvadas) en la parte superior derecha de la pantalla. Para cambiar la
frecuencia de actualización automática de los elementos de la pantalla que no sean alarmas, elija
la flecha hacia abajo junto al icono de actualización y elija la velocidad de actualización que desea.
También puede elegir desactivar la actualización automática.
Evitar que un servicio aparezca en el panel de varios

servicios
Puede evitar que métricas de un servicio aparezcan en el panel de varios servicios. Esto le ayuda a centrar
su panel de varios servicios en los servicios que más desee monitorizar.
Si elimina un servicio del panel de varios servicios, las alarmas para dicho servicio seguirán apareciendo
en las vistas de sus alarmas.
Para eliminar métricas de un servicio del panel de varios servicios
Aparece la página de inicio.

2. En la parte superior de la página, en Overview (Información general), elija el servicio que desea quitar.
14
Centrarse en un solo servicio
La vista cambia para mostrar métricas solo de dicho servicio.

3. Elija Actions (Acciones), a continuación desactive la casilla situada junto a Show on cross service
dashboard (Mostrar en panel de varios servicios).
Centrarse en métricas y alarmas en un solo servicio

de AWS
En la página de inicio de CloudWatch, puede centrar la vista en un solo servicio de AWS. Puede bajar
más centrándose tanto en un solo servicio de AWS como en un grupo de recursos al mismo tiempo. En el
siguiente procedimiento solo se muestra cómo centrarse en un servicio de AWS.
Para centrarse en un solo servicio
Aparece la página de inicio.

2. Elija el nombre del servicio en la lista en la parte superior de la pantalla, donde actualmente se
muestra Overview (Información general).
La vista cambia para mostrar gráficos de las métricas clave del servicio seleccionado.
3. Para cambiar para ver las alarmas para este servicio, elija Alarms dashboard (Panel de alarmas) en la
parte superior de la pantalla donde se muestra actualmente Service dashboard (Panel de servicios).
4. Al visualizar las métricas, puede centrarse en una métrica determinada de varias maneras:
a. Para ver más información acerca de las métricas en cualquier gráfico, pase el puntero por el
gráfico y haga clic en el icono de acciones, View in metrics (Ver en métricas).
El gráfico aparece en una nueva pestaña, con las métricas pertinentes que se indican debajo
del gráfico. Puede personalizar la vista de este gráfico, cambiando las métricas y los recursos
mostrados, la estadística, el periodo y otros factores para obtener una mejor comprensión de la
situación actual.
b. Puede ver los eventos de registros desde el intervalo de tiempo que se muestra en el gráfico.
Esto puede ayudarle a descubrir los eventos que ocurrieron en su infraestructura que están
provocando un cambio inesperado de las métricas.
Para ver los eventos de registro, pase el puntero por el gráfico de alarma y elija el icono de
acciones, View en logs (Ver en registros).
La vista de CloudWatch Logs aparece en una pestaña nueva, en la que se muestra una lista de
los grupos de registros. Para ver los eventos de registro en uno de estos grupos de registros que
han ocurrido durante el intervalo de tiempo que se muestra en el gráfico original, elija ese grupo
de registros.
5. Al visualizar las alarmas, puede centrarse en una alarma determinada de varias maneras:
• Para ver más información acerca de una alarma, pase el puntero por la alarma, y elija el icono de
acciones, View in alarms (Ver en alarmas).
La vista de alarmas aparece en una nueva pestaña, en la que se muestra una lista de las
alarmas, junto con información detallada acerca de la alarma elegida. Para ver el historial de esta
alarma, elija la pestaña History (Historial).
frecuencia de actualización automática de los elementos de la pantalla que no sean alarmas, elija la
15
Centrarse en un grupo de recursos
flecha hacia abajo junto al icono de actualización y elija la velocidad de actualización. También puede
elegir desactivar la actualización automática.
actualmente, al lado de Time range (Intervalo de tiempo) en la parte superior de la pantalla, elija el
intervalo. Para seleccionar entre más opciones de intervalo de tiempo que las que se muestran de
forma predeterminada, elija custom (personalizado) .
8. Para volver al panel de varios servicios, elija Overview (Información general) en la lista de la parte
superior de la pantalla que actualmente muestra el servicio en el que se centra.
De forma alternativa, desde cualquier vista, puede elegir CloudWatch en la parte superior de la
pantalla para quitar todos los filtros y volver a la página de información general.
Centrarse en métricas y alarmas en un grupo de

recursos
Puede centrar su vista para ver métricas y alarmas desde un único grupo de recursos. Usar grupos
de recursos permite utilizar etiquetas para organizar proyectos, centrarse en un subconjunto de su
arquitectura o distinguir entre los entornos de producción y desarrollo. También permiten centrarse en cada
uno de estos grupos de recursos en la información general de CloudWatch. Para obtener más información,
consulte ¿Qué es Grupos de recursos de AWS?
Al centrarse en un grupo de recursos, la pantalla cambia para mostrar solo los servicios en los que
tiene recursos etiquetados como parte de este grupo de recursos. El área reciente de alarmas muestra
únicamente las alarmas relacionadas con el grupo de recursos. Además, si ha creado un panel con el
nombre CloudWatch-Default-ResourceGroupName, se muestra en el área Default dashboard (Panel
predeterminado).
Puede bajar más centrándose tanto en un solo servicio de AWS como en un grupo de recursos al mismo
tiempo. En el siguiente procedimiento solo se muestra cómo centrarse en un grupo de recursos.
Para centrarse en un grupo de recursos

2. En la parte superior de la página donde se muestra All resources (Todos los recursos), elija un grupo
de recursos.
3. Para ver varias métricas relacionados con este grupo de recursos, cerca de la parte inferior de la
pantallpanel de varios serviciosja View cross service dashboard (Ver panel de varios servicios).
El panel de varios servicios aparece, mostrando solo los servicios relacionados con este grupo de
recursos. Por cada servicio, se muestra uno o dos métricas clave.
actualmente, para Time range (Intervalo de tiempo) en la parte superior de la pantalla, seleccione un
intervalo. Para seleccionar entre más opciones de intervalo de tiempo que las que se muestran de
forma predeterminada, elija custom (personalizado) .
frecuencia de actualización automática de los elementos de la pantalla que no sean alarmas, elija la
flecha hacia abajo junto al icono de actualización y elija la velocidad de actualización. También puede
elegir desactivar la actualización automática.
6. Para volver a mostrar información sobre todos los recursos de su cuenta, cerca de la parte superior de
la pantalla donde el nombre del grupo de recursos se muestra actualmente, elija All resources (Todos
los recursos).
16
Uso de paneles de Amazon

CloudWatch
Los paneles de Amazon CloudWatch son páginas de inicio personalizables en la consola de CloudWatch
que puede utilizar para monitorizar sus recursos en una vista única, incluso los recursos que se reparten
entre diferentes regiones. Puede utilizar los paneles de CloudWatch para crear vistas personalizadas de
las métricas y alarmas para sus recursos de AWS.
Con los paneles, puede crear lo siguiente:
• Una vista única para las métricas y alarmas seleccionadas a fin de ayudarle a evaluar el estado de los
recursos y aplicaciones en una o más regiones. Puede seleccionar el color utilizado para cada métrica
en cada gráfico, de modo que pueda realizar un seguimiento de la misma métrica fácilmente en varios
gráficos.
Puede crear paneles que muestren gráficos y otros widgets de varias cuentas y regiones de AWS. Para
obtener más información, consulte Consola de CloudWatch para diversas cuentas y regiones (p. 146).
• Un manual de estrategia operativo que ofrece asesoramiento a los miembros del equipo durante eventos
operativos sobre cómo responder a determinados incidentes.
• Una vista común de las medidas de los recursos y las aplicaciones críticos que pueden compartir los
miembros del equipo para un flujo de comunicación más rápido durante los eventos operativos.
Puede crear paneles mediante el uso de la consola, la AWS CLI o la API PutDashboard.
Para acceder a los paneles de CloudWatch, necesita uno de los siguientes:
• La política AdministratorAccess
• La política CloudWatchFullAccess
• Una política personalizada que incluya uno o varios de estos permisos específicos:
• cloudwatch:GetDashboard y cloudwatch:ListDashboards para poder ver los paneles
• cloudwatch:PutDashboard para poder crear o modificar paneles
• cloudwatch:DeleteDashboards para poder eliminar paneles
Contenido
• Creación de un panel de CloudWatch (p. 18)
• Cree paneles entre cuentas y regiones (p. 19)
• Añadir o eliminar un gráfico desde un panel de CloudWatch (p. 22)
• Mover o cambiar el tamaño de un gráfico en un panel de CloudWatch (p. 24)
• Editar un gráfico en un panel de CloudWatch (p. 24)
• Representar gráficamente métricas en un panel de CloudWatch de forma manual (p. 26)
• Cambiar el nombre de un gráfico en un panel de CloudWatch (p. 27)
• Añadir o eliminar un widget de texto desde un panel de CloudWatch (p. 27)
• Añadir o eliminar una alarma de un panel de CloudWatch (p. 28)
17
Crear un panel
• Uso de datos en directo (p. 29)

• Vincular y desvincular gráficos en un panel de CloudWatch (p. 30)
• Añadir un panel a su lista de favoritos (p. 30)
• Cambio del ajuste de anulación del periodo o del intervalo de actualización para el panel de
CloudWatch (p. 30)
• Cambio del intervalo de tiempo o el formato de zona horaria en un panel de CloudWatch (p. 31)
Creación de un panel de CloudWatch

Para comenzar a utilizar los paneles de CloudWatch, primero debe crear un panel. Puede crear varios
paneles. El número de paneles de CloudWatch en su cuenta de AWS es ilimitado. Todos los paneles son
globales, no específicos de cada región.
En esta sección, se describen los pasos para crear un panel a través de la consola. También puede crear
un panel con la API PutDashboard, que utiliza una cadena JSON para definir el contenido del panel. Para
crear un panel mediante PutDashboard y basar este panel en un panel existente, elija Actions (Acciones)
y después View/edit source (Ver/editar código fuente) para mostrar y copiar la cadena JSON de un panel
actual y utilizarla para su nuevo panel.
Para obtener más información sobre cómo crear un panel con la API, consulte PutDashboard en la
Amazon CloudWatch API Reference.
Para crear un panel con la consola

2. En el panel de navegación, seleccione Dashboards (Paneles) y después Create dashboard (Crear
panel).
3. En el cuadro de diálogo Create new dashboard (Crear nuevo panel), escriba un nombre para el panel
y seleccione Create dashboard (Crear panel).
Si utiliza el nombre CloudWatch-Default, el panel aparece en la información general de la

página de inicio de CloudWatch. Para obtener más información, consulte Introducción a Amazon
CloudWatch (p. 11).
Si utiliza grupos de recursos y asigna al panel el nombre CloudWatch-Default:ResourceGroupName,

aparece en la página de inicio de CloudWatch cuando se centre en ese grupo de recursos.
4. En el cuadro de diálogo Add to this dashboard, realice una de las acciones siguientes:
• Para agregar un gráfico a su panel, elija Line (Línea) o Stacked area (Área apilada) y seleccione
Configure (Configurar). En el cuadro de diálogo Add metric graph (Añadir gráfico de métricas),
seleccione las métricas que desea representar gráficamente y, a continuación, elija Create
widget (Craer widget). Si una métrica específica no aparece en el cuadro de diálogo porque no
ha publicado datos durante más de 14 días, puede agregarla manualmente. Para obtener más
información, consulte Representar gráficamente métricas en un panel de CloudWatch de forma
manual (p. 26).
• Para agregar al panel un número que muestre la métrica, seleccione Number (Número) y después
Configure (Configurar). En el cuadro de diálogo Add metric graph (Añadir gráfico de métricas),
seleccione las métricas que desea representar gráficamente y, a continuación, elija Create widget
(Craer widget).
• Para agregar un bloque de texto al panel, elija Text (Texto) y después Configure (Configurar).
En el cuadro de diálogo New text widget (Nuevo widget de texto), para Markdown (Marcado),
agregue texto y dele formato utilizando Markdown (Marcado). Elija Create widget.
5. Si lo prefiere, seleccione Add widget y repita el paso 4 para agregar otro widget al panel. Puede repetir
este paso varias veces.
18
Cree paneles entre cuentas y regiones
6. Elija Save dashboard.
Cree paneles entre cuentas y regiones

Puede crear paneles para diversas cuentas y regiones, que resumen los datos de CloudWatch de varias
cuentas y regiones de AWS en un solo panel. Desde este panel general, puede obtener una vista de toda
la aplicación y también profundizar en paneles más específicos sin tener que iniciar y cerrar la sesión para
cada cuenta ni cambiar de región.
Puede crear paneles para diversas cuentas y regiones en la Consola de administración de AWS y
mediante programación.
Requisito previo
Para poder crear un panel para diversas cuentas y regiones, debe habilitar al menos una cuenta de uso
compartido y una cuenta de monitorización. Además, para poder usar la Consola de administración de
AWS para crear un tablero de cuentas cruzadas, debe habilitar la consola para la funcionalidad de cuentas
cruzadas. Para obtener más información, consulte Consola de CloudWatch para diversas cuentas y
regiones (p. 146).
Creación y uso de un panel para diversas cuentas y

regiones con la Consola de administración de AWS
Puede usar la Consola de administración de AWS con el fin de crear un panel para diversas cuentas y
regiones.
Para crear un panel para diversas cuentas y regiones
1. Inicie sesión en la cuenta de monitorización.

3. En el panel de navegación, elija Dashboards.
4. Elija un panel o cree uno nuevo.
5. En la parte superior de la pantalla, utilice las casillas situadas junto a View data for (Ver datos para)
con el fin de cambiar entre cuentas y regiones.
Al crear el panel, puede incluir widgets de diversas cuentas y regiones. Los widgets incluyen gráficos,
alarmas y widgets de CloudWatch Logs Insights.
Creación de un gráfico con métricas de diferentes cuentas y regiones

3. En el panel de navegación, seleccione Metrics.
4. En All metrics (Todas las métricas), utilice las casillas de View data for (Ver datos para) con el fin de
seleccionar la cuenta y la región cuyas métricas desea agregar.
5. Agregue las métricas que desee al gráfico. Para obtener más información, consulte Representación
gráfica de métricas (p. 45).
6. Repita los pasos 4-5 para agregar métricas de otras cuentas y regiones.
7. (Opcional) Seleccione la pestaña Graphed metrics (Métricas gráficas) y agregue una función
matemática de métrica que utilice las métricas que haya elegido. Para obtener más información,
consulte Uso de cálculo de métricas (p. 55).
19
Creación de un panel para diversas
cuentas y regiones mediante programación
También puede configurar un gráfico único para incluir varias funciones SEARCH. Cada búsqueda
puede hacer referencia a una cuenta o región diferente.
8. Cuando haya terminado con el gráfico, elija Actions (Acciones) y Add to dashboard (Agregar al panel).
Seleccione el panel para diversas cuentas y elija Add to dashboard (Agregar al panel).
Adición de una alarma de una cuenta diferente al panel para diversas cuentas

3. Utilice las casillas de los cuadros de View data for (Ver datos para) con el fin de elegir la cuenta en la
que se encuentra la alarma.
4. En el panel de navegación, elija Alarms.
5. Seleccione la casilla situada junto a la alarma que desea agregar y elija Add to dashboard (Agregar al
panel).
6. Seleccione el panel para diversas cuentas al que desea agregarla y elija Add to dashboard (Agregar al
panel).
Creación de un panel para diversas cuentas y

regiones mediante programación
Puede utilizar las API y los SDK de AWS para crear paneles mediante programación. Para obtener más
información, consulte PutDashboard.
Con el fin de habilitar los paneles para diversas cuentas y regiones, hemos añadido nuevos parámetros a
la estructura del cuerpo del panel, como se muestra en la tabla y en los ejemplos siguientes. Para obtener
más información acerca de la estructura general del cuerpo del panel, consulte Sintaxis y estructura del
cuerpo de los paneles.
Parámetro Uso Ámbito Default

(Predeterminada)
accountId Especifica el ID de la cuenta en la que Widget o métrica Cuenta que ha

se encuentra el widget o la métrica. iniciado sesión
actualmente
region Especifica la región de la métrica. Widget o métrica Región actual

seleccionada en la
consola
Los siguientes ejemplos ilustran el código fuente JSON de los widgets en un panel para diversas cuentas y
regiones.
En este ejemplo se establece el campo accountId en el ID de la cuenta de uso compartido en el nivel de

widget. Esto especifica que todas las métricas de este widget provendrán de esa cuenta de uso compartido
y región.
{
"widgets": [
{
...
"properties": {
20
Creación de un panel para diversas
cuentas y regiones mediante programación
"metrics": [
…..
],
"accountId": "111122223333",
"region": "us-east-1"
}
}
]
}
En este ejemplo se establece el campo accountId de forma diferente para cada métrica. En este
ejemplo, los diferentes valores de la expresión matemática de esta métrica provienen de diferentes cuentas
de uso compartido y regiones.
{
"widgets": [
{
...
"properties": {
"metrics": [
[ { "expression": "SUM(METRICS())", "label": "[avg: ${AVG}]
Expression1", "id": "e1", "stat": "Sum" } ],
[ "AWS/EC2", "CPUUtilization", { "id": "m2", "accountId":
"5555666677778888", "region": "us-east-1", "label": "[avg: ${AVG}] ApplicationALabel
" } ],
[ ".", ".", { "id": "m1", "accountId": "9999000011112222", "region":
"eu-west-1", "label": "[avg: ${AVG}] ApplicationBLabel" } ]
],
"view": "timeSeries",
"stacked": false,
"stat": "Sum",
"period": 300,
"title": "Cross account example"
}
}
]
}
Este ejemplo muestra un widget de alarma.
{
"type": "metric",
"x": 6,
"y": 0,
"width": 6,
"height": 6,
"properties": {
"accountID": "111122223333",
"title": "over50",
"annotations": {
"alarms": [
"arn:aws:cloudwatch:us-east-1:379642911888:alarm:over50"
]
},
"view": "timeSeries",
"stacked": false
}
}
Este ejemplo es para un widget de CloudWatch Logs Insights.
21
Añadir o eliminar un gráfico
"type": "log",
"x": 0,
"y": 6,
"width": 24,
"height": 6,
"properties": {
"query": "SOURCE 'route53test' | fields @timestamp, @message\n| sort @timestamp
desc\n| limit 20",
"accountId": "111122223333",
"region": "us-east-1",
"stacked": false,
"view": "table"
}
}
Otra forma de crear paneles mediante programación consiste en crear primero uno en la Consola de
administración de AWS y, luego, copiar el código fuente JSON de este panel. Para ello, cargue el panel
y elija Actions (Acciones) y View/edit source (Ver/editar código fuente). A continuación, puede copiar el
código JSON del panel y utilizarlo como plantilla para crear paneles similares.
Añadir o eliminar un gráfico desde un panel de

CloudWatch
Puede agregar gráficos que contengan una o varias métricas a su panel para los recursos que monitorice.
Puede eliminar los gráficos cuando ya no los necesite.
Para añadir un gráfico a un panel

2. En el panel de navegación, elija Dashboards y seleccione un panel.
3. Elija Add widget.
4. Elija Line (Línea) o Stacked area (Área apilada) y seleccione Configure (Configurar).
5. En la pestaña All metrics (Todas las métricas), seleccione las métricas para el gráfico. Si una métrica
específica no aparece en el cuadro de diálogo porque no ha publicado datos durante más de 14 días,
puede agregarla manualmente. Para obtener más información, consulte Representar gráficamente
métricas en un panel de CloudWatch de forma manual (p. 26).
6. (Opcional) Cuando elige métricas para representarlas gráficamente, puede especificar una etiqueta
dinámica para que aparezca en la leyenda del gráfico de cada métrica. Las etiquetas dinámicas
muestran una estadística acerca de la métrica y se actualizan automáticamente cuando se actualiza el
panel o el gráfico. Para añadir una etiqueta dinámica, elija Graphed metrics (Métricas representadas
gráficamente) y, a continuación, Dynamic labels (Etiquetas dinámicas).
De forma predeterminada, los valores dinámicos que añade a la etiqueta aparecen al principio de la
etiqueta. A continuación, puede elegir el valor de Label (Etiqueta) de la métrica para editar la etiqueta.
Para obtener más información, consulte Uso de etiquetas dinámicas (p. 48).
7. (Opcional) A la hora de elegir métricas para representar gráficamente, puede cambiar su color en el
gráfico. Para ello, seleccione Graphed metrics y elija el cuadro de color situado junto a la métrica para
mostrar un cuadro de selección de color. Elija otro cuadrado de color en el selector de color. Haga clic
fuera del selector de color para ver el nuevo color en el gráfico. Como opción, en el selector de color,
puede escribir el código de color hexadecimal HTML estándar de seis dígitos del color que desee y
pulsar INTRO.
8. (Opcional) Si desea ver más información acerca de la métrica que se representa gráficamente, sitúe el
cursor sobre la leyenda.
22
Añadir o eliminar un gráfico
9. (Opcional) Para cambiar el tipo de widget, sitúe el cursor sobre el área del título del gráfico y elija
Widget actions, Widget type.
10. (Opcional) Para cambiar la estadística que se utiliza en una métrica, elija Graphed metrics (Métricas
diagramadas), Statistic (Estadística) y seleccione la estadística que desea utilizar. Para obtener más
información, consulte Estadísticas (p. 5).
11. (Opcional) Para cambiar el intervalo de tiempo que se muestra en el gráfico, elija custom
(personalizado) en la parte superior del gráfico o uno de los períodos de tiempo a la izquierda de
custom (personalizado).
12. (Opcional) Las anotaciones horizontales ayudan a los usuarios del panel a ver rápidamente cuándo
una métrica ha aumentado hasta un determinado nivel o si la métrica está dentro de un intervalo
predefinido. Para agregar una anotación horizontal, elija Graph options (Opciones del gráfico), Add
horizontal annotation (Añadir anotación horizontal):
a. En Label (Etiqueta), escriba la etiqueta de la anotación.

b. En Value (Valor), escriba el valor de métrica en el que aparece la anotación horizontal.
c. En Fill, especifique si se usará sombreado de relleno con esta anotación. Por ejemplo, elija Above
o Below para el área correspondiente que se rellenará. Si especifica Between, aparece otro
campo Value y se rellena el área del gráfico entre los dos valores.
d. En Axis (Eje), especifique si los números de Value hacen referencia a la métrica asociada con el
eje Y izquierdo o con el eje Y derecho, en caso de que el gráfico incluya varias métricas.
Puede cambiar el color de relleno de una anotación eligiendo el cuadrado de color en la columna
izquierda de la anotación.
Repita estos pasos para agregar varias anotaciones horizontales al mismo gráfico.
Para ocultar una anotación, quite la marca de la casilla en la columna izquierda de dicha anotación.
Para eliminar una anotación, elija x en la columna Actions.

13. (Opcional) Las anotaciones verticales le ayudan a marcar hitos en un gráfico como, por ejemplo,
eventos operativos o el principio y el final de una implementación. Para agregar una anotación vertical,
elija Graph options (Opciones del gráfico), Add vertical annotation (Añadir anotación vertical):
a. En Label (Etiqueta), escriba la etiqueta de la anotación. Para mostrar solo la fecha y la hora en la
anotación, deje el campo Label (Etiqueta) vacío.
b. Para Date (Fecha), especifique la fecha y la hora en que aparece la anotación vertical.
c. En Fill (Relleno), especifique si se utiliza sombreado de relleno antes o después de una anotación
vertical o entre dos anotaciones verticales. Por ejemplo, elija Before o After para el área
correspondiente que se rellenará. Si especifica Between, aparece otro campo Date y se rellena
el área del gráfico entre los dos valores.
Repita estos pasos para agregar varias anotaciones verticales al mismo gráfico.

14. Elija Create widget.
Para eliminar un gráfico de un panel

2. En el panel de navegación, elija Dashboards (Paneles) y seleccione un panel.
23
Mover o cambiar el tamaño de un gráfico
3. Coloque el cursor sobre el título del gráfico y elija Widget actions (Acciones del widget) y después
Delete (Eliminar).
4. Elija Save dashboard (Guardar panel). Si intenta salir del panel antes de guardar los cambios, el
sistema le pide que los guarde o los descarte.
Mover o cambiar el tamaño de un gráfico en un

panel de CloudWatch
Puede organizar y cambiar el tamaño de gráficos en su panel de CloudWatch.
Para mover un gráfico en un panel

3. Coloque el cursor sobre el título del gráfico hasta que aparezca el icono de selección. Seleccione y
arrastre el gráfico a una nueva ubicación en el panel.
4. Elija Save dashboard (Guardar panel).
Para cambiar el tamaño de un gráfico

3. Para aumentar o reducir el tamaño, coloque el cursor sobre el gráfico y, a continuación, arrastre la
esquina inferior derecha del gráfico. Deje de arrastrar la esquina cuando haya alcanzado el tamaño
deseado.
Para ampliar un gráfico de forma temporal

3. Seleccione el gráfico. O bien coloque el cursor sobre el título del gráfico y elija Widget actions,
Enlarge.
Editar un gráfico en un panel de CloudWatch

Puede editar un gráfico para cambiar el título, estadística o periodo, o para añadir o eliminar métricas. Si
tiene varias métricas mostradas en un gráfico, puede reducir el desorden ocultando temporalmente las
métricas que no le interesen.
Para editar un gráfico en un panel

3. Coloque el cursor sobre el título del gráfico y elija Widget actions (Acciones del widget), Edit (Editar).
4. Para cambiar el título del gráfico, seleccione el título, escriba un nuevo título y pulse INTRO.
24
Editar un gráfico
5. Para cambiar el intervalo de tiempo que se muestra en el gráfico, elija custom (personalizado) en la
parte superior del gráfico o uno de los períodos de tiempo a la izquierda de custom (personalizado).
6. Para cambiar el tipo de widget entre líneas separadas en un gráfico, líneas apiladas en un gráfico y
un número, seleccione la casilla a la derecha de custom (personalizado) y seleccione Line (Línea),
Stacked area (Área apilada) o Number (Número).
7. En la mitad inferior de la pantalla, en la pestaña Graphed metrics (Métricas diagramadas), puede
cambiar la etiqueta dinámica, los colores, la estadística o el periodo correspondiente a una métrica:
a. (Opcional) Para especificar una etiqueta dinámica para una métrica, elija Dynamic labels
(Etiquetas dinámicas). Las etiquetas dinámicas muestran una estadística acerca de la métrica y
se actualizan automáticamente cuando se actualiza el panel o gráfico.
De forma predeterminada, los valores dinámicos que añade a la etiqueta aparecen al principio de
la etiqueta. A continuación, puede elegir el valor de Label (Etiqueta) de la métrica para editar la
etiqueta. Para obtener más información, consulte Uso de etiquetas dinámicas (p. 48).
b. Para cambiar el color de una de las líneas, seleccione el cuadro de color junto a la métrica para
mostrar un cuadro de selección de color. Elija otro color en el selector de color y haga clic fuera
del selector de color para ver el nuevo color en el gráfico. Como opción, en el selector de color,
puede escribir el código de color hexadecimal HTML de seis dígitos del color que desee y pulsar
INTRO.
c. Para cambiar la estadística, elija Statistic (Estadística) en la mitad inferior de la ventana,
y seleccione la nueva estadística que desee. Para obtener más información, consulte
Estadísticas (p. 5).
d. Para cambiar el periodo de tiempo, que está junto a Statistic (Estadísticas) en la mitad inferior de
la ventana, elija Period (Período) y seleccione otro valor. Esta nueva configuración se utiliza en el
panel únicamente si la configuración de periodo del propio panel está establecida en Auto. De lo
contrario, la configuración de periodo del panel supera la configuración del período para widgets
individuales.
8. Para agregar o editar anotaciones horizontales, elija Graph options:
a. Para agregar una anotación horizontal, elija Add horizontal annotation (Añadir anotación
horizontal).
b. En Label (Etiqueta), escriba la etiqueta de la anotación.
c. En Value (Valor), escriba el valor de métrica en el que aparece la anotación horizontal.
d. En Fill (Relleno), especifique cómo se usará el sombreado de relleno con esta anotación. Por
ejemplo, elija Above o Below para el área correspondiente que se rellenará. Si especifica
Between, aparece otro campo Value y se rellena el área del gráfico entre los dos valores.
e. En Axis (Eje), especifique si los números de Value hacen referencia a la métrica asociada con el
Para eliminar una anotación, elija la x en la columna Actions (Acciones).

9. Para agregar o editar una anotación vertical, elija Graph options (Opciones del gráfico): Add vertical
annotation (Añadir anotación vertical):
a. Para agregar una anotación vertical, elija Add vertical annotation (Añadir anotación vertical).
b. En Label (Etiqueta), escriba la etiqueta de la anotación. Para mostrar solo la fecha y la hora en la
25
Representar gráficamente métricas en un
panel de CloudWatch de forma manual
c. Para Date (Fecha), especifique la fecha y la hora en que aparece la anotación vertical.
d. En Fill (Relleno), especifique si se utiliza sombreado de relleno antes o después de una anotación

10. Para ocultar o cambiar la posición de la leyenda del gráfico, sitúe el cursor sobre el título del gráfico y
elija Widget actions (Acciones del widget), Edit (Editar). Sitúe el cursor sobre Legend (Leyenda) y elija
Hidden (Oculta), Bottom (inferior) o Right (Derecha).
11. Para personalizar el eje Y, elija Graph options (Opciones del gráfico). Puede escribir una etiqueta
personalizada en Label (Etiqueta) bajo Left Y Axis (Eje Y izquierdo). Si el gráfico también muestra
valores en el eje X derecho, puede personalizar esa etiqueta. También puede definir mínimos y
máximos en los valores del eje Y, en cuyo caso el gráfico muestra únicamente el intervalo de valores
que especifique.
12. Cuando termine de realizar los cambios, elija Update widget (Actualizar widget).
Para ocultar las métricas de forma temporal en un gráfico de un panel

3. En el pie de página del gráfico, coloque el cursor sobre el cuadrado de color en la leyenda. Cuando
cambie a una X, elíjalo.
4. Para restaurar la métrica, elija el cuadrado atenuado y el nombre de métrica.
Representar gráficamente métricas en un panel de

CloudWatch de forma manual
Si una métrica no ha publicado datos en los últimos 14 días, no podrá encontrarla cuando busque métricas
para agregar a un gráfico en un panel de CloudWatch. Utilice los pasos siguientes para agregar cualquier
métrica manualmente a un gráfico existente.
Para agregar una métrica que no puede encontrar en la búsqueda a un gráfico

3. El panel ya debe contener un gráfico al que desee agregar la métrica. Si no es así, cree el gráfico y
añádale cualquier métrica. Para obtener más información, consulte Añadir o eliminar un gráfico desde
un panel de CloudWatch (p. 22).
4. Elija Actions (Acciones), View/edit source (Ver/editar código fuente).
Aparece un bloque JSON. El bloque especifica los widgets del panel y su contenido. A continuación se
muestra un ejemplo de una parte de este bloque, que define un gráfico.
{
"type": "metric",
"x": 0,
26
Cambiar el nombre de un gráfico
"y": 0,
"width": 6,
"height": 3,
"properties": {
"view": "singleValue",
"metrics": [
[ "AWS/EBS", "VolumeReadOps", "VolumeId", "vol-1234567890abcdef0" ]
],
"region": "us-west-1"
}
},
En este ejemplo, la siguiente sección define la métrica mostrada en este gráfico.
[ "AWS/EBS", "VolumeReadOps", "VolumeId", "vol-1234567890abcdef0" ]
5. Agregue una coma después del corchete final si no hay una y, a continuación, agregue una sección
similar entre corchetes después de la coma. En esta nueva sección, especifique el espacio de
nombres, el nombre de la métrica y las dimensiones necesarias de la métrica que va a agregar al
gráfico. A continuación se muestra un ejemplo.
[ "AWS/EBS", "VolumeReadOps", "VolumeId", "vol-1234567890abcdef0" ],

[ "MyNamespace", "MyMetricName", "DimensionName", "DimensionValue" ]
Para obtener más información sobre el formato de las métricas en JSON, consulte Propiedades de un
objeto de widget de métrica.
6. Elija Update.
Cambiar el nombre de un gráfico en un panel de

CloudWatch
Puede cambiar el nombre predeterminado que CloudWatch asigna a un gráfico en el panel.
Para cambiar el nombre de un gráfico en un panel

3. Coloque el cursor sobre el título del gráfico y elija Widget actions (Acciones del widget), Edit (Editar).
4. En la pantalla Edit graph (Editar gráfico), cerca de la parte superior, elija el título del gráfico.
5. Para Title (Título), escriba un nuevo nombre y seleccione Ok (Aceptar) (marca de verificación). En la
parte inferior derecha de la pantalla Edit graph (Editar gráfico), elija Update widget (Actualizar widget).
Añadir o eliminar un widget de texto desde un panel

de CloudWatch
Un widget de texto contiene un bloque de texto en formato Markdown. Puede añadir, editar o eliminar
widgets de texto desde el panel de CloudWatch.
Para añadir un widget de texto a un panel
27
Añadir o eliminar una alarma

3. Elija Add widget (Añadir widget).
4. Seleccione Text (Texto) y, a continuación, Configure (Configurar).
5. En Markdown (Marcado), agregue texto y dele formato utilizando Markdown (Marcado) y elija Create
widget (Crear widget).
Para editar un widget de texto en un panel

3. Coloque el cursor en la esquina superior derecha del bloque de texto y, a continuación, elija Widget
actions (Acciones del widget), Edit (Editar).
4. Actualice el texto según sea necesario y elija Update widget (Actualizar widget).
Para eliminar un widget de texto desde un panel

3. Coloque el cursor en la esquina superior derecha del bloque de texto y elija Widget actions (Acciones
del widget), Delete (Eliminar).
Añadir o eliminar una alarma de un panel de

CloudWatch
Puede añadir a su panel las alarmas que haya creado. Cuando una alarma está en un panel, se vuelve de
color rojo cuando está en el estado ALARM.
Para añadir una alarma a un panel

2. En el panel de navegación elija Alarms (Alarmas), seleccione la alarma que desea agregar y, a
continuación, elija Add to Dashboard (Añadir al panel).
3. Seleccione un panel, elija un tipo de widget (Line (Línea), Stacked area (Área apilada) o Number
(Número)) y, a continuación, seleccione Add to dashboard (Añadir al panel).
4. Para ver la alarma en el panel, elija Dashboards (Paneles) en el panel de navegación y seleccione el
panel.
5. (Opcional) Para hacer que el gráfico de alarma sea mayor temporalmente, seleccione el gráfico.
6. (Opcional) Para cambiar el tipo de widget, sitúe el cursor sobre el título del gráfico y elija Widget
actions (Acciones del widget), Widget type (Tipo de widget).
Para eliminar una alarma de un panel
28
Uso de datos en directo

3. Coloque el cursor sobre el título del gráfico y elija Widget actions (Acciones del widget) y después
Delete (Eliminar).
4. Elija Save dashboard (Guardar panel). Si intenta salir del panel antes de guardar los cambios, el
sistema le pide que los guarde o los descarte.
Uso de datos en directo

Puede elegir si los widgets de métricas muestran datos en directo. Los datos en directo son aquellos
publicados en el último minuto que no se han agregado por completo.
• Si dichos datos están desactivados, solo se muestran los puntos de datos con un período de agregación
de al menos un minuto en el pasado. Por ejemplo, cuando se utilizan períodos de cinco minutos, el punto
de datos para las 12:35 se agregaría de 12:35 a 12:40 y se mostraría a las 12:41.
• Si los datos en directo están activados, se muestra el punto de datos más reciente tan pronto como
se publiquen datos en el intervalo de agregación correspondiente. El punto de datos más reciente
puede cambiar cada vez que actualice la pantalla según se publiquen nuevos datos en ese período
de agregación. Si utiliza una estadística acumulativa como Sum (Suma) o Sample count (Recuento de
muestras), el uso de datos en directo puede provocar un descenso al final del gráfico.
Tiene la opción de habilitar datos en directo para un panel completo o para widgets individuales en el
panel.
Para elegir si se van a utilizar datos en directo en todo el panel

3. Para activar o desactivar de forma permanente los datos en directo de todos los widgets del panel,
haga lo siguiente:
a. Elija Actions (Acciones), Settings (Configuración), Bulk update live data (Actualización por lotes de
datos en directo).
b. Elija Live Data on (Datos en directo activados) o Live Data off (Datos en directo desactivados) y, a
continuación, Set (Establecer).
4. Para invalidar temporalmente la configuración de datos en directo de cada widget, seleccione Actions
(Acciones) y, a continuación, en Overrides (Invalidaciones), junto a Live Data (Datos en directo),
realice una de las siguientes acciones:
• Elija On (Activar) para activar temporalmente los datos en directo de todos los widgets.
• Elija Off (Desactivar) para desactivar temporalmente los datos en directo de todos los widgets.
• Elija Do not override (No invalidar) para conservar la configuración de datos en directo de cada
widget.
Para elegir si se van a utilizar datos en directo en un único widget

3. Seleccione un widget y elija Actions (Acciones), Edit (Editar).
4. Elija la pestaña Graph options (Opciones del gráfico).
5. Seleccione o borre la casilla en Live Data (Datos en directo).
29
Vincular y desvincular gráficos
Vincular y desvincular gráficos en un panel de

CloudWatch
Puede vincular los gráficos de su panel conjuntamente, de modo que al ampliar o reducir la vista en un
gráfico, el resto de gráficos se amplíen o reduzcan al mismo tiempo. Puedes desvincular gráficos para
limitar la ampliación a un gráfico.
Para vincular los gráficos en un panel

3. Elija Actions (Acciones) y, a continuación, Link graphs (Vincular gráficos).
Para desvincular los gráficos en un panel

3. Desactive la opción Actions (Acciones) y, a continuación, Link graphs (Vincular gráficos).
Añadir un panel a su lista de favoritos

Puede añadir un panel de CloudWatch a una lista de paneles favoritos para ayudarle a encontrarlo
rápidamente. La lista Favorites (Favoritos) aparece en la parte inferior del panel de navegación.
Para añadir un panel a la lista Favorites

2. En el panel de navegación, elija Dashboards (Paneles).
3. Seleccione el símbolo de estrella junto al panel que desea añadir.
Cambio del ajuste de anulación del periodo o

del intervalo de actualización para el panel de
CloudWatch
Puede especificar cómo se conserva o modifica la configuración del periodo de los gráficos que se añaden
a este panel.
Para cambiar las opciones de anulación del periodo

2. Elija Actions (Acciones).
3. En Period override (Anulación del periodo), elija una de las siguientes opciones:
• Elija Auto para que el periodo de las métricas de cada gráfico se adapte automáticamente al
intervalo de tiempo del panel.
30
Cambiar el intervalo de tiempo o el formato de zona horaria
• Elija Do not override (No anular) para garantizar que la configuración del periodo de cada gráfico se
aplica siempre.
• Elija una de las otras opciones para que los gráficos que se añadan al panel siempre tomen esa
hora elegida como configuración del periodo.
La opción Period override (Anulación del periodo) siempre vuelve a Auto cuando se cierra el panel
o se actualiza el navegador. No es posible guardar diferentes configuraciones para Period override
(Anulación del periodo).
Puede cambiar la frecuencia con la que se actualizan los datos del panel de CloudWatch o configurarla
para que se actualice automáticamente.
Para cambiar el intervalo de actualización del panel

3. En el menú Refresh options (Opciones de actualización) (esquina superior derecha), elija 10 Seconds
(10 segundos), 1 Minute (1 minuto), 2 Minutes (2 minutos), 5 Minutes (5 minutos) o 15 Minutes (15
minutos).
Para actualizar el panel de forma automática

3. Elija Refresh options (Opciones de actualización) y, a continuación, Auto refresh (Actualización
automática).
Cambio del intervalo de tiempo o el formato de

zona horaria en un panel de CloudWatch
Puede cambiar el intervalo de tiempo para mostrar los datos del panel en minutos, horas, días o semanas.
También puede cambiar el formato de tiempo para mostrar los datos del panel en UTC o en hora local.
Note
Si crea un panel con gráficos que contienen unas 100 métricas de alta resolución o más, le
recomendamos que establezca el intervalo de tiempo en un valor no superior a una hora, para
garantizar un buen rendimiento. Para obtener más información acerca de las métricas de alta
resolución, consulte Métricas de alta resolución (p. 52).
Para cambiar el intervalo de tiempo del panel

3. Aplique alguna de las siguientes acciones:
• Seleccione uno de los intervalos predefinidos mostrados, que van desde 1 hora a 1 semana: 1 h,
3 h, 12 h, 1 día, 3 días o 1 semana.
• Seleccione custom (personalizado) y, a continuación, Relative (Relativo). Seleccione uno de los
intervalos predefinidos, que abarcan desde 1 minuto hasta 15 meses.
• Seleccione custom (personalizado) y, a continuación, Absolute (Absoluto). Utilice el selector de
calendario o los campos de texto para especificar el intervalo de tiempo.
31
Cambiar el intervalo de tiempo o el formato de zona horaria
Note
Al cambiar el intervalo de tiempo de un gráfico mientras el periodo de agregación está establecido

en Auto, CloudWatch puede cambiar el periodo. Para configurar manualmente el periodo, elija
Actions (Acciones) y seleccione un nuevo valor para Period: (Periodo:).
Para cambiar el formato de tiempo del panel

3. Seleccione custom.
4. En la esquina superior, elija UTC o Local timezone.
32
Visualización de métricas disponibles
Uso de las métricas de Amazon

CloudWatch
Las métricas son los datos sobre el desempeño de los sistemas. De forma predeterminada, diversos
servicios ofrecen métricas gratuitas para recursos (tales como instancias Amazon EC2, volúmenes de
Amazon EBS e instancias de base de datos de Amazon RDS). También puede habilitar la monitorización
detallada para algunos recursos, como las instancias Amazon EC2, o publicar sus propias métricas de
aplicación. Amazon CloudWatch puede cargar todas las métricas en su cuenta (tanto las métricas de
recursos de AWS como las métricas de las aplicaciones que proporcione) para búsquedas, representación
de gráficos y alarmas.
Los datos de las métricas se guardan durante 15 meses, lo que le permite ver datos actualizados y datos
históricos.
Contenido
• Visualización de métricas disponibles (p. 33)
• Buscar métricas disponibles (p. 36)
• Obtención de estadísticas de una métrica (p. 37)
• Representación gráfica de métricas (p. 45)
• Publicación de métricas personalizadas (p. 52)
• Uso de cálculo de métricas (p. 55)
• Uso de expresiones de búsqueda en gráficos (p. 66)

Las métricas se agrupan en primer lugar por el espacio de nombres y, a continuación, por las diversas
combinaciones de dimensiones dentro de cada espacio de nombres. Por ejemplo, puede ver todas las
métricas de EC2, métricas de EC2 agrupadas por instancia o métricas de EC2 agrupadas por grupo de
Auto Scaling.
Solo los servicios de AWS que está utilizando envían métricas a Amazon CloudWatch.
Para obtener una lista de los servicios de AWS que envían métricas a CloudWatch, consulte Servicios de
AWS que publican métricas de CloudWatch (p. 365). En esta página, también pude ver las métricas y
dimensiones publicadas por cada uno de estos servicios.
Para ver las métricas disponibles por espacio de nombres y dimensión mediante la consola

3. Seleccione un espacio de nombres de métricas (por ejemplo, EC2).
33
4. Seleccione una dimensión de métrica (por ejemplo, métricas por instancia).
5. La pestaña All metrics muestra todas las métricas para dicha dimensión en el espacio de nombres.
Puede hacer lo siguiente:
a. Para ordenar la tabla, utilice el encabezado de columna.

b. Para representar gráficamente una métrica, seleccione la casilla de verificación situada junto a
la métrica. Para seleccionar todas las métricas, seleccione la casilla de verificación en la fila de
encabezado de la tabla.
c. Para filtrar por recurso, seleccione el ID de recurso y, a continuación, elija Add to search.
d. Para filtrar por métrica, elija el nombre de la métrica y, a continuación, seleccione Add to search.
34
Para ver las métricas disponibles por espacio de nombres, dimensión o métrica utilizando la AWS CLI
Utilice el comando list-metrics para mostrar un listado de métricas de CloudWatch. Para obtener una lista
de los espacios de nombres, métricas y dimensiones de todos los servicios que publican métricas, consulte
Servicios de AWS que publican métricas de CloudWatch (p. 365).
En el siguiente ejemplo se especifica el espacio de nombres AWS/EC2 para ver todas las métricas para
Amazon EC2.
aws cloudwatch list-metrics --namespace AWS/EC2
A continuación, se muestra un ejemplo del resultado.
{
"Metrics" : [
...
{
"Namespace": "AWS/EC2",
"Dimensions": [
{
"Name": "InstanceId",
"Value": "i-1234567890abcdef0"
}
],
"MetricName": "NetworkOut"
},
{
"Dimensions": [
{
}
],
"MetricName": "CPUUtilization"
},
{
35
Buscar métricas disponibles
"Dimensions": [
{
}
],
"MetricName": "NetworkIn"
},
...
]
}
Para mostrar un listado de todas las métricas disponibles para un recurso determinado
El siguiente ejemplo especifica el espacio de nombres AWS/EC2 y la dimensión InstanceId para ver los
resultados de la instancia especificada solo.
aws cloudwatch list-metrics --namespace AWS/EC2 --dimensions

Name=InstanceId,Value=i-1234567890abcdef0
Para mostrar un listado de métricas para todos los recursos
El siguiente ejemplo especifica el espacio de nombres AWS/EC2 y un nombre de las métrica para ver los
resultados solo de la métrica especificada.
aws cloudwatch list-metrics --namespace AWS/EC2 --metric-name CPUUtilization
Buscar métricas disponibles

Puede buscar en todas las métricas en su cuenta utilizando términos de búsqueda dirigidos. Se devuelven
métricas que tienen resultados coincidentes dentro de su espacio de nombres, nombre de métrica o
dimensiones.
Para buscar métricas disponibles en CloudWatch

3. En el campo de búsqueda de la pestaña All metrics (Todas las métricas), escriba un término de
búsqueda, como un nombre de métrica, espacio de nombres, nombre o valor de dimensión o nombre
de recurso. Se mostrarán todos los espacios de nombres con métricas con este término de búsqueda.
Por ejemplo, si busca volume, esto muestra los espacios de nombres que contienen métricas con
este término en su nombre.
Para obtener más información acerca de la búsqueda, consulte Uso de expresiones de búsqueda en
gráficos (p. 66).
4. Para representar gráficamente todos los resultados de búsqueda, elija Graph search (Diagramar
búsqueda)
o bien
Seleccione un espacio de nombres para ver las métricas de ese espacio de nombres. A continuación
puede hacer lo siguiente:
a. Para representar gráficamente una o varias métricas, seleccione la casilla de verificación junto a
cada métrica. Para seleccionar todas las métricas, seleccione la casilla de verificación en la fila de
36
Obtención de estadísticas de una métrica
b. Para acotar la búsqueda, coloque el cursor sobre un nombre de métrica y elija Add to search
(Añadir a búsqueda) o Search for this only (Buscar solo esto).
c. Para ver uno de los recursos en su consola, elija el ID de recurso y, a continuación, seleccione
Jump to resource (Ir a recurso).
d. Para ver la ayuda de una métrica, elija el nombre de la métrica y, a continuación, seleccione What
is this?.
La métricas seleccionadas aparecen en el gráfico.
5. (Opcional) Seleccione uno de los botones de la barra de búsqueda para editar esa parte del término
de búsqueda.
Obtención de estadísticas de una métrica

Los siguientes ejemplos muestran cómo obtener estadísticas para las métricas de CloudWatch para sus
recursos, como las instancias EC2.
Ejemplos
• Obtener estadísticas de un recurso específico (p. 37)
• Acumular estadísticas de varios recursos (p. 40)
• Acumular estadísticas por grupo de Auto Scaling (p. 42)
• Acumular estadísticas por imagen de Amazon Machine (AMI) (p. 43)
Obtener estadísticas de un recurso específico

En el siguiente ejemplo se muestra cómo determinar la utilización de CPU máxima de una instancia EC2
específica.
Requisitos
• Debe tener el ID de la instancia. Puede obtener el ID de la instancia mediante la consola de Amazon

EC2 o el comando describe-instances.
37
• De forma predeterminada, la monitorización básica está habilitada, pero puede activar la monitorización
detallada. Para obtener más información, consulte Habilitar o deshabilitar la monitorización detallado de
las instancias en la Guía del usuario de Amazon EC2 para instancias de Linux.
Para mostrar la utilización promedio de la CPU para una instancia concreta mediante la consola

3. Seleccione el espacio de nombres de métricas EC2.
4. Seleccione la dimensión Per-Instance Metrics (Métricas por instancia).
5. En el campo de búsqueda, escriba CPUUtilization y pulse Intro. Seleccione la fila de la instancia

concreta, que muestra un gráfico para la métrica CPUUtilization de la instancia. Para cambiar el
nombre del gráfico, seleccione el icono de lápiz. Para cambiar el intervalo de tiempo, seleccione uno
de los valores predefinidos o elija custom.
38
6. Para cambiar la estadística, elija la pestaña Graphed metrics. Elija el encabezado de columna o un
valor individual y, a continuación, elija una de las estadísticas o percentiles predefinidos o especifique
un percentil personalizado (por ejemplo, p95.45).
7. Para cambiar el periodo, elija la pestaña Graphed metrics. Elija el encabezado de columna o un valor
individual y, a continuación, elija un valor diferente.
Para obtener la utilización de la CPU por cada instancia EC2 mediante la AWS CLI
Utilice el comando get-metric-statistics como se indica a continuación para obtener la métrica

CPUUtilization para la instancia especificada.
aws cloudwatch get-metric-statistics --namespace AWS/EC2 --metric-name CPUUtilization \

--dimensions Name=InstanceId,Value=i-1234567890abcdef0 --statistics Maximum \
39
Acumular estadísticas de varios recursos
--start-time 2016-10-18T23:18:00 --end-time 2016-10-19T23:18:00 --period 360
Las estadísticas devueltas son valores de seis minutos para el intervalo de tiempo solicitado de 24 horas.
Cada valor representa el porcentaje máximo de utilización de CPU para la instancia especificada en un
periodo de tiempo particular de seis minutos. Los puntos de datos no se devuelven en orden cronológico.
A continuación se muestra el comienzo de la salida de ejemplo (la salida completa incluye todos los puntos
de datos para cada 6 minutos del periodo de 24 horas).
{
"Datapoints": [
{
"Timestamp": "2016-10-19T00:18:00Z",
"Maximum": 0.33000000000000002,
"Unit": "Percent"
},
{
"Timestamp": "2016-10-19T03:18:00Z",
"Maximum": 99.670000000000002,
"Unit": "Percent"
},
{
"Timestamp": "2016-10-19T07:18:00Z",
"Maximum": 0.34000000000000002,
"Unit": "Percent"
},
...
],
"Label": "CPUUtilization"
}

Puede acumular las métricas de recursos de AWS de múltiples recursos. Amazon CloudWatch no puede
acumular datos de distintas regiones. Las métricas son totalmente independientes entre regiones.
Por ejemplo, puede acumular estadísticas para las instancias EC2 que tengan la monitorización detallada
habilitada. Las instancias que utilizan la monitorización básica no están incluidas. Por lo tanto, debe
habilitar la monitorización detallada (a un cargo adicional), que proporciona datos en periodos de 1 minuto.
Para obtener más información, consulte Habilitar o deshabilitar la monitorización detallado de las instancias
en la Guía del usuario de Amazon EC2 para instancias de Linux.
Este ejemplo muestra cómo obtener el uso promedio de CPU para sus instancias EC2. Dado que no se
especifica ninguna dimensión, CloudWatch devuelve estadísticas para todas las dimensiones en el espacio
de nombres AWS/EC2. Para obtener estadísticas para otras métricas, consulte Servicios de AWS que
publican métricas de CloudWatch (p. 365).
Important
Esta técnica para recuperar todas las dimensiones de un espacio de nombres de AWS no
funciona para espacios de nombres personalizados que publique en CloudWatch. Con el uso de
espacios de nombres personalizados, debe especificar el conjunto completo de dimensiones que
hay asociadas a cualquier punto de datos dado para recuperar estadísticas que incluyen el punto
de datos.
Para mostrar la utilización media de la CPU para las instancias EC2

40
3. Elija el espacio de nombres de EC2 y seleccione Across All Instances.

4. Seleccione la fila que contiene CPUUtilization, que muestra un gráfico para la métrica de todas
sus instancias EC2. Para cambiar el nombre del gráfico, seleccione el icono de lápiz. Para cambiar el
intervalo de tiempo, seleccione uno de los valores predefinidos o elija custom.
Para obtener la utilización de CPU promedio en sus instancias EC2 mediante la utilización de la AWS CLI
Utilice el comando get-metric-statistics como se indica a continuación:
aws cloudwatch get-metric-statistics --namespace AWS/EC2 --metric-name CPUUtilization --

statistics "Average" "SampleCount" \
A continuación, se muestra un ejemplo del resultado:
{
"Datapoints": [
{
"SampleCount": 238.0,
"Timestamp": "2016-10-12T07:18:00Z",
"Average": 0.038235294117647062,
"Unit": "Percent"
},
{
"Timestamp": "2016-10-12T09:18:00Z",
"Average": 0.16670833333333332,
"Unit": "Percent"
},
{
41
Acumular estadísticas por grupo de Auto Scaling
"Timestamp": "2016-10-11T23:18:00Z",
"Average": 0.041596638655462197,
"Unit": "Percent"
},
...
],
}
Acumular estadísticas por grupo de Auto Scaling

Puede acumular estadísticas para las instancias EC2 en un grupo de Auto Scaling. Amazon CloudWatch
no puede acumular datos de varias regiones. Las métricas son totalmente independientes entre regiones.
Este ejemplo muestra cómo obtener los bytes totales que se escriben en disco para un grupo de Auto
Scaling. El total se calcula para períodos de un minuto para un intervalo de 24 horas en todas las
instancias EC2 en el grupo de Auto Scaling especificado.
Para visualizar DiskWriteBytes para las instancias en un grupo de Auto Scaling utilizando la
consola

3. Elija el espacio de nombres de EC2 y, a continuación, seleccione By Auto Scaling Group.
4. Seleccione la fila para la métrica DiskWriteBytes y el grupo de Auto Scaling específico, que muestra
un gráfico para la métrica de las instancias en el grupo de Auto Scaling. Para cambiar el nombre
del gráfico, seleccione el icono de lápiz. Para cambiar el intervalo de tiempo, seleccione uno de los
valores predefinidos o elija custom.
Para obtener DiskWriteBytes para las instancias en un grupo de Auto Scaling mediante la AWS CLI
42
Acumular estadísticas por AMI
Utilice el comando get-metric-statistics como se indica a continuación.
aws cloudwatch get-metric-statistics --namespace AWS/EC2 --metric-name DiskWriteBytes

--dimensions Name=AutoScalingGroupName,Value=my-asg --statistics "Sum" "SampleCount" \
{
"Datapoints": [
{
"Timestamp": "2016-10-19T21:36:00Z",
"Sum": 0.0,
"Unit": "Bytes"
},
{
"SampleCount": 5.0,
"Timestamp": "2016-10-19T21:42:00Z",
"Sum": 0.0,
"Unit": "Bytes"
}
],
"Label": "DiskWriteBytes"
}
Acumular estadísticas por imagen de Amazon

Machine (AMI)
Puede acumular estadísticas para las instancias EC2 que tengan la monitorización detallada habilitada.
Las instancias que utilizan la monitorización básica no están incluidas. Para obtener más información,
consulte Habilitar o deshabilitar la monitorización detallado de las instancias en la Guía del usuario de
Amazon EC2 para instancias de Linux.
Este ejemplo muestra cómo determinar la utilización promedio de la CPU de todas las instancias que
utilizan la AMI especificada. La media está por encima de intervalos de tiempo de 60 segundos durante un
periodo de un día.
Para mostrar el uso de CPU promedio por AMI mediante la consola

3. Elija el espacio de nombres de EC2 y, a continuación, seleccione By Image (AMI) Id.
4. Seleccione la fila para la métrica CPUUtilization y la AMI específica, que muestra un gráfico para
la métrica para la AMI especificada. Para cambiar el nombre del gráfico, seleccione el icono de lápiz.
Para cambiar el intervalo de tiempo, seleccione uno de los valores predefinidos o elija custom.
43
Acumular estadísticas por AMI
Para obtener la utilización de la CPU promedio por AMI con la AWS CLI
Utilice el comando get-metric-statistics como se indica a continuación.
aws cloudwatch get-metric-statistics --namespace AWS/EC2 --metric-name CPUUtilization \

--dimensions Name=ImageId,Value=ami-3c47a355 --statistics Average \
La operación devuelve estadísticas que son valores de una hora para el intervalo de un día. Cada valor
representa un porcentaje de utilización de CPU promedio para instancias EC2 que ejecutan la AMI
especificada. A continuación, se muestra un ejemplo del resultado.
{
"Datapoints": [
{
"Timestamp": "2016-10-10T07:00:00Z",
"Average": 0.041000000000000009,
"Unit": "Percent"
},
{
"Timestamp": "2016-10-10T14:00:00Z",
"Average": 0.079579831932773085,
"Unit": "Percent"
},
{
"Timestamp": "2016-10-10T06:00:00Z",
"Average": 0.036000000000000011,
"Unit": "Percent"
},
...
],
}
44
Representación gráfica de métricas
Representación gráfica de métricas

Utilice la consola de CloudWatch para representar gráficamente los datos de métricas generados por otros
servicios de AWS. De esta forma, podrá ver más fácilmente la actividad de las métricas en sus servicios.
En los procedimientos siguientes se describe cómo crear gráficos de métricas en CloudWatch.
Contenido
• Representar una métrica gráficamente (p. 45)
• Uso de etiquetas dinámicas (p. 48)
• Modificar el intervalo de tiempo o el formato de zona horaria de un gráfico (p. 49)
• Modificar el eje Y de un gráfico (p. 50)
• Crear una alarma desde una métrica de un gráfico (p. 51)
Representar una métrica gráficamente

Puede seleccionar métricas y crear gráficos de los datos de las métricas mediante la consola de
CloudWatch.
CloudWatch es compatible con las siguientes estadísticas sobre las métricas: Average, Minimum,
Maximum, Sum y SampleCount. Para obtener más información, consulte Estadísticas (p. 5).
Puede ver los datos con diferentes niveles de detalle. Por ejemplo, puede elegir una vista de un minuto,
que puede ser útil a la hora de solucionar problemas. O bien puede elegir una vista menos detallada de
una hora. Esto puede ser útil cuando desee ver un intervalo de tiempo mayor (por ejemplo, tres días)
para poder identificar las tendencias a lo largo del tiempo. Para obtener más información, consulte
Periodos (p. 6).
Crear un gráfico
Para representar gráficamente una métrica

3. En la pestaña All metrics (Todas las métricas), escriba un término en el campo de búsqueda, como un
nombre de métrica, nombre de servicio o nombre de recurso, y pulse Intro.
Por ejemplo, si busca la métrica CPUUtilization, verá los espacios de nombres y dimensiones con
esta métrica.
4. Seleccione uno de los resultados de la búsqueda para ver las métricas.
5. Para representar gráficamente una o varias métricas, seleccione la casilla de verificación junto a
6. (Opcional) Para añadir una banda de detección de anomalías que muestre los valores esperados para
la métrica, elija el icono de detección de anomalías en Actions (Acciones) junto a la métrica.
45
CloudWatch utiliza hasta dos semanas de datos históricos recientes de la métrica para calcular
un modelo para los valores esperados. A continuación, muestra este intervalo de valores
esperados como una banda en el gráfico. CloudWatch añade una nueva fila debajo de la métrica
para mostrar la expresión matemática de la banda de detección de anomalías, denominada
ANOMALY_DETECTION_BAND. Si existen datos históricos recientes, podrá ver inmediatamente
una vista previa de la banda de detección de anomalías, que es una aproximación de la banda de
detección de anomalías generada por el modelo. La banda de detección de anomalías real tarda hasta
15 minutos en aparecer.
De forma predeterminada, CloudWatch crea los límites superior e inferior de la banda de valores
esperados con un valor predeterminado de 2 para el umbral de la banda. Para cambiar este número,
cambie el valor al final de la fórmula bajo Detailes (Detalles) para la banda.
• (Opcional) Elija Edit model (Editar modelo) para cambiar la forma en que se calcula el modelo de
detección de anomalías. Puede excluir periodos de tiempo pasados y futuros del entrenamiento
para calcular el modelo. Es fundamental que excluya eventos inusuales del sistema, como
interrupciones del sistema, implementaciones y días festivos, de los datos de entrenamiento.
También puede especificar la zona horaria que se utilizará para el modelo para los cambios de
horario de verano.
Para obtener más información, consulte Uso de la detección de anomalías de CloudWatch (p. 151).
Para ocultar el modelo del gráfico, elimine la marca de verificación de la línea con la función
ANOMALY_DETECTION_BAND o elija el icono X. Para suprimir el modelo por completo, elija Edit model
(Editar modelo), y Delete model (Eliminar modelo).
46
7. (Opcional) Cuando elija métricas para representarlas gráficamente, especifique una etiqueta dinámica
para que aparezca en la leyenda del gráfico de cada métrica. Las etiquetas dinámicas muestran
una estadística acerca de la métrica y se actualizan automáticamente cuando se actualiza el
panel o gráfico. Para añadir una etiqueta dinámica, elija Graphed metrics (Métricas representadas
gráficamente), Dynamic labels (Etiquetas dinámicas).
8. Si desea ver más información acerca de la métrica que se representa gráficamente, sitúe el cursor
sobre la leyenda.
9. Las anotaciones horizontales pueden ayudar a los usuarios del gráfico a saber rápidamente cuándo
predefinido. Para añadir una anotación horizontal, elija Graph options (Opciones de gráfico) y después
Add horizontal annotation (Añadir anotación horizontal):

d. En Axis, especifique si los números de Value hacen referencia a la métrica asociada con el eje Y
izquierdo o con el eje Y derecho, en caso de que el gráfico incluya varias métricas.

10. Para obtener una URL para el gráfico, elija Actions, Share. Copie la URL para guardarla o compartirla.
11. Para agregar su gráfico a un panel, elija Actions, Add to dashboard.
Actualizar un gráfico
Para actualizar el gráfico
1. Para cambiar el nombre del gráfico, seleccione el icono de lápiz.

2. Para cambiar el intervalo de tiempo, seleccione uno de los valores predefinidos o elija custom. Para
obtener más información, consulte Modificar el intervalo de tiempo o el formato de zona horaria de un
gráfico (p. 49).
5. Para añadir una anotación horizontal, elija Graph options (Opciones de gráfico) y después Add
horizontal annotation (Añadir anotación horizontal):

47
Uso de etiquetas dinámicas

6. Para cambiar el intervalo de actualización, elija Refresh options (Actualizar opciones) y, a
continuación, seleccione Auto refresh (Actualizar automáticamente) o elija 1 Minute (1 minuto), 2
Minutes (2 minutos), 5 Minutes (5 minutos) o 15 Minutes (15 minutos).
Duplicar una métrica

Para duplicar una métrica
1. Elija la pestaña Graphed metrics.

2. En Actions, seleccione el icono Duplicate.
3. Actualice la métrica duplicada según sea necesario.
Uso de etiquetas dinámicas

Puede utilizar etiquetas dinámicas con sus gráficos. Las etiquetas dinámicas añaden un valor actualizado
de forma dinámica a la etiqueta para la métrica seleccionada. Los valores mostrados pueden incluir la
media, el máximo, el mínimo, la suma o el punto de datos más reciente. El valor dinámico mostrado en
la etiqueta se obtiene del intervalo de tiempo que se muestra actualmente en el gráfico. Esta parte de la
etiqueta se actualiza automáticamente cuando se actualiza el panel o el gráfico.
Si utiliza una etiqueta dinámica con una expresión de búsqueda, la etiqueta dinámica se aplica a cada
métrica devuelta por la búsqueda.
La consola de CloudWatch le permite añadir fácilmente un valor dinámico a una etiqueta. A continuación,
puede seguir editando la etiqueta para cambiar la posición del valor dinámico dentro de la etiqueta o
realizar otras personalizaciones.
Sintaxis de las etiquetas dinámicas

Dentro de una etiqueta dinámica, los valores dinámicos pueden ser los siguientes:
48
Modificar el intervalo de tiempo o el
formato de zona horaria de un gráfico
Variable Descripción
${AVG} El promedio de los valores en el intervalo de tiempo mostrado

actualmente en el gráfico.
${LAST} El más reciente de los valores en el intervalo de tiempo mostrado

${LABEL} Representa la etiqueta predeterminada para una métrica
${MAX} El máximo de los valores en el intervalo de tiempo mostrado

${MIN} El mínimo de los valores en el intervalo de tiempo mostrado

${SUM} La suma de los valores en el intervalo de tiempo mostrado

Suponga, por ejemplo que tiene una expresión de búsqueda SEARCH(' {AWS/Lambda,
FunctionName} Errors ', 'Sum', 300), que busca Errors para cada una de sus funciones
Lambda. Si establece la etiqueta en [max: ${MAX} Errors for Function Name ${LABEL}], la
etiqueta de cada métrica es [max: número Errors for Function Name (Errores del nombre de función)
Nombre].
Puede añadir hasta cinco valores estadísticos dinámicos a una etiqueta. Puede utilizar el marcador de
posición ${LABEL} solo una vez dentro de cada etiqueta.
Modificar el intervalo de tiempo o el formato de zona

horaria de un gráfico
Puede cambiar el intervalo de tiempo o el formato de zona horaria de un gráfico.
Configurar un intervalo de tiempo relativo

Puede definir un intervalo de tiempo relativo para su gráfico.
Para especificar un intervalo de tiempo relativo para un gráfico

3. Seleccione uno de los intervalos predefinidos que se muestran en la parte superior de la página, que
van desde hace 1 hora a hace 1 semana.
4. Para obtener más intervalos predefinidos, elija el menú custom y, a continuación, Relative. Seleccione
uno de los intervalos predefinidos, que abarcan desde hace 5 minutos a hace 15 meses.
Configurar un intervalo de tiempo absoluto

Puede definir un intervalo de tiempo absoluto para el gráfico.
Para especificar un intervalo de tiempo absoluto para un gráfico
49
Modificar el eje Y de un gráfico

3. Elija el menú custom y, a continuación, seleccione Absolute. Utilice el selector de calendario o los
campos de texto para especificar el intervalo de tiempo.
Configuración del formato de zona horaria

Puede especificar si el gráfico utiliza la hora UTC o la hora local.
Para especificar la zona horaria de un gráfico

3. Elija el menú custom (personalizado) y, a continuación, elija UTC o Local timezone (Zona horaria
local).
Ampliar un gráfico
Puede cambiar la granularidad de un gráfico y ampliarlo para ver los datos durante un período de tiempo
más corto.
Para ampliar un gráfico

3. Elija y arrastre el área de gráfico y, a continuación, suéltela.
4. Para restablecer un gráfico ampliado, seleccione el icono Reset zoom.
Modificar el eje Y de un gráfico

Puede definir límites personalizados para el eje Y en un gráfico para ayudarle a ver los datos mejor. Por
ejemplo, puede cambiar los límites en un gráfico CPUUtilization al 100% para que sea más fácil ver
si el uso de CPU es bajo (la línea representada está cerca de la parte inferior del gráfico) o alto (la línea
representada está cerca de la parte superior del gráfico).
Puede cambiar entre dos ejes Y distintos de su gráfico. Esto resulta útil si el gráfico contiene métricas que
tengan distintas unidades o que difieran ampliamente en su intervalo de valores.
Para modificar el eje Y de un gráfico

3. Seleccione un espacio de nombres de métricas (por ejemplo, EC2) y, a continuación, una dimensión
de métrica (por ejemplo, Per-Instance Metrics [Métricas por instancia]).
4. La pestaña All metrics muestra todas las métricas para dicha dimensión en ese espacio de nombres.
Para representar gráficamente una métrica, seleccione la casilla de verificación situada junto a la
métrica.
5. En la pestaña Graph options, especifique los valores Min y Max para Left Y Axis. El valor de Min
(Mínimo) no puede ser mayor que el valor de Max (Máximo).
50
Crear una alarma desde una métrica de un gráfico
6. Para crear un segundo eje Y, especifique los valores Min (Mínimo) y Max (Máximo) para Right Y Axis
(Eje Y derecho).
7. Para alternar los dos ejes Y, elija la pestaña Graphed metrics (Métricas diagramadas). En Y Axis, elija
Left Y Axis o Right Y Axis.
Crear una alarma desde una métrica de un gráfico

Puede representar gráficamente una métrica y, a continuación, crear una alarma desde la métrica en el
gráfico, que tiene el beneficio de rellenar muchos de los campos de alarma.
Para crear una alarma desde una métrica en un gráfico

3. Seleccione un espacio de nombres de métricas (por ejemplo, EC2) y, a continuación, una dimensión
de métrica (por ejemplo, Per-Instance Metrics [Métricas por instancia]).
4. La pestaña All metrics muestra todas las métricas para dicha dimensión en ese espacio de nombres.
Para representar gráficamente una métrica, seleccione la casilla de verificación situada junto a la
métrica.
5. Para crear una alarma para la métrica, elija la pestaña Graphed metrics. En Actions, seleccione el
icono de alarma.
6. En Conditions (Condiciones), seleccione Static (Estático) o Anomaly detection (Detección de

anomalías) para especificar si desea utilizar un umbral estático o un modelo de detección de
anomalías para la alarma.
En función de la opción que elija, especifique el resto de los datos para las condiciones de la alarma.
51
Publicación de métricas personalizadas
7. Elija Additional configuration (Configuración adicional). Para Datapoints to alarm (Puntos de datos
para alarma), especifique el número de periodos de evaluación (puntos de datos) que deben tener el
estado ALARM para que se active la alarma. Si estos dos valores coinciden, creerá una alarma que
pasará al estado ALARM si se infringen muchos periodos consecutivos.
Para crear una alarma M de N, especifique un número menor para el primer valor que el especificado
para el segundo valor. Para obtener más información, consulte Evaluación de una alarma (p. 77).
8. En Missing data treatment (Tratamiento de datos que faltan), elija cómo debe comportarse la alarma
cuando falten algunos puntos de datos. Para obtener más información, consulte Configurar cómo
tratan las alarmas de CloudWatch los datos que faltan (p. 78).
9. Seleccione Next (Siguiente).
10. En Notification (Notificación), seleccione el tema de SNS al que desee enviar la notificación cuando la
alarma tenga el estado ALARM, OK o INSUFFICIENT_DATA.
Para que la alarma envíe varias notificaciones para el mismo estado de alarma o para estados de
alarma diferentes, seleccione Add notificación (Añadir notificación).
Para que la alarma no envíe notificaciones, elija Remove (Eliminar).

11. Para que la alarma realice el escalado automático o acciones de EC2, elija el botón correspondiente, y
elija el estado de alarma y la acción que se debe realizar.
12. Cuando haya terminado, elija Next (Siguiente).
13. Escriba un nombre y la descripción de la alarma. El nombre solo debe contener caracteres ASCII. A
continuación, elija Next (Siguiente).
14. En Preview and create (Obtener vista previa y crear), confirme que la información y las condiciones
son las que desea y, a continuación, elija Create alarm (Crear alarma).
Publicación de métricas personalizadas

Puede publicar sus propias métricas para CloudWatch utilizando la AWS CLI o una API. Puede ver gráficos
de estadísticas de las métricas publicadas con la Consola de administración de AWS.
CloudWatch almacena datos sobre una métrica como una serie de puntos de datos. Cada punto de datos
tiene una marca temporal asociada. Puede incluso publicar un conjunto de puntos de datos acumulados
denominado conjunto estadístico.
Temas
• Métricas de alta resolución (p. 52)
• Uso de dimensiones (p. 53)
• Publicación de puntos de datos únicos (p. 53)
• Publicación de conjuntos de estadísticas (p. 54)
• Publicación del valor cero (p. 55)
Métricas de alta resolución

Cada métrica es una de las siguientes:
• Resolución estándar, con datos cuya granularidad es de un minuto

• Alta resolución, con datos cuya granularidad es de un segundo
De forma predeterminada, las métricas producidas por los servicios de AWS son de resolución estándar.
Al publicar una métrica personalizada, puede definirla como de resolución estándar o de alta resolución.
52
Uso de dimensiones
Cuando publica una métrica de alta resolución, CloudWatch la almacena con una resolución de 1 segundo,
y puede leerla y recuperarla con un periodo de 1 segundo, 5 segundos, 10 segundos, 30 segundos, o
cualquier múltiplo de 60 segundos.
Las métricas de alta resolución pueden ofrecerle más información inmediata acerca de las
actividades de su aplicación, cuya duración sea inferior a un minuto. Tenga en cuenta que cada
llamada a PutMetricData para una métrica personalizada se cobra; por tanto, realizar llamadas a
PutMetricData con más frecuencia en una métrica de alta resolución podría derivar en cargos más
elevados. Para obtener más información sobre los precios de CloudWatch, consulte Precios de Amazon
CloudWatch.
Si configura una alarma en una métrica de alta resolución, puede especificar una alarma de alta resolución
con un periodo de 10 o 30 segundos, o puede definir una alarma normal con un periodo de cualquier
múltiplo de 60 segundos. El cargo es mayor para las alarmas de alta resolución con un periodo de 10 o 30
segundos.
Uso de dimensiones
En métricas personalizadas, el parámetro --dimensions es habitual. Una dimensión aclara mejor qué es
la métrica y qué datos almacena. Puede tener hasta 10 dimensiones en una métrica y cada dimensión se
define mediante un par de nombre y valor.
La forma en que especifique una dimensión es distinta cuando se usan distintos comandos. Con put-
metric-data, especifica cada dimensión como MyName=MyValue, y con get-metric-statistics o put-metric-
alarm utiliza el formato Name=MyName, Value=MyValue. Por ejemplo, el siguiente comando publica una
métrica Buffers con dos dimensiones denominadas InstanceId e InstanceType.
aws cloudwatch put-metric-data --metric-name Buffers --namespace MyNameSpace --unit Bytes

--value 231434333 --dimensions InstanceId=1-23456789,InstanceType=m1.small
Este comando recupera estadísticas para la misma métrica. Separe las partes Nombre y Valor de una
dimensión con comas, pero si tiene varias dimensiones, utilice un espacio entre una dimensión y la
siguiente.
aws cloudwatch get-metric-statistics --metric-name Buffers --namespace MyNameSpace --

dimensions Name=InstanceId,Value=1-23456789 Name=InstanceType,Value=m1.small --start-time
2016-10-15T04:00:00Z --end-time 2016-10-19T07:00:00Z --statistics Average --period 60
Si una métrica incluye varias dimensiones, debe especificar un valor para cada dimensión definida
cuando utilice get-metric-statistics. Por ejemplo, la métrica de Amazon S3, BucketSizeBytes incluye las
dimensiones BucketName y StorageType, por lo tanto, debe especificar ambas dimensiones con get-
metric-statistics.
aws cloudwatch get-metric-statistics --metric-name BucketSizeBytes --start-time

2017-01-23T14:23:00Z --end-time 2017-01-26T19:30:00Z --period 3600 --namespace
AWS/S3 --statistics Maximum --dimensions Name=BucketName,Value=MyBucketName
Name=StorageType,Value=StandardStorage --output table
Para ver qué dimensiones hay definidas en una métrica, utilice el comando list-metrics.
Publicación de puntos de datos únicos

Para publicar un punto de datos único para una métrica nueva o existente, utilice el comando put-metric-
data con un valor y marca temporal. Por ejemplo, cada una de las siguientes acciones publica un punto de
datos.
53
Publicación de conjuntos de estadísticas
aws cloudwatch put-metric-data --metric-name PageViewCount --namespace MyService --value 2

--timestamp 2016-10-20T12:00:00.000Z
--timestamp 2016-10-20T12:00:01.000Z
--timestamp 2016-10-20T12:00:02.000Z
Si llama este comando con un nuevo nombre de métrica, CloudWatch crea una métrica automáticamente.
De lo contrario, CloudWatch asocia los datos con la métrica existente que haya especificado.
Note
Cuando se crea una métrica, pueden transcurrir hasta dos minutos antes de poder recuperar las
estadísticas de la nueva métrica mediante el comando get-metric-statistics. Sin embargo, pueden
transcurrir hasta 15 minutos antes de que la nueva métrica aparezca en la lista de métricas
recuperadas mediante el comando list-metrics.
Aunque puede publicar puntos de datos con marcas temporales con una granularidad de hasta una
milésima de segundo, CloudWatch acumula los datos con una granularidad mínima de un segundo.
CloudWatch registra la media (suma de todos los elementos dividida entre el número de elementos)
de los valores recibidos por cada periodo, así como el número de muestras, el valor máximo y el valor
mínimo para el mismo periodo de tiempo. Por ejemplo, la métrica PageViewCount de los ejemplos
anteriores contiene tres puntos de datos con marcas temporales separadas solo unos segundos. Si tiene
ha establecido el periodo en 1 minuto, CloudWatch acumula los tres puntos de datos, ya que todos tienen
marcas temporales dentro de un periodo de 1 minuto.
Puede utilizar el comando get-metric-statistics para recuperar estadísticas basadas en los puntos de datos
que ha publicado.
aws cloudwatch get-metric-statistics --namespace MyService --metric-name PageViewCount \

--statistics "Sum" "Maximum" "Minimum" "Average" "SampleCount" \
--start-time 2016-10-20T12:00:00.000Z --end-time 2016-10-20T12:05:00.000Z --period 60
{
"Datapoints": [
{
"SampleCount": 3.0,
"Timestamp": "2016-10-20T12:00:00Z",
"Average": 3.6666666666666665,
"Maximum": 5.0,
"Minimum": 2.0,
"Sum": 11.0,
"Unit": "None"
}
],
"Label": "PageViewCount"
}
Publicación de conjuntos de estadísticas

Puede acumular los datos antes de publicar en CloudWatch. Cuando tenga varios puntos de datos por
minuto, la acumulación de datos minimiza el número de llamadas a put-metric-data. Por ejemplo, en lugar
de llamar a put-metric-data varias veces para los tres puntos de datos que se encuentran separados por
tres segundos entre sí, puede acumular los datos en un conjunto de estadísticas que publique con una
llamada, utilizando el parámetro --statistic-values.
54
Publicación del valor cero
aws cloudwatch put-metric-data --metric-name PageViewCount --namespace MyService

--statistic-values Sum=11,Minimum=2,Maximum=5,SampleCount=3 --
timestamp 2016-10-14T12:00:00.000Z
CloudWatch necesita puntos de datos en bruto para calcular percentiles. Si publica datos a través de un
conjunto estadístico en su lugar, no puede recuperar estadísticas de percentil para estos datos, a menos
que una de las siguientes condiciones sea cierta:
• El valor de SampleCount del conjunto de estadísiticas es 1.

• Los valores Minimum y Maximum del conjunto de estadísticas son iguales.
Publicación del valor cero

Cuando los datos son más esporádicos y tiene períodos que no tienen datos asociados, puede elegir
publicar el valor cero (0) para dicho periodo, o ningún valor en absoluto. Si realiza llamadas periódicas a
PutMetricData para supervisar el estado de la aplicación, es recomendable publicar cero en lugar de
ningún valor. Por ejemplo, puede definir una alarma de CloudWatch que le avise si la aplicación no publica
las métricas cada cinco minutos. Quiere que dicha aplicación publique ceros en los períodos sin datos
asociados.
También puede publicar ceros si desea realizar un seguimiento del número total de puntos de datos o si
desea estadísticas como por ejemplo mínimo y media para incluir puntos de datos con el valor 0.
Uso de cálculo de métricas

Los cálculos de métricas permiten consultar varias métricas de CloudWatch y usar expresiones
matemáticas para crear series temporales basadas en estas métricas. Puede visualizar la serie temporal
resultante en la consola de CloudWatch y agregarla a los paneles. Puede usar las métricas de AWS
Lambda como ejemplo para dividir la Errors métrica por la métrica Invocations y así obtener una tasa
de error. A continuación, añada la serie temporal resultante a un gráfico del panel de CloudWatch.
También puede realizar cálculos de métricas mediante programación, con la operación de la API
GetMetricData. Para obtener más información, consulte GetMetricData.
Adición de una expresión matemática a un gráfico de

CloudWatch
Puede añadir una expresión matemática a un gráfico en el panel de CloudWatch. Cada gráfico está
limitado a un máximo de 100 métricas y expresiones, por lo que puede añadir una expresión matemática
solo si el gráfico tiene 99 métricas como máximo. Esto se aplica incluso si no todas las métricas se
muestran en el gráfico.
Para añadir una expresión matemática a un gráfico

2. Cree o edite un gráfico. Debe haber al menos una métrica en el gráfico.
3. Elija la pestaña Graphed metrics (Métricas incluidas en el gráfico).
4. Elija Math expression (Expresión matemática), Start with an empty expression (Comenzar con una
expresión vacía). Aparece una nueva línea para la expresión.
5. En la nueva línea, en la columna Details (Detalles) escriba la expresión matemática. En las tablas de
la sección de sintaxis y funciones matemáticas de métricas se muestran las funciones que se pueden
utilizar en la expresión.
55
Sintaxis y funciones de los cálculos de métricas
Para usar una métrica o el resultado de otra expresión como parte de la fórmula de esta expresión,
utilice el valor que se muestra en la columna Id; por ejemplo, m1+m2 o e1-MIN(e1).
Puede cambiar el valor de Id. Puede contener números, letras y guiones bajos y debe comenzar por
una letra minúscula. El cambio del valor de Id por un nombre más descriptivo puede aumentar también
la legibilidad de un gráfico; por ejemplo, cambiar m1 y m2 por errores y solicitudes.
Tip
Elija la flecha hacia abajo junto a Math Expression (expresión matemática) para ver una lista
de funciones admitidas que puede utilizar al crear la expresión.
6. En la columna Label (Etiqueta) de la expresión, escriba un nombre que describa lo que calcula la
expresión.
Si el resultado de una expresión es una matriz de series temporales, cada una de esas series
temporales se muestra en el gráfico con una línea independiente, con colores distintos.
Inmediatamente debajo del gráfico hay una leyenda para cada línea del mismo. Para una expresión
única que produce varias series temporales, las leyendas de dichas series temporales tienen el
formato Etiqueta Expression Etiqueta-Metric (Etiqueta-Expresión Etiqueta-
Métrica). Por ejemplo, en caso de que el gráfico incluya una métrica con una etiqueta de Errors
(Errores) y una expresión FILL(METRICS(), 0) que tenga una etiqueta de Filled With 0: (Rellenado
con 0:), una línea de la leyenda sería Filled With 0: Errors (Rellenado con 0: errores). Puede dejar
Etiqueta-Expression (Etiqueta-Expresión) vacío para que la leyenda solo muestre las
etiquetas de métricas originales.
Cuando una expresión produce una matriz de series temporales en el gráfico, no puede cambiar los
colores utilizados para cada una de esas series temporales.
7. Después de haber añadido las expresiones deseadas, puede simplificar el gráfico si oculta algunas
de las métricas originales. Para ocultar una métrica o expresión, desactive la casilla de verificación
situada a la izquierda del campo Id.

En las siguientes secciones se explican las funciones disponibles para el cálculo de métricas. Todas
las funciones deben escribirse en letras mayúsculas (como AVG) y el campo Id de todas las métricas y
expresiones matemáticas debe comenzar con una letra minúscula.
El resultado final de cualquier expresión matemática debe ser una serie temporal individual o una matriz de
series temporales. Algunas funciones generan un número escalar. Puede utilizar estas funciones en una
función más grande que, en última instancia, produzca una serie temporal. Por ejemplo, aplicar la función
AVG a una serie temporal individual produce un número escalar, por lo que no puede ser el resultado de
una expresión final. Pero, podría usarlo en la función m1-AVG(m1) para mostrar una serie temporal de la
diferencia entre cada punto de datos individual y el valor promedio de ese punto de datos.
Abreviaturas de tipos de datos

Algunas funciones son válidas únicamente para determinados tipos de datos. Las abreviaturas de la
siguiente lista se utilizan en las tablas de funciones para representar los tipos de datos que admite cada
función:
• S representa un número escalar, como 2, -5 o 50,25

• TS es una serie temporal (una serie de valores para una única métrica de CloudWatch a lo largo del
tiempo): por ejemplo, la métrica CPUUtilization de la instancia i-1234567890abcdef0 durante los
últimos tres días
• TS[] es una matriz de series temporales, como las series temporales de varias métricas
56
Función METRICS()
La función METRICS() devuelve todas las métricas en la solicitud. Las expresiones matemáticas no se
incluyen.
Puede utilizar METRICS() dentro de una expresión mayor que produce una serie temporal única o una
matriz de series temporales. Por ejemplo, la expresión SUM(METRICS()) devuelve una serie temporal (TS)
que es la suma de los valores de todas las métricas incluidas en el gráfico. METRICS()/100 devuelve una
matriz de series temporales, cada una de las cuales es una serie temporal que muestra cada punto de
datos de una de las métricas dividido por 100.
Puede utilizar la función METRICS() con una cadena para devolver solo las métricas incluidas en el gráfico
que contienen esa cadena en su campo Id. Por ejemplo, la expresión SUM(METRICS("errores")) devuelve
una serie temporal que es la suma de los valores de todas las métricas incluidas en el gráfico que tienen
"errores" en su campo Id. También puede usar SUM([METRICS(“4xx”), METRICS(“5xx”)]) para establecer
la coincidencia con varias cadenas.
Funciones aritméticas básicas

En la siguiente tabla se enumeran las funciones aritméticas básicas que se admiten. Los valores que faltan
en una serie temporal se tratan como 0. Si el valor de un punto de datos provoca que una función intente
dividir entre cero, se descarta el punto de datos.
Operación Argumentos Ejemplos
Operadores aritméticos: + - * / ^ S, S PERIOD(m1)/60
S, TS 5 * m1
TS, TS m1 - m2
S, TS[] SUM(100/[m1, m2])
TS, TS[] AVG([m1,m2]/m3)
METRICS()*100
Resta unaria - S -5*m1
TS -m1
TS[] SUM(-[m1, m2])
Operadores lógicos y de comparación

Puede utilizar operadores lógicos y de comparación con un par de series temporales o un par de valores
escalares únicos. Cuando se utiliza un operador de comparación con un par de series temporales,
devuelve una serie temporal en la que cada punto de datos es 0 (FALSE) o 1 (TRUE). Si utiliza un
operador de comparación en un par de valores escalares, se devuelve un único valor escalar, 0 o 1.
Cuando se utilizan operadores de comparación entre dos series temporales, pero solo una de ellas tiene
un valor para una marca temporal determinada, la función trata el valor que falta en la otra serie temporal
como si fuera 0.
Puede utilizar operadores lógicos combinados con operadores de comparación para crear funciones más
complejas.
En la siguiente tabla se enumeran los operadores admitidos.
57
Tipo de Operador Operadores admitidos
Operadores de comparación ==
!=
<=
>=
<
>
Operadores lógicos AND o &&
OR o ||
Para ver cómo se utilizan estos operadores, supongamos que tenemos dos series temporales: metric1
contiene los valores [30, 20, 0, 0] y metric2 contiene los valores [20, -, 20, -] donde - indica
que no hay ningún valor para esa marca temporal.
Expresión Salida
(metric1 < metric2) 0, 0, 1, 0
(metric1 >= 30) 1, 0, 0, 0
(metric1 > 15 AND metric2 > 15) 1, 0, 0, 0
Funciones admitidas para el cálculo de métricas

En la siguiente tabla se describen las funciones que puede usar en expresiones matemáticas. Escriba
todas las funciones en letras mayúsculas.
El resultado final de cualquier expresión matemática debe ser una serie temporal individual o una matriz de
series temporales. Algunas funciones en tablas en las siguientes secciones generan un número escalar.
Puede utilizar estas funciones en una función más grande que, en última instancia, produzca una serie
temporal. Por ejemplo, aplicar la función AVG a una serie temporal individual produce un número escalar,
por lo que no puede ser el resultado de una expresión final. Pero, podría usarlo en la función m1-AVG(m1)
para mostrar una serie temporal de la diferencia entre cada punto de datos individual y el valor promedio
de ese punto de datos.
En la siguiente tabla, cada ejemplo de la columna Examples (Ejemplos) es una expresión que da como
resultado una sola serie temporal o una matriz de series temporales. En estos ejemplos se muestra cómo
se pueden utilizar las funciones que devuelven números escalares como parte de una expresión válida que
genera una sola serie temporal.
Función Argumentos
Tipo de Descripción Ejemplos
retorno*
ABS TS TS Devuelve el valor absoluto de ABS(m1-m2)

cada punto de datos.
TS[] TS[] MIN(ABS([m1, m2]))
ABS(METRICS())
58
Función Argumentos
retorno*
ANOMALY_DETECTION_BAND
TS TS[] Devuelve una banda de ANOMALY_DETECTION_BAND(m1)
detección de anomalías
TS, S para la métrica especificada. ANOMALY_DETECTION_BAND(m1,4)
La banda se compone
de dos series, una que
representa el límite superior
del valor previsto "normal"
de la métrica y el otro que
representa el límite inferior.
La función puede tomar
dos argumentos. El primero
es el ID de la métrica para
la que crear la banda. El
segundo argumento es el
número de desvíos estándar
que desea utilizar para la
conexión. Si no se especifica
este argumento, se utiliza
el valor predeterminado
de 2. Para obtener más
información, consulte Uso de
la detección de anomalías de
AVG TS S La función AVG de una SUM([m1,m2])/AVG(m2)

serie temporal individual
TS[] TS devuelve un valor escalar AVG(METRICS())
que representa el promedio
de todos los puntos de datos
de la métrica. La función
AVG de una matriz de series
temporales devuelve una sola
serie temporal. Los valores
que faltan se tratan como 0.
CEIL TS TS Devuelve el valor techo de CEIL(m1)

cada métrica. El valor techo
TS[] TS[] es el menor entero que es CEIL(METRICS())
mayor o igual que cada valor.
SUM(CEIL(METRICS()))
FILL TS, TS/ TS Llena los valores que faltan FILL(m1,10)

S de una métrica con el valor
TS[] de relleno especificado, FILL(METRICS(), 0)
TS[], cuando los valores de métrica
TS/S están dispersos. FILL(m1, MIN(m1))
59
Función Argumentos
retorno*
FIRST TS[] TS Devuelve la primera o IF(FIRST(SORT(METRICS(),

la última serie temporal AVG, DESC))>100, 1, 0)
LAST de una matriz de series Toma la métrica superior
temporales. Esto resulta de una matriz, ordenada
útil cuando se utiliza con la según AVG. A continuación,
función SORT. También se devuelve un 1 o un 0 para
puede utilizar para obtener cada punto de datos, según
los umbrales superiores si el valor de ese punto de
e inferiores de la función datos es mayor que 100.
ANOMALY_DETECTION_BAND.
LAST(ANOMALY_DETECTION_BAND(m1))
devuelve el límite inferior de
la banda de predicción de
anomalías.
FLOOR TS TS Devuelve el valor de suelo FLOOR(m1)

de cada métrica. El valor de
TS[] TS[] suelo es el mayor entero que FLOOR(METRICS())
es menor o igual que cada
valor.
IF Expresión TS Utilice IF junto con un

IF operador de comparación
para filtrar los puntos de
datos de una serie temporal
o crear una serie temporal
mixta compuesta por varias
series de temporales
intercaladas. Para obtener
más información, consulte
Uso de expresiones
IF (p. 64).
INSIGHT_RULE_METRIC
INSIGHT_RULE_METRIC(ruleName,
TS Utilice
metricName) INSIGHT_RULE_METRIC
para extraer estadísticas
de una regla en Contributor
Insights. Para obtener
Representación gráfica de
métricas generadas por
reglas (p. 162).
MAX TS S La función MAX de una MAX(m1)/m1

TS[] TS devuelve un valor escalar que MAX(METRICS())
representa el valor máximo
de la métrica. El valor MAX
de una matriz de series
serie temporal.
60
Función Argumentos
retorno*
METRIC_COUNT TS[] S Devuelve el número de m1/

métricas en la matriz de METRIC_COUNT(METRICS())
series temporales.
METRICS() nulo TS[] La función METRICS() AVG(METRICS())

devuelve todas las métricas
string de CloudWatch de la SUM(METRICS("errors"))
solicitud. Las expresiones
matemáticas no se incluyen.
Puede utilizar METRICS()

dentro de una expresión
mayor que produce una serie
temporal única o una matriz
de series temporales.
Puede utilizar la función

METRICS() con una cadena
para devolver solo las
métricas incluidas en el
gráfico que contienen esa
cadena en su campo Id.
Por ejemplo, la expresión
SUM(METRICS("errores"))
devuelve una serie temporal
que es la suma de los
valores de todas las métricas
incluidas en el gráfico que
tienen "errores" en su campo
Id. También puede usar
SUM([METRICS(“4xx”),
METRICS(“5xx”)]) para
establecer la coincidencia con
varias cadenas.
MIN TS S La función MIN de una m1-MIN(m1)

TS[] TS devuelve un valor escalar que MIN(METRICS())
representa el valor mínimo
MIN de una matriz de series
serie temporal.
PERIOD TS S Devuelve el periodo de m1/PERIOD(m1)

la métrica en segundos.
La entrada válida son las
métricas, no los resultados de
otras expresiones.
61
Función Argumentos
retorno*
RATE TS TS Devuelve la velocidad de RATE(m1)

cambio de la métrica, por
TS[] TS[] segundo. Se calcula como RATE(METRICS())
la diferencia entre el valor
de punto de datos más
reciente y el valor de punto
de datos anterior, dividido
por la diferencia de tiempo
en segundos entre los dos
valores.
REMOVE_EMPTY TS[] TS[] Elimina todas las series REMOVE_EMPTY(METRICS())

temporales que no contienen
puntos de datos de una
matriz de series temporales.
El resultado es una matriz de
series temporales en la que
todas las series temporales
contienen al menos un punto
de datos.
SEARCH Expresión Una o Devuelve una o varias series

de varias temporales que coinciden
búsqueda series con una serie temporal que
temporalesespecifique. La función
SEARCH le permite añadir
varias series temporales
relacionadas a un gráfico con
una sola expresión. El gráfico
se actualiza dinámicamente
para incluir nuevas métricas
que se añadan más tarde y
coincidan con los criterios de
búsqueda. Para obtener más
expresiones de búsqueda en
gráficos (p. 66).
SERVICE_QUOTA TS que TS Devuelve la cuota de

es una servicio de la métrica de
métrica uso especificada. Puede
de uso usarla para visualizar
cómo se compara su uso
actual con la cuota, así
como para programar
alarmas que le avisen al
acercarse a la cuota. Para
obtener más información,
consulte Métricas de
integración y uso de cuotas
de servicio (p. 396).
62
Función Argumentos
retorno*
SLICE (TS[], TS[] Recupera parte de una matriz SLICE(SORT(METRICS(),

S, S) o de series temporales. Resulta SUM, DESC), 0, 10) devuelve
(TS[], S) TS especialmente útil cuando las 10 métricas de la matriz
se combina con SORT. Por de métricas de la solicitud
ejemplo, puede excluir el que tengan el valor de SUM
resultado superior de una más alto.
matriz de series temporales.
SLICE(SORT(METRICS(),
Puede utilizar dos AVG, ASC), 5) ordena la
argumentos escalares para matriz de métricas según
definir el conjunto de series la estadística AVG; a
temporales que desea continuación, devuelve todas
devolver. Los dos escalares las series temporales excepto
definen el inicio (incluido) las 5 con el valor de AVG
y el final (excluido) de la más bajo.
matriz que se va a devolver.
La matriz está indexada a
cero, por lo que la primera
serie temporal de la matriz
es la serie temporal 0. Si lo
prefiere, puede especificar
un solo valor y CloudWatch
devolverá todas las series
temporales que comiencen
por ese valor.
SORT (TS[], TS[] Ordena una matriz de SORT(METRICS(), AVG,

FUNCTION, series temporales según la DESC, 10) calcula el
SORT_ORDER) función que especifique. La valor medio de cada serie
función utilizada puede ser temporal, ordena las series
(TS[], AVG, MIN, MAX o SUM. El temporales con los valores
FUNCTION, orden puede ser ASC si es más altos al principio de la
SORT_ORDER, ascendente (los valores más ordenación y devuelve solo
S) bajos primero) o DESC para las 10 series temporales con
ordenar los valores más altos los promedios más altos.
al principio. Opcionalmente,
puede especificar un número SORT(METRICS(), MAX,
después del criterio de ASC) ordena la matriz de
ordenación para que actúe métricas según la estadística
como límite. Por ejemplo, MAX; a continuación, las
si especifica un límite de devuelve todas en orden
5, se devolverán solo las 5 ascendente.
primeras series temporales
de la ordenación.
Cuando esta función

matemática se muestra en un
gráfico, las etiquetas de cada
métrica del gráfico también se
ordenan y numeran.
63
Uso de expresiones IF
Función Argumentos
retorno*
STDDEV TS S La función STDDEV de una m1/STDDEV(m1)

TS[] TS devuelve un valor escalar que STDDEV(METRICS())
representa el desvío estándar
STDDEV de una matriz de
series temporales devuelve
una sola serie temporal.
SUM TS S La función SUM de una SUM(METRICS())/SUM(m1)

TS[] TS devuelve un valor escalar que SUM([m1,m2])
representa la suma de los
valores de todos los puntos SUM(METRICS("errores"))/
de datos de la métrica. SUM(METRICS("solicitudes"))*100
La función SUM de una
matriz de series temporales
devuelve una sola serie
temporal.
*No es válido usar una función que solo devuelva un número escalar, ya que el resultado final de las
expresiones debe ser una sola serie temporal o una matriz de series temporales. En su lugar, utilice estas
funciones como parte de una expresión más grande que devuelva una serie temporal.
Utilice IF junto con un operador de comparación para filtrar los puntos de datos de una serie temporal o
crear una serie temporal mixta compuesta por varias series de temporales intercaladas.
IF adopta los siguientes argumentos:
IF(condition, trueValue, falseValue)
La condición se evalúa como FALSE si el valor del punto de datos de la condición es 0 y como TRUE si
el valor de la condición es cualquier otro valor, ya sea positivo o negativo. Si la condición es una serie
temporal, se evalúa por separado para cada marca temporal.
A continuación se enumeran las sintaxis válidas. Para cada una de estas sintaxis, la salida es una sola
serie temporal.
• IF(TS operador de comparación S, S | TS, S | TS)

• IF(TS, TS, TS)
• IF(TS, S, TS)
• IF(TS, TS, S)
• IF(TS, S, S)
• IF(S, TS, TS)
En las siguientes secciones se proporcionan más detalles y ejemplos de estas sintaxis.
IF(TS operación de comparación S, scalar2 | metric2, scalar3 | metric3)
64
El valor correspondiente de la serie temporal de salida:
• tiene el valor de scalar2 o metric2 si TS operador de comparación S es TRUE;

• tiene el valor de scalar3 o metric3 si TS operador de comparación S es FALSE;
• es una serie temporal vacía si el punto de datos correspondiente no existe en metric3 o si
scalar3/metric3 se omite de la expresión.
IF(metric1, metric2, metric3)
Para cada punto de datos de metric1, el valor de la serie temporal de salida correspondiente:
• tiene el valor de metric2 si el punto de datos correspondiente de metric1 es TRUE;

• tiene el valor de metric3 si el punto de datos correspondiente de metric1 es FALSE;
• tiene el valor de 0 si el punto de datos correspondiente de metric1 es TRUE y el punto de datos
correspondiente no existe en metric2;
• se elimina si el punto de datos correspondiente de metric1 es FALSE y el punto de datos
correspondiente no existe en metric3 o si metric3 se omite en la expresión.
En la tabla siguiente se muestra un ejemplo de esta sintaxis.
Métrica o función Valores
(metric1) [1, 1, 0, 0, -]
(metric2) [30, -, 0, 0, 30]
(metric3) [0, 0, 20, -, 20]
IF(metric1, metric2, metric3) [30, 0, 20, -, -]
IF(metric1, scalar2, metric3)
• tiene el valor de scalar2 si el punto de datos correspondiente de metric1 es TRUE;

• tiene el valor de metric3 si el punto de datos correspondiente de metric1 es FALSE;
• se elimina si el punto de datos correspondiente de metric1 es FALSE y el punto de datos
correspondiente no existe en metric3 o si metric3 se omite en la expresión.
(metric1) [1, 1, 0, 0, -]
scalar2 5
(metric3) [0, 0, 20, -, 20]
IF(metric1, scalar2, metric3) [5, 5, 20, -, -]
IF(metric1, metric2, scalar3)
65
Uso de expresiones de búsqueda en gráficos
• tiene el valor de metric2 si el punto de datos correspondiente de metric1 es TRUE;

• tiene el valor de scalar3 si el punto de datos correspondiente de metric1 es FALSE;
• tiene el valor de 0 si el punto de datos correspondiente de metric1 es TRUE y el punto de datos
correspondiente no existe en metric2.
(metric1) [1, 1, 0, 0, -]
(metric2) [30, -, 0, 0, 30]
scalar3 5
IF(metric1, metric2, scalar3) [30, 0, 5, 5, 5]
IF(scalar1, metric2, metric3)
El valor correspondiente de la serie temporal de salida:
• tiene el valor de metric2 si scalar1 es TRUE;

• tiene el valor de metric3 si scalar1 es FALSE;
• es una serie temporal vacía si se omite metric3 de la expresión.
Ejemplos de casos de uso para expresiones IF

Los siguientes ejemplos ilustran los posibles usos de la función IF .
• Para mostrar solo los valores bajos de una métrica:
IF(metric1<400, metric1)
• Para cambiar cada punto de datos de una métrica a uno de dos valores, con el fin de mostrar los
máximos y mínimos relativos de la métrica original:
IF(metric1<400, 10, 2)
• Para mostrar un 1 para cada marca temporal cuya latencia supere el umbral y mostrar un 0 para todos
los demás puntos de datos:
IF(latency>threshold, 1, 0)
Uso del cálculo de métricas con la operación de la API

GetMetricData
Puede utilizar GetMetricData para realizar cálculos mediante expresiones matemáticas, así como para
recuperar lotes grandes de datos de métricas en una sola llamada a la API. Para obtener más información,
consulte GetMetricData.
Uso de expresiones de búsqueda en gráficos

Las expresiones de búsqueda son un tipo de expresión matemática que puede añadir a gráficos de
CloudWatch. Las expresiones de búsqueda le permiten añadir de manera rápida varias métricas
66
Sintaxis de las expresiones de búsqueda
relacionadas a un gráfico. También le permiten crear gráficos dinámicos que añadan automáticamente las
métricas correspondientes al modelo de representación, aunque dichas métricas no existan en el momento
de crear el gráfico.
Por ejemplo, puede crear una expresión de búsqueda que muestre la métrica AWS/EC2
CPUUtilization de todas las instancias de la región. Si posteriormente lanza una nueva instancia, la
métrica CPUUtilization de la nueva instancia se añade automáticamente al gráfico.
Cuando se utiliza una expresión de búsqueda en un gráfico, se busca la expresión de búsqueda en los
nombres de las métricas, espacios de nombres, nombres de dimensión y valores de dimensión. Puede
utilizar operadores booleanos para búsquedas más complejas y eficaces.
Temas
• Sintaxis de las expresiones de búsqueda de CloudWatch (p. 67)
• Ejemplos de expresiones de búsqueda de CloudWatch (p. 72)
• Creación de un gráfico de CloudWatch con una expresión de búsqueda (p. 73)
Sintaxis de las expresiones de búsqueda de

CloudWatch
Una expresión de búsqueda válida tiene el siguiente formato.
SEARCH(' {Namespace, DimensionName1, DimensionName2, ...} SearchTerm', 'Statistic', Period)
Por ejemplo:
SEARCH(' {AWS/EC2,InstanceId} MetricName="CPUUtilization" ', 'Average', 300)
• La primera parte de la consulta detrás de la palabra SEARCH, incluida entre llaves, es el esquema de
la métrica que se va a buscar. El esquema de la métrica contiene un espacio de nombres de métricas
y uno o varios nombres de dimensión. La inclusión de un esquema de métrica en una consulta de
búsqueda es opcional. Si se especifica, el esquema de la métrica debe contener un espacio de nombres
y puede contener uno o varios nombres de dimensión que sean válidos en ese espacio de nombres.
No es necesario utilizar comillas dentro del esquema de la métrica, a menos que un espacio de
nombres o un nombre de dimensión incluya espacios o caracteres no alfanuméricos. En tal caso, debe
entrecomillar el nombre que contiene los caracteres con comillas dobles.
• SearchTerm también es opcional, pero una búsqueda válida debe contener el esquema de la métrica,
SearchTerm o ambos. SearchTerm contiene normalmente uno o más nombres de métrica o valores de
dimensión. SearchTerm puede incluir varios términos de búsqueda, tanto para coincidencias parciales
como exactas. También puede contener operadores booleanos.
SearchTerm puede incluir uno o varios indicadores, como MetricName= como en este ejemplo, pero el
uso de indicadores no es obligatorio.
El esquema de la métrica y SearchTerm deben incluirse entre un par de comillas simples.

• Statistic es el nombre de cualquier estadística de CloudWatch válida. Debe ir entre comillas simples.
Para obtener más información, consulte Estadísticas (p. 5).
• Period es el periodo de tiempo de acumulación en segundos.
El ejemplo anterior busca el espacio de nombres AWS/EC2 para cualquier métrica que tenga InstanceId
como nombre de dimensión. Devuelve todas las métricas CPUUtilization que encuentra y muestra la
estadística Average con un periodo de acumulación de 5 minutos en el gráfico.
67
Límites de las expresiones de búsqueda
El tamaño máximo de una consulta de expresión de búsqueda es de 1024 caracteres. Puede tener
cinco expresiones de búsqueda como máximo en un gráfico. Un gráfico puede mostrar hasta 100 series
temporales.
Expresiones de búsqueda de CloudWatch: tokenización

Cuando especifica un SearchTerm, la función de búsqueda busca tokens, que son subcadenas que
CloudWatch genera automáticamente a partir de los nombres de métrica, nombres de dimensiones,
valores de dimensiones y espacios de nombres completos. CloudWatch genera tokens que se distinguen
por el uso de mayúsculas y minúsculas en la cadena original. Los caracteres numéricos sirven también
como inicio de nuevos tokens y los caracteres no alfanuméricos sirven como delimitadores, de manera que
los tokens se crean antes y después de los caracteres alfanuméricos.
Una cadena continua del mismo tipo de carácter delimitador de token produce un solo token.
Todos los tokens generados están en minúsculas. En la siguiente tabla se muestran algunos ejemplos de
tokens generados.
Cadena original Tokens generados
CustomCount1 customcount1, custom, count, 1
SDBFailure sdbfailure, sdb, failure
Project2-trial333 project2trial333, project, 2, trial, 333
Expresiones de búsqueda de CloudWatch: coincidencias

parciales
Cuando se especifica un SearchTerm, el término de búsqueda también se convierte en un token.
CloudWatch busca las métricas en función de coincidencias parciales, que son las coincidencias de un
único token generado a partir del término de búsqueda con un único token generado a partir de un nombre
de métrica, espacio de nombres, nombre de dimensión o valor de dimensión.
Las búsquedas de coincidencias parciales que buscan un solo token no distinguen entre mayúsculas y
minúsculas. Por ejemplo, cualquiera de los siguientes términos de búsqueda puede devolver la métrica
CustomCount1:
• count
• Count
• COUNT
Sin embargo, si se utiliza couNT como un término de búsqueda, no se encuentra CustomCount1, ya que
el uso de mayúsculas y minúsculas en el término de búsqueda couNT se ha tokenizado en cou y NT.
Las búsquedas también buscan tokens compuestos, que son varios tokens que aparecen de manera
consecutiva en el nombre original. Para buscar un token compuesto coincidente, la búsqueda distingue
entre mayúsculas y minúsculas. Por ejemplo, si el término original es CustomCount1, las búsquedas de
CustomCount o Count1 devuelven resultados, pero no así las búsquedas de customcount o count1.
Expresiones de búsqueda de CloudWatch: coincidencias exactas

Puede definir una búsqueda para que busque solo coincidencias exactas del término de búsqueda
utilizando dobles comillas en la parte del término de búsqueda que requiere una coincidencia exacta.
68
Estas comillas dobles se incluyen entre las comillas simples utilizadas alrededor de todo el término
de búsqueda. Por ejemplo, SEARCH(' {MyNamespace}, "CustomCount1" ', 'Maximum',
120) encuentra la cadena exacta CustomCount1 si existe como un nombre de métrica, nombre de
dimensión o valor de dimensión en el espacio de nombres denominado MyNamespace. Sin embargo,
las búsquedas SEARCH(' {MyNamespace}, "customcount1" ', 'Maximum', 120) o
SEARCH(' {MyNamespace}, "Custom" ', 'Maximum', 120) no encuentran esta cadena.
Puede combinar términos de coincidencia parcial y términos de coincidencia exacta en la misma expresión
de búsqueda. Por ejemplo, SEARCH(' {AWS/NetworkELB, LoadBalancer}, "ConsumedLCUs"
OR flow ', 'Maximum', 120) devuelve la métrica de Elastic Load Balancing denominada
ConsumedLCUs, así como todas las métricas o dimensiones de Elastic Load Balancing que contienen el
token flow.
El uso de coincidencias exactas también es una buena forma de buscar nombres con caracteres
especiales, como caracteres no alfanuméricos o espacios, tal y como se muestra en el siguiente ejemplo.
SEARCH(' {"My Namespace", "Dimension@Name"}, "Custom:Name[Special_Characters" ', 'Maximum',

120)
Expresiones de búsqueda de CloudWatch: excluir un esquema

de métrica
Todos los ejemplos mostrados hasta ahora incluyen un esquema de métrica entre llaves. Las búsquedas
que omiten un esquema de métrica también son válidas.
Por ejemplo, SEARCH(' "CPUUtilization" ', 'Average', 300) devuelve todos los nombres de
métrica, nombres de dimensión, valores de dimensión y espacios de nombres que coinciden exactamente
con la cadena CPUUtilization. En los espacios de nombres de métricas de AWS, se pueden incluir
métricas de varios servicios incluidos Amazon EC2, Amazon ECS y Amazon SageMaker, entre otros.
Para acotar esta búsqueda a un solo servicio de AWS, la práctica recomendada es especificar el espacio
de nombres y todas las dimensiones necesarias en el esquema de la métrica, tal y como se muestra en el
siguiente ejemplo. Aunque esto acota la búsqueda al espacio de nombres AWS/EC2, devolvería igualmente
resultados de otras métricas si ha definido CPUUtilization como un valor de dimensión para dichas
métricas.
SEARCH(' {AWS/EC2, InstanceType} "CPUUtilization" ', 'Average', 300)
También podría añadir el espacio de nombres al SearchTerm tal y como se muestra en el siguiente
ejemplo. Sin embargo, en este ejemplo, la búsqueda coincidiría con cualquier cadena AWS/EC2, incluso si
se tratase de un nombre o valor de dimensión personalizado.
SEARCH(' "AWS/EC2" MetricName="CPUUtilization" ', 'Average', 300)
Expresiones de búsqueda de CloudWatch: especificar nombres

de propiedad en la búsqueda
La siguiente búsqueda de coincidencia exacta de "CustomCount1" devuelve todas las métricas que
tienen ese nombre exacto.
SEARCH(' "CustomCount1" ', 'Maximum', 120)
Pero también devuelve métricas con nombres de dimensión, valores de dimensión o espacios de nombres
CustomCount1. Para estructurar aún más la búsqueda, puede especificar el nombre de propiedad del tipo
69
de objeto que desea buscar en sus búsquedas. En el siguiente ejemplo, se busca en todos los espacios de
nombres y se devuelven las métricas denominadas CustomCount1.
SEARCH(' MetricName="CustomCount1" ', 'Maximum', 120)
También puede utilizar pares de nombre-valor de espacios de nombres y dimensiones como nombres
de propiedad, tal y como se muestra en los siguientes ejemplos. El primero de estos ejemplos ilustra que
puede utilizar también nombres de propiedad con búsquedas de coincidencia parcial.
SEARCH(' InstanceType=micro ', 'Average', 300)
SEARCH(' InstanceType="t2.micro" Namespace="AWS/EC2" ', 'Average', 300)
Expresiones de búsqueda de CloudWatch: caracteres no

alfanuméricos
Los caracteres no alfanuméricos sirven como delimitadores e indican dónde los nombres de métricas,
dimensiones, espacios de nombres y términos de búsqueda se dividen en tokens. Cuando los términos
están tokenizados, los caracteres no alfanuméricos se eliminan y no aparecen en los tokens. Por ejemplo,
Network-Errors_2 genera los tokens network, errors y 2.
El término de búsqueda puede incluir cualquier carácter no alfanumérico. Si estos caracteres aparecen en
su término de búsqueda, pueden especificar tokens compuestos en una coincidencia parcial. Por ejemplo,
todas las búsquedas siguientes buscarían métricas llamadas Network-Errors-2 o NetworkErrors2.
network/errors
network+errors
network-errors
Network_Errors
Cuando realiza una búsqueda de un valor exacto, todos los caracteres no alfanuméricos utilizados en
la búsqueda exacta deben ser los caracteres correctos que aparecen en la cadena que se busca. Por
ejemplo, si desea buscar Network-Errors-2, la búsqueda de "Network-Errors-2" devuelve
resultados, pero no así la búsqueda "Network_Errors_2".
Cuando realiza una búsqueda de coincidencia exacta, los siguientes caracteres deben incluirse entre
caracteres de escape con una barra diagonal invertida.
" \ ( )
Por ejemplo, para buscar una coincidencia exacta del nombre de la métrica Europe\France
Traffic(Network), utilice el término de búsqueda "Europe\\France Traffic$Network$".
Expresiones de búsqueda de CloudWatch: operadores booleanos

La búsqueda permite el uso de los operadores booleanos AND, OR y NOT dentro del SearchTerm. Los
operadores booleanos se incluyen entre las comillas simples que utiliza para entrecomillar todo el término
de búsqueda. Los operadores booleanos distinguen entre mayúsculas y minúsculas, por lo que and, or y
not no son válidos como operadores booleanos.
Puede utilizar AND explícitamente en la búsqueda, como SEARCH('{AWS/EC2,InstanceId} network

AND packets', 'Average', 300). Si no se utilizan operadores booleanos entre los términos de
búsqueda, las búsquedas se realizan como si hubiera un operador AND, por lo que SEARCH(' {AWS/
70
EC2,InstanceId} network packets ', 'Average', 300) produce los mismos resultados de
búsqueda.
Utilice NOT para excluir subconjuntos de datos en los resultados. Por ejemplo, SEARCH(' {AWS/
EC2,InstanceId} MetricName="CPUUtilization" NOT i-1234567890123456 ',
'Average', 300) devuelve la métrica CPUUtilization de todas las instancias, excepto de la
instancia i-1234567890123456. También puede utilizar una cláusula NOT como el único término de
búsqueda. Por ejemplo, SEARCH( 'NOT Namespace=AWS ', 'Maximum', 120) devuelve todas las
métricas personalizadas (las métricas con espacios de nombres que no incluyen AWS).
Puede utilizar varias frases NOT en una consulta. Por ejemplo, SEARCH(' {AWS/EC2,InstanceId}
MetricName="CPUUtilization" NOT "ProjectA" NOT "ProjectB" ', 'Average', 300)
devuelve la métrica CPUUtilization de todas las instancias de la región, excepto de aquellas con los
valores de dimensión ProjectA o ProjectB.
Puede combinar operadores booleanos para realizar búsquedas más eficaces y detalladas, tal y como se
muestra en los siguientes ejemplos. Utilice paréntesis para agrupar los operadores.
Los dos ejemplos siguientes devuelven todos los nombres de métrica que contienen ReadOps de los
espacios de nombres de EC2 y EBS.
SEARCH(' (EC2 OR EBS) AND MetricName=ReadOps ', 'Maximum', 120)
SEARCH(' (EC2 OR EBS) MetricName=ReadOps ', 'Maximum', 120)
El siguiente ejemplo acota la búsqueda anterior a solo los resultados que incluyen ProjectA, que podría
ser el valor de una dimensión.
SEARCH(' (EC2 OR EBS) AND ReadOps AND ProjectA ', 'Maximum', 120)
En el ejemplo siguiente se utiliza la agrupación anidada. Devuelve las métricas de Lambda Errors de
todas las funciones e Invocations de funciones con nombres que incluyen las cadenas ProjectA o
ProjectB.
SEARCH(' {AWS/Lambda,FunctionName} MetricName="Errors" OR (MetricName="Invocations" AND

(ProjectA OR ProjectB)) ', 'Average', 600)
Expresiones de búsqueda de CloudWatch: uso de expresiones

matemáticas
Puede utilizar una expresión de búsqueda dentro de una expresión matemática en un gráfico.
Por ejemplo, SUM(SEARCH(' {AWS/Lambda, FunctionName}, MetricName="Errors" ',

'Sum', 300)) devuelve la suma de la métrica Errors de todas sus funciones Lambda.
El uso de líneas distintas para la expresión de búsqueda y la expresión matemática podría producir
resultados más útiles. Suponga, por ejemplo, que usa las siguientes dos expresiones en un gráfico. La
primera línea muestra líneas Errors distintas para cada una de las funciones Lambda. El ID de esta
expresión es e1. La segunda línea añade otra línea que muestra la suma de los errores de todas las
funciones.
SEARCH(' {AWS/Lambda, FunctionName}, MetricName="Errors" ', 'Sum', 300)

SUM(e1)
71
Ejemplos de expresiones de búsqueda
Ejemplos de expresiones de búsqueda de

CloudWatch
Los siguientes ejemplos ilustran otros usos y sintaxis de expresiones de búsqueda. Comencemos con una
búsqueda de CPUUtilization en todas las instancias de la región y luego veremos las variaciones.
Este ejemplo muestra una línea para cada instancia de la región, que muestra la métrica
CPUUtilization del espacio de nombres AWS/EC2.
SEARCH(' {AWS/EC2,InstanceId} MetricName="CPUUtilization" ', 'Average', 300)
Si InstanceId se cambia por InstanceType, el gráfico cambia para mostrar una línea para cada tipo
de instancia utilizado en la región. Los datos de todas las instancias de cada tipo se agrupan en una línea
para ese tipo de instancia.
SEARCH(' {AWS/EC2,InstanceType} MetricName="CPUUtilization" ', 'Average', 300)
Si se elimina el nombre de dimensión, pero se mantiene el espacio de nombres en el esquema, como en el

siguiente ejemplo, el resultado es una sola línea que muestra la agrupación de métricas CPUUtilization
de todas las instancias de la región.
SEARCH(' {AWS/EC2} MetricName="CPUUtilization" ', 'Average', 300)
El siguiente ejemplo agrupa la métrica CPUUtilization por tipo de instancia y muestra una línea para
cada tipo de instancia que incluye la cadena micro.
SEARCH(' {AWS/EC2,InstanceType} InstanceType=micro MetricName="CPUUtilization" ',

'Average', 300)
Este ejemplo acota los resultados del ejemplo anterior, al cambiar InstanceType por una búsqueda
exacta de instancias t2.micro.
SEARCH(' {AWS/EC2,InstanceType} InstanceType="t2.micro" MetricName="CPUUtilization" ',

'Average', 300)
La siguiente búsqueda elimina la parte {metric schema} de la consulta, por lo que la métrica
CPUUtilization de todos los espacios de nombres aparece en el gráfico. Esta búsqueda puede
devolver bastantes resultados, ya que el gráfico incluye varias líneas para la métrica CPUUtilization de
cada servicio de AWS, agrupadas por dimensiones diferentes.
SEARCH(' MetricName="CPUUtilization" ', 'Average', 300)
Para reducir un poco estos resultados, puede especificar dos espacios de nombres de métricas
específicos.
SEARCH(' MetricName="CPUUtilization" AND ("AWS/ECS" OR "AWS/ES") ', 'Average', 300)
El ejemplo anterior es la única manera de hacer una búsqueda de varios espacios de nombres con una
sola consulta de búsqueda, ya que solo se puede especificar un esquema de métrica en cada consulta.
Sin embargo, para estructurar más la búsqueda, podría utilizar dos consultas en el gráfico, tal y como se
72
Creación de un gráfico con una expresión de búsqueda
muestra en el siguiente ejemplo. Este ejemplo también añade más estructura al especificar la dimensión
que se va a utilizar para agrupar los datos de Amazon ECS.
SEARCH(' {AWS/ECS, ClusterName}, MetricName="CPUUtilization" ', 'Average', 300)

SEARCH(' {AWS/EBS}, MetricName="CPUUtilization" ', 'Average', 300)
El siguiente ejemplo devuelve la métrica de Elastic Load Balancing llamada ConsumedLCUs, así como
todas las métricas o dimensiones de Elastic Load Balancing que contienen el token flow.
SEARCH(' {AWS/NetworkELB, LoadBalancer}, "ConsumedLCUs" OR flow ', 'Maximum', 120)
En el ejemplo siguiente se utiliza la agrupación anidada. Devuelve las métricas de Lambda Errors de
todas las funciones e Invocations de funciones con nombres que incluyen las cadenas ProjectA o
ProjectB.
SEARCH(' {AWS/Lambda,FunctionName} MetricName="Errors" OR (MetricName="Invocations" AND

(ProjectA OR ProjectB)) ', 'Average', 600)
El siguiente ejemplo muestra todas las métricas personalizadas, salvo las métricas generadas por servicios
de AWS.
SEARCH(' NOT Namespace=AWS ', 'Average', 120)
El siguiente ejemplo muestra las métricas con nombres de métrica, espacios de nombres, nombres de
dimensión y valores de dimensión que contienen la cadena Errors como parte de su nombre.
SEARCH(' Errors ', 'Average', 300)
El siguiente ejemplo acota esa búsqueda para que solo se devuelvan coincidencias exactas. Por ejemplo,
esta búsqueda busca el nombre de métrica Errors, pero no las métricas llamadas ConnectionErrors o
errors.
SEARCH(' "Errors" ', 'Average', 300)
En el siguiente ejemplo se muestra cómo especificar nombres que contengan espacios o caracteres
especiales en la parte del esquema de métrica del término de búsqueda.
SEARCH(' {"Custom-Namespace", "Dimension Name With Spaces"}, ErrorCount ', 'Maximum', 120)
Creación de un gráfico de CloudWatch con una

expresión de búsqueda
En la consola de CloudWatch, puede obtener acceso a la función de búsqueda cuando añade un gráfico a
un panel o mediante la vista Metrics (Métricas.
Para añadir un gráfico con una expresión de búsqueda a un panel existente

3. Elija Add widget.
73
4. Elija Line (Línea) o Stacked area (Área apilada) y seleccione Configure (Configurar).
5. En la pestaña Graphed metrics (Métricas diagramadas), elija Add a math expression (Añadir una
expresión matemática).
6. En Details (Detalles), escriba la expresión de búsqueda que desee. Por ejemplo, SEARCH('{AWS/
EC2,InstanceId} MetricName="CPUUtilization" ', 'Average', 300)
7. (Opcional) Para añadir otra expresión de búsqueda o expresión matemática al gráfico, elija Add a
math expresión (Añadir una expresión matemática).
8. (Opcional) Después de añadir una expresión de búsqueda, puede especificar una etiqueta dinámica
para que aparezca en la leyenda del gráfico de cada métrica. Las etiquetas dinámicas muestran
una estadística acerca de la métrica y se actualizan automáticamente cuando se actualiza el panel
o el gráfico. Para añadir una etiqueta dinámica, elija Graphed metrics (Métricas representadas
gráficamente) y, a continuación, Dynamic labels (Etiquetas dinámicas).
9. (Opcional) Para añadir una sola métrica al gráfico, elija la pestaña All metrics (Todas las métricas) y
desplácese hasta la métrica que desee.
10. (Opcional) Para cambiar el intervalo de tiempo que se muestra en el gráfico, elija custom
(personalizado) en la parte superior del gráfico o uno de los períodos de tiempo a la izquierda de
custom (personalizado).
11. (Opcional) Las anotaciones horizontales ayudan a los usuarios del panel a ver rápidamente cuándo
predefinido. Para añadir una anotación horizontal, elija Graph options (Opciones de gráfico) y después
Add horizontal annotation (Añadir anotación horizontal):


12. (Opcional) Las anotaciones verticales le ayudan a marcar hitos en un gráfico como, por ejemplo,
eventos operativos o el principio y el final de una implementación. Para añadir una anotación vertical,
elija Graph options (Opciones del gráfico) y después Add vertical annotation (Añadir anotación
vertical):
a. En Label (Etiqueta), escriba la etiqueta de la anotación. Para mostrar solo la fecha y la hora en la
b. Para Date (Fecha), especifique la fecha y la hora en que aparece la anotación vertical.
c. En Fill (Relleno), especifique si se utiliza sombreado de relleno antes o después de una anotación
74

13. Elija Create widget.
Para utilizar la vista de métricas para representar gráficamente las métricas buscadas

3. En el campo de búsqueda, escriba los tokens que desea buscar (por ejemplo, cpuutilization
t2.small).
Se muestran los resultados que coinciden con su búsqueda.

4. Para representar gráficamente todas las métricas que coinciden con su búsqueda, elija Graph search
(Diagramar búsqueda).
o bien
Para acotar la búsqueda, elija uno de los espacios de nombres que apareció en los resultados de la
búsqueda.
5. Si ha seleccionado un espacio de nombres para restringir los resultados, puede hacer lo siguiente:
a. Para representar gráficamente una o varias métricas, seleccione la casilla de verificación junto a
b. Para acotar la búsqueda, coloque el cursor sobre un nombre de métrica y elija Add to search
(Añadir a búsqueda) o Search for this only (Buscar solo esto).
c. Para ver la ayuda de una métrica, elija el nombre de la métrica y, a continuación, seleccione What
is this?.
La métricas seleccionadas aparecen en el gráfico.

6. (Opcional) Seleccione uno de los botones de la barra de búsqueda para editar esa parte del término
de búsqueda.
7. (Opcional) Para agregar su gráfico a un panel, elija Actions (Acciones) y después Add to dashboard
(Añadir al panel).
75
Estados de las alarmas de métricas
Uso de alarmas de Amazon

CloudWatch
Puede crear alarmas de métricas y alarmas compuestas en CloudWatch.
• Una alarma de métrica vigila una única métrica de CloudWatch o el resultado de una expresión
matemática basada en métricas de CloudWatch. La alarma realiza una o varias acciones según el valor
de la métrica o expresión con respecto a un umbral durante varios períodos de tiempo. La acción puede
ser una acción de Amazon EC2, una acción de Amazon EC2 Auto Scaling o una notificación enviada a
un tema de Amazon SNS.
• Una alarma compuesta incluye una expresión de regla que tiene en cuenta los estados de alarma de
otras alarmas que haya creado. La alarma compuesta entra en estado ALARM solo si se cumplen
todas las condiciones de la regla. Las alarmas especificadas en la expresión de regla de una alarma
compuesta pueden incluir alarmas de métricas y otras alarmas compuestas.
El uso de alarmas compuestas puede reducir el ruido de las alarmas. Puede crear varias alarmas de
métricas, así como crear una alarma compuesta y configurar alertas solo para la alarma compuesta.
Por ejemplo, una alarma compuesta podría entrar en estado ALARM solo cuando todas las alarmas de
métricas subyacentes estén en estado ALARM.
Las alarmas compuestas pueden enviar notificaciones de Amazon SNS cuando cambian de estado, pero
no pueden realizar acciones de EC2 o Auto Scaling.
Puede agregar alarmas a paneles de CloudWatch y monitorizarlas visualmente. Cuando una alarma está
en un panel, se vuelve de color rojo cuando está en el estado ALARM, lo que facilita la monitorización de su
estado de forma proactiva.
Las alarmas invocan acciones únicamente para los cambios de estado prolongados. Las alarmas de
CloudWatch no invocan acciones simplemente por tener un estado determinado. Es necesario que el
estado haya cambiado y se mantenga durante un número especificado de períodos.
Después de que una alarma invoque a una acción debido a un cambio de estado, su comportamiento
posterior depende del tipo de acción que se haya asociado a la alarma. Para acciones de Amazon EC2
Auto Scaling, la alarma sigue invocando la acción para cada periodo en que la alarma permanece en el
nuevo estado. Para notificaciones de Amazon SNS, no se invocan acciones adicionales.
Note
CloudWatch no prueba o valida las acciones que especifique, ni detecta ningún error de Amazon
EC2 Auto Scaling o Amazon SNS derivado de un intento de invocar acciones inexistentes.
Asegúrese de que las acciones de alarma existan.
Estados de las alarmas de métricas

Una alarma de métrica tiene los siguientes estados posibles:
• OK –: la métrica o expresión está dentro del umbral definido.
76
Evaluación de una alarma
• ALARM –: la métrica o expresión está fuera del umbral definido.

• INSUFFICIENT_DATA –: la alarma acaba de iniciarse, la métrica no está disponible o no hay suficientes
datos disponibles en la métrica para determinar el estado de la alarma.
Evaluación de una alarma

Cuando crea una alarma, especifica tres valores para habilitar CloudWatch para evaluar cuándo cambiar el
estado de la alarma:
• Period (Período) es la duración de tiempo para evaluar la métrica o expresión para crear cada punto de
datos individual para una alarma. Se expresa en segundos. Si elige un minuto como periodo, hay un
punto de datos cada minuto.
• Evaluation Period (Periodo de evaluación) es el número de los puntos de datos más recientes que
evaluar a la hora de determinar el estado de alarma.
• Datapoints to Alarm (Puntos de datos para alarma) es el número de puntos de datos en el periodo de
evaluación que deben estar fuera del umbral para provocar que la alarma tenga el estado ALARM. Los
puntos de datos fuera del umbral no tienen que ser consecutivos; solo deben estar dentro de la última
cantidad de puntos de datos igual a Evaluation Period (Periodo de evaluación).
En la siguiente figura, el umbral de alarma de una métrica de alarma está definido en tres unidades. La
alarma se configura para pasar al estado ALARM, y Evaluation Period (Periodo de evaluación) y Datapoints
to Alarm (Puntos de datos para alarma) son 3. Es decir, cuando los puntos de datos existentes en los
últimos tres periodos consecutivos superan el umbral, la alarma pasa al estado ALARM. En la figura, esto
sucede en los periodos de tiempo del tercero al quinto. En el sexto periodo, el valor cae por debajo del
umbral, por lo que uno de los períodos que se evalúa no está fuera del umbral y el estado de la alarma
cambia a OK. Durante el noveno período de tiempo, el umbral se incumple de nuevo, pero solo para un
periodo. Por lo tanto, el estado de la alarma se mantiene OK.
Al configurar Evaluation Period (Período de evaluación) y Datapoints to Alarm (Puntos de datos para
alarma) como valores distintos, se establece una alarma "M de N". Datapoints to Alarm (Puntos de datos
para alarma) es ("M") y Evaluation Period (Período de evaluación) es ("N"). El intervalo de evaluación es
el número de puntos de datos multiplicado por el periodo. Por ejemplo, si configura 4 de 5 puntos de datos
con un periodo de 1 minuto, el intervalo de evaluación es de 5 minutos. Si configura 3 de 3 puntos de datos
con un periodo de 10 minutos, el intervalo de evaluación es de 30 minutos.
77
Configurar cómo tratan las alarmas los datos que faltan
Configurar cómo tratan las alarmas de CloudWatch

los datos que faltan
En ocasiones, algunos puntos de datos para una métrica con una alarma no se notifican a CloudWatch.
Por ejemplo, esto puede ocurrir cuando se pierde una conexión, un servidor deja de funcionar o cuando
una métrica indica datos solo de forma intermitente por diseño.
CloudWatch le permite especificar cómo tratar los puntos de datos que faltan a la hora de evaluar una
alarma. Esto puede ayudarle a configurar la alarma para que pase al estado ALARM cuando proceda para
el tipo de datos que se monitorizan. Puede evitar falsos positivos cuando los datos que faltan no indican un
problema.
De forma similar al modo en que cada alarma siempre está en uno de los tres estados, cada punto de
datos específico notificado a CloudWatch entra dentro de una de las tres categorías:
• Sin infracción (dentro del umbral)

• Con infracción (se infringe el umbral)
• Ausente
Para cada alarma, puede especificar que CloudWatch trate los puntos de datos que faltan de las siguientes
maneras:
• notBreaching: los puntos de datos que faltan se tratan como si estuvieran dentro del umbral
• breaching: los puntos de datos que faltan se tratan como si infringen el umbral
• ignore –: se mantiene la alarma actual
• missing –: la alarma no tiene en cuenta los puntos de datos que faltan a la hora de evaluar si se
cambia de estado
La mejor opción depende del tipo de métrica. Para una métrica que notifica datos de forma continua
como, por ejemplo, CPUUtilization de una instancia, es posible que desee tratar los puntos de datos
que faltan como breaching, ya que pueden indicar que algo va mal. Pero para una métrica que genera
puntos de datos solo cuando se produce un error como, por ejemplo, ThrottledRequests en Amazon
DynamoDB, es posible que desee tratar los datos que faltan como notBreaching. El comportamiento
predeterminado es missing.
Elegir la mejor opción para su alarma evita cambios innecesarios y confusos en la condición de alarma y
además indica con mayor precisión el estado de su sistema.
Cómo se evalúa el estado de alarma cuando faltan

datos
Independientemente del valor que se establezca acerca de cómo tratar los datos que faltan, cuando una
alarma evalúa si se debe cambiar de estado, CloudWatch intenta recuperar un número de puntos de
datos más elevado del especificado en Evaluation Periods (Períodos de evaluación). El número exacto
de puntos de datos que intenta recuperar depende de la duración del periodo de alarma y de si se basa
en una métrica con resolución estándar o con alta resolución. El plazo de los puntos de datos que intenta
recuperar es el rango de evaluación.
Una vez que CloudWatch recupera estos puntos de datos, ocurre lo siguiente:
• Si no falta ningún punto de datos en el rango de evaluación, CloudWatch evalúa la alarma en función de
los puntos de datos más recientes.
78
Cómo se evalúa el estado de alarma cuando faltan datos
• Si falta algún punto de datos en el rango de evaluación, pero el número de puntos de datos existentes
recuperados es igual o superior a los Evaluation Periods (Períodos de evaluación), CloudWatch evalúa
el estado de alarma en función de los puntos de datos existentes más recientes que se han recuperado
correctamente. En este caso, el valor que establezca acerca de cómo tratar los datos que faltan no es
necesario y no se tiene en cuenta.
• Si falta algún punto de datos del rango de evaluación y el número de puntos de datos existente que
se recuperaron es inferior al número de periodos de evaluación de la alarma, CloudWatch rellena los
puntos de datos que faltan con el resultado que especificó acerca de cómo tratar los datos que faltan y,
a continuación, evalúa la alarma. Sin embargo, cualquier punto de datos real en el rango de evaluación,
con independencia de cuándo se notifican, se incluye en la evaluación. CloudWatch utiliza los puntos de
datos que faltan solo el menor número de veces posible.
En todas estas situaciones, el número de puntos de datos evaluado es igual al valor de Evaluation Periods
(Períodos de evaluación). Si es inferior al valor de Datapoints to Alarm (Puntos de datos para alarma) que
se infringen, el estado de alarma se establece en OK. De lo contrario, el estado se establece en ALARM.
La excepción es si ha configurado la alarma para tratar los puntos de datos que faltan como missing. En
este caso, si CloudWatch no ha podido recuperar suficientes puntos de datos reales durante el intervalo de
evaluación, el estado de alarma se establece en INSUFFICIENT_DATA.
Note
Un caso concreto de este comportamiento es que las alarmas de CloudWatch pueden a evaluar
una y otra vez el último conjunto de puntos de datos durante un período de tiempo después de
que la métrica ha dejado de fluir. Esta reevaluación puede provocar que la alarma cambie de
estado y que se vuelvan a ejecutar acciones, si cambió de estado inmediatamente antes de
detenerse el flujo de la métrica. Para mitigar este comportamiento, utilice períodos más cortos.
Las tablas siguientes muestran ejemplos del comportamiento de evaluación de alarma. En la primera tabla,
Datapoints to Alarm (Puntos de datos para alarma) y Evaluation Periods (Períodos de evaluación) son
ambos 3. CloudWatch recupera los cinco puntos de datos más recientes a la hora de evaluar la alarma, en
caso de que falten algunos de los tres puntos de datos más recientes. 5 es el rango de evaluación de la
alarma.
En la columna 2 se indica cuántos de los tres puntos de datos necesarios faltan. Aunque se evalúan los
últimos cinco puntos de datos, solo tres (el valor de Evaluation Periods [Períodos de evaluación]) son
necesarios para evaluar el estado de la alarma. El número de puntos de datos de la columna 2 es el
número de puntos de datos que deben completarse, utilizando la configuración de cómo se tratan los datos
que faltan.
Las columnas 3-6 muestran el estado de alarma que se establecería para cada configuración acerca de
cómo se deben tratar los datos que faltan, que se muestra en la parte superior de cada columna. En la
columna de puntos de datos, 0 es un punto de datos sin infracción, X es un punto de datos con infracción y
- es un punto de datos que falta.
Puntos de Cantidad de AUSENTE IGNORE INFRACCIÓN SIN

datos los puntos INFRACCIÓN
de datos que
faltan
0-X-X 0 OK OK OK OK
0---- 2 OK OK OK OK
----- 3 Mantener el
INSUFFICIENT_DATA ALARM OK
estado actual
0XX-X 0 ALARM ALARM ALARM ALARM
79
Alarmas de alta resolución

de datos que
faltan
--X-- 2 ALARM ALARM ALARM OK
En la segunda fila de la tabla anterior, la alarma permanece OK incluso si los datos que faltan se tratan
como infracción, ya que uno de los puntos de datos existente no se incumple y esto se evalúa junto con los
dos puntos de datos que faltan que se tratan como infracción. La próxima vez que esta alarma se evalúa,
si siguen faltando los datos pasará a ALARM, ya que el punto de datos sin infracción ya no estará entre los
cinco puntos de datos más recientes recuperados.
En la cuarta fila, la alarma pasa al estado ALARM en todos los casos, ya que hay suficientes puntos de
datos reales, de modo que la configuración acerca de cómo tratar los datos que faltan no se tiene que
tener en cuenta.
En la última fila, la alarma pasa al estado ALARM porque, cuando los tres puntos de datos más recientes
de una alarma infringen el umbral o no existen, la alarma pasa al estado ALARM.
En la tabla siguiente, el Period (Período) se vuelve a establecer en 5 minutos y Datapoints to Alarm

(Puntos de datos para alarma) es solo 2 mientras que Evaluation Periods (Períodos de evaluación) es 3.
Se trata de una alarma 2 de 3, M de N.
El rango de evaluación es 5. Este es el número máximo de puntos de datos recientes que se recuperan y
que se pueden utilizar en caso de que falten algunos.

de datos que
faltan
0-X-X 0 ALARM ALARM ALARM ALARM
00X0X 0 ALARM ALARM ALARM ALARM
0-X-- 1 OK OK ALARM OK
----0 2 OK OK ALARM OK
--X-- 2 ALARM Mantener el ALARM OK

estado actual
Si faltan puntos de datos poco después de crear una alarma y la métrica se estaba notificando a
CloudWatch antes de crear la alarma, CloudWatch recupera los puntos de datos más recientes antes de
que se creara la alarma a la hora de evaluar la alarma.
Alarmas de alta resolución

Si configura una alarma en una métrica de alta resolución, puede especificar una alarma de alta
resolución con un periodo de 10 o 30 segundos, o puede definir una alarma normal con un periodo de
cualquier múltiplo de 60 segundos. El cargo es mayor en el caso de las alarmas de alta resolución. Para
obtener más información acerca de las métricas de alta resolución, consulte Publicación de métricas
80
Alarmas en expresiones matemáticas
Alarmas en expresiones matemáticas

Puede configurar una alarma basada en el resultado de una expresión matemática que se basa en una o
varias métricas de CloudWatch. Una expresión matemática utilizada para una alarma puede incluir hasta
10 métricas. Cada métrica debe utilizar el mismo periodo.
Para una alarma basada en una expresión matemática, puede especificar cómo desea que CloudWatch
trate los puntos de datos que faltan para las métricas subyacentes a la hora de evaluar la alarma.
Las alarmas basadas de expresiones matemáticas no pueden realizar acciones de Amazon EC2.
Para obtener más información acerca de las expresiones matemáticas en métricas y las sintaxis, consulte
Uso de cálculo de métricas (p. 55).
Muestras de datos reducidas y alarmas de

CloudWatch basadas en percentil
Al establecer un percentil como estadística para una alarma, puede especificar qué es lo que debe hacer
cuando no hay suficientes datos para una buena evaluación estadística. Puede elegir que la alarma evalúe
la estadística de todas formas y posiblemente cambie el estado de alarma. O bien, puede hacer que la
alarma ignore la métrica mientras el tamaño de la muestra sea reducido y esperar a evaluarlo hasta que
haya suficientes datos significativos estadísticamente.
Para los percentiles entre 0,5 (incluido) y 1,00 (excluido), esta configuración se utiliza cuando hay menos
de 10/(1-percentil) puntos de datos durante el periodo de evaluación. Por ejemplo, esta configuración se
utilizaría si se hubiera menos de 1 000 muestras para una alarma en un percentil p99. Para los percentiles
entre 0 y 0,5 (excluido), la configuración se utiliza cuando hay menos de 10/percentil puntos de datos.
Características comunes de las alarmas de

CloudWatch
Las siguientes características se aplican a todas las alarmas de CloudWatch:
• Puede crear hasta 5000 alarmas por región para cada cuenta de AWS. Para crear o actualizar una
alarma, utilice la acción de la API PutMetricAlarm (comando mon-put-metric-alarm).
• Los nombres de alarma solo pueden contener caracteres ASCII.
• Puede mostrar alguna o todas las alarmas configuradas actualmente y mostrar las alarmas en un
determinado estado utilizando DescribeAlarms (mon-describe-alarms). Además, puede filtrar la
lista por intervalo de tiempo.
• Puede desactivar y activar alarmas utilizando DisableAlarmActions y EnableAlarmActions (mon-
disable-alarm-actions y mon-enable-alarm-actions).
• Puede probar una alarma configurándola en cualquier estado mediante SetAlarmState (mon-set-
alarm-state). Este cambio de estado temporal dura solamente hasta que se produce la siguiente
comparación de alarma.
• Puede crear una alarma utilizando PutMetricAlarm (mon-put-metric-alarm) antes de que haya
creado una métrica personalizada. Para que la alarma sea válida, debe incluir todas las dimensiones
para la métrica personalizada, además del espacio de nombres de métrica y nombre de métrica en la
definición de alarma.
• Puede consultar el historial de una alarma utilizando DescribeAlarmHistory (mon-describe-
alarm-history). CloudWatch mantiene el historial de alarmas durante dos semanas. Cada transición
81
Configuración de un tema de SNS
de estado se marca con una marca temporal única. En casos excepcionales, el historial podría mostrar
más de una notificación para un cambio de estado. La marca temporal le permite confirmar cambios de
estado únicos.
• El número de periodos de evaluación para una alarma multiplicado por la duración de cada periodo de
evaluación no puede superar un día.
Note
Algunos recursos de AWS no envían datos de métricas a CloudWatch en determinadas

condiciones.
Por ejemplo, Amazon EBS podría no enviar los datos de métricas a un volumen disponible que
no se haya asociado a una instancia Amazon EC2, ya que no hay ningún tipo de actividad de
métrica que monitorizar para dicho volumen. Si tiene una alarma establecida para dicha métrica,
es posible que observe que su estado cambia a INSUFFICIENT_DATA. Esto podría indicar que el
recurso está inactivo y no significa necesariamente que exista un problema.
Configuración de notificaciones de Amazon SNS

Amazon CloudWatch utiliza Amazon SNS para enviar correo electrónico. En primer lugar, cree y
suscríbase a un tema de SNS. Cuando se crea una alarma de CloudWatch, puede agregar este tema de
SNS para enviar una notificación por correo electrónico cuando cambie el estado de alarma. Para obtener
más información, consulte Guía de introducción a Amazon Simple Notification Service.
Note
Como opción, si tiene previsto crear su alarma de CloudWatch usando la Consola de

administración de AWS, puede omitir este procedimiento, ya que puede crear el tema al crear la
alarma.
Configuración de un tema de Amazon SNS mediante

la Consola de administración de AWS
En primer lugar, cree un tema y, a continuación, suscríbase al mismo. Como opción, puede publicar un
mensaje de prueba en el tema.
Para crear un tema de SNS
1. Abra la consola de Amazon SNS en https://console.aws.amazon.com/sns/v3/home/.

2. En el panel de Amazon SNS, en Common actions (Acciones comunes), elija Create Topic (Crear
tema).
3. En el cuadro de diálogo Create new topic (Crear un nuevo tema), en Topic name (Nombre del tema),
escriba un nombre para el tema (por ejemplo, my-topic).
4. Elija Create new topic (Crear nuevo tema).
5. Copie el Topic ARN (ARN de tema) en la siguiente tarea (por ejemplo, arn:aws:sns:us-
east-1:111122223333:my-topic).
Para suscribirse a un tema de SNS

2. En el panel de navegación, elija Subscriptions, Create subscription.
3. En el cuadro de diálogo Create subscription, en Topic ARN, pegue el ARN del tema que creó en la
tarea anterior.
82
Configuración de un tema de SNS mediante la AWS CLI
4. En Protocol (Protocolo), elija Email (Correo electrónico).

5. En Endpoint (Punto de enlace), escriba una dirección de correo electrónico que puede utilizar para
recibir la notificación y, a continuación, elija Create subscription (Crear suscripción).
6. Desde su aplicación de correo electrónico, abra el mensaje de Notificaciones de AWS y confirme la
suscripción.
El navegador web muestra una respuesta de confirmación de Amazon SNS.
Para publicar un mensaje de prueba en un tema de SNS

2. En el panel de navegación, elija Topics.
3. En la página Topics (Temas), seleccione un tema y elija Publish to topic (Publicar en tema).
4. En la página Publish a message (Publicar un mensaje), en Subject (Asunto), escriba una línea de
asunto para el mensaje y en Message (Mensaje), escriba un mensaje breve.
5. Elija Publish Message (Publicar mensaje).
6. Compruebe el correo electrónico para confirmar que ha recibido el mensaje.
Configuración de un tema de SNS mediante la AWS

CLI
Primero cree un tema de SNS y, a continuación, publique un mensaje directamente en el tema para
comprobar que lo ha configurado correctamente.
Para configurar un tema de SNS
1. Cree el tema utilizando el comando create-topic como se indica a continuación.
aws sns create-topic --name my-topic
Amazon SNS devuelve un ARN del tema con el siguiente formato:
{
"TopicArn": "arn:aws:sns:us-east-1:111122223333:my-topic"
}
2. Suscríbase a su dirección de correo electrónico para utilizar el comando subscribe. Si la solicitud de

suscripción tiene éxito, recibe un mensaje de correo electrónico de confirmación.
aws sns subscribe --topic-arn arn:aws:sns:us-east-1:111122223333:my-topic --protocol

email --notification-endpoint my-email-address
Amazon SNS devuelve lo siguiente:
{
"SubscriptionArn": "pending confirmation"
}
3. Desde su aplicación de correo electrónico, abra el mensaje de Notificaciones de AWS y confirme la

suscripción.
El navegador web muestra una respuesta de confirmación de Amazon Simple Notification Service.
83
Crear una alarma basándose en un umbral estático
4. Compruebe la suscripción mediante el comando list-subscriptions-by-topic.
aws sns list-subscriptions-by-topic --topic-arn arn:aws:sns:us-east-1:111122223333:my-

topic
{
"Subscriptions": [
{
"Owner": "111122223333",
"Endpoint": "me@mycompany.com",
"Protocol": "email",
"TopicArn": "arn:aws:sns:us-east-1:111122223333:my-topic",
"SubscriptionArn": "arn:aws:sns:us-east-1:111122223333:my-topic:64886986-
bf10-48fb-a2f1-dab033aa67a3"
}
]
}
5. (Opcional) Publique un mensaje de prueba en el tema mediante el comando publish.
aws sns publish --message "Verification" --topic arn:aws:sns:us-east-1:111122223333:my-

topic
{
"MessageId": "42f189a0-3094-5cf6-8fd7-c2dde61a4d7d"
}
6. Compruebe el correo electrónico para confirmar que ha recibido el mensaje.
Crear una alarma de CloudWatch basándose en un

umbral estático
Elija una métrica de CloudWatchpara la alarma que se va a vigilar y el umbral para la métrica. La alarma
pasa al estado ALARM cuando la métrica supera el umbral durante un número especificado de periodos de
evaluación.
CloudWatch ha cambiado la interfaz de usuario de alarmas. De forma predeterminada, se muestra la

nueva interfaz de usuario, pero puede elegir volver a la interfaz de usuario antigua. Este tema contiene
pasos para cada uno de ellas.
Para crear una alarma basada en una sola métrica con la nueva interfaz de usuario de alarmas

2. En el panel de navegación, elija Alarms (Alarmas), Create Alarm (Crear alarma).
3. Elija Select Metric (Seleccionar métrica) y realice una de las operaciones siguientes:
• Elija el espacio de nombres del servicio que contiene la métrica que desea. Continúe eligiendo
opciones conforme aparezcan para delimitar las opciones. Cuando aparezca una lista de
métricas, active la casilla de verificación situada junto a la que desee utilizar.
• En el campo de búsqueda, escriba el nombre de una métrica, dimensión o ID de recurso y pulse
Intro. A continuación, elija uno de los resultados y continúe hasta que se muestre una lista de
métricas. Seleccione la casilla de verificación situada junto a la métrica que desee.
84
4. Elija la pestaña Graphed metrics (Métricas diagramadas).
a. En Statistic (Estadística), elija una de las estadísticas o percentiles predefinidos o especifique un

percentil personalizado (por ejemplo, p95.45).
b. En Period (Periodo), elija el periodo de evaluación de la alarma. Al evaluar la alarma, cada
periodo se agrega a un punto de datos.
También puede elegir si aparece la leyenda del eje Y a la izquierda o la derecha, mientras crea la
alarma. Esta preferencia se utiliza únicamente mientras se crea la alarma.
c. Elija Select metric (Seleccionar métrica).
Aparece la página Specify metric and conditions (Especificar métrica y condiciones), que muestra
un gráfico y otra información sobre la métrica y la estadística que ha seleccionado.
5. En Conditions (Condiciones), especifique lo siguiente:
a. Escriba un nombre y la descripción de la alarma. El nombre solo debe contener caracteres ASCII.
b. En Whenever metric is (Siempre que la métrica sea), especifique si la métrica debe ser mayor
que, menor que o igual al umbral. En than... (que...), especifique el valor de umbral.
c. Elija Additional configuration (Configuración adicional). Para Datapoints to alarm (Puntos de datos
para alarma), especifique el número de periodos de evaluación (puntos de datos) que deben tener
el estado ALARM para que se active la alarma. Si estos dos valores coinciden, creerá una alarma
que pasará al estado ALARM si se infringen muchos periodos consecutivos.
Para crear una alarma M de N, especifique un número menor para el primer valor que el
especificado para el segundo valor. Para obtener más información, consulte Evaluación de una
alarma (p. 77).
d. En Missing data treatment (Tratamiento de datos que faltan), elija cómo debe comportarse
la alarma cuando falten algunos puntos de datos. Para obtener más información, consulte
Configurar cómo tratan las alarmas de CloudWatch los datos que faltan (p. 78).
e. Si la alarma utiliza un percentil como estadística monitorizada, aparece un cuadro Percentiles
with low samples (Percentiles con pocas muestras). Utilícelo para seleccionar si desea evaluar o
no tener en cuenta los casos con frecuencias de muestreo bajas. Si elige ignore (maintain alarm
state) (ignorar (mantener el estado de alarma)), el estado de alarma actual se mantiene siempre
cuando el tamaño de la muestra es demasiado bajo. Para obtener más información, consulte
Muestras de datos reducidas y alarmas de CloudWatch basadas en percentil (p. 81).

Si desea utilizar la interfaz de usuario anterior para crear una alarma basada en una sola métrica
85


5. Escriba un nombre y la descripción de la alarma. El nombre solo debe contener caracteres ASCII.
6. En Whenever (Siempre que), especifique la condición de alarma.
a. Para is: (es:), especifique si la métrica debe ser mayor que, menor que o igual que el umbral y
especifique el valor del umbral.
b. Para for: (para:), especifique el número de periodos de evaluación (puntos de datos) que deben
tener el estado ALARM para activar la alarma. Inicialmente, solo puede cambiar el segundo valor
y el primer valor cambia para que coincida con su entrada. Esto crea una alarma que pasa al
estado ALARM si se sobrepasan muchos periodos consecutivos.
Para crear una alarma M de N, elija el icono de lápiz. A continuación, puede cambiar el número M
para que sea diferente del número N. Para obtener más información, consulte Evaluación de una
alarma (p. 77).
7. En Additional settings (Configuración adicional), en Treat missing data as (Tratar los datos que
faltan como), elija cómo debe comportarse la alarma cuando faltan algunos puntos de datos. Para
obtener más información, consulte Configurar cómo tratan las alarmas de CloudWatch los datos que
faltan (p. 78).
8. Si la alarma utiliza un percentil como estadística monitorizada, aparece un cuadro Percentiles with
low samples (Percentiles con pocas muestras). Utilícelo para seleccionar si desea evaluar o no tener
en cuenta los casos con frecuencias de muestreo bajas. Si elige ignore (maintain the alarm state)
(ignorar (mantener el estado de alarma)), el estado de alarma actual se mantiene siempre cuando el
tamaño de la muestra es demasiado bajo. Para obtener más información, consulte Muestras de datos
reducidas y alarmas de CloudWatch basadas en percentil (p. 81).
9. En Actions, seleccione el tipo de acción que tiene que realizar la alarma cuando se active. Utilice
los botones +Notification, +AutoScaling Action y +EC2 Action para que las alarmas realicen varias
acciones. Especifique al menos una acción.
10. Elija Create Alarm.
También puede agregar alarmas a un panel. Para obtener más información, consulte Añadir o eliminar una
alarma de un panel de CloudWatch (p. 28).
86
Creación de una alarma basándose
en la detección de anomalías
Creación de una alarma de CloudWatch basándose

en la detección de anomalías
Puede crear una alarma basada en la detección de anomalías de CloudWatch, que extrae datos métricos
pasados y crea un modelo de valores esperados. Los valores esperados tienen en cuenta en la métrica los
patrones horario, diario o semanal típicos.
Se establece un valor para el umbral de detección de anomalías y CloudWatch utiliza este umbral con el
modelo para determinar el intervalo "normal" de valores de la métrica. Un valor mayor del umbral produce
un intervalo mayor de valores "normales".
Puede elegir si la alarma se activa cuando el valor de la métrica está por encima de la banda de valores
previstos, por debajo de la banda, o bien por encima o por debajo de la banda.
Para obtener más información, consulte Uso de la detección de anomalías de CloudWatch (p. 151).
Note
Si crea una alarma de detección de anomalías en una métrica que ya utiliza para la detección de
anomalías en la consola de métricas para fines de visualización, el umbral que haya establecido
para la alarma no cambia el umbral que ya utiliza para la visualización. Para obtener más
información, consulte Crear un gráfico (p. 45).
Para crear una alarma basándose en la detección de anomalías

2. En el panel de navegación, elija Alarms, Create Alarm.
• Elija el espacio de nombres del servicio que contiene la métrica que desea. Para reducir las
opciones, continúe eligiendo conforme aparezcan. Cuando aparezca una lista de métricas, active
la casilla de verificación situada junto a la que desee utilizar.

periodo se agrega a un punto de datos. Para las alarmas de detección de anomalías, el valor
debe ser un minuto o más.
Aparece la página Specify metric and conditions (Especificar métrica y condiciones), que muestra
un gráfico y otra información sobre la métrica y la estadística que ha seleccionado.
5. En Conditions (Condiciones), especifique lo siguiente:
a. Elija Anomaly detection (Detección de anomalías).
Si el modelo para esta métrica y estadística ya existe, CloudWatch muestra la banda de detección
de anomalías en el gráfico de muestra en la parte superior de la pantalla. Si el modelo no existe
aún, el modelo se generará al terminar de crear la alarma. La banda de detección de anomalías
real generada por el modelo tarda hasta 15 minutos en aparecer en el gráfico. Antes de eso,
87
Modificación de un modelo de detección de anomalías
la banda que verá será una aproximación de la banda de detección de anomalías. Para ver el
gráfico en un período de tiempo más largo, elija Edit (Editar) en la parte superior derecha de la
página.
b. En Whenever metric is (Siempre que la métrica sea), especifique si la métrica debe ser
mayor que, menor que, o estar fuera del intervalo (en cualquier dirección) para activar la alarma.
c. En Anomaly detection threshold (Umbral de detección de anomalías), elija el número que desea
utilizar para el umbral de detección de anomalías. Si se elige un número mayor, se crea un
intervalo mayor de valores "normales", que tolera mejor los cambios en las métricas, y si se
elige un número menor, se crea un intervalo menor que llegará al estado ALARM con desvíos de
métricas menos pronunciados. El número no tiene que ser un número entero.
d. Elija Additional configuration (Configuración adicional). Para Datapoints to alarm (Puntos de datos
para alarma), especifique el número de periodos de evaluación (puntos de datos) que deben tener
el estado ALARM para que se active la alarma. Si estos dos valores coinciden, creerá una alarma
que pasará al estado ALARM si se infringen muchos periodos consecutivos.
Para crear una alarma M de N, especifique un número menor para el primer valor que el
especificado para el segundo valor. Para obtener más información, consulte Evaluación de una
alarma (p. 77).
e. En Missing data treatment (Tratamiento de datos que faltan), elija cómo debe comportarse
la alarma cuando falten algunos puntos de datos. Para obtener más información, consulte
Configurar cómo tratan las alarmas de CloudWatch los datos que faltan (p. 78).
f. Si la alarma utiliza un percentil como estadística monitorizada, aparece un cuadro Percentiles
with low samples (Percentiles con pocas muestras). Utilícelo para seleccionar si desea evaluar o
no tener en cuenta los casos con frecuencias de muestreo bajas. Si elige ignore (maintain alarm
state) (ignorar (mantener el estado de alarma)), el estado de alarma actual se mantiene siempre
cuando el tamaño de la muestra es demasiado bajo. Para obtener más información, consulte
Muestras de datos reducidas y alarmas de CloudWatch basadas en percentil (p. 81).

8. Para que la alarma realice las acciones de EC2, elija el botón correspondiente, y elija el estado de
alarma y la acción que se debe realizar.
Modificación de un modelo de detección de anomalías

Una vez creada una alarma, puede ajustar el modelo de detección de anomalías. Puede excluir
determinados períodos de tiempo para que no se utilicen en la creación del modelo. Es fundamental que
excluya eventos inusuales, como interrupciones del sistema, implementaciones y días festivos, de los
datos de entrenamiento. También puede especificar si desea ajustar el modelo para los cambios de horario
de verano.
Para ajustar el modelo de detección de anomalías para una alarma
88
Eliminación de un modelo de detección de anomalías

3. Elija el nombre de la alarma. Si es necesario, utilice el cuadro de búsqueda para encontrar la alarma.
4. Elija View in metrics (Ver en métricas).
5. En la parte inferior de la pantalla, elija Edit model (Editar modelo).
6. Para excluir que se utilice un periodo de tiempo para producir el modelo, elija Add another time range
to exclude from training (Añadir otro intervalo de tiempo que excluir de la formación). A continuación,
seleccione o introduzca los días y horas que desee excluir de la formación y haga clic en Apply
(Aplicar).
7. Si la métrica es sensible a los cambios de horario de verano, seleccione la zona horaria adecuada en
el cuadro Metric timezone (Zona horaria de métricas).
8. Elija Update.
Eliminación de un modelo de detección de anomalías

Usar detección de anomalías para una alarma acumula cargos de AWS. Si ya no necesita un modelo de
detección de anomalías para una alarma, debe eliminar la alarma y, a continuación, el modelo. Si elimina
el modelo sin eliminar la alarma, la alarma vuelve a crear automáticamente el modelo.
Para eliminar una alarma

3. Elija el nombre de la alarma.
4. Elija Actions, Delete.
Para eliminar el modelo de detección de anomalías que se había utilizado para una alarma

3. En la pestaña All metrics (Todas las métricas), escriba un término en el campo de búsqueda, como un
nombre de métrica, nombre de servicio o nombre de recurso, y pulse Intro.
Por ejemplo, si busca la métrica CPUUtilization, verá los espacios de nombres y dimensiones con
esta métrica.
4. En los resultados, seleccione la métrica que tenía el modelo de detección de anomalías.
5. Elija la pestaña Graphed metrics.
6. En la parte inferior de la pantalla, elija Edit model )Editar modelo) y, a continuación, Delete model
(Eliminar modelo).
Creación de una alarma de CloudWatch basada en

una expresión matemática métrica
Para crear una alarma basándose en una expresión matemática métrica, elija una o varias métricas de
CloudWatch para utilizarlas en la expresión. A continuación, especifique la expresión, el umbral y los
periodos de evaluación.

89
Creación de una alarma basada en
Para crear una alarma basada en una expresión matemática mediante la nueva interfaz de
usuario de alarmas

• Elija el espacio de nombres de servicio que contiene una métrica específica. Continúe eligiendo
métricas, seleccione la casilla de verificación situada junto a la métrica correcta.
• En el campo de búsqueda, escriba el nombre de una métrica, dimensión o ID de recurso y
pulse Intro. Elija uno de los resultados y continúe hasta que se muestre una lista de métricas.
Seleccione la casilla de verificación situada junto a la métrica correcta.
(Opcional) Para añadir otra métrica para utilizarla en la expresión matemática, en All metrics (Todas
las métricas), elija All (Todas), busque la métrica específica y, a continuación, seleccione la casilla de
verificación situada junto a ella. Puede añadir hasta 10 métricas.
4. Elija la pestaña Graphed metrics (Métricas incluidas en el gráfico). Para cada métrica añadida, haga lo
siguiente:

5. Elija Add a math expression (Añadir una expresión matemática). Aparece una nueva fila para la
expresión.
6. En la nueva fila, en la columna Details (Detalles), escriba la expresión matemática y pulse Intro.
Para obtener información acerca de las funciones y la sintaxis que puede utilizar, consulte Sintaxis y
funciones de los cálculos de métricas (p. 56).
utilice el valor que se muestra en la columna Id; por ejemplo, m1+m2 o e1-MIN(e1).
Puede cambiar el valor de Id. Puede contener números, letras y guiones bajos, y debe comenzar
por una letra minúscula. Al cambiar el valor de Id por un nombre más significativo también se puede
facilitar la comprensión del gráfico de la alarma.
7. (Opcional) Añada más expresiones matemáticas, con métricas y resultados de otras expresiones
matemáticas en las fórmulas de las nuevas expresiones matemáticas.
8. Cuando tenga la expresión que se va a utilizar para la alarma, quite la marca de las casillas de
verificación situadas a la izquierda de las otras expresiones y métricas de la página. Solo debe
seleccionarse la casilla de verificación situada junto a la expresión que se va a utilizar para la alarma.
La expresión que elija para la alarma debe producir una serie temporal única y mostrar solo una línea
en el gráfico. A continuación, elija Select metric (Seleccionar métrica).
Aparece la página Specify metric and conditions (Especificar métrica y condiciones), en la que se
muestra un gráfico y otra información acerca de la expresión matemática que ha seleccionado.
9. En Whenever expresión is (Siempre que la expresión sea), especifique si la expresión debe ser
mayor, menor o igual que el umbral. En than... (que...), especifique el valor de umbral.
10. Elija Additional configuration (Configuración adicional). Para Datapoints to alarm (Puntos de datos
para alarma), especifique el número de periodos de evaluación (puntos de datos) que deben tener el
estado ALARM para que se active la alarma. Si estos dos valores coinciden, creerá una alarma que
pasará al estado ALARM si se infringen muchos periodos consecutivos.
90
Creación de una alarma basada en
Para crear una alarma M de N, especifique un número menor para el primer valor que el especificado
para el segundo valor. Para obtener más información, consulte Evaluación de una alarma (p. 77).
11. En Missing data treatment (Tratamiento de datos que faltan), elija cómo debe comportarse la alarma
cuando falten algunos puntos de datos. Para obtener más información, consulte Configurar cómo
tratan las alarmas de CloudWatch los datos que faltan (p. 78).

También puede agregar alarmas a un panel. Para obtener más información, consulte Añadir o eliminar una
alarma de un panel de CloudWatch (p. 28).
Para crear una alarma basada en una expresión matemática con la interfaz de usuario antigua

• Elija el espacio de nombres de servicio que contiene una métrica específica. Continúe eligiendo
métricas, seleccione la casilla de verificación situada junto a la métrica correcta.
• En el campo de búsqueda, escriba el nombre de una métrica, dimensión o ID de recurso y
pulse Intro. Elija uno de los resultados y continúe hasta que se muestre una lista de métricas.
Seleccione la casilla de verificación situada junto a la métrica correcta.
(Opcional) Para añadir otra métrica para utilizarla en la expresión matemática, en All metrics (Todas
las métricas), elija All (Todas), busque la métrica específica y, a continuación, seleccione la casilla de
verificación situada junto a ella. Puede añadir hasta 10 métricas.
4. Elija la pestaña Graphed metrics (Métricas incluidas en el gráfico). Para cada métrica añadida, haga lo
siguiente:

5. Elija Add a math expression (Añadir una expresión matemática). Aparece una nueva fila para la
expresión.
91
Creación de una alarma compuesta
6. En la nueva fila, en la columna Details (Detalles), escriba la expresión matemática y pulse Intro.
Para obtener información acerca de las funciones y la sintaxis que puede utilizar, consulte Sintaxis y
funciones de los cálculos de métricas (p. 56).
utilice el valor que se muestra en la columna Id. Por ejemplo, m1+m2 o e1-MIN (e1).
Puede cambiar el valor de Id. Puede contener números, letras y guiones bajos, y debe comenzar
por una letra minúscula. Al cambiar el valor de Id por un nombre más significativo también se puede
facilitar la comprensión del gráfico de la alarma.
7. (Opcional) Añada más expresiones matemáticas, con métricas y resultados de otras expresiones
matemáticas en las fórmulas de las nuevas expresiones matemáticas.
8. Cuando tenga la expresión que se va a utilizar para la alarma, quite la marca de las casillas de
verificación situadas a la izquierda de las otras expresiones y métricas de la página. Solo debe
seleccionarse la casilla de verificación situada junto a la expresión que se va a utilizar para la alarma.
La expresión que elija para la alarma debe producir una serie temporal única y mostrar solo una línea
en el gráfico. A continuación, elija Select metric (Seleccionar métrica).
9. Escriba un nombre y la descripción de la alarma. El nombre solo debe contener caracteres ASCII.
10. En Whenever (Siempre que), especifique la condición de alarma.
a. Para is: (es:), especifique si el resultado de la expresión debe ser mayor, menor o igual que el
umbral y especifique el valor del umbral.
b. Para for: (para:), especifique el número de periodos de evaluación (puntos de datos) que deben
tener el estado ALARM para activar la alarma. Inicialmente, solo puede cambiar el segundo valor
y el primer valor cambia para que coincida con su entrada. Esto crea una alarma que pasa al
estado ALARM si se sobrepasan muchos periodos consecutivos.
Para crear una alarma M de N, elija el icono de lápiz. A continuación, puede cambiar el número M
para que sea diferente del número N. Para obtener más información, consulte Evaluación de una
alarma (p. 77).
11. En Additional settings (Configuración adicional), en Treat missing data as (Tratar los datos que
faltan como), elija cómo debe comportarse la alarma cuando faltan algunos puntos de datos. Para
obtener más información, consulte Configurar cómo tratan las alarmas de CloudWatch los datos que
faltan (p. 78).
12. En Actions, seleccione el tipo de acción que tiene que realizar la alarma cuando se active. Elija
+Notification o +AutoScaling Action para que las alarmas realicen varias acciones. Especifique al
menos una acción.
13. Elija Create Alarm (Crear alarma).

Las alarmas compuestas son alarmas que determinan su estado observando los estados de otras alarmas.
El uso de alarmas compuestas puede ayudarle a reducir el ruido de las alarmas. Si configura una
alarma compuesta para que le notifique los cambios de estado, pero configura las alarmas de métricas
subyacentes para que no envíen notificaciones, solo se le notificará cuando cambie el estado de la alarma
compuesta. Por ejemplo, podría crear alarmas de métricas basadas en la utilización de la CPU y las
operaciones de lectura de disco y especificar que estas alarmas nunca realicen acciones. A continuación,
podría crear una alarma compuesta que entre en estado ALARM y le notifique solo cuando ambas alarmas
de métricas se encuentren en estado ALARM.
Actualmente, las únicas acciones de alarma que pueden realizar las alarmas compuestas son notificar
temas de SNS.
92
Expresiones de regla
Las alarmas compuestas incluyen expresiones de regla, que especifican qué otras alarmas se van a
evaluar para determinar el estado de la alarma compuesta. Para cada alarma a la que haga referencia en
la expresión de regla, puede designar una función que especifique si dicha alarma ha de encontrarse en
estado ALARM, OK o INSUFFICIENT_DATA. Puede utilizar operadores (AND, OR y NOT) para combinar
varias funciones en una única expresión. Puede utilizar paréntesis para agrupar desde el punto de vista
lógico las funciones de la expresión.
Una expresión de regla puede hacer referencia tanto a alarmas de métricas como a otras alarmas
compuestas.
Las funciones pueden ser las siguientes:
• ALARM("alarm-name or alarm-ARN") es TRUE si la alarma designada se encuentra en estado

ALARM.
• OK("alarm-name or alarm-ARN") es TRUE si la alarma designada se encuentra en estado OK.
• INSUFFICIENT_DATA("alarm-name or alarm-ARN") es TRUE si la alarma designada se
encuentra en estado INSUFFICIENT_DATA.
• TRUE siempre se evalúa como TRUE.
• FALSE siempre se evalúa como FALSE.
TRUE y FALSE son útiles para probar una estructura compleja de AlarmRule y las acciones de alarma.
A continuación, se muestran algunos ejemplos de AlarmRule:
• ALARM(CPUUtilizationTooHigh) AND ALARM(DiskReadOpsTooHigh) especifica que la alarma

compuesta entra en estado ALARM solo si las alarmas CPUUtilizationTooHigh y DiskReadOpsTooHigh
se encuentran en el estado ALARM.
• ALARM(CPUUtilizationTooHigh) AND NOT ALARM(DeploymentInProgress) especifica
que la alarma entra en estado ALARM si CPUUtilizationTooHigh se encuentra en estado ALARM y
DeploymentInProgress no se encuentra en estado ALARM. En este ejemplo, se reduce el ruido de las
alarmas durante un plazo de implementación conocido.
• (ALARM(CPUUtilizationTooHigh) OR ALARM(DiskReadOpsTooHigh)) AND
OK(NetworkOutTooHigh) entra en estado ALARM si CPUUtilizationTooHigh O DiskReadOpsTooHigh
se encuentran en estado ALARM y si NetworkOutTooHigh se encuentra en estado OK. En este caso, se
ofrece otro ejemplo del uso de una alarma compuesta para evitar el ruido. Esta regla garantiza que no se
le notifique la acción de una alarma sobre un uso elevado de la CPU o el disco si también se produce un
problema de red conocido.
AlarmRule puede especificar hasta 100 alarmas "secundarias". La expresión AlarmRule puede tener
hasta 500 elementos. Los elementos son alarmas secundarias, instrucciones TRUE o FALSE y paréntesis.
Para crear una alarma compuesta

3. En la lista de alarmas, seleccione las casillas de verificación situadas junto a cada una de las alarmas
existentes a las que desee hacer referencia en la nueva alarma compuesta. A continuación, elija
Create composite alarm (Crear alarma compuesta).
4. En el cuadro Conditions (Condiciones), especifique la expresión de regla que utilizará la alarma
compuesta. Inicialmente, se muestran las alarmas que haya seleccionado, unidas por el operador
lógico OR. En cada una de estas alarmas, se ha especificado el estado ALARM.
93
Edición de una alarma de CloudWatch
Puede modificar las condiciones de alarma de la alarma compuesta que esté creando:
a. En cada una de las alarmas subyacentes que se enumeren, puede cambiar el estado requerido
de ALARM a OK o INSUFFICENT_DATA.
b. Puede cambiar cada operador OR a AND o NOT. También puede agregar paréntesis para
agrupar los operadores lógicos.
c. Puede agregar más alarmas a las condiciones de alarma compuesta. También puede eliminar las
alarmas que aparezcan en el cuadro Conditions (Condiciones).
Por ejemplo, podría especificar las condiciones siguientes para crear una alarma compuesta que entre
en estado ALARM si CPUUtilizationTooHigh O DiskReadOpsTooHigh se encuentran en estado
ALARM, al mismo tiempo que NetworkOutTooHigh se encuentre en estado OK.
(ALARM("CPUUtilizationTooHigh") OR
ALARM("DiskReadOpsTooHigh")) AND
OK("NetworkOutTooHigh")
5. Cuando quede satisfecho con las condiciones de alarma, elija Next (Siguiente).
alarma compuesta cambie de estado.
Para que la alarma no envíe notificaciones ni realice ninguna acción, elija Remove (Eliminar).
Note
Es posible crear un bucle o ciclo de alarmas compuestas, en el que la alarma compuesta A

dependa de la alarma compuesta B y la alarma compuesta B también dependa de la alarma
compuesta A. En este caso, no se puede eliminar ninguna alarma compuesta que forme parte
del ciclo, porque siempre hay una alarma compuesta que dependa de la alarma que se desee
eliminar.
Para salir de tal situación, debe romper el ciclo cambiando la regla de una de las alarmas
compuestas del ciclo para eliminar la dependencia que cree el ciclo. El cambio más sencillo que
se puede hacer para interrumpir el ciclo es cambiar AlarmRule de una de las alarmas a False.
Además, la evaluación de las alarmas compuestas se detiene si CloudWatch detecta un ciclo en
la ruta de evaluación.

Puede editar una alarma existente y actualizar la lista de notificaciones de correo electrónico de Amazon
SNS que utiliza.

94
Para editar una alarma mediante la nueva interfaz de usuario de alarmas

2. En el panel de navegación, elija Alarms (Alarmas).
3. Elija el nombre de la alarma.
4. Elija Edit (Editar).
Aparece la página Specify metric and conditions (Especificar métrica y condiciones), que muestra un
gráfico y otra información sobre la métrica y la estadística que ha seleccionado.
5. Para cambiar la métrica, elija Edit (Editar), elija la pestaña All metrics (Todas las métricas) y realice
una de las siguientes operaciones:
Elija Select metric (Seleccionar métrica).

6. Para cambiar otros aspectos de la alarma, elija las opciones apropiadas. Para cambiar la cantidad de
puntos de datos que deben estar fuera del umbral de la alarma para pasar al estado ALARM o para
modificar la forma en que se tratan los datos que faltan, elija Additional configuration (Configuración
adicional).
8. En Notification (Notificación), Auto Scaling action (Acción de Auto Scaling) y EC2 action (Acción de
EC2), edite, si lo desea, las acciones que se realizarán cuando se active la alarma A continuación,
elija Next (Siguiente).
9. También puede cambiar la descripción de la alarma.
No puede cambiar el nombre de una alarma existente. Puede copiar la alarma y asignar un nombre
diferente a la nueva alarma. Para copiar una alarma, seleccione la casilla de verificación situada junto
al nombre de la alarma en la lista de alarmas y elija Action (Acción), Copy (Copiar).
son las que desea y, a continuación, elija Update alarm (Actualizar alarma).
Para editar una alarma con la interfaz de usuario de alarmas anterior

2. En el panel de navegación, elija Alarms (Alarmas).
3. Seleccione la alarma y elija Actions (Acciones), Modify (Modificar).
4. En la página Modify Alarm (Modificar alarma), actualice la alarma según sea necesario y elija Save
Changes (Guardar cambios). Para modificar la expresión, las métricas, el periodo o la estadística, en
primer lugar, elija Edit (Editar) cerca de la parte superior de la pantalla.
No puede cambiar el nombre de una alarma existente. Puede cambiar la descripción. O bien
puede copiar la alarma y asignar un nombre diferente a la nueva alarma. Para copiar una alarma,
selecciónela y, a continuación, elija Actions (Acciones), Copy (Copy).
Para actualizar una lista de notificación por correo electrónico que se creó utilizando la consola de
Amazon SNS
95
Creación de una alarma de uso de CPU
2. En el panel de navegación, elija Topics (Temas) y, a continuación, seleccione el ARN de su lista de

notificación (tema).
3. Aplique alguna de las siguientes acciones:
• Para añadir una dirección de correo electrónico, elija Create subscription. En Protocol (Protocolo),
elija Email (Correo electrónico). En Endpoint (Punto de enlace), escriba la dirección de correo
electrónico del nuevo destinatario. Seleccione Create subscription (Crear suscripción).
• Para eliminar una dirección de correo electrónico, elija el Subscription ID. Elija Other subscription
actions, Delete subscriptions.
4. Elija Publish to topic (Publicar en tema).
Creación de una alarma de uso de CPU que envíe

correo electrónico
Puede crear una alarma de CloudWatch que envíe un mensaje de correo electrónico mediante Amazon
SNS cuando el estado de la alarma cambia de OK a ALARM.
La alarma cambia al estado ALARM cuando el uso promedio de la CPU de una instancia EC2 supera un
umbral especificado para los períodos consecutivos especificados.
Configuración de una alarma de uso de CPU con la

Consola de administración de AWS
Utilice estos pasos para utilizar la Consola de administración de AWS para crear una alarma de uso de
CPU.
Para crear una alarma que envía correos electrónicos en función del uso de CPU.

3. En EC2 Metrics, elija una categoría de métricas (por ejemplo, Per-Instance Metrics).
4. Seleccione una métrica de la siguiente manera:
a. Seleccione una fila con la instancia y la métrica CPUUtilization.

b. Para la estadística, elija Average (Promedio), elija uno de los percentiles predefinidos o
especifique un percentil personalizado (por ejemplo, p95.45).
c. Seleccione un periodo (por ejemplo, 5 minutes).
d. Seleccione Next (Siguiente).
96
Configuración de una alarma de uso de CPU
con la Consola de administración de AWS
5. Defina la alarma como se indica a continuación:
a. En Alarm Threshold (Umbral de alarma), escriba un nombre único para la alarma (por ejemplo,
myHighCpuAlarm) y una descripción de la alarma (por ejemplo, CPU usage exceeds 70
percent). Los nombres de alarma solo pueden contener caracteres ASCII.
b. En Whenever (Siempre que), en is (sea), elija > y escriba 70. En for (para), escriba 2. Esto
especifica que la alarma se active si el uso de la CPU supera el 70% para dos periodos de
muestreo consecutivos.
c. En Additional settings (Configuración adicional), en Treat missing data as (Tratar los datos que
faltan como), elija bad (breaching threshold) [incorrectos (fuera del umbral)], ya que los puntos de
datos que faltan podrían indicar que la instancia está fuera de servicio.
97
Configuración de una alarma
de uso de CPU con la AWS CLI
d. En Actions (Acciones), en Whenever this alarm (Siempre que esta alarma), elija State is ALARM
(El estado es ALARMA). En Send notification to, seleccione un tema de SNS existente o cree uno
nuevo.
e. Para crear un nuevo tema de SNS, elija New list (Nueva lista). En Send notification to (Enviar
notificación a), escriba un nombre para el tema de SNS (por ejemplo, myHighCpuAlarm)
y en Email list (Lista de correo electrónico), escriba una lista de las direcciones de correo
electrónico separadas por comas que recibirán una notificación cuando la alarma cambie
al estado ALARM. A cada dirección de correo electrónico se envía un correo electrónico de
confirmación de suscripción del tema. Debe confirmar la suscripción antes de que se puedan
enviar las notificaciones.
f. Elija Create Alarm (Crear alarma).
Configuración de una alarma de uso de CPU con la

AWS CLI
Utilice estos pasos para utilizar la AWS CLI para crear una alarma de uso de CPU.
Para crear una alarma que envía correos electrónicos en función del uso de CPU.
1. Configurar un tema de SNS. Para obtener más información, consulte Configuración de notificaciones
de Amazon SNS (p. 82).
2. Crear una alarma utilizando el comando put-metric-alarm como se indica a continuación.
aws cloudwatch put-metric-alarm --alarm-name cpu-mon --alarm-description "Alarm

when CPU exceeds 70%" --metric-name CPUUtilization --namespace AWS/EC2 --statistic
Average --period 300 --threshold 70 --comparison-operator GreaterThanThreshold --
dimensions Name=InstanceId,Value=i-12345678 --evaluation-periods 2 --alarm-actions
arn:aws:sns:us-east-1:111122223333:my-topic --unit Percent
3. Pruebe la alarma forzando un cambio de estado de alarma mediante el comando set-alarm-state.
a. Cambie el estado de alarma de INSUFFICIENT_DATA a OK.
aws cloudwatch set-alarm-state --alarm-name cpu-mon --state-reason "initializing"

--state-value OK
b. Cambie el estado de alarma de OK a ALARM.
aws cloudwatch set-alarm-state --alarm-name cpu-mon --state-reason "initializing"

--state-value ALARM
c. Compruebe que ha recibido una notificación por correo electrónico acerca de la alarma.
98
Creación de una alarma de la
latencia del balanceador de carga
Creación de una alarma de latencia del

balanceador de carga que envíe correo electrónico
Puede configurar una notificación de Amazon SNS y configurar una alarma que monitorice latencias
superiores a 100 ms para su Classic Load Balancer.
Configuración de una alarma de latencia con la

Consola de administración de AWS
Utilice estos pasos para utilizar la Consola de administración de AWS para crear una alarma de latencia
del balanceador de carga.
Para crear una alarma de latencia del balanceador de carga que envíe correo electrónico

3. En CloudWatch Metrics by Category, elija la categoría ELB Metrics.
4. Seleccione la fila con la Classic Load Balancer y la métrica Latency (Latencia).
5. Para la estadística, elija Average (Promedio), elija uno de los percentiles predefinidos o especifique un
6. Para el periodo, elija 1 Minute (1 minuto).
8. En Alarm Threshold (Umbral de alarma), escriba un nombre único para la alarma (por ejemplo,
myHighCpuAlarm) y una descripción de la alarma (por ejemplo, Alarm when Latency exceeds
100s). Los nombres de alarma solo pueden contener caracteres ASCII.
9. En Whenever (Siempre que), en is (sea), elija > y escriba 0.1. En for (para), escriba 3.
10. En Additional settings (Configuración adicional), en Treat missing data as (Tratar datos que faltan
como), elija ignore (maintain alarm state) [omitir (mantener estado de alarma)] para que los puntos de
datos que faltan no activen cambios del estado de alarma.
En Percentiles with low samples (Percentiles con pocas muestras), elija ignore (maintain the alarm
state) [omitir (mantener el estado de alarma)] de modo que la alarma evalúe únicamente situaciones
con un número suficiente de muestras de datos.
11. En Actions (Acciones), en Whenever this alarm (Siempre que esta alarma), elija State is ALARM (El
estado es ALARMA). En Send notification to, elija un tema de SNS existente o cree uno nuevo.
Para crear un tema de SNS, elija New list (Nueva lista). En Send notification to (Enviar notificación
a), escriba un nombre para el tema de SNS (por ejemplo, myHighCpuAlarm) y en Email list (Lista de
correo electrónico), escriba una lista de las direcciones de correo electrónico separadas por comas
que recibirán una notificación cuando la alarma cambie al estado ALARM. A cada dirección de correo
electrónico se envía un correo electrónico de confirmación de suscripción del tema. Debe confirmar la
suscripción antes de que se puedan enviar las notificaciones.
Configuración de una alarma de latencia con la AWS

CLI
Utilice estos pasos para utilizar la AWS CLI para crear una alarma de latencia del balanceador de carga.
99
Creación de una alarma de rendimiento de almacenamiento
Para crear una alarma de latencia del balanceador de carga que envíe correo electrónico
1. Configurar un tema de SNS. Para obtener más información, consulte Configuración de notificaciones
de Amazon SNS (p. 82).
2. Crear la alarma utilizando el comando put-metric-alarm como se indica a continuación:
aws cloudwatch put-metric-alarm --alarm-name lb-mon --alarm-description "Alarm

when Latency exceeds 100s" --metric-name Latency --namespace AWS/ELB --statistic
Average --period 60 --threshold 100 --comparison-operator GreaterThanThreshold --
dimensions Name=LoadBalancerName,Value=my-server --evaluation-periods 3 --alarm-actions
arn:aws:sns:us-east-1:111122223333:my-topic --unit Seconds
aws cloudwatch set-alarm-state --alarm-name lb-mon --state-reason "initializing" --

state-value OK
aws cloudwatch set-alarm-state --alarm-name lb-mon --state-reason "initializing" --

state-value ALARM
c. Compruebe que ha recibido una notificación por correo electrónico acerca de la alarma.
Creación de una alarma de rendimiento de

almacenamiento que envíe correo electrónico
Puede configurar una notificación de SNS y configurar una alarma que envíe correo electrónico cuando
Amazon EBS supere el rendimiento de 100 MB.
Configuración de una alarma de rendimiento de

almacenamiento con la Consola de administración de
AWS
Utilice estos pasos para utilizar la Consola de administración de AWS para crear una alarma basada en el
rendimiento de Amazon EBS.
Para crear una alarma de desempeño de almacenamiento que envía correo electrónico

3. En EBS Metrics, elija una categoría de métricas.
4. Seleccione la fila con el volumen y la métrica VolumeWriteBytes.
5. Para la estadística, elija Average. Para el periodo, elija 5 Minutes. Seleccione Next (Siguiente).
6. En Alarm Threshold (Umbral de alarma), escriba un nombre único para la alarma (por ejemplo,
myHighWriteAlarm) y una descripción de la alarma (por ejemplo, VolumeWriteBytes exceeds
100,000 KiB/s). Los nombres de alarma solo pueden contener caracteres ASCII.
100
Configuración de una alarma de rendimiento
de almacenamiento con la AWS CLI
7. En Whenever (Siempre que), en is (sea), elija > y escriba 100000. En for (para), escriba 15 periodos
consecutivos.
En Alarm Preview (Vista previa de alarma) se muestra una representación gráfica del umbral.
8. En Additional settings (Configuración adicional), en Treat missing data as (Tratar datos que faltan
como), elija ignore (maintain alarm state) [omitir (mantener estado de alarma)] para que los puntos de
datos que faltan no activen cambios del estado de alarma.
9. En Actions (Acciones), en Whenever this alarm (Siempre que esta alarma), elija State is ALARM (El
estado es ALARMA). En Send notification to, elija un tema de SNS existente o cree uno.
Para crear un tema de SNS, elija New list (Nueva lista). En Send notification to (Enviar notificación
a), escriba un nombre para el tema de SNS (por ejemplo, myHighCpuAlarm) y en Email list (Lista de
correo electrónico), escriba una lista de las direcciones de correo electrónico separadas por comas
que recibirán una notificación cuando la alarma cambie al estado ALARM. A cada dirección de correo
electrónico se envía un correo electrónico de confirmación de suscripción del tema. Debe confirmar la
suscripción antes de que las notificaciones se puedan enviar a una dirección de correo electrónico.
Configuración de una alarma de rendimiento de

almacenamiento con la AWS CLI
Utilice estos pasos para utilizar la AWS CLI para crear una alarma basada en el rendimiento de Amazon
EBS.
Para crear una alarma de rendimiento de almacenamiento que envíe correo electrónico
1. Crear un tema de SNS. Para obtener más información, consulte Configuración de notificaciones de
Amazon SNS (p. 82).
2. Cree la alarma.
aws cloudwatch put-metric-alarm --alarm-name ebs-mon --alarm-description "Alarm when

EBS volume exceeds 100MB throughput" --metric-name VolumeReadBytes --namespace AWS/
EBS --statistic Average --period 300 --threshold 100000000 --comparison-operator
GreaterThanThreshold --dimensions Name=VolumeId,Value=my-volume-id --evaluation-
periods 3 --alarm-actions arn:aws:sns:us-east-1:111122223333:my-alarm-topic --
insufficient-data-actions arn:aws:sns:us-east-1:111122223333:my-insufficient-data-topic
aws cloudwatch set-alarm-state --alarm-name ebs-mon --state-reason "initializing"

--state-value OK

--state-value ALARM
c. Cambie el estado de alarma de ALARM a INSUFFICIENT_DATA.

--state-value INSUFFICIENT_DATA
d. Compruebe que ha recibido una notificación por correo electrónico acerca de la alarma.
101
Crear alarmas para parar, terminar,
reiniciar o recuperar una instancia
Crear alarmas para parar, terminar, reiniciar o

recuperar una instancia
Mediante las acciones de alarma de Amazon CloudWatch, puede crear alarmas que paran, terminan,
reinician o recuperan automáticamente sus instancias EC2. Puede utilizar las acciones parar o terminar
para ayudarle a ahorrar dinero cuando ya no necesita que se ejecute una instancia. Puede utilizar las
acciones reiniciar y recuperar para reiniciar automáticamente dichas instancias o recuperarlas en nuevo
hardware si se produce un deterioro del sistema.
Hay una serie de situaciones en las que es posible que desee parar o terminar la instancia
automáticamente. Por ejemplo, es posible que tenga instancias dedicadas a trabajos de procesamiento de
nóminas por lotes o tareas de cálculo científico que se ejecutan durante un período de tiempo y después
completan su trabajo. En lugar de dejar dichas instancias inactivas (y acumulando cargos), puede pararlas
o terminarlas, lo que le ayuda a ahorrar dinero. La principal diferencia entre utilizar las acciones de alarma
detener y terminar es que puede reiniciar fácilmente una instancia detenida si necesita ejecutarla de nuevo
más tarde. También puede mantener el mismo ID de instancia y volumen raíz. Sin embargo, no se puede
reiniciar una instancia terminada. En su lugar, debe lanzar una nueva instancia.
Puede añadir las acciones parar, terminar, reiniciar o recuperar a cualquier alarma establecida en una
métrica por instancia Amazon EC2, incluidas las métricas de monitoreo básico y detallado proporcionadas
por Amazon CloudWatch (en el espacio de nombres AWS/EC2), además de cualquier métrica
personalizada que incluya la dimensión "InstanceId =", siempre que el valor InstanceId se refiera a una
instancia Amazon EC2 válida en ejecución.
Para configurar una acción de alarma de CloudWatch que pueda reiniciar, detener o terminar una
instancia, debe utilizar un rol de IAM vinculado a servicio, AWSServiceRoleForCloudWatchEvents. El rol de
IAM AWSServiceRoleForCloudWatchEvents permite a AWS realizar acciones de alarma en su nombre.
Para crear el rol vinculado al servicio para Eventos de CloudWatch, use el comando siguiente:
aws iam create-service-linked-role --aws-service-name events.amazonaws.com
Soporte de consola
Puede crear alarmas mediante la consola de CloudWatch o la consola de Amazon EC2. Los
procedimientos de esta documentación utilizan la consola de CloudWatch. Para los procedimientos que
utilizan la consola de Amazon EC2, consulte Crear alarmas que paran, terminan, reinician o recuperan una
instancia en la Guía del usuario de Amazon EC2 para instancias de Linux.
Permisos
Si está utilizando una cuenta de AWS Identity and Access Management (IAM) para crear o modificar una
alarma, debe contar con los siguientes permisos:
• iam:CreateServiceLinkedRole, iam:GetPolicy, iam:GetPolicyVersion y iam:GetRole:

para todas las alarmas con acciones de Amazon EC2
• ec2:DescribeInstanceStatus y ec2:DescribeInstances: para todas las alarmas en métricas
de estado de instancias de Amazon EC2
• ec2:StopInstances: para alarmas con acciones de parada
• ec2:TerminateInstances: para alarmas con acciones de terminación
• No se requieren permisos específicos para las alarmas con acciones de recuperación.
Si dispone de permisos de lectura/escritura para Amazon CloudWatch pero no para Amazon EC2, puede
seguir creando una alarma pero las acciones para parar o terminar no se realizan en la instancia. No
102
Agregar acciones de parada a
alarmas de Amazon CloudWatch
obstante, si más tarde se le concede permiso para utilizar las acciones API de Amazon EC2 asociadas,
se realizan las acciones de alarma que creó con anterioridad. Para obtener más información, consulte
Permisos y políticas en la Guía del usuario de IAM.
Si desea utilizar un rol de IAM para parar, terminar o reiniciar una instancia mediante una acción de
alarma, solo puede utilizar el rol AWSServiceRoleForCloudWatchEvents. Otros roles de IAM no se
admiten. Sin embargo, todavía puede ver el estado de alarma y realizar cualquier otra acción como, por
ejemplo, notificaciones de Amazon SNS o políticas de Amazon EC2 Auto Scaling.
Contenido
• Agregar acciones de parada a alarmas de Amazon CloudWatch (p. 103)
• Agregar acciones de terminación a alarmas de Amazon CloudWatch (p. 104)
• Agregar acciones de reinicio a alarmas de Amazon CloudWatch (p. 105)
• Agregar acciones de recuperación a alarmas de Amazon CloudWatch (p. 106)
• Ver el historial de alarmas activadas y acciones (p. 107)
Agregar acciones de parada a alarmas de Amazon

CloudWatch
Puede crear una alarma que detenga una instancia Amazon EC2 cuando se alcance un umbral
determinado. Por ejemplo, podría ejecutar instancias de desarrollo o de prueba y en ocasiones olvidarse
de apagarlas. Puede crear una alarma que se active cuando el porcentaje de uso medio de la CPU haya
estado por debajo del 10 por ciento durante 24 horas, hecho indicativo de que ha estado inactiva y que
ya no se está usando. Puede ajustar el umbral, la duración y el periodo que se adapten mejor a sus
necesidades, además puede añadir una notificación de SNS, de forma que recibirá un correo electrónico
cuando se active la alarma.
Las instancias Amazon EC2 utilizan un volumen de Amazon Elastic Block Store como dispositivo raíz se
pueden parar o terminar, mientras que aquellas que utilizan el almacén de instancias como dispositivo raíz
solo se pueden terminar.
Para crear una alarma para parar una instancia inactiva mediante la consola de Amazon
CloudWatch

3. En el paso Select Metric, haga lo siguiente:
a. En EC2 Metrics, elija Per-Instance Metrics.

b. Seleccione la fila con la instancia y la métrica CPUUtilization.
c. Para la estadística, elija Average.
d. Seleccione un periodo (por ejemplo, 1 Hour).
e. Seleccione Next (Siguiente).
4. En el paso Define Alarm, haga lo siguiente:
a. En Alarm Threshold, escriba un nombre único para la alarma (por ejemplo, Parar instancia EC2)
y una descripción de la alarma (por ejemplo, Parar la instancia EC2 cuando la CPU está inactiva
demasiado tiempo). Los nombres de alarma solo pueden contener caracteres ASCII.
b. En Whenever (Siempre que), en is (es), elija < y escriba 10. En for (para), escriba 24 periodos
consecutivos.
En Alarm Preview se muestra una representación gráfica del umbral.
103
Agregar acciones de terminación
a alarmas de Amazon CloudWatch
c. En Notification, en Send notification to, elija un tema de SNS existente o cree uno nuevo.
Para crear un tema de SNS, elija New list. En Send a notification to (Enviar una notificación
a), escriba un nombre para el tema de SNS (por ejemplo, Stop_EC2_Instance). En Email list
(Lista de correo electrónico), escriba una lista separada por comas con las direcciones de correo
electrónico a las que se van a enviar notificaciones cuando la alarma cambie al estado ALARM. A
cada dirección de correo electrónico se envía un email de confirmación de suscripción del tema.
Debe confirmar la suscripción antes de que las notificaciones se puedan enviar a una dirección de
correo electrónico.
d. Elija EC2 Action.
e. En Whenever this alarm, elija State is ALARM. En Take this action, elija Stop this instance.
f. Elija Create Alarm.
Agregar acciones de terminación a alarmas de

Amazon CloudWatch
Puede crear una alarma que termina una instancia EC2 automáticamente cuando se alcanza un umbral
determinado (siempre y cuando la protección de terminación no esté habilitada para la instancia). Por
ejemplo, es posible que desee terminar una instancia cuando haya completado su trabajo y no necesita
la instancia de nuevo. En caso de que desee utilizar la instancia en otro momento, debe parar la instancia
en lugar de pararla. Para obtener más información sobre la activación y desactivación de la protección de
terminación de una instancia, consulte Habilitar la protección contra la terminación de una instancia en la
Guía del usuario de Amazon EC2 para instancias de Linux.
Para crear una alarma para terminar una instancia inactiva mediante la consola de Amazon
CloudWatch


b. Seleccione la fila con la instancia y la métrica CPUUtilization.
c. Para la estadística, elija Average.
d. Seleccione un periodo (por ejemplo, 1 Hour).
a. En Alarm Threshold, escriba un nombre único para la alarma (por ejemplo, Terminar instancia
EC2) y una descripción de la alarma (por ejemplo, Terminar la instancia EC2 cuando la CPU está
inactiva demasiado tiempo). Los nombres de alarma solo pueden contener caracteres ASCII.
b. En Whenever (Siempre que), en is (es), elija < y escriba 10. En for (para), escriba 24 periodos
consecutivos.

Para crear un tema de SNS, elija New list. En Send a notification to (Enviar una notificación a),
escriba un nombre para el tema de SNS (por ejemplo, Terminate_EC2_Instance) En Email list
104
Agregar acciones de reinicio a
alarmas de Amazon CloudWatch
e. En Whenever this alarm, elija State is ALARM. En Take this action, elija Terminate this instance.
Agregar acciones de reinicio a alarmas de Amazon

CloudWatch
Puede crear una alarma de Amazon CloudWatch que monitorice una instancia Amazon EC2 y reinicie la
instancia automáticamente. La acción de alarma de reinicio se recomienda para errores de comprobación
de estado de instancia (en contraposición a la acción de alarma recuperar, que es adecuada para los
errores de comprobación de estado del sistema). Un reinicio de instancia es equivalente a un reinicio del
sistema operativo. En la mayoría de los casos, solo necesita unos minutos para reiniciar su instancia.
Cuando se reinicia una instancia, sigue estando en el mismo host físico, por lo que la instancia mantiene
su nombre de DNS público, dirección IP privada y todos los datos en sus volúmenes de almacén de
instancia.
El reinicio de una instancia no comienza una nueva hora de facturación de instancia, a diferencia de parar
y reiniciar la instancia. Para obtener más información sobre cómo reiniciar una instancia, consulte Reinicio
de instancias en la Guía del usuario de Amazon EC2 para instancias de Linux.
Important
Para evitar una condición de carrera entre el reinicio y las acciones de recuperación, evitar
configurar el mismo periodo de evaluación para una alarma de reinicio y otra de recuperación. Le
recomendamos que configure las alarmas de reinicio en tres periodos de un minuto cada uno.
Para crear una alarma para reiniciar una instancia mediante la consola de Amazon CloudWatch


b. Seleccione la fila con la instancia y la métrica StatusCheckFailed_Instance.
c. Para la estadística, elija Minimum.
d. Elija un periodo (por ejemplo, 1 Minute) y elija Next (Siguiente).
a. En Alarm Threshold, escriba un nombre único para la alarma (por ejemplo, Reiniciar instancia
EC2) y una descripción de la alarma (por ejemplo, Reiniciar instancia EC2 cuando fallan las
comprobaciones de estado). Los nombres de alarma solo pueden contener caracteres ASCII.
b. En Whenever (Siempre que), en is (es), elija > y escriba 0. En for (para), escriba 3 periodos
consecutivos.

escriba un nombre para el tema de SNS (por ejemplo, Reboot_EC2_Instance). En Email list
105
Agregar acciones de recuperación
a alarmas de Amazon CloudWatch
e. En Whenever this alarm, elija State is ALARM. En Take this action, elija Reboot this instance.
Agregar acciones de recuperación a alarmas de

Amazon CloudWatch
Puede crear una alarma de Amazon CloudWatch que monitoree una instancia Amazon EC2 y recupera
automáticamente la instancia si deja de funcionar debido a un error de hardware subyacente o un
problema que requiera la implicación de AWS para la reparación. Las instancias terminadas no se
pueden recuperar. Una instancia recuperada es idéntica a la instancia original, incluido el ID de instancia,
direcciones IP privadas, direcciones IP elásticas y todos los metadatos de la instancia.
Cuando se activa la alarma StatusCheckFailed_System se inicia la acción de recuperación, se le

notificará mediante el tema de Amazon SNS tema que eligió al crear la alarma y la acción de recuperación
asociada. Durante la recuperación de la instancia, la instancia se migró durante un reinicio de instancia
y los datos que hay en la memoria se pierden. Cuando el proceso se ha completado, la información se
publica en el tema de SNS que haya configurado para la alarma. Cualquier persona que esté suscrita
a este tema de SNS recibirá una notificación por correo electrónico que incluye el estado del intento de
recuperación e instrucciones adicionales. Observará un reinicio de instancia en la instancia recuperada.
La acción de recuperación solo se puede utilizar con StatusCheckFailed_System, no con

StatusCheckFailed_Instance.
Entre los ejemplos de problemas que provocan errores en las comprobaciones de estado del sistema se
incluyen:
• Pérdida de conectividad de red

• Pérdida de potencia del sistema
• Problemas de software en el host físico
• Problemas de hardware en el host físico que afectan a la accesibilidad a la red
La acción de recuperación solo es compatible con:
• Los tipos de instancia A1, C3, C4, C5, C5n, M3, M4, M5, M5a, P3, R3, R4, R5, R5a, T2, T3, X1 y X1e
• Instancias en una VPC
• Las instancias con tenencia de instancia default o dedicated
• Instancias que utilizan solo volúmenes de Amazon EBS (no configure volúmenes de almacén de
instancias)
Si la instancia tiene una dirección IPv4 pública, conserva la dirección IP pública tras la recuperación.
Important
Para evitar una condición de carrera entre el reinicio y las acciones de recuperación, evitar
configurar el mismo periodo de evaluación para una alarma de reinicio y otra de recuperación. Le
recomendamos que configure las alarmas de recuperación en dos periodos de evaluación de un
minuto cada uno y las alarmas de reinicio en tres periodos de evaluación de un minuto cada uno.
106
Ver el historial de alarmas activadas y acciones
Para crear una alarma para recuperar una instancia mediante la consola de Amazon CloudWatch


b. Seleccione la fila con la instancia y la métrica StatusCheckFailed_System.
c. Para la estadística, elija Minimum.
d. Seleccione un periodo (por ejemplo, 1 Minute).
Important
Para evitar una condición de carrera entre el reinicio y las acciones de recuperación,
evitar configurar el mismo periodo de evaluación para una alarma de reinicio y otra de
recuperación. Le recomendamos que configure las alarmas de recuperación en dos
periodos de un minuto cada uno.
a. En Alarm Threshold, escriba un nombre único para la alarma (por ejemplo, Recuperar instancia
EC2) y una descripción de la alarma (por ejemplo, Recuperar instancia EC2 cuando fallan las
comprobaciones de estado). Los nombres de alarma solo pueden contener caracteres ASCII.
b. En Whenever (Siempre que), en is (es), elija > y escriba 0. En for (para), escriba 2 periodos
consecutivos.
escriba un nombre para el tema de SNS (por ejemplo, Recover_EC2_Instance). En Email list
e. En Whenever this alarm, elija State is ALARM. En Take this action, elija Recover this instance.
Ver el historial de alarmas activadas y acciones

Puede consultar el historial de alarmas y de acciones en la consola de Amazon CloudWatch. Amazon
CloudWatch mantiene el historial de alarmas y de acciones de las últimas dos semanas.
Para ver el historial de las alarmas activadas y acciones

2. En el panel de navegación, elija Alarms (Alarmas) y seleccione una alarma.
3. Para ver la transición de estado más reciente junto con los valores de métricas y tiempo, elija Details.
4. Para ver las entradas de historial más recientes, elija History (Historial).
107
Creación de una alarma de facturación
Creación de una alarma de facturación para

monitorizar los cargos estimados de AWS
Puede monitorizar los cargos de AWS estimados mediante Amazon CloudWatch. Al habilitar la
monitorización de los cargos estimados para su cuenta de AWS, los cargos estimados se calculan y se
envían varias veces al día a CloudWatch como datos de métricas.
Los datos de métricas de facturación se almacenan en la región US East (N. Virginia) y representan cargos
en todo el mundo. Estos datos incluyen los cargos estimados para todos los servicios de AWS que utilice,
además del conjunto total estimado de los cargos de AWS.
La alarma se activa cuando la facturación de su cuenta supera el umbral que ha especificado. Se activa
solo cuando la facturación real supera el umbral. No utiliza previsiones mensuales en función del uso hasta
el momento.
Si crea una alarma de facturación en un momento en que los cargos ya han superado el umbral, la alarma
pasa al estado ALARM inmediatamente.
Tareas
• Habilitar alertas de facturación (p. 108)
• Creación de una alarma de facturación (p. 109)
• Eliminación de una alarma de facturación (p. 109)
Habilitar alertas de facturación

Antes de crear una alarma para los cargos estimados, debe habilitar las alertas de facturación, a fin de que
pueda supervisar los cargos estimados de AWS y crear una alarma a través de los datos de las métricas
de facturación. Después de habilitar las alertas de facturación, no puede deshabilitar la recopilación de
datos, pero puede eliminar las alarmas de facturación que ha creado.
Después de habilitar las alertas de facturación por primera vez, se tardan unos 15 minutos antes de poder
ver los datos de facturación y definir alertas de facturación.
Requisitos
• Debe haber iniciado sesión con las credenciales de usuario raíz de la cuenta o como usuario de IAM al
que se le han concedido permiso para ver la información de facturación.
• En el caso de las cuentas de facturación consolidada, los datos de facturación de cada cuenta vinculada
pueden encontrarse iniciando sesión en la cuenta de pago. Puede consultar los datos de facturación de
los cargos totales estimados y de los cargos estimados por servicio de cada cuenta vinculada, además
de la cuenta consolidada.
Para habilitar la monitorización de los cargos estimados
1. Abra la consola de facturación y administración de costos en https://console.aws.amazon.com/billing/.

2. En el panel de navegación, elija Billing preferences (Preferencias de facturación).
3. Elija Receive Billing Alerts (Recibir alertas de facturación).
4. Elija Save preferences (Guardar preferencias).
108

Después de haber activado las alertas de facturación, puede crear una alarma de facturación. En este
procedimiento, crea una alarma que envía un mensaje de correo electrónico cuando los cargos estimados
de AWS superan un umbral especificado.
Note
Este procedimiento utiliza las opciones avanzadas. Para obtener más información acerca de cómo
utilizar las opciones sencillas, consulte Crear una alarma de facturación (p. 400) en Monitorizar
los cargos estimados utilizando CloudWatch.
Para crear una alarma de facturación utilizando la consola de CloudWatch

2. Si es necesario, cambie la región a US East (N. Virginia). Los datos de métricas de facturación se
almacenan en esta región y representan cargos en todo el mundo.
4. Elija Select metric (Seleccionar métrica). En la pestaña All metrics (Todas las métricas), elija Billing
(Facturación), Total Estimated Charge (Cargo estimado total).
5. Seleccione la casilla de verificación situada al lado de EstimatedCharges y elija Select metric
(Seleccionar métrica).
6. En Conditions (Condiciones), elija Static (Estático).
7. En Whenever EstimatedCharges is (Siempre que EstimatedCharges sea), elija Greater (Mayor).
8. Para (than) que, escriba el importe monetario (por ejemplo, 200) que debe superarse para activar la
alarma.
Note
El gráfico de vista previa muestra los cargos actuales para el mes.

9. Seleccione Siguiente.
alarma tenga el estado ALARM.
Eliminación de una alarma de facturación

Puede eliminar la alarma de facturación cuando deje de necesitarla.
Para eliminar una alarma de facturación

almacenan en esta región y reflejan cargos en todo el mundo.
4. Seleccione la casilla de verificación junto a la alarma y elija Actions (Acciones), Delete (Eliminar).
109
Ocultar alarmas de Amazon EC2 Auto Scaling
5. Cuando se le indique que confirme la operación, seleccione Yes, Delete (Sí, eliminar).
Ocultar alarmas de Amazon EC2 Auto Scaling

Cuando vea las alarmas en la Consola de administración de AWS, puede ocultar las alarmas relacionadas
con Amazon EC2 Auto Scaling. Esta característica solo está disponible en la Consola de administración de
AWS.
Para ocultar temporalmente las alarmas de Amazon EC2 Auto Scaling

2. En el panel de navegación, elija Alarms (Alarmas) y seleccione Hide all AutoScaling alarms (Ocultar
todas las alarmas de AutoScaling).
110
Uso del monitoreo sintético

Puede utilizar Amazon CloudWatch Synthetics para crear valores controlados, scripts configurables que se
ejecutan según una programación, para monitorear sus puntos de enlace y API. Los valores controlados
siguen las mismas rutas y realizan las mismas acciones que un cliente, lo que le permite verificar
continuamente su experiencia de cliente incluso cuando no tiene tráfico de clientes en sus aplicaciones.
Mediante el uso de valores controlados, puede descubrir problemas antes de que sus clientes lo hagan.
Los valores controlados son scripts de Node.js. Crean funciones de Lambda en su cuenta que usan
Node.js como marco. Los valores controlados pueden utilizar la biblioteca Puppeteer de Node.js para
realizar funciones en sus aplicaciones. Los valores controlados funcionan a través de protocolos HTTP y
HTTPS.
Los valores controlados comprueban la disponibilidad y latencia de sus puntos de enlace, y pueden
almacenar datos de tiempo de carga y capturas de pantalla de la interfaz de usuario. Monitorean las
API REST, las URL y el contenido del sitio web, y pueden comprobar si hay cambios no autorizados de
suplantación de identidad, inyección de código y scripts entre sitios.
Puede ejecutar un valor controlado una vez o de forma periódica. Los canaries programados pueden
ejecutarse las 24 horas del día, con una frecuencia de una vez por minuto.
Para obtener información acerca de los problemas de seguridad que deben tenerse en cuenta antes
de crear y ejecutar valores programados, consulte Consideraciones de seguridad de los canaries de
Synthetics (p. 438).
De forma predeterminada, los valores controlados crean métricas de CloudWatch en el espacio de

nombres de CloudWatchSynthetics. Crean métricas con los nombres SuccessPercent, Failed y
Duration. Estas métricas tienen CanaryName como dimensión. Los valores controlados que utilizan la
función executeStep() de la biblioteca de funciones también tienen StepName como dimensión. Para
obtener más información sobre la biblioteca de funciones de valores controlados, consulte Funciones de la
biblioteca disponibles para los scripts de valores controlados (p. 124).
CloudWatch Synthetics se integra bien con CloudWatch ServiceLens, que utiliza CloudWatch con AWS
X-Ray para proporcionar una visión integral de sus servicios a fin de ayudarle a detallar de manera
más eficiente los cuellos de botella de rendimiento e identificar a los usuarios afectados. Los canaries
que crea con CloudWatch Synthetics aparecen en el mapa de servicio ServiceLens. Para obtener más
información acerca de ServiceLens, consulte Uso de ServiceLens para monitorizar el estado de sus
aplicaciones (p. 132).
CloudWatch Synthetics está disponible actualmente en la siguientes regiones de AWS:
• US East (N. Virginia)

• EE.UU. Este (Ohio)
• EE.UU. Oeste (Norte de California)
• EE.UU. Oeste (Oregón)
• Canadá (Central)
• Europa (Fráncfort)
• Europa (Estocolmo)
• Europa (Irlanda)
• Europa (Londres)
111
Permisos y roles necesarios
• Europa (París)
• Asia Pacífico (Tokio)
• Asia Pacífico (Seúl)
• Asia Pacífico (Singapur)
• Asia Pacífico (Sídney)
• Asia Pacífico (Mumbai)
• América del Sur (São Paulo)
Temas
• Roles y permisos necesarios para valores controlados de CloudWatch (p. 112)
• Creación de un canary (p. 115)
• Visualización de estadísticas y detalles de los canaries (p. 130)
• Eliminación de un canary (p. 131)
Roles y permisos necesarios para valores

controlados de CloudWatch
Para ver los detalles del valor controlado y los resultados de las ejecuciones de valores
controlados, debe haber iniciado sesión como usuario de IAM que tenga asociadas las políticas
CloudWatchSyntheticsFullAccess o CloudWatchSyntheticsReadOnlyAccess. Para leer todos
los datos de Synthetics en la consola, también necesita las políticas AmazonS3ReadOnlyAccess y
CloudWatchReadOnlyAccess. Para ver el código fuente utilizado por valores controlados, también
necesita la política AWSLambdaReadOnlyAccess.
Para crear valores controlados, debe haber iniciado sesión como un usuario de IAM que tenga la política
CloudWatchSyntheticsFullAccess o un conjunto similar de permisos. Para crear roles de IAM para
los valores controlados, también necesita la siguiente instrucción de política insertada:
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"iam:CreateRole",
"iam:CreatePolicy",
"iam:AttachRolePolicy"
],
"Resource": [
"arn:aws:iam::*:role/service-role/CloudWatchSyntheticsRole*",
"arn:aws:iam::*:policy/service-role/CloudWatchSyntheticsPolicy*"
]
}
]
}
Important
Otorgar a un usuario los permisos iam:CreateRole, iam:CreatePolicy e

iam:AttachRolePolicy proporciona a ese usuario acceso administrativo a su cuenta de
AWS. Por ejemplo, un usuario con estos permisos puede crear una política que tenga permisos
112
completos para todos los recursos y puede asociarla a cualquier rol. Sea muy cauteloso en lo
referente a la persona a la que concede estos permisos.
Para obtener información acerca de cómo asociar políticas y conceder permisos a los usuarios, consulte
Cambio de los permisos de un usuario de IAM y Para integrar una política en línea de un usuario o un rol.
CloudWatchSyntheticsFullAccess
Aquí está el contenido de la política CloudWatchSyntheticsFullAccess:
{
"Version":"2012-10-17",
"Statement":[
{
"Effect":"Allow",
"Action":[
"synthetics:*"
],
"Resource":"*"
},
{
"Effect":"Allow",
"Action":[
"s3:CreateBucket",
"s3:PutBucketEncryption",
"s3:PutEncryptionConfiguration"
],
"Resource":[
"arn:aws:s3:::cw-syn-results-*"
]
},
{
"Effect":"Allow",
"Action":[
"iam:ListRoles",
"s3:ListAllMyBuckets",
"s3:GetBucketLocation"
],
"Resource":"*"
},
{
"Effect":"Allow",
"Action":[
"s3:GetObject",
"s3:ListBucket"
],
"Resource":"arn:aws:s3:::cw-syn-*"
},
{
"Effect":"Allow",
"Action":[
"s3:GetObjectVersion"
],
"Resource":"arn:aws:s3:::aws-synthetics-library-*"
},
{
"Effect":"Allow",
"Action":[
"iam:PassRole"
],
"Resource":[
"arn:aws:iam::*:role/service-role/CloudWatchSyntheticsRole*"
],
"Condition":{
"StringEquals":{
113
"iam:PassedToService":[
"lambda.amazonaws.com",
"synthetics.amazonaws.com"
]
}
}
},
{
"Effect":"Allow",
"Action":[
"iam:GetRole"
],
"Resource":[
"arn:aws:iam::*:role/service-role/CloudWatchSyntheticsRole*"
]
},
{
"Effect":"Allow",
"Action":[
"cloudwatch:GetMetricData",
"cloudwatch:GetMetricStatistics"
],
"Resource":"*"
},
{
"Effect":"Allow",
"Action":[
"cloudwatch:PutMetricAlarm",
"cloudwatch:DeleteAlarms"
],
"Resource":[
"arn:aws:cloudwatch:*:*:alarm:Synthetics-*"
]
},
{
"Effect":"Allow",
"Action":[
"cloudwatch:DescribeAlarms"
],
"Resource":[
"arn:aws:cloudwatch:*:*:alarm:*"
]
},
{
"Effect":"Allow",
"Action":[
"lambda:CreateFunction",
"lambda:AddPermission",
"lambda:PublishVersion",
"lambda:UpdateFunctionConfiguration"
],
"Resource":[
"arn:aws:lambda:*:*:function:cwsyn-*"
]
},
{
"Effect":"Allow",
"Action":[
"lambda:GetLayerVersionByArn",
"lambda:GetLayerVersion",
"lambda:PublishLayerVersion"
],
"Resource":[
"arn:aws:lambda:*:*:layer:cwsyn-*",
"arn:aws:lambda:*:*:layer:Synthetics:*"
]
114
Creación de un canary
}
]
}
CloudWatchSyntheticsReadOnlyAccess
Aquí está el contenido de la política CloudWatchSyntheticsReadOnlyAccess:
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"synthetics:Describe*",
"synthetics:Get*"
],
"Resource": "*"
}
]
}
Important
Asegúrese de utilizar canaries de Synthetics para monitorizar solo aquellos puntos de enlace
y API en los que tenga propiedad o permisos. En función de la configuración de frecuencia de
ejecución de valores controlados, estos puntos de enlace pueden experimentar un aumento del
tráfico.
Puede usar un proyecto proporcionado por CloudWatch para crear su valor controlado o escribir su propio
script. Para obtener más información, consulte Uso de proyectos de valores controlados (p. 117).
Si está escribiendo su propio script, puede utilizar varias funciones que CloudWatch Synthetics ha
integrado en una biblioteca. Para obtener más información, consulte Versiones de tiempo de ejecución de
los valores controlados (p. 120).
Para crear un canary

2. En el panel de navegación, elija Channels (Canales).
3. Elija Create Canary (Crear canary).
4. Elija una de las siguientes opciones:
• Para basar su valor controlado en un script de proyecto, elija Use a blueprint (Usar un proyecto), y, a
continuación, elija el tipo de valor controlado que desea crear. Para obtener más información acerca
de lo que hace cada tipo de proyecto, consulte Uso de proyectos de valores controlados (p. 117).
• Para cargar su propio script de Node.js y crear un valor controlado personalizado, elija Upload a
script (Cargar un script).
A continuación, puede arrastrar su script al área Script o elegir Browse files (Examinar archivos)
para desplazarse hasta el script en su sistema de archivos.
• Para importar el script desde un bucket de S3, elija Import from S3 (Importar de S3). En Source
location (Ubicación de origen), escriba la ruta completa al valor controlado o elija Browse S3
(Examinar S3).
115
Debe tener permisos s3:GetObject y s3:GetObjectVersion para el bucket de S3 que utilice.

El bucket debe estar en la misma región de AWS en la que se cree el valor controlado.
5. En Name (Nombre), escriba un nombre para su canary. El nombre se utiliza en muchas páginas,
por lo que le recomendamos que le asigne un nombre descriptivo que lo diferencie de otros valores
controlados.
6. En Application or endpoint URL (URL del punto de enlace o aplicación), escriba la dirección URL que
desea que pruebe el valor controlado. Esta URL debe incluir el protocolo (como https://).
Si desea que el valor controlado pruebe un punto de enlace en una VPC, también debe escribir
información sobre la VPC más adelante en este procedimiento.
7. Si utiliza su propio script para el valor controlado, en Lambda handler (Controlador de Lambda),
escriba el punto de entrada donde desea que comience el valor controlado. La cadena que escriba
debe terminar por .handler.
8. En Schedule (Programar), elija si desea ejecutar este valor controlado una vez o periódicamente
en una programación. Cuando se utiliza la consola de CloudWatch para crear un valor controlado,
las opciones de frecuencia de valor controlado son una vez por minuto, una por 5 minutos y una por
hora. Si utiliza la AWS CLI o las API para crear un valor controlado, puede elegir otras opciones de
frecuencia.
9. En Data retention (Retención de datos), especifique cuánto tiempo se retiene la información sobre las
ejecuciones de canaries fallidas y correctas. El intervalo abarca de 1 a 455 días.
10. En Data Storage (Almacenamiento de datos), seleccione el bucket de S3 que desea utilizar para
almacenar los datos de las ejecuciones de valores controlados. Si deja este valor en blanco, se
utilizará un bucket de S3 predeterminado o se creará uno nuevo.
11. En Access permissions (Permisos de acceso), elija si desea crear un nuevo rol de IAM para ejecutar el
valor controlado o utilizar uno existente.
Si utiliza la consola de CloudWatch para crear un rol para un valor controlado al crear el valor
controlado, no podrá volver a utilizar el rol para otros valores controlados, ya que estos roles son
específicos de un solo valor controlado. Si ha creado manualmente un rol que funcione para varios
valores controlados, puede utilizar ese rol existente.
Para utilizar un rol existente, debe tener el permiso iam:PassRole para pasar ese rol a Synthetics y
Lambda. También debe tener el permiso iam:GetRole.
12. (Opcional) En Alarms (Alarmas), elija si desea que se creen las alarmas de CloudWatch
predeterminadas para este valor controlado.
13. (Opcional) Para que este valor controlado pruebe un punto de enlace que está en una VPC, elija VPC
settings (Configuración de VPC) y, a continuación, haga lo siguiente:
a. Seleccione la VPC que aloja el punto de enlace.

b. Seleccione una o más subredes en la VPC. Debe seleccionar una subred privada, ya que la
instancia de Lambda no se puede configurar para ejecutarse en una subred pública cuando no se
puede asignar una dirección IP a la instancia de Lambda durante la ejecución. Para obtener más
información, consulte Configuración de una función Lambda para obtener acceso a los recursos
en una VPC.
c. Seleccione uno o varios grupos de seguridad en la VPC.
Si el punto de enlace está en una VPC, debe habilitar el valor controlado para enviar información a
CloudWatch y Amazon S3. Para obtener más información, consulte Ejecución de un valor controlado
en una VPC (p. 128).
14. (Opcional) En Tags (Etiquetas), agregue uno o más pares de clave-valor como etiquetas para este
valor controlado. Las etiquetas pueden ayudarle a identificar y organizar sus recursos de AWS y a
realizar un seguimiento de sus costos de AWS. Para obtener más información, consulte Etiquetado de
los recursos de Amazon CloudWatch (p. 404).
116
Recursos que se crean para canaries
Recursos que se crean para canaries

Al crear un valor controlado, se crean los siguientes recursos para el mismo:
• Un rol de IAM con el nombre CloudWatchSyntheticsRole-canary-name-uuid (si utiliza la consola

de CloudWatch para crear el valor controlado y especificar la creación de un nuevo rol para este)
• Una política de IAM con el nombre CloudWatchSyntheticsPolicy-canary-name-uuid
• Un bucket de S3 con el nombre cw-syn-results-accountID-region.
• Alarmas con el nombre Synthetics-Alarm-MyCanaryName, si desea que se creen alarmas para el
valor controlado.
• Funciones y capas de Lambda, si utiliza un proyecto para crear el canary. Estos recursos tienen el prefijo
cwsyn-MyCanaryName.
• Grupos de registros de CloudWatch Logs con el nombre /aws/lambda/cwsyn-MyCanaryName.
Uso de proyectos de valores controlados

Esta sección proporciona detalles sobre cada uno de los proyectos de valores controlados y las tareas
para las que cada proyecto es más adecuado. Se proporcionan proyectos para los siguientes tipos de
canary:
• Monitor de latidos
• API Canary
• Verificador de enlaces que no funcionan
• Flujo de trabajo de la GUI
Cuando se utiliza un proyecto para crear un valor controlado, mientras se rellenan los campos de la
consola de CloudWatch, el área Script editor (Editor de scripts) de la página muestra el valor controlado
que se está creando como script Node.js. También puede editar su valor controlado en esta área para
personalizarlo aún más.
Monitoreo de latidos
Los scripts de latidos cargan la URL especificada y almacenan una captura de pantalla de la página y un
archivo de archivo HTTP (archivo HAR). También almacenan registros de direcciones URL a las que se
accede.
Puede utilizar los archivos HAR para ver datos de rendimiento detallados sobre las páginas web. Puede
analizar la lista de solicitudes web y detectar problemas de rendimiento, como el tiempo de carga de un
elemento.
API Canary
Los valores controlados de API pueden probar las funciones básicas de lectura y escritura de una API
REST. REST significa transferencia de estado representacional y es un conjunto de reglas que siguen los
desarrolladores al crear una API. Una de estas reglas establece que un enlace a una URL específica debe
devolver un fragmento de datos.
En una API REST, cada URL se denomina solicitud y los datos devueltos son la respuesta. Cada solicitud
consta de la siguiente información:
• El punto de enlace, que es la URL que solicita.
117
• El método, que es el tipo de solicitud que se envía al servidor. Las API REST admiten operaciones GET
(lectura), POST (escritura), PUT (actualización), PATCH (actualización) y DELETE (eliminación).
• Los encabezados, que proporcionan información tanto al cliente como al servidor. Se utilizan para la
autenticación y para proporcionar información sobre el contenido del cuerpo. Para obtener una lista de
encabezados válidos, consulte Encabezados HTTP.
• Los datos (o cuerpo), contienen información que se enviará al servidor. Esto se utiliza solo para
solicitudes POST, PUT, PATCH o DELETE.
• La URL que solicita.
El proyecto de valor controlado de API admite los métodos GET y POST. Cuando utilice este valor
controlado, debe especificar los encabezados. Por ejemplo, puede especificar Authorization como Key
(Clave) y especificar los datos de autorización necesarios como Value (Valor) para esa clave.
Si está probando una solicitud POST, especifique también el contenido que se va a publicar en el campo
Data (Datos).
Verificador de enlaces que no funcionan

El verificador de enlaces que no funcionan recopila todos los enlaces dentro de la dirección URL que está
probando utilizando document.getElementsByTagName('a') Solo prueba el número de enlaces que
especifique y la dirección URL en sí se cuenta como primer enlace. Por ejemplo, si desea comprobar todos
los enlaces de una página que contiene cinco enlaces, debe especificar que el valor controlado siga seis
enlaces.
El valor controlado detecta los siguientes tipos de errores de enlace:
• 404 Página no encontrada

• Nombre de host no válido
• URL incorrecta. Por ejemplo, a la URL le falta un corchete, tiene barras diagonales adicionales o tiene el
protocolo incorrecto.
• Código de respuesta HTTP no válido
• El servidor host devuelve respuestas vacías sin contenido ni código de respuesta.
• Las solicitudes HTTP agotan constantemente el tiempo de espera durante la ejecución del valor
controlado.
118
• El host interrumpe constantemente las conexiones porque está mal configurado o está demasiado
ocupado.
Creador de flujo de trabajo de la GUI

El proyecto del creador de flujo de trabajo de la GUI comprueba que se pueden realizar acciones en la
página web. Por ejemplo, si tiene una página web con un formulario de inicio de sesión, el valor controlado
puede rellenar los campos de usuario y contraseña y enviar el formulario para comprobar que la página
web funciona correctamente.
Cuando se utiliza un proyecto para crear este tipo de valor controlado, se especifican las acciones que
desea que realice el valor controlado en la página web. Las acciones que puede utilizar son las siguientes:
• Click (Hacer clic): selecciona el elemento que especifica y simula un usuario haciendo clic o eligiendo el
elemento. Para especificar el elemento, utilice [id=] o a[class=].
• Verify selector (Comprobar selector): comprueba que el elemento especificado existe en la página web.
Esta prueba es útil para comprobar que una acción anterior hace que los elementos correctos rellenen la
página. Para especificar el elemento que se va a verificar, utilice [id=] o a[class=].
• Verify text (Comprobar texto): comprueba que la cadena especificada está contenida en el elemento
de destino. Esta prueba es útil para comprobar que una acción anterior hace que se muestre el texto
correcto. Para especificar el elemento, utilice un formato como div[@id=]//h1 porque esta acción
utiliza la función waitForXPath de Puppeteer.
• Input text (Texto de entrada): escribe el texto especificado en el elemento de destino. Para especificar el
elemento que se va a verificar, utilice [id=] o a[class=].
• Click with navigation (Clic con navegación): espera a que se cargue la página completa después de
elegir el elemento especificado. Esto es más útil cuando necesita volver a cargar la página. Para
especificar el elemento, utilice [id=] o a[class=].
Por ejemplo, el siguiente proyecto hace clic en firstButton en la URL especificada, comprueba que aparece
el selector esperado con el texto esperado, introduce el nombre Test_Customer en el campo Name
(Nombre), hace clic en el botón Login (Iniciar sesión) y, a continuación, comprueba que el inicio de sesión
es correcto comprobando el texto Welcome (Bienvenido) en la página siguiente.
119
Versiones de tiempo de ejecución de los valores controlados
Versiones de tiempo de ejecución de los valores

controlados
Al crear o actualizar un valor controlado, se elige una versión de tiempo de ejecución de Synthetics para
este. Un tiempo de ejecución de Synthetics es una combinación del código de Synthetics que llama al
controlador de scripts y de las capas Lambda de las dependencias agrupadas.
Recomendamos utilizar siempre la versión de tiempo de ejecución más reciente para sus valores
controlados a fin de poder usar las últimas funciones y actualizaciones realizadas en la biblioteca de
Synthetics.
Las versiones de tiempo de ejecución de Synthetics están etiquetadas syn-majorversion

.minorversion. Las versiones de tiempo de ejecución con el mismo número de versión principal son
compatibles con las versiones anteriores.
La versión actual de tiempo de ejecución de Synthetics es syn-1.0, que incluye lo siguiente:
• Biblioteca de Synthetics 1.0

• Código del controlador de Synthetics 1.0
• Tiempo de ejecución de Lambda Node.JS 10.x
• Puppeteer-core de versión 1.14.0
• La versión de Chromium que coincide con Puppeteer-core 1.14.0
Asegúrese de que sus scripts de valores controlados sean compatibles con Node.js 10.x.
El código de Lambda de un canary está configurado para tener una memoria máxima de 1 GB. El tiempo
de espera de cada ejecución de un valor controlado se agota transcurrido el valor correspondiente
configurado. Si no se especifica ningún valor de tiempo de espera para un valor controlado, CloudWatch
elige uno en función de la frecuencia de dicho valor.
Política de compatibilidad del tiempo de ejecución de un valor

controlado
Las versiones de tiempo de ejecución de Synthetics están sujetas a operaciones de mantenimiento y
actualizaciones de seguridad. Cuando cualquier componente de una versión de tiempo de ejecución
deja de ser compatible con las actualizaciones de seguridad, dicha versión de tiempo de ejecución de
Synthetics queda obsoleta.
No puede crear valores controlados nuevos con versiones de tiempo de ejecución obsoletas. Los valores
controlados que utilizan tiempos de ejecución obsoletos siguen ejecutándose. Puede detener, iniciar y
eliminar estos valores controlados. Para actualizar un valor controlado existente que utiliza versiones
de tiempo de ejecución obsoletas, actualícelo de forma que utilice una versión de tiempo de ejecución
compatible.
Escritura de un script de valor controlado

En las siguientes secciones se explica cómo escribir un script de valor controlado y cómo integrar un valor
controlado con otros servicios de AWS.
Temas
• Creación de un valor controlado de Synthetics desde cero (p. 121)
• Cambio de un script de Puppeteer existente para usarlo como valor controlado de Synthetics (p. 122)
• Integración de su valor controlado con otros servicios de AWS (p. 123)
120
Creación de un valor controlado de Synthetics desde cero

Aquí hay un ejemplo de script mínimo de valor controlado de Synthetics. Este script pasa como una
ejecución correcta y devuelve una cadena. Para ver el aspecto de un valor controlado erróneo, cambie let
fail = false; a let fail = true;.
Debe definir una función de punto de entrada para el script de valor controlado. Para ver cómo se
cargan los archivos en la ubicación de Amazon S3 especificada como ArtifactS3Location del valor
controlado, cree estos archivos en la carpeta /tmp. Después de ejecutar el script, se publica el estado
superado/no superado y las métricas de duración en CloudWatch y los archivos bajo /tmp se cargan en S3.
const basicCustomEntryPoint = async function () {
// Insert your code here
// Perform multi-step pass/fail check
// Log decisions made and results to /tmp
// Be sure to wait for all your code paths to complete

// before returning control back to Synthetics.
// In that way, your canary will not finish and report success
// before your code has finished executing
// Throw to fail, return to succeed

let fail = false;
if (fail) {
throw "Failed basicCanary check.";
}
return "Successfully completed basicCanary checks.";

};
exports.handler = async () => {

return await basicCustomEntryPoint();
};
A continuación, expandiremos el script para usar el registro de Synthetics y realizar una llamada usando el
SDK de AWS. Para fines de demostración, este script creará un cliente de Amazon DynamoDB y realizará
una llamada a la API listTables de DynamoDB. Registra la respuesta a la solicitud y los registros se
superan o no en función de si la solicitud se realizó correctamente.
Si tiene más de un solo archivo .js o tiene una dependencia de la que depende su script, puede
agruparlos todos en un único archivo ZIP que contenga la estructura de carpetas nodejs/
node_modules/myCanaryFilename.js file and other folders and files.
Asegúrese de establecer el punto de entrada del script de valor controlado como

myCanaryFilename.handler para que coincida con el nombre del archivo del punto de entrada del
script.
const log = require('SyntheticsLogger');

const AWS = require('aws-sdk');
// Require any dependencies that your script needs
// Bundle additional files and dependencies into a .zip file with folder structure
// nodejs/node_modules/additional files and folders
const basicCustomEntryPoint = async function () {
log.info("Starting DynamoDB:listTables canary.");
let dynamodb = new AWS.DynamoDB();
121
var params = {};

let request = await dynamodb.listTables(params);
try {
let response = await request.promise();
log.info("listTables response: " + JSON.stringify(response));
} catch (err) {
log.error("listTables error: " + JSON.stringify(err), err.stack);
throw err;
}
return "Successfully completed DynamoDB:listTables canary.";

};

return await basicCustomEntryPoint();
};
Cambio de un script de Puppeteer existente para usarlo como

valor controlado de Synthetics
En esta sección se explica cómo tomar scripts de Puppeteer y modificarlos para que se ejecuten como
scripts de valor controlado de Synthetics. Para obtener más información acerca de Puppeteer, consulte
Puppeteer API v1.14.0.
Comenzaremos con este ejemplo de script de Puppeteer:
const puppeteer = require('puppeteer');
(async () => {
const browser = await puppeteer.launch();
const page = await browser.newPage();
await page.goto('https://example.com');
await page.screenshot({path: 'example.png'});
await browser.close();
})();
Los pasos de conversión son los siguientes:
• Crear y exportar una función de handler. El controlador es la función de punto de entrada para el
script.
const basicPuppeteerExample = async function () {};

return await basicPuppeteerExample();
};
• Use la dependencia de Synthetics.
var synthetics = require('Synthetics');
• Utilice la función de Synthetics.getPage para obtener un objeto Page de Puppeteer.
const page = await synthetics.getPage();
El objeto page devuelto por la función Synthetics.getPage tiene los eventos page.on request,
response y requestfailed instrumentados para el registro. Synthetics también configura la
122
generación de archivos HAR para las solicitudes y respuestas en la página y agrega el ARN del valor
controlado a los encabezados del agente de usuario de las solicitudes salientes en la página.
El script ya está listo para ser ejecutado como un valor controlado de Synthetics. Aquí está el script
actualizado:
var synthetics = require('Synthetics'); // Synthetics dependency
const basicPuppeteerExample = async function () {

const page = await synthetics.getPage(); // Get instrumented page from Synthetics
await page.goto('https://example.com');
await page.screenshot({path: '/tmp/example.png'}); // Write screenshot to /tmp folder
};
exports.handler = async () => { // Exported handler function

return await basicPuppeteerExample();
};
Integración de su valor controlado con otros servicios de AWS

Todos los valores controlados pueden utilizar la biblioteca de AWS SDK. Puede utilizar esta biblioteca
cuando escriba su valor controlado para integrarlo con otros servicios de AWS.
Para ello, debe agregar el siguiente código a su valor controlado. AWS Secrets Manager se utiliza como
servicio de ejemplo para la integración.
• Importar el SDK de AWS.
• Cree un cliente para el servicio de AWS con el que se está integrando.
const secretsManager = new AWS.SecretsManager();
• Use el cliente para realizar llamadas a la API a ese servicio.
var params = {
SecretId: secretName
};
return await secretsManager.getSecretValue(params).promise();
El siguiente fragmento de código de script de valor controlado demuestra la integración con Secrets
Manager con más detalles.
var synthetics = require('Synthetics');


const secretsManager = new AWS.SecretsManager();
const getSecrets = async (secretName) => {

var params = {
SecretId: secretName
};
return await secretsManager.getSecretValue(params).promise();
}
const secretsExample = async function () {
123
Funciones de la biblioteca disponibles
para los scripts de valores controlados
// Fetch secrets
var secrets = await getSecrets("secretname")
// Use secrets
log.info("SECRETS: " + JSON.stringify(secrets));
};

return await secretsExample();
};
Funciones de la biblioteca disponibles para los scripts

de valores controlados
CloudWatch Synthetics incluye varias funciones integradas a las que puede llamar cuando escriba scripts
de Node.js para su uso como valores controlados.
Algunas funciones se aplican a los valores controlados de interfaz de usuario y API. Otras se aplican
únicamente a los valores controlados de la interfaz de usuario. Un valor controlado de interfaz de usuario
es aquel que utiliza la función getPage() y que usa Puppeteer como controlador web para navegar e
interactuar con páginas web.
Temas
• Funciones de la biblioteca aplicables a todos los valores controlados (p. 124)
• Funciones de la biblioteca que solo se aplican a los valores controlados de interfaz de
usuario (p. 126)
Funciones de la biblioteca aplicables a todos los valores

controlados
Las siguientes funciones de la biblioteca de CloudWatch Synthetics son útiles para todos los valores
controlados.
Temas
• getLogLevel(); (p. 124)
• setLogLevel(); (p. 125)
• Registrador de Synthetics (p. 125)
getLogLevel();
Recupera el nivel de registro actual para la biblioteca de Synthetics. Los valores posibles son los
siguientes:
• 0: Debug
• 1: Info
• 2: Warn
• 3: Error
Ejemplo:
let logLevel = synthetics.getLogLevel();
124
setLogLevel();
Establece el nivel de registro de la biblioteca de Synthetics. Los valores posibles son los siguientes:
• 0: Debug
• 1: Info
• 2: Warn
• 3: Error
Ejemplo:
synthetics.setLogLevel(0);
Registrador de Synthetics
SyntheticsLogger escribe registros tanto en la consola como en un archivo de registro local, en el mismo
nivel de registro. Este archivo de registro se escribe en ambas ubicaciones solo si el nivel de registro
coincide con el deseado para la función de registro a la que se llamó o está por debajo de este.
Los valores "DEBUG: ", "INFO: ", etc. se anteponen a las instrucciones de registro del archivo de registro
local para que coincidan con el nivel de registro de la función a la que se llamó.
Puede utilizar SyntheticsLogger suponiendo que desee ejecutar la biblioteca de Synthetics en el mismo
nivel que el registro de valores controlados de Synthetics.
No es necesario utilizar SyntheticsLogger para crear un archivo de registro que se carga en la ubicación de
resultados de S3. En su lugar, puede crear un archivo de registro distinto en la carpeta /tmp. Los archivos
creados en la carpeta /tmp se cargan en la ubicación de resultados de S3 como artefactos.
Para utilizar el registrador de la biblioteca de Synthetics:
Definiciones de funciones útiles:
log.debug(mensaje, ex);
Parámetros: mensaje es el mensaje que se va a registrar. ex es la excepción que se registra, si la hay
Ejemplo:
log.debug("Starting step - login.");
log.error(mensaje, ex);
Ejemplo:
try {
await login();
catch (ex) {
log.error("Error encountered in step - login.", ex);
}
log.info(mensaje, ex);
125
Ejemplo:
log.info("Successfully completed step - login.");
log.log(mensaje, ex);
Este es un alias para log.info.
Ejemplo:
log.log("Successfully completed step - login.");
log.warn(mensaje, ex);
Ejemplo:
log.warn("Exception encountered trying to publish CloudWatch Metric.", ex);
Funciones de la biblioteca que solo se aplican a los valores

controlados de interfaz de usuario
Las siguientes funciones de la biblioteca de CloudWatch Synthetics solo son útiles para los valores
controlados de interfaz de usuario.
Temas
• async addUserAgent(page, userAgentString); (p. 126)
• async executeStep(stepName = null, functionToExecute); (p. 126)
• getPage(); (p. 127)
• getRequestResponseLogHelper(); (p. 127)
• RequestResponseLogHelper class (p. 127)
• setRequestResponseLogHelper(); (p. 128)
async addUserAgent(page, userAgentString);

Esta función añade userAgentString al encabezado de agente de usuario de la página especificada.
Ejemplo:
await synthetics.addUserAgent(page, "MyApp-1.0");
Los resultados del encabezado del agente de usuario de la página se establecen en browsers-user-
agent-header-valueMyApp-1.0
async executeStep(stepName = null, functionToExecute);

Ejecuta el paso proporcionado y lo integra con iniciar/superar/fallar el registro, iniciar/superar/fallar capturas
de pantalla, superar/fallar y métricas de duración. También hace lo siguiente:
• Registra que el paso se ha iniciado.
126
• Toma una captura de pantalla denominada <stepName>-starting.

• Inicia un temporizador.
• Ejecuta la función proporcionada.
• Si la función devuelve resultados normalmente, cuenta como superada. Si la función falla, cuenta como
error.
• Finaliza el temporizador.
• Registra si el paso se ha superado o no.
• Toma una captura de pantalla denominada <stepName>-succeeded o <stepName>-failed.
• Emite la métrica stepName SuccessPercent, 100 para superado o 0 para no superado.
• Emite la métrica stepName Duration, con un valor basado en las horas de inicio y de finalización del
paso.
• Por último, devuelve el mismo resultado que functionToExecute o vuelve a arrojar el mismo error
que functionToExecute.
Ejemplo:
await synthetics.executeStep('navigateToUrl', async function (timeoutInMillis = 30000) {

await page.goto(url, {waitUntil: ['load', 'networkidle0'], timeout:
timeoutInMillis});});
Respuesta:
Devuelve el mismo resultado que functionToExecute.
getPage();
Devuelve la página abierta actual como objeto de Puppeteer. Para obtener más información, consulte
Puppeteer API v1.14.0.
Ejemplo:
let page = synthetics.getPage();
Respuesta:
La página (objeto de Puppeteer) que está abierta en la sesión del explorador actual.
getRequestResponseLogHelper();
Utilice esta función como patrón generador para modificar las marcas de registro de solicitudes y
respuestas.
Ejemplo:
synthetics.setRequestResponseLogHelper(getRequestResponseLogHelper().withLogRequestHeaders(false));;
Respuesta:
{RequestResponseLogHelper}
RequestResponseLogHelper class
Controla la configuración y la creación en detalle de las representaciones de cadena de cargas de solicitud
y respuesta.
127
Ejecución de un valor controlado en una VPC
class RequestResponseLogHelper {
constructor () {
this.request = {url: true, resourceType: false, method: false, headers: false,
postData: false};
this.response = {status: true, statusText: true, url: true, remoteAddress: false,
headers: false};
}
withLogRequestUrl(logRequestUrl);
withLogRequestResourceType(logRequestResourceType);
withLogRequestMethod(logRequestMethod);
withLogRequestHeaders(logRequestHeaders);
withLogRequestPostData(logRequestPostData);
withLogResponseStatus(logResponseStatus);
withLogResponseStatusText(logResponseStatusText);
withLogResponseUrl(logResponseUrl);
withLogResponseRemoteAddress(logResponseRemoteAddress);
withLogResponseHeaders(logResponseHeaders);
Ejemplo:
synthetics.setRequestResponseLogHelper(getRequestResponseLogHelper()
.withLogRequestPostData(true)
.withLogRequestHeaders(true)
.withLogResponseHeaders(true));
Respuesta:
setRequestResponseLogHelper();
Utilice esta función como patrón generador para establecer las marcas de registro de solicitudes y
respuestas.
Ejemplo:
synthetics.setRequestResponseLogHelper().withLogRequestHeaders(true).withLogResponseHeaders(true);
Respuesta:

Puede ejecutar valores controlados en los puntos de enlace de una VPC, así como en los puntos de enlace
internos públicos. Para ejecutar un valor controlado en una VPC, debe tener habilitadas las opciones DNS
128
Resolution (Resolución de DNS) y DNS hostnames (Nombres de host DNS) en la VPC. Para obtener más
información, consulte Utilización de DNS con su VPC.
Cuando ejecute un valor controlado en un punto de enlace de VPC, debe proporcionar una forma para que
este envíe sus métricas a CloudWatch y sus artefactos a Amazon S3. Si la VPC ya está habilitada para
el acceso a Internet, no hay nada más que hacer. El valor controlado se ejecuta en la VPC, pero puede
acceder a Internet para cargar sus métricas y artefactos.
Si la VPC no está habilitada aún para el acceso a Internet, tiene dos opciones:
• Habilítela para obtener acceso a Internet. Para obtener más información, consulte ¿Cómo doy a acceso
a Internet a mi función de Lambda en una VPC? en AWS Support.
• Si desea mantener su VPC como privada, puede configurar el valor controlado para que envíe sus datos
a CloudWatch y Amazon S3 mediante puntos de enlace de la VPC privados. Si aún no lo ha hecho, debe
crear puntos de enlace para estos servicios en la VPC. Para obtener más información, consulte Uso de
CloudWatch y CloudWatch Synthetics con los puntos de enlace de la VPC de tipo interfaz (p. 435) y
Puntos de enlace de Amazon VPC para Amazon S3.
Solución de problemas de un valor controlado en una VPC

Si tiene problemas después de crear o actualizar un valor controlado, puede encontrar la solución en una
de las secciones siguientes.
Estado de error de un valor controlado nuevo o no se puede actualizar un valor

controlado
Si crea un valor controlado para ejecutarlo en una VPC y este entra inmediatamente en estado de error,
o bien no puede actualizar un valor controlado para ejecutarlo en una VPC, es posible que el rol del
valor controlado no tenga los permisos correctos. Para ejecutarse en una VPC, un valor controlado
debe tener los permisos ec2:CreateNetworkInterface, ec2:DescribeNetworkInterface y
ec2:DeleteNetworkInterface. Todos estos permisos están contenidos en la política administrada
AWSLambdaVPCAccessExecutionRole. Para obtener más información, consulte Rol de ejecución y
permisos de usuario.
Si el problema se produjo al crear un valor controlado, debe eliminarlo y crear uno nuevo. Si utiliza la
consola de CloudWatch para crear el nuevo valor controlado, en Access Permissions (Permisos de
acceso), seleccione Create a new role (Crear un nuevo rol). Se crea un nuevo rol que incluye todos los
permisos necesarios para ejecutar el valor controlado.
Si el problema ocurre al actualizar un valor controlado, puede volver a actualizarlo y proporcionar un nuevo
rol que tenga los permisos necesarios.
Error “No se devolvió ningún resultado de prueba”

Si un valor controlado muestra un error de tipo “no se devolvió ningún resultado de prueba”, la causa
puede ser uno de los problemas siguientes:
• Si la VPC no tiene acceso a Internet, debe utilizar los puntos de enlace de la VPC para proporcionar
al valor controlado acceso a CloudWatch y Amazon S3. Debe habilitar las opciones DNS Resolution
(Resolución de DNS) y DNS hostname (Nombre de host DNS) en la VPC para que estas direcciones de
punto de enlace se resuelvan correctamente. Para obtener más información, consulte Utilización de DNS
con su VPC.
• Los valores controlados debe ejecutarse en subredes privadas dentro de una VPC. Para comprobarlo,
abra la página Subnets (Subredes) en la consola de VPC. Compruebe las subredes que seleccionó
al configurar el valor controlado. Si tienen una ruta a una gateway de Internet (igw-), no son subredes
privadas.
129
Visualización de estadísticas y detalles de los canaries
Para ayudarle a solucionar estos problemas, consulte los registros del valor controlado.
Para ver los eventos de registro de un valor controlado

2. En el panel de navegación, seleccione Log groups (Grupos de registro).
3. Elija el nombre del grupo de registro del valor controlado. El nombre del grupo de registro comienza
por /aws/lambda/cwsyn-canary-name.
Visualización de estadísticas y detalles de los

canaries
Puede ver detalles sobre sus canaries y ver estadísticas sobre sus ejecuciones.
Para poder ver todos los detalles sobre los resultados de las ejecuciones de valor controlado, debe iniciar
sesión en una cuenta con permisos suficientes. Para obtener más información, consulte Roles y permisos
necesarios para valores controlados de CloudWatch (p. 112).
También puede ver las métricas de CloudWatch creadas por sus valores controlados. Estas métricas
se encuentran en el espacio de nombres CloudWatchSynthetics. Las métricas tienen los nombres
SuccessPercent, Failed y Duration. Estas métricas tienen CanaryName como dimensión. Los
valores controlados que comprueban un flujo de trabajo de GUI también tienen StepName como
dimensión.
Para obtener información sobre cómo ver las métricas de CloudWatch, consulte Visualización de métricas
disponibles (p. 33).
Para ver estadísticas y detalles de los canaries

2. En el panel de navegación, elija Channels (Canales).
En los detalles sobre los valores controlados que ha creado:
• Status (Estado) muestra visualmente cuántos de sus valores controlados han superado sus
ejecuciones más recientes.
• En el gráfico situado bajo Canary runs (Ejecuciones de valores controlados), cada punto representa
un minuto de las ejecuciones de los valores controlados. Puede colocarse sobre un punto para ver
los detalles.
3. Para ver más detalles sobre un solo canary, elija un punto en el gráfico Status (Estado) o elija el
nombre del canary en la tabla Canaries.
En los detalles de ese valor controlado:
• En Canary runs (Ejecuciones de valores controlados), puede elegir una de las líneas para ver
detalles sobre esa ejecución.
• En el gráfico, puede elegir Screenshot (Captura de pantalla), HAR file (Archivo HAR) o Logs
(Registros) para ver estos tipos de detalles.
Los registros para ejecuciones de valores controlados se almacenan en cubos S3 y en CloudWatch

Logs.
Las capturas de pantalla muestran cómo sus clientes ven sus páginas web. Puede utilizar los
archivos HAR (archivos HTTP Archive) para ver datos de rendimiento detallados sobre las páginas
130
Eliminación de un canary
web. Puede analizar la lista de solicitudes web y detectar problemas de rendimiento, como el tiempo
de carga de un elemento. Los archivos de registro muestran el registro de interacciones entre la
ejecución de valores controlados y la página web y se pueden utilizar para identificar detalles de
errores.
Eliminación de un canary
Al eliminar un canary, los recursos utilizados y creados por el canary no se eliminan automáticamente.
Después de eliminar un canary que no tiene previsto volver a utilizar, también debe eliminar lo siguiente:
• Las capas y funciones de Lambda utilizadas por este valor controlado. Su prefijo es
cwsyn-MyCanaryName.
• Alarmas de CloudWatch creadas para este valor controlado. Estas alarmas tienen un nombre de
Synthetics-Alarm-MyCanaryName.
• Objetos y buckets de Amazon S3, como la ubicación del artefacto y la ubicación de los resultados del
valor controlado.
• Roles de IAM creados para el canary. Tienen el nombre role/service-role/
CloudWatchSyntheticsRole-MyCanaryName.
• Grupos de registros en CloudWatch Logs creados para el valor controlado. Estos grupos de registros
tienen los siguientes nombres: /aws/lambda/cwsyn-MyCanaryName.
Antes de eliminar un valor controlado, es posible que desee ver los detalles del valor controlado y tomar
nota de esta información. De esta forma, puede eliminar los recursos correctos después de eliminar el
valor controlado.
131
Uso de ServiceLens para monitorizar

el estado de sus aplicaciones
CloudWatch ServiceLens mejora la observabilidad de sus servicios y aplicaciones al permitirle integrar
rastros, métricas, registros y alarmas en un solo lugar. ServiceLens integra CloudWatch con AWS X-
Ray para proporcionar una visión integral de su aplicación a fin de ayudarle a detallar de manera más
eficiente los cuellos de botella de rendimiento e identificar a los usuarios afectados. Un mapa de servicio
muestra los puntos de enlace de servicio y los recursos como “nodos” y resalta el tráfico, la latencia y los
errores de cada nodo y sus conexiones. Puede elegir un nodo para ver información detallada sobre las
métricas, registros y rastros correlacionados asociados a esa parte del servicio. Esto le permite investigar
los problemas y su efecto en la aplicación.
Para aprovechar al máximo ServiceLens y las métricas, registros y rastreos correlacionados, debe
actualizar el SDK de X-Ray y la instrumentación de su aplicación. ServiceLens admite la correlación
132
Implementación de ServiceLens
de registros para funciones de Lambda, API Gateway, aplicaciones basadas en Java que se ejecutan
en Amazon EC2 y aplicaciones basadas en Java que se ejecutan en Amazon EKS o Kubernetes con
Container Insights implementado.
ServiceLens se integra con Amazon CloudWatch Synthetics, un servicio totalmente gestionado que le
permite crear canaries para monitorizar sus puntos de enlace y API de afuera hacia adentro. Los canaries
que cree aparecerán en el mapa de servicio ServiceLens. Para obtener más información, consulte Uso del
monitoreo sintético (p. 111).
ServiceLens está disponible en todas las regiones donde X-Ray está disponible, excepto en AWS
GovCloud (US). ServiceLens no está disponible en AWS GovCloud (US).
Temas
• Implementación de ServiceLens (p. 133)
• Uso del mapa de servicio en ServiceLens (p. 141)
• Uso de la vista Rastros en ServiceLens (p. 143)
• Solución de problemas de ServiceLens (p. 144)
Implementación de ServiceLens
La implementación de ServiceLens requiere dos pasos:
• Implemente AWS X-Ray para que pueda ver el mapa de servicio.

• Implemente el agente de CloudWatch y el demonio de X-Ray para habilitar la integración del mapa de
servicio con métricas de CloudWatch y CloudWatch Logs.
Temas
• Implementación de AWS X-Ray (p. 133)
• Implementación del agente de CloudWatch y el demonio de X-Ray (p. 135)
Implementación de AWS X-Ray

Puede usar cualquier SDK de AWS X-Ray para habilitar X-Ray. Sin embargo, solo se admite la correlación
de registros y métricas con sus rastros si utiliza el SDK de Java.
Para implementar X-Ray, siga la configuración de X-Ray estándar. Para obtener más información, consulte
los siguientes temas:
• SDK de AWS X-Ray para Java (admite correlaciones de registros)

• El SDK de X-Ray para Node.js
• AWS X-Ray SDK para .NET
• SDK de AWS X-Ray para Go
• SDK de AWS X-Ray para Python
• SDK de AWS X-Ray para Ruby
Una vez completada la configuración de X-Ray, siga los pasos de las siguientes secciones para integrar X-
Ray con CloudWatch Logs y habilitar métricas de segmentos.
Temas
• Integración con CloudWatch Logs (p. 134)
• Habilitación de métricas de segmentos desde X-Ray (p. 134)
133
Implementación de AWS X-Ray
Integración con CloudWatch Logs

Para habilitar la integración con CloudWatch Logs, hay dos pasos:
• Habilite una correlación de seguimiento a registros. Esto se admite únicamente con SDK para Java.
• Configure una inyección de ID de rastro.
Habilitación de una correlación de seguimiento a registros

SDK para Java admite tanto un conjunto de marcos de registro de la aplicación estándar como
compatibilidad nativa con CloudWatch Logs. Antes de completar los siguientes pasos, debe haber
completado una configuración estándar del SDK de AWS X-Ray para Java.
Los tiempos de ejecución admitidos son Amazon EC2, Amazon ECS con CloudWatch Container Insights
habilitado y Lambda.
• Para habilitar una correlación de seguimiento a registros en Amazon EC2, habilite el complemento EC2
de X-Ray. Para obtener más información, consulte Complementos del servicio.
• Para habilitar una correlación de seguimiento a registros en Amazon EKS, habilite primero
Container Insights si aún no lo ha hecho. Para obtener más información, consulte Uso de Container
Insights (p. 165).
A continuación, habilite el complemento de ESK del SDK de X-Ray. Para obtener más información,
consulte Complementos del servicio.
• Para habilitar una correlación de seguimiento a registros en Lambda, debe habilitar X-Ray en Lambda.
Para obtener más información, consulte AWS Lambda y AWS X-Ray.
Habilitación de una inyección de ID de rastro

Para obtener información acerca de cómo habilitar una inyección de ID de rastro, consulte Registro.
Habilitación de métricas de segmentos desde X-Ray

El SDK de AWS X-Ray para Java puede emitir varias métricas sobre segmentos en CloudWatch para
proporcionar una visión sin muestrear de las tasas de latencia, limitaciones y errores. Utiliza el agente de
CloudWatch para emitir estas métricas a fin de minimizar el impacto en el rendimiento de la aplicación.
Para obtener más información acerca de los segmentos, consulte Segmentos.
Si habilita métricas de segmento, se crea un grupo de registro denominado XRayApplicationMetrics y se

publican las métricas ErrorRate, FaulTate, ThrottleRate y Latency (Latencia) en un espacio de nombres de
la métrica de CloudWatch personalizado llamado Observability (Observabilidad).
Actualmente no se admiten las métricas de segmento en Lambda.
Para habilitar el SDK de AWS X-Ray para Java a fin de publicar métricas de segmentos, utilice el siguiente
ejemplo.
AWSXRayRecorderBuilder builder = AWSXRayRecorderBuilder.standard().withSegmentListener(new

MetricsSegmentListener());
Si utiliza ServiceLens con Amazon EKS y Container Insights, añada la variable de entorno
AWS_XRAY_METRICS_DAEMON_ADDRESS a la HOST_IP como se muestra en el siguiente ejemplo.
env:
- name: HOST_IP
valueFrom:
fieldRef:
134
Implementación del agente de
CloudWatch y el demonio de X-Ray
apiVersion: v1
fieldPath: status.hostIP
- name: AWS_XRAY_METRICS_DAEMON_ADDRESS
value: $(HOST_IP):25888
Para obtener más información, consulte Habilitar métricas de CloudWatch de X-Ray.
Implementación del agente de CloudWatch y el

demonio de X-Ray
En esta sección, se explica cómo implementar el agente de CloudWatch y el demonio de X-Ray. Puede
implementar el agente y el demonio en los siguientes entornos:
• Amazon ECS o bien Fargate

• Amazon EKS o Kubernetes alojados en Amazon EC2
• Amazon EC2
Los pasos de implementación para cada uno de estos entornos se explican en las siguientes secciones.
Temas
• Implementación del agente de CloudWatch y el demonio de X-Ray en Amazon ECS (p. 135)
• Implementación del agente de CloudWatch y el demonio de X-Ray en Amazon EKS o
Kubernetes (p. 139)
• Implementación del agente de CloudWatch y el demonio de X-Ray en Amazon EC2 (p. 141)
Implementación del agente de CloudWatch y el demonio de X-

Ray en Amazon ECS
En Amazon ECS, implementa el agente de CloudWatch como elemento asociado al contenedor de
aplicaciones para recopilar métricas. Puede configurar el agente de CloudWatch a través del almacén de
parámetros SSM.
Creación de roles de IAM

Debe crear dos roles de IAM. Si ya ha creado estos roles, es posible que deba añadirles permisos.
• Rol de tarea de ECS: los contenedores usan este rol para ejecutarse. Los permisos deben
ser los que necesiten sus aplicaciones, además de CloudWatchAgentServerPolicy y
AWSXRayDaemonWriteAccess.
• Rol de definición de tarea de ECS: Amazon ECS usa este rol para lanzar y ejecutar sus
contenedores. Si ya ha creado este rol, asóciele las políticas AmazonSSMReadOnlyAccess,
AmazonECSTaskExecutionRolePolicy y CloudWatchAgentServerPolicy.
Si necesita almacenar más datos confidenciales para que Amazon ECS los use, consulte Especificación
de información confidencial para obtener más información.
Para obtener más información acerca de cómo crear roles de IAM, consulte Creación de roles de IAM.
Almacenamiento de la configuración del agente en el almacén de parámetros

SSM
Debe asegurarse de que el archivo de configuración del agente tiene la siguiente sección y, a
continuación, cargarlo en el almacén de parámetros SSM.
135
{
"logs": {
"metrics_collected": {
"emf": {}
}
}
}
Para cargar la configuración del agente en el almacén de parámetros SSM
1. Incorporación del contenido de configuración del agente a un archivo local /tmp/ecs-

cwagent.json
2. Escriba el siguiente comando. Sustituya región por la región del clúster.
aws ssm put-parameter \

--name "ecs-cwagent" \
--type "String" \
--value "`cat /tmp/ecs-cwagent.json`" \
--region "region"
Creación de una definición de tarea y lanzamiento de la tarea

Los pasos correspondientes a esta tarea dependen de si desea utilizar el tipo de lanzamiento de EC2 o el
tipo de lanzamiento de Fargate.
Tipo de lanzamiento de EC2
Primero, cree la definición de tarea. En este ejemplo, el contenedor “demo-app” envía métricas de SDK de
X-Ray al agente de CloudWatch y envía información de seguimiento al demonio de X-Ray.
Copie la siguiente definición de tarea en un archivo JSON local como /tmp/ecs-cwagent-ec2.json.

Reemplace los siguientes marcadores de posición:
• Sustituya {{ecs-task-role}} por el ARN de su rol de tarea de ECS.

• Sustituya {{ecs-task-execution-role}} por el ARN de su rol de ejecución de tareas de ECS.
• Sustituya {{demo-app-image}} por la imagen de la aplicación con la integración del SDK de X-Ray.
Cambie el nombre de demo-app a su propio nombre de la aplicación.
• Sustituya {{region}} por el nombre de la región de AWS a la que desea enviar los registros para
contenedores. Por ejemplo, us-west-2.
{
"family": "ecs-cwagent-ec2",
"taskRoleArn": "{{ecs-task-role}}",
"executionRoleArn": "{{ecs-task-execution-role}}",
"networkMode": "bridge",
"containerDefinitions": [
{
"name": "demo-app",
"image": "{{demo-app-image}}",
"links": [
"cloudwatch-agent",
"xray-daemon"
],
"logConfiguration": {
"logDriver": "awslogs",
"options": {
136
"awslogs-create-group": "True",
"awslogs-group": "/ecs/ecs-cwagent-ec2",
"awslogs-region": "{{region}}",
"awslogs-stream-prefix": "ecs"
}
}
},
{
"name": "xray-daemon",
"image": "amazon/aws-xray-daemon:latest",
"options": {
}
}
},
{
"name": "cloudwatch-agent",
"image": "amazon/cloudwatch-agent:latest",
"secrets": [
{
"name": "CW_CONFIG_CONTENT",
"valueFrom": "ecs-cwagent"
}
],
"options": {
}
}
}
],
"requiresCompatibilities": [
"EC2"
],
"cpu": "256",
"memory": "256"
}
Utilice el siguiente comando para crear la definición de tarea. Sustituya {{region}} por la región del
clúster.
aws ecs register-task-definition \

--cli-input-json file:///tmp/ecs-cwagent-ec2.json \
--region {{region}}
Escriba el siguiente comando para lanzar la tarea. Sustituya {{cluster-name}} y {{region}} por el
nombre y la región del clúster.
aws ecs run-task \

--cluster {{cluster-name}} \
--task-definition ecs-cwagent-ec2 \
--region {{region}} \
--launch-type EC2
137
Tipo de lanzamiento de Fargate
Primero, cree la definición de tarea. En este ejemplo, el contenedor “demo-app” envía métricas de SDK de
X-Ray al agente de CloudWatch y envía información de seguimiento al demonio de X-Ray.
Copie la siguiente definición de tarea en un archivo JSON local como /tmp/ecs-cwagent-ec2.json.

Reemplace los siguientes marcadores de posición:
• Sustituya {{ecs-task-role}} por el nombre de recurso de Amazon (ARN) de su rol de tarea de ECS.
• Sustituya {{ecs-task-execution-role}} por el ARN de su rol de ejecución de tareas de ECS.
• Sustituya {{demo-app-image}} por la imagen de la aplicación con la integración del SDK de X-Ray.
Cambie el nombre de demo-app a su propio nombre de la aplicación.
• Sustituya {{region}} por el nombre de la región de AWS a la que desea enviar los registros para
contenedores. Por ejemplo, us-west-2.
{
"family": "ecs-cwagent-fargate",
"taskRoleArn": "{{ecs-task-role}}",
"executionRoleArn": "{{ecs-task-execution-role}}",
"networkMode": "awsvpc",
{
"name": "demo-app",
"image": "{{demo-app-image}}",
"options": {
"awslogs-group": "/ecs/ecs-cwagent-fargate",
}
}
},
{
"name": "xray-daemon",
"image": "amazon/aws-xray-daemon:latest",
"options": {
}
}
},
{
"name": "cloudwatch-agent",
"secrets": [
{
"valueFrom": "ecs-cwagent"
}
],
"options": {
138
}
}
}
],
"requiresCompatibilities": [
"FARGATE"
],
"cpu": "512",
"memory": "1024"
}
Utilice el siguiente comando para crear la definición de tarea. Sustituya {{region}} por la región del
clúster.
aws ecs register-task-definition \

--cli-input-json file:///tmp/ecs-cwagent-fargate.json \
--region {{region}}
Si ya tiene un clúster de Fargate configurado, puede usar la definición de tarea que acaba de crear para
lanzar la tarea. Si aún no dispone de ningún clúster de Fargate, consulte Configurar el servicio para
obtener más información acerca del resto de los pasos para configurar Fargate.

Ray en Amazon EKS o Kubernetes
En estos temas se explica cómo instalar el demonio de X-Ray y el agente de CloudWatch en Amazon EKS
o Kubernetes.
Implementación del demonio de X-Ray en Amazon EKS o Kubernetes

Para instalar el agente de CloudWatch y el demonio de X-Ray en Amazon EKS o Kubernetes, puede usar
una configuración rápida.
Para instalar el agente de CloudWatch y el demonio de X-Ray en Amazon EKS o Kubernetes
1. Asegúrese de que el rol de IAM asociado a la instancia EC2, o bien el nodo de trabajo de Kubernetes,
tiene asociadas las políticas CloudWatchAgentServerPolicy y AWSXRayDaemonWriteAccess.
2. Escriba el siguiente comando:
curl https://raw.githubusercontent.com/aws-samples/amazon-cloudwatch-container-
insights/master/k8s-deployment-manifest-templates/deployment-mode/daemonset/cwagent-
fluentd-xray/cwagent-fluentd-xray-quickstart.yaml | sed "s/{{cluster_name}}/cluster-
name/;s/{{region_name}}/region/" | kubectl apply -f -
Qué hace el inicio rápido
En esta sección se describe la configuración rápida del agente de CloudWatch y el demonio de X-Ray.
• La configuración rápida instala el demonio de X-Ray a través del comando kubectl apply -f con el
siguiente contenido del archivo.
apiVersion: apps/v1
kind: DaemonSet
metadata:
name: xray-daemon
namespace: amazon-cloudwatch
139
spec:
selector:
matchLabels:
name: xray-daemon
template:
metadata:
labels:
name: xray-daemon
spec:
containers:
- name: xray-daemon
image: amazon/aws-xray-daemon:latest
imagePullPolicy: Always
ports:
- containerPort: 2000
hostPort: 2000
protocol: UDP
resources:
limits:
cpu: 100m
memory: 256Mi
requests:
cpu: 50m
memory: 50Mi
terminationGracePeriodSeconds: 60
• La configuración rápida actualiza el agente de CloudWatch mediante la versión/etiqueta de la

imagen de Docker 1.231221.0 o posterior, o la versión más reciente. Encontrará la imagen en https://
hub.docker.com/r/amazon/cloudwatch-agent.
• Para habilitar el SDK de X-Ray a fin de leer el nombre del clúster y la información de la región, la
configuración rápida actualiza el agente de CloudWatch mediante la versión/etiqueta de la imagen de
Docker 1.231221.0 o posterior, o la más reciente. Encontrará la imagen en https://hub.docker.com/r/
amazon/cloudwatch-agent.
• Para permitir que el SDK de X-Ray lea el nombre del clúster y la información de la región, la
configuración rápida creó un archivo con el siguiente contenido y, a continuación, lo aplicó con el
comando kubectl apply -f.
---
# create role binding for XRay SDK to read config map
apiVersion: rbac.authorization.k8s.io/v1
kind: Role
metadata:
name: container-insights-discovery-role
rules:
- apiGroups:
- ""
resourceNames:
- cluster-info
resources:
- configmaps
verbs:
- get
---
apiVersion: rbac.authorization.k8s.io/v1
kind: RoleBinding
metadata:
name: service-users-cloudwatch-discovery-role-binding
roleRef:
apiGroup: rbac.authorization.k8s.io
kind: Role
140
Uso del mapa de servicio
name: container-insights-discovery-role
subjects:
- apiGroup: rbac.authorization.k8s.io
kind: Group
name: system:serviceaccounts
• La configuración rápida expone el puerto del agente de CloudWatch que recibe las métricas de SDK de
X-Ray. El puerto predeterminado es UDP 25888.
ports:
hostPort: 25888
protocol: UDP
• La configuración rápida combina el archivo JSON de configuración del agente con la configuración de
métricas de SDK de X-Ray con el siguiente JSON.
{
"logs": {
"emf": {}
}
}
}

Ray en Amazon EC2
Las instalaciones estándar del agente de CloudWatch y el demonio de X-Ray son suficientes para habilitar
ServiceLens en Amazon EC2, con la incorporación del siguiente ejemplo de la sección de configuración
del agente de CloudWatch. Para obtener más información acerca de la instalación del agente, consulte
Instalación del agente de CloudWatch (p. 223). Para obtener más información acerca del archivo de
configuración del agente de CloudWatch, consulte Creación o edición manual del archivo de configuración
del agente de CloudWatch (p. 263).
Cuando configure el agente de CloudWatch, incluya esta sección en el archivo de configuración:
{
"logs": {
"emf": {}
}
}
}
Para obtener más información acerca de la instalación del demonio de X-Ray, consulte Configuración del
demonio de AWS X-Ray.
Uso del mapa de servicio en ServiceLens

En esta sección se presenta el mapa de servicio y se le enseña a navegar por él.
Para ver un mapa de servicio, debe haber instalado AWS X-Ray y completado los demás pasos
de implementación de ServiceLens. Para obtener más información, consulte Implementación de
ServiceLens (p. 133).
141
Uso del mapa de servicio
También debe haber iniciado sesión en una cuenta que tenga la directiva administrada de
AWSXrayReadOnlyAccess, así como permisos que le permitan ver la consola de CloudWatch. Para
obtener más información, consulte Cómo funciona AWS X-Ray con IAM y Uso de paneles de Amazon
CloudWatch (p. 17).
Para comenzar a utilizar el mapa de servicio

2. En el panel de navegación, elija Service Map (Mapa de servicio).
Aparecerá un mapa de servicio. Consta de las siguientes partes:
• Los servicios de AWS y las aplicaciones personalizadas para las que ha habilitado el seguimiento se
muestran como círculos o “nodos”. El tamaño de cada nodo indica el número relativo de solicitudes
rastreadas que van a ese servicio.
• Los bordes, o conexiones entre nodos, se muestran como líneas que conectan los nodos. De forma
predeterminada, el grosor de una línea indica el número relativo de solicitudes rastreadas entre esos
nodos.
Puede utilizar el menú desplegable de la parte superior derecha para elegir si el número de
solicitudes rastreadas o la latencia media se utiliza para el tamaño de borde y nodo. También puede
elegir utilizar un tamaño constante para todos los nodos y bordes.
• El punto de entrada de sus nodos se muestra a la izquierda como un "Cliente". Un "Cliente"
representa tanto el tráfico del servidor web como las solicitudes de operación de API rastreadas.
• Un nodo detallado parcialmente en rojo, naranja o morado presenta problemas. Algunas solicitudes
rastreadas a estos nodos presentan errores o limitaciones. El porcentaje del esquema de color
indica el porcentaje de solicitudes rastreadas que presentan problemas.
• Si un nodo tiene un triángulo con un signo de exclamación junto a él, al menos una alarma de
CloudWatch relacionada con ese nodo está en estado de alarma.
3. De forma predeterminada, los datos del mapa son para la ventana de 6 horas más reciente. Para
cambiar el periodo de la ventana, utilice los controles situados en la parte superior derecha de la
pantalla. El intervalo de tiempo que se va a mostrar puede ser de hasta 6 horas, y puede ser de hasta
30 días en el pasado.
4. Si ha habilitado grupos de X-Ray, puede filtrar el mapa seleccionando un grupo de X-ray en el filtro.
5. Para centrarse en las conexiones entrantes y salientes de un nodo, seleccione el nodo y elija View
connections (Ver conexiones) cerca de la parte superior del mapa de servicio.
6. Para ver una ventana emergente que muestre las estadísticas de resumen de alarma, latencia, errores
y solicitudes de un nodo, ponga en pausa ese nodo.
7. Para ver las estadísticas de latencia de una conexión de borde, ponga en pausa la línea que
representa ese borde.
8. Para mostrar el estado de alarma de un servicio, junto con gráficos de líneas de los recuentos de
seguimiento, errores y latencia, elija ese nodo de servicio en el mapa.
Para obtener más información acerca de esta visión, consulte los procedimientos siguientes.
9. Para ver el mapa de servicio como tabla, elija List view (Vista de lista) cerca de la parte superior de la
pantalla. En esta vista, puede filtrar y ordenar los nodos y alarmas que se muestran en el mapa.
10. Para ver un panel con métricas de un nodo específico, seleccione el nodo y, a continuación, elija View
dashboard (Ver panel) cerca de la parte inferior de la pantalla.
Para ver rastros de un servicio o aplicación en el mapa de servicio

2. En el panel de navegación, elija Service Map (Mapa de servicio).
142
Uso de la vista Rastros
3. Elija el nodo que representa el servicio o la aplicación que desea investigar.
CloudWatch muestra gráficos de líneas de los recuentos de seguimiento, errores y latencia de ese
servicio, junto con un resumen del estado de alarma.
Sobre esos gráficos encontrará opciones para sumergirse de lleno en los registros y rastros del
servicio.
4. Para ver rastros relacionados con el servicio, elija View traces (Ver rastros).
La consola cambia a la vista Traces (Rastros), centrada en el servicio que investiga. Para obtener más
información, consulte Uso de la vista Rastros en ServiceLens (p. 143).
Uso de la vista Rastros en ServiceLens

La vista Rastros permite ver rastros de X-Ray recientes en la aplicación.
Para ver rastros y sumergirse de lleno para obtener más información

2. En el panel de navegación, elija Traces (Rastros).
3. En Filter type (Tipo de filtro), puede elegir diferentes criterios para ordenar los rastros según estos.
Mientras lo hace, CloudWatch muestra la tasa de éxito y el tiempo de respuesta de los rastros según
su elección. La lista de rastros que aparece en la parte inferior de la página se ve limitada a aquellos
rastros que coinciden con el filtro. Se recuperan los primeros 1000 rastros que coinciden con el filtro.
Los valores de la tabla de filtros se rellenan mediante los rastros que devuelve el filtro y se actualizan
a medida que ajusta sus opciones en el filtro.
Utilice la opción Custom Query (Consulta personalizada) en Filter type (Tipo de filtro) para agregar una
expresión personalizada como filtro. Las expresiones personalizadas pueden contener palabras clave,
operadores unarios o binarios y valores de comparación de las palabras clave. Las palabras clave
pueden corresponder a partes de un rastro, como responsetime, duration y códigos de estado.
Para obtener más información, consulte Sintaxis de expresión de filtro.
Puede enfocar el filtro aún más activando la casilla situada junto a una fila en Traces by (Rastros por)
y eligiendo Add to filter (Añadir a filtro). El valor de filtro de la fila seleccionada se añade al filtro.
4. Para ver un histograma que representa la distribución del tiempo de respuesta de los rastros devueltos
por el filtro actual y una tabla que muestra cada rastro individual, desplácese hasta el final de la
pantalla.
Elija uno de los rastros de la tabla para ver información detallada sobre el rastro.
En la página de detalles del rastro se muestra una escala temporal que incluye cada uno de los
segmentos que componen el rastro. Elija un segmento para ver metadatos asociados adicionales,
incluidos los errores, si corresponde. En el caso de los rastros en los que se pueden asociar los
registros, las líneas de registro asociadas al rastro se muestran conforme a la línea temporal.
A continuación, tiene la opción de ver esas entradas de registro en CloudWatch Logs Insights. Para
ello, elija View in CloudWatch Logs Insights (Ver en CloudWatch Logs Insights) y, a continuación, Run
query (Ejecutar consulta).
Algunos rastros no tienen entradas de registro asociadas.
• Si no ve entradas de registro para Amazon EC2 ni para Amazon EKS, debe actualizar a la versión
más reciente del SDK de X-Ray. Para obtener más información, consulte Implementación de AWS
X-Ray (p. 133).
143
Solución de problemas de ServiceLens
• ServiceLens muestra entradas de registro para Amazon ECS solo si hay 20 grupos de registro o
menos con nombres que comienzan por /ecs/.
• Actualmente, las entradas de registro de rastros de Fargate no están disponibles.
Solución de problemas de ServiceLens

Las siguientes secciones pueden ser de ayuda si tiene problemas con CloudWatch ServiceLens.
No veo todos mis registros

Cómo configurar los registros para que aparezcan en ServiceLens depende del servicio.
• Los registros de API Gateway aparecen si se activa el registro en API Gateway.

• Los registros de Amazon ECS y Amazon EKS aparecen si utiliza las últimas versiones del SDK
de X-Ray y el agente de CloudWatch. Para obtener más información, consulte Implementación de
ServiceLens (p. 133).
• Los registros de Lambda aparecen si el ID de solicitud está en la entrada de registro. Esto ocurre
automáticamente en las situaciones mostradas en la tabla siguiente. En otros casos, en los que el
tiempo de ejecución no incluye automáticamente el ID de rastro, puede incluir este manualmente.
Tiempo de ejecución Método ¿Debe solicitarse el ID

automáticamente en la entrada
de registro?
Java context.getLogger.log Sí
aws-lambda-java-log4j2
Java System.out.println No
Python context.log Sí
logging.info/error/log/etc...
Python print No
Node.js context.log Sí
console.log/info/error/etc...
dotnet context.Logger.log No
Console.WriteLine()
Go fmt.Printf No
log.Print
Ruby puts No
No veo todas mis alarmas en el mapa de servicio

ServiceLens muestra solo el icono de alerta de un nodo si cualquier alarma asociada a ese nodo tiene el
estado ALARM.
144
No veo algunos recursos de AWS en el mapa de servicio
ServiceLens asocia alarmas con nodos mediante la siguiente lógica:
• Si el nodo representa un servicio de AWS, todas las alarmas con el espacio de nombres asociado a ese
servicio se asocian al nodo. Por ejemplo, un nodo de tipo AWS::Kinesis está vinculado a todas las
alarmas basadas en métricas del espacio de nombres de CloudWatch AWS/Kinesis.
• Si el nodo representa un recurso de AWS, las alarmas de ese recurso específico están vinculadas. Por
ejemplo, un nodo de tipo AWS::DynamoDB::Table con el nombre “MyTable” está vinculado a todas las
alarmas basadas en una métrica con el espacio de nombres AWS/DynamoDB y que tienen la dimensión
TableName establecida en MyTable.
• Si el nodo es de tipo desconocido, que se identifica mediante un borde discontinuo alrededor del
nombre, no se asociará ninguna alarma a ese nodo.
No veo algunos recursos de AWS en el mapa de

servicio
Para que se rastreen los recursos de AWS en el mapa de servicio, el SDK de AWS debe capturarse
mediante el SDK de X-Ray. Para obtener más información acerca de X-Ray, consulte ¿Qué es AWS X-
Ray?.
No todos los recursos de AWS se representan mediante un nodo dedicado. Algunos servicios de AWS se
representan mediante un solo nodo para todas las solicitudes al servicio. Los siguientes tipos de recurso se
muestran con un nodo por recurso:
• AWS::DynamoDB::Table
• AWS::Lambda::Function
Las funciones de Lambda se representan mediante dos nodos: uno para el contenedor de Lambda
y el otro para la función. Esto ayuda a identificar problemas de arranque en frío con las funciones de
Lambda. Los nodos de contenedor de Lambda se asocian a alarmas y paneles de la misma manera que
los nodos de función de Lambda.
• AWS::ApiGateway::Stage
• AWS::SQS::Queue
• AWS::SNS::Topic
Hay demasiados nodos en mi mapa de servicio

Utilice grupos de X-Ray para dividir el mapa en varios mapas. Para obtener más información, consulte Uso
de expresiones de filtro con grupos.
145
Habilitación de la funcionalidad
para diversas cuentas y regiones
Consola de CloudWatch para

diversas cuentas y regiones
Puede agregar funcionalidad para diversas cuentas a la consola de CloudWatch. Esta funcionalidad le
proporciona visibilidad de los paneles, las alarmas, las métricas y los paneles automáticos para diversas
cuentas, sin tener que iniciar y cerrar la sesión de las distintas cuentas cada vez.
Esto permite crear paneles que resuman los datos de CloudWatch de varias cuentas y regiones de AWS
en un mismo panel.
Muchas organizaciones implementan sus recursos de AWS en varias cuentas, con el fin de proporcionar
límites de facturación y seguridad. Si este es su caso, le recomendamos que designe una o varias de sus
cuentas como cuentas de monitorización y que cree en estas los paneles para diversas cuentas.
La funcionalidad para diversas cuentas se integra en AWS Organizations a fin de ayudarle a crear sus
paneles para diversas cuentas de manera eficiente.
Funcionalidad para diversas regiones
La funcionalidad para diversas regiones se integra ahora de forma automática. No es necesario realizar
ningún paso adicional para poder mostrar métricas de distintas regiones de una sola cuenta en el mismo
gráfico o panel.
Habilitación de la funcionalidad para diversas

cuentas en CloudWatch
Si desea configurar la funcionalidad para diversas cuentas en la consola de CloudWatch, utilice la Consola
de administración de AWS para configurar las cuentas de uso compartido y las cuentas de monitorización.
Configuración de una cuenta de uso compartido
Debe habilitar el uso compartido en cada cuenta que vaya a poner datos a disposición de la cuenta de
monitorización.
Para permitir que su cuenta comparta datos de CloudWatch con otras cuentas

2. En el panel de navegación, elija Settings (Configuración). A continuación, elija Configure (Configurar).
3. Elija Share data (Compartir datos).
4. En Sharing (Uso compartido), elija Specific accounts (Cuentas específicas) y especifique los ID de las
cuentas con las que desea compartir datos.
Cualquier cuenta que especifique aquí podrá ver los datos de CloudWatch de su cuenta. Especifique
únicamente los ID de cuentas que conozca y en las que confíe.
5. En Permissions (Permisos), especifique cómo compartir los datos con una de las siguientes opciones:
• Provide read-only access to your CloudWatch metrics, dashboards, and alarms (Proporcionar
acceso de solo lectura a métricas, paneles y alarmas de CloudWatch). Esta opción permite que las
cuentas de monitorización creen paneles para diversas cuentas con widgets que contengan datos
de CloudWatch de su cuenta.
146
• Include CloudWatch automatic dashboards (Incluir paneles automáticos de CloudWatch). Si

selecciona esta opción, los usuarios de la cuenta de monitorización también pueden ver la
información en los paneles automáticos de esta cuenta. Para obtener más información, consulte
Introducción a Amazon CloudWatch (p. 11).
• Include X-Ray read-only access for ServiceLens (Incluir acceso de solo lectura de X-Ray para
ServiceLens). Si selecciona esta opción, los usuarios de la cuenta de monitorización también
pueden ver el mapa de servicios de ServiceLens y la información de rastreo de X-Ray en esta
cuenta. Para obtener más información, consulte Uso de ServiceLens para monitorizar el estado de
sus aplicaciones (p. 132).
• Full read-only access to everything in your account (Acceso pleno de solo lectura a todo el contenido
de la cuenta). Esta opción habilita las cuentas que se utilizan para compartir, de tal forma que
se puedan crear paneles para diversas cuentas que incluyan widgets que contengan datos de
CloudWatch de su cuenta. También permite que esas cuentas busquen más con más detalle en su
cuenta y consulten los datos de su cuenta en las consolas de otros servicios de AWS.
6. Elija Launch CloudFormation template (Iniciar plantilla de CloudFormation).
En la pantalla de confirmación, escriba Confirm y elija Launch template (Iniciar plantilla).

7. Seleccione la casilla I acknowledge... (Acepto...) y elija Create stack (Crear pila).
Compartir con toda la organización
Al completar el procedimiento anterior, se crea un rol de IAM que permite que la cuenta comparta datos
con una cuenta. Puede crear o editar un rol de IAM que comparta sus datos con todas las cuentas de una
organización. Solo debe hacerlo si conoce y confía en todas las cuentas de la organización.
Para compartir los datos de su cuenta de CloudWatch con todas las cuentas de una organización
1. Si aún no lo ha hecho, lleve a cabo el procedimiento anterior para compartir sus datos con una cuenta
de AWS.
2. Inicie sesión en la Consola de administración de AWS y abra la consola de IAM en https://
console.aws.amazon.com/iam/.
3. Seleccione Roles en el panel de navegación.
4. En la lista de roles, elija CloudWatch-CrossAccountSharingRole.
5. Seleccione Trust relationships (Relaciones de confianza), Edit trust relationship (Editar relaciones de
confianza).
Aparecerá una política como esta:
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Principal": {
"AWS": "arn:aws:iam::123456789012:root"
},
"Action": "sts:AssumeRole"
}
]
}
6. Cambie la política como se indica a continuación, reemplazando org-id por el ID de su organización.
{
"Version": "2012-10-17",
"Statement": [
147
{
"Effect": "Allow",
"Principal": {
"AWS": "*"
},
"Action": "sts:AssumeRole",
"Condition": {
"StringEquals": {
"aws:PrincipalOrgID": "org-id"
}
}
}
]
}
7. Elija Update Trust Policy.
Configuración de una cuenta de monitorización
Habilite cada una de las cuentas de monitorización si desea ver los datos de CloudWatch para diversas
cuentas.
Cuando se completa el procedimiento siguiente, CloudWatch crea un rol vinculado a servicio que
CloudWatch utiliza en la cuenta de monitorización para obtener acceso a los datos compartidos desde
otras cuentas. Este rol vinculado a servicio se denomina AWSServiceRoleForCloudWatchCrossAccount.
Para obtener más información, consulte la sección para Uso de funciones vinculadas a servicios en
Para permitir que la cuenta vea datos de CloudWatch de varias cuentas

3. En View cross-account cross-region (Ver diversas cuentas y regiones), elija una de las siguientes
opciones:
• Account Id Input (Especificar ID de cuenta). Esta opción le pide que introduzca manualmente un ID
de cuenta cada vez que desee cambiar de cuenta al consultar datos de varias cuentas.
• AWS Organization account selector (Selector de cuentas de la organización de AWS). Esta opción
hace que aparezcan las cuentas que especificó al llevar a cabo la integración entre cuentas con
Organizaciones. La próxima vez que utilice la consola, CloudWatch mostrará una lista desplegable
de estas cuentas para que pueda seleccionarlas mientras consulta los datos para diversas cuentas.
Para ello, primero debe haber utilizado la cuenta maestra de la organización con el fin de permitir
que CloudWatch consulte una lista de cuentas de la organización. Para obtener más información,
consulte (Opcional) Integración con AWS Organizations (p. 149).
• Custom account selector (Selector de cuentas personalizado). Esta opción pide que se introduzca
una lista de ID de cuenta. La próxima vez que utilice la consola, CloudWatch mostrará una lista
desplegable de estas cuentas para que pueda seleccionarlas mientras consulta los datos para
diversas cuentas.
También puede especificar una etiqueta para cada una de estas cuentas, de forma que le resulte
más fácil identificarlas al elegir las cuentas que desea consultar.
4. Elija Enable (Habilitar).
Después de completar esta configuración, puede crear paneles para diversas cuentas. Para obtener más
información, consulte Cree paneles entre cuentas y regiones (p. 19).
148
(Opcional) Integración con AWS Organizations
(Opcional) Integración con AWS Organizations

Si desea integrar la funcionalidad para diversas cuentas con AWS Organizations, debe poner a disposición
de las cuentas de monitorización una lista de todas las cuentas de la organización.
Para habilitar la funcionalidad de CloudWatch para diversas cuentas con el fin de obtener acceso
a una lista de todas las cuentas de la organización
1. Inicie sesión en la cuenta maestra de su organización.

4. En Grant permission to view the list of accounts in the organization (Conceder permiso para ver la lista
de cuentas de la organización), elija Specific accounts (Cuentas específicas) para que se le pida que
especifique la lista de ID de cuenta. La lista de cuentas de la organización se compartirá únicamente
con las cuentas que especifique aquí.
5. Elija Share organization account list (Compartir lista de cuentas de la organización).
6. Elija Launch CloudFormation template (Iniciar plantilla de CloudFormation).
En la pantalla de confirmación, escriba Confirm y elija Launch template (Iniciar plantilla).
Solución de problemas de la configuración para

diversas cuentas de CloudWatch
Esta sección contiene sugerencias para solucionar los problemas de implementación de la consola para
diversas cuentas en CloudWatch.
Recibo errores de acceso denegado al mostrar datos para diversas cuentas
Compruebe lo siguiente:
• Su cuenta de monitorización debe tener un rol denominado
AWSServiceRoleForCloudWatchCrossAccount. Si no lo tiene, debe crearlo. Para obtener más
información, consulte Configuración de una cuenta de monitorización (p. 148).
• Cada cuenta de uso compartido debe tener un rol denominado CloudWatch-
CrossAccountSharingRole. Si no lo tiene, debe crearlo. Para obtener más información, consulte
Configuración de una cuenta de uso compartido (p. 146).
• El rol de uso compartido debe confiar en la cuenta de monitorización.
Para confirmar que los roles están configurados correctamente para la consola de CloudWatch
para diversas cuentas

2. Seleccione Roles en el panel de navegación.
3. En la lista de roles, asegúrese de que existe el rol necesario. En una cuenta de uso compartido,
busque CloudWatch-CrossAccountSharingRole. En una cuenta de monitorización, busque
AWSServiceRoleForCloudWatchCrossAccount.
4. Si está en una cuenta de uso compartido y CloudWatch-CrossAccountSharingRole ya existe, elija
CloudWatch-CrossAccountSharingRole.
5. Seleccione Trust relationships (Relaciones de confianza), Edit trust relationship (Editar relaciones de
confianza).
149
Solución de problemas
6. Confirme que la política muestra el ID de cuenta de la cuenta de monitorización o el ID de

organización de una organización que contiene la cuenta de monitorización.
No veo ningún menú desplegable de cuentas en la consola
En primer lugar, compruebe que ha creado los roles de IAM correctos, como se explica en la sección
de solución de problemas anterior. Si están configurados correctamente, asegúrese de haber
habilitado esta cuenta de tal forma que pueda ver los datos para diversas cuentas, como se describe
en permitir que su cuenta vea datos de varias cuentas (p. 148).
150
Uso de la detección de anomalías de

CloudWatch
Cuando habilita la detección de anomalías para una métrica, CloudWatch aplica algoritmos estadísticos
y de aprendizaje automático. Estos algoritmos analizan continuamente las métricas de sistemas y
aplicaciones, determinan los valores de referencia normales y detectan anomalías con una intervención
mínima del usuario.
Los algoritmos generan un modelo de detección de anomalías. El modelo genera un intervalo de valores
esperados que representan el comportamiento normal de la métrica.
Puede utilizar el modelo de valores esperados de dos formas:
• Puede crear alarmas de detección de anomalías basadas en el valor esperado de una métrica. Estos
tipos de alarmas no tienen un umbral estático para determinar el estado de la alarma. En lugar de ello,
comparan el valor de la métrica con el valor esperado en función del modelo de detección de anomalías.
Puede elegir si la alarma se activa cuando el valor de la métrica está por encima del intervalo de valores
previstos, por debajo del intervalo, o bien por encima o por debajo del intervalo.
Para obtener más información, consulte Creación de una alarma de CloudWatch basándose en la
detección de anomalías (p. 87).
• Cuando consulte un gráfico de datos de métricas, superponga los valores esperados en el gráfico en
forma de banda. Esto permite ver claramente qué valores del gráfico están fuera del intervalo normal.
Para obtener más información, consulte Crear un gráfico (p. 45).
Puede habilitar la detección de anomalías utilizando la Consola de administración de AWS, la AWS

CLI, AWS CloudFormation o el SDK de AWS. Puede habilitar la detección de anomalías en las métricas
ofrecidas por AWS y también en métricas personalizadas.
También puede recuperar los valores superior e inferior de la banda del modelo utilizando la solicitud de
la API GetMetricData con la función matemática de la métrica ANOMALY_DETECTION_BAND. Para
obtener más información, consulte GetMetricData.
En un gráfico con detección de anomalías, el intervalo esperado de valores se muestra como una banda
gris. Si el valor real de la métrica está fuera de esta banda, se muestra en rojo durante ese tiempo.
Los algoritmos de detección de anomalías dan cuenta de la estacionalidad y los cambios de tendencia de
las métricas. Los cambios de estacionalidad pueden ser por hora, por día o por semana, como se muestra
en los siguientes ejemplos.
151
Las tendencias a más largo plazo podrían ser a la baja o al alza.
Las detecciones de anomalías también funcionan bien con métricas con patrones planos.
152
Cómo funciona la detección de anomalías
Cómo funciona la detección de anomalías de

CloudWatch
Al habilitar la detección de anomalías de una métrica, CloudWatch aplica algoritmos de aprendizaje
automático a los datos anteriores de la métrica para crear un modelo de los valores esperados de la
métrica. El modelo evalúa las tendencias y los patrones horarios, diarios y semanales de la métrica. El
algoritmo se entrena con hasta dos semanas de datos de métricas, pero puede habilitar la detección de
anomalías en una métrica aunque la métrica no tenga dos semanas completas de datos.
Especifique un valor para el umbral de detección de anomalías que CloudWatch utiliza junto con el modelo
para determinar el intervalo "normal" de valores de la métrica. Un valor mayor del umbral de detección de
anomalías produce un intervalo mayor de valores "normales".
El modelo de aprendizaje automático es específico de una métrica y una estadística. Por ejemplo, si
habilita la detección de anomalías de una métrica utilizando la estadística AVG, el modelo es específica de
la estadística AVG.
Una vez que haya creado un modelo, se actualiza constantemente, utilizando los datos más recientes de la
métrica.
Después de habilitar la detección de anomalías en una métrica, tiene la opción de excluir periodos
de tiempo específicos de la métrica para entrenar el modelo. De esta forma, puede excluir las
implementaciones u otros eventos inusuales para la capacitación de modelos, garantizando la creación del
modelo más preciso.
El uso de modelos de detección de anomalías para las alarmas implica cargos en su cuenta de AWS. Para
obtener más información, consulte Precios de Amazon CloudWatch.
153
Creación de una regla de Contributor Insights
Uso de Contributor Insights para

analizar datos de alta cardinalidad
Puede utilizar Contributor Insights para analizar datos de registro y crear series temporales que muestren
datos de colaboradores. Puede ver métricas acerca de los colaboradores Top-N, el número total de
colaboradores únicos y su uso. Esto le ayuda a encontrar a los hablantes más activos y a comprender
quién o qué afecta al rendimiento del sistema. Por ejemplo, puede encontrar hosts incorrectos, identificar a
los usuarios de red más frecuentes o encontrar las URL que más errores generan.
Puede crear reglas desde cero y, cuando utilice la Consola de administración de AWS, también puede usar
reglas de ejemplo creadas por AWS. Las reglas definen los campos de registro que desea utilizar para
definir colaboradores, como IpAddress. También puede filtrar los datos de registro para buscar y analizar
el comportamiento de los colaboradores individuales.
CloudWatch también proporciona reglas integradas que puede utilizar para analizar métricas de otros
servicios de AWS. Actualmente, las reglas integradas están disponibles para Amazon DynamoDB.
Todas las reglas analizan los datos de entrada en tiempo real.

Note
Si utiliza Contributor Insights, se le cobra por cada aparición de un evento de registro que coincida
con una regla. Para obtener más información, consulte Precios de Amazon CloudWatch.
Temas
• Creación de una regla de Contributor Insights (p. 154)
• Sintaxis de regla de Contributor Insights (p. 157)
• Ejemplos de regla de Contributor Insights (p. 160)
• Consulta de informes de Contributor Insights (p. 161)
• Representación gráfica de métricas generadas por reglas (p. 162)
• Uso de reglas integradas de Contributor Insights (p. 164)

Puede crear reglas para analizar los datos de registro. Se pueden evaluar todos los registros en JSON o
Common Log Format (CLF). Esto incluye los registros personalizados que siguen uno de estos formatos,
así como los registros de servicios de AWS como registros de flujo de Amazon VPC, registros de consultas
de DNS de Amazon Route 53, registros de contenedor de Amazon ECS y registros de AWS CloudTrail,
Amazon SageMaker, Amazon RDS, AWS AppSync y API Gateway.
En una regla, al especificar valores o nombres de campo, todas las coincidencias distinguen entre
mayúsculas y minúsculas.
Al crear una regla, puede utilizar reglas de ejemplo integradas o bien crear su propia regla desde cero.
Para crear una regla con una regla de ejemplo integrada

2. En el panel de navegación, elija Contributor Insights.
3. Elija Create rule.
154
4. Elija Sample rule (Regla de ejemplo) y seleccione la regla en Select sample rule (Seleccionar regla de
ejemplo).
5. Escriba un nombre en Rule name (Nombre de la regla). Los caracteres válidos son A-Z, a-z, 0-9, "-",
"_' y ".".
6. En Log group(s) (Grupos de registro), seleccione los grupos de registro que desea que la regla
monitorice. Puede seleccionar hasta 20 grupos de registro.
Para seleccionar todos los grupos de registro con nombres que empiecen por una determinada
cadena, elija Select by prefix match (Seleccionar por coincidencia de prefijo) y escriba el prefijo.
Si utiliza Select by prefix match (Seleccionar por coincidencia de prefijo), tenga en cuenta cuántos
grupos de registro coincidirán con su prefijo y analizará la regla. Incurrirá en cargos por cada evento
de registro que coincida con una regla. Si busca accidentalmente más grupos de registro de los que
pretendía, puede incurrir en cargos inesperados. Para obtener más información, consulte Precios de
Amazon CloudWatch.
7. La regla de ejemplo ha rellenado los campos Fields (Campos), Contribution (Contribución), Filters
(Filtros) y Aggregate on (Agregar según). Si lo desea, puede ajustar los valores.
8. Elija si desea crear una regla deshabilitada o habilitada. Si elige habilitarla, la regla comenzará a
analizar sus datos inmediatamente. Cuando se ejecutan reglas habilitadas, se incurre en costos. Para
Contributor Insights analiza solo eventos de registro nuevos una vez creada una regla. Una regla no
puede procesar eventos de registros que CloudWatch Logs procesó anteriormente.
9. Seleccione Create (Crear).
Para crear una regla desde cero

3. Elija Create rule.
4. En el asistente Create rule (Crear regla), elija Custom rule (Regla personalizada).
5. Escriba un nombre en Rule name (Nombre de la regla). Los caracteres válidos son A-Z, a-z, 0-9, "-",
"_' y ".".
6. Para terminar de crear la regla, utilice el asistente o elija la pestaña Syntax (Sintaxis) y especifique la
sintaxis de la regla manualmente.
Para seguir utilizando el asistente, haga lo siguiente:
a. En Log group(s) (Grupos de registro), seleccione los grupos de registro que desea que la regla
monitorice. Puede seleccionar hasta 20 grupos de registro.
Para seleccionar todos los grupos de registro con nombres que empiecen por una determinada
cadena, elija Select by prefix match (Seleccionar por coincidencia de prefijo) y escriba ese prefijo.
Si utiliza Select by prefix match (Seleccionar por coincidencia de prefijo), tenga en cuenta cuántos
grupos de registro coincidirán con su prefijo y analizará la regla. Incurrirá en cargos por cada
evento de registro que coincida con una regla. Si busca accidentalmente más grupos de registro
de los que pretendía, puede incurrir en cargos inesperados. Para obtener más información,
consulte Precios de Amazon CloudWatch.
b. En Log format (Formato de registro), elija JSON o CLF.
c. En Contribution (Contribución) y Key (Clave), especifique un tipo de colaborador del que desee
informar. En el informe se muestran los N valores principales de este tipo de colaborador.
Las entradas válidas son cualquier campo de registro que tenga valores. Entre los ejemplos se
incluyen requestId, sourceIPaddress y containerID.
155
Para obtener información acerca de cómo encontrar los nombres de los campos de registro
para los registros de un determinado grupo de estos, consulte Búsqueda de campos de
registro (p. 157).
Las claves superiores a 1 KB se truncan en 1 KB.

d. (Opcional) Agregue más valores para Contribution (Contribución) y Key (Clave). Puede incluir
hasta cuatro claves en una regla. Si especifica más de una clave, las combinaciones de valores
únicas de las claves definen a los colaboradores del informe. Por ejemplo, si especifica tres
claves, cada combinación única de valores de las tres claves se contará como un colaborador
único.
e. (Opcional) Si desea clasificar a los colaboradores por el valor de un campo de registro numérico,
en lugar de por número de apariciones en eventos de registro, utilice los campos Contribution
(Contribución) y Value (Valor). Escriba el nombre de un campo de registro numérico que desea
sumar para determinar la clasificación de los colaboradores. Por ejemplo, si desea buscar las
direcciones IP de origen que envían la mayor cantidad de bytes a través de la red, añadiría bytes
como valor, suponiendo que bytes sea la palabra clave correcta para ese campo en los eventos
de registro.
f. Si desea filtrar los resultados a un ámbito más reducido, elija Add filter (Añadir filtro). En Match
(Coincidencia), escriba el campo de registro por el que desea filtrar. En Condition (Condición),
elija el operador de comparación y escriba un valor por el que desee filtrar este campo. Puede
utilizar * como comodín en el valor.
Por ejemplo, si desea analizar sοlo los eventos de registro de un registro de Apache que
contienen errores, especifique RESPONSE_CODE para Match (Coincidencia), EqualTo como
Condition (Condición) y 5** como valor por el que filtrar.
Puede agregar hasta 10 filtros en una regla. La lógica AND une varios filtros, por lo que solo se
evalúan los eventos de registro que coincidan con todos los filtros.
g. En Aggregate on (Agregar según), elija COUNT (RECUENTO) o SUM (SUMA). Si se elige
COUNT (RECUENTO), la clasificación de los colaboradores se basará en el número de
apariciones. Si se elige SUM (SUMA), la clasificación se basará en la suma añadida de los
valores del campo que especifique para Contribution (Contribución) y Value (Valor).
7. Para especificar su regla como objeto JSON en lugar de utilizar el asistente, haga lo siguiente:
a. Elija la pestaña Syntax (Sintaxis).

b. En Rule body (Cuerpo de reglas), especifique el objeto JSON para su regla. Para obtener
información sobre la sintaxis de regla, consulte Sintaxis de regla de Contributor Insights (p. 157).
8. Elija si desea crear una regla deshabilitada o habilitada. Si elige habilitarla, la regla comenzará a
analizar sus datos inmediatamente. Cuando se ejecutan reglas habilitadas, se incurre en costos. Para
Contributor Insights analiza solo eventos de registro nuevos una vez creada una regla. Una regla no
puede procesar eventos de registros que CloudWatch Logs procesó anteriormente.
9. Seleccione Create.
Puede deshabilitar, habilitar o eliminar las reglas que ha creado.
Para habilitar, deshabilitar o eliminar una regla en Contributor Insights

3. En la lista de reglas, seleccione la casilla situada junto a una sola regla.
Los servicios de AWS crean las reglas integradas, que no se pueden editar, deshabilitar ni eliminar.
156
Sintaxis de regla de Contributor Insights
4. Elija Actions (Acciones) y, a continuación, elija la opción que desee.
Búsqueda de campos de registro
Al crear una regla, debe conocer los nombres de los campos de las entradas de registro de un grupo de
registros.
Para buscar los campos de registro en un grupo de registros

2. En el panel de navegación, en Logs (Registros), elija Insights (Conocimientos).
3. Encima del editor de consultas, seleccione uno o varios grupos de registros que va a consultar.
Al seleccionar un grupo de registros, CloudWatch Logs Insights detecta automáticamente los campos
de los datos en el grupo de registros y los muestra en el panel derecho en Discovered fields (Campos
detectados).

En esta sección se explica la sintaxis para las reglas de Contributor Insights. Utilice esta sintaxis solo
cuando vaya a crear una regla introduciendo un bloque JSON. Si utiliza el asistente para crear una regla,
no necesita conocer la sintaxis. Para obtener más información acerca de cómo crear reglas mediante el
asistente, consulte Creación de una regla de Contributor Insights (p. 154).
Todas las coincidencias de reglas para registrar valores y nombres de campo de evento distinguen entre
mayúsculas y minúsculas.
En el ejemplo siguiente se ilustra la sintaxis de los registros JSON.
{
"Schema": {
"Name": "CloudWatchLogRule",
"Version": 1
},
"LogGroupNames": [
"API-Gateway-Access-Logs*",
"Log-group-name2"
],
"LogFormat": "JSON",
"Contribution": {
"Keys": [
"$.ip"
],
"ValueOf": "$.requestBytes",
"Filters": [
{
"Match": "$.httpMethod",
"In": [
"PUT"
]
}
]
},
"AggregateOn": "Sum"
}
157
Campos en las reglas de Contributor Insights
Esquema
En el valor de Schema para una regla que analiza datos de CloudWatch Logs siempre debe ser
{"Name": "CloudWatchLogRule", "Version": 1}
LogGroupNames
Una matriz de cadenas. Para cada elemento de la matriz, puede usar opcionalmente * al final de una
cadena para incluir todos los grupos de registros con nombres que empiecen por ese prefijo.
Tenga cuidado con el uso de comodines con los nombres de los grupos de registro. Incurrirá en
cargos por cada evento de registro que coincida con una regla. Si busca accidentalmente más grupos
de registro de los que pretendía, puede incurrir en cargos inesperados. Para obtener más información,
consulte Precios de Amazon CloudWatch.
LogFormat
Los valores válidos son JSON y CLF.

Contribución
Este objeto incluye una matriz Keys con hasta cuatro miembros, una solo ValueOf de forma opcional
y, también opcionalmente, una matriz de hasta cuatro Filters.
Claves
Una matriz de hasta cuatro campos de registro que se utilizan como dimensiones para clasificar los
colaboradores. Si especifica más de una clave, cada combinación única de valores de las claves se
cuenta como un colaborador único. Los campos deben especificarse utilizando la notación de formato
de propiedad JSON.
ValueOf
(Opcional) Especifique esto solo cuando especifique SUM como valor de AggregateOn. ValueOf
especifica un campo de registro con valores numéricos. En este tipo de regla, los colaboradores
se clasifican según su suma del valor de este campo, en lugar de su número de apariciones en
las entradas de registro. Por ejemplo, si desea ordenar a los colaboradores por sus valores de
BytesSent totales durante un período, establezca ValueOf en BytesSent y especifique Sum para
AggregateOn.
Filtros
(Opcional) Especifica una matriz de hasta cuatro filtros para restringir los eventos de registro que se
incluyen en el informe. Si especifica varios filtros, Contributor Insights los evalúa con un operador AND
lógico. Puede utilizar esto para filtrar eventos de registro irrelevantes en su búsqueda, o bien para
seleccionar un solo colaborador a fin de analizar su comportamiento.
Cada miembro de la matriz debe incluir un campo Match y un campo que indique el tipo de operador
coincidente que se debe usar.
El campo Match especifica un campo de registro para evaluar en el filtro. El campo de registro se
especifica mediante la notación de formato de propiedad JSON.
El campo de operador coincidente debe ser uno de los siguientes: In, NotIn, StartsWith,
GreaterThan, LessThan, EqualTo, NotEqualTo o IsPresent. Si el campo de operador es In,
NotIn o StartsWith, va seguido de una matriz de valores de cadena que comprobar. Contributor
Insights evalúa la matriz de valores de cadena con un operador OR. La matriz puede incluir hasta 10
valores de cadena.
Si el campo de operador es GreaterThan, LessThan, EqualTo o NotEqualTo, va seguido de un

único valor numérico con el que comparar.
158
Si el campo de operador es IsPresent, va seguido de true o false. Este operador coincide con
los eventos de registro en función de si el campo de registro especificado está presente en el evento
de registro. isPresent funciona solo con valores en el nodo hijo de propiedades JSON. Por ejemplo,
un filtro que busca coincidencias con c-count no evalúa un evento de registro con un valor de
details.c-count.c1.
Para ver ejemplos de filtro, consulte lo siguiente:
{"Match": "$.httpMethod", "In": [ "PUT", ] }

{"Match": "$.StatusCode", "EqualTo": 200 }
{"Match": "$.BytesReceived", "GreaterThan": 10000}
{"Match": "$.eventSource", "StartsWith": [ "ec2", "ecs" ] }
AggregateOn
Los valores válidos son COUNT y SUM. Especifica si se debe agregar el informe en función de un
recuento de apariciones o una suma de los valores del campo que se especifica en el campo
ValueOf.
Notación de formato de propiedad JSON
Los campos Keys, ValueOf y Match siguen el formato de propiedad JSON con la notación de puntos,
donde $ representa la raíz del objeto JSON. Esto va seguido de un punto y, a continuación, de una cadena
alfanumérica con el nombre de la subpropiedad. Se admiten varios niveles de propiedad.
En la lista siguiente se muestran ejemplos válidos de formato de propiedad JSON:
$.userAgent
$.endpoints[0]
$.users[1].name
$.requestParameters.instanceId
Campo adicional en las reglas de los registros CLF
Los eventos de registro de Common Log Format (CLF) no tienen nombres para los campos como JSON.
Para proporcionar los campos que se utilizarán para las reglas de Contributor Insights, un evento de
registro CLF se puede tratar como matriz con un índice a partir de 1. Puede especificar el primer campo
como "1", el segundo como "2", y así sucesivamente.
Para facilitar la lectura de una regla de un registro CLF, puede utilizar Fields. Esto le permite
proporcionar un alias de nombre para las ubicaciones de campo CLF. Por ejemplo, puede especificar que
la ubicación "4" es una dirección IP. Una vez especificada, se puede usar IpAddress como propiedad en
Keys, ValueOf y Filters en la regla.
A continuación, se muestra un ejemplo de una regla de un registro CLF que utiliza el campo Fields.
{
"Schema": {
"Version": 1
},
"LogGroupNames": [
"API-Gateway-Access-Logs*"
],
"LogFormat": "CLF",
"Fields": {
"4": "IpAddress",
"7": "StatusCode"
},
159
Reglas de ejemplo
"Contribution": {
"Keys": [
"IpAddress"
],
"Filters": [
{
"Match": "StatusCode",
"EqualTo": 200
}
]
},
"AggregateOn": "Count"
}
Ejemplos de regla de Contributor Insights

Esta sección contiene ejemplos que ilustran casos de uso de las reglas de Contributor Insights.
Registros de flujo de VPC: transferencias de bytes por dirección IP de origen y destino
{
"Schema": {
"Version": 1
},
"LogGroupNames": [
"/aws/containerinsights/sample-cluster-name/flowlogs"
],
"LogFormat": "CLF",
"Fields": {
"4": "srcaddr",
"5": "dstaddr",
"10": "bytes"
},
"Contribution": {
"Keys": [
"srcaddr",
"dstaddr"
],
"ValueOf": "bytes",
"Filters": []
},
}
Registros de flujo de VPC: número más alto de solicitudes HTTPS
{
"Schema": {
"Version": 1
},
"LogGroupNames": [
],
"LogFormat": "CLF",
"Fields": {
"5": "destination address",
"7": "destination port",
"9": "packet count"
},
160
Consulta de informes de Contributor Insights
"Contribution": {
"Keys": [
"destination address"
],
"ValueOf": "packet count",
"Filters": [
{
"Match": "destination port",
"EqualTo": 443
}
]
},
}
Registros de flujo de VPC: conexiones TCP rechazadas
{
"Schema": {
"Version": 1
},
"LogGroupNames": [
],
"LogFormat": "CLF",
"Fields": {
"3": "interfaceID",
"4": "sourceAddress",
"8": "protocol",
"13": "action"
},
"Contribution": {
"Keys": [
"interfaceID",
"sourceAddress"
],
"Filters": [
{
"Match": "protocol",
"EqualTo": 6
},
{
"Match": "action",
"In": [
"REJECT"
]
}
]
},
}
Consulta de informes de Contributor Insights

Para ver gráficos de datos de informe y una lista clasificada de colaboradores que se encuentran mediante
sus reglas, siga estos pasos.
Para ver los informes de las reglas
161
Representación gráfica de métricas generadas por reglas

3. En la lista de reglas, elija el nombre de una regla.
En el gráfico se muestran los resultados de la regla durante las últimas tres horas. En la tabla situada
bajo el gráfico se muestran los 10 colaboradores principales.
4. Para cambiar el número de colaboradores que se muestran en la tabla, elija Top 10 contributors (10
colaboradores principales) en la parte superior del gráfico.
5. Para filtrar el gráfico a fin de mostrar solo los resultados de un único colaborador, elija a ese
colaborador en la leyenda de la tabla. Para volver a mostrar todos los colaboradores, elija de nuevo a
ese mismo colaborador en la leyenda.
6. Para cambiar el intervalo de tiempo que se muestra en el informe, elija 15 m, 30 m, 1 h, 2 h, 3 h o
custom (personalizado) en la parte superior del gráfico.
El intervalo de tiempo máximo del informe es de 24 horas, pero puede elegir una ventana de 24 horas
que se produjo hace 15 días como máximo. Para elegir una ventana de tiempo en el pasado, elija
custom (personalizada), absolute (absoluta) y, a continuación, especifique la ventana de tiempo.
7. Para cambiar la duración del período de tiempo empleado para la incorporación y clasificación de los
colaboradores, elija period (período) en la parte superior del gráfico. La visualización de un período
de tiempo más largo suele mostrar un informe más sencillo con pocos picos. Es más probable que se
muestren picos si se elige un período de tiempo más corto.
8. Para agregar este gráfico a un panel de CloudWatch, elija Add to dashboard (Agregar al panel).
9. Para abrir la ventana de consulta de CloudWatch Logs Insights, con los grupos de registros de este
informe ya cargados en el cuadro de consulta, elija View logs (Ver registros).
10. Para exportar los datos de informe al portapapeles o a un archivo CSV, elija Export (Exportar).
Representación gráfica de métricas generadas por

reglas
Contributor Insights proporciona una función de cálculo de métricas, INSIGHT_RULE_METRIC. Puede
utilizar esta función para agregar datos de un informe de Contributor Insights a un gráfico en la pestaña
Metrics (Métricas) de la consola de CloudWatch. También puede establecer una alarma basada en esta
función matemática. Para obtener más información acerca de las funciones de cálculo de métricas,
consulte Uso de cálculo de métricas (p. 55)
Para utilizar esta función matemática de métricas, debe haber iniciado sesión en una cuenta que tenga los
permisos cloudwatch:GetMetricData y cloudwatch:GetInsightRuleReport.
La sintaxis es INSIGHT_RULE_METRIC(ruleName, metricName). ruleName es el nombre de

una regla de Contributor Insights y metricName es uno de los valores de la lista siguiente. El valor de
metricName determina qué tipo de datos devuelve la función matemática.
• UniqueContributors: el número de colaboradores únicos de cada punto de datos.

• MaxContributorValue: el valor del colaborador principal de cada punto de datos. La identidad del
colaborador puede cambiar en cada punto de datos del gráfico.
Si esta regla se añade por COUNT, el colaborador principal de cada punto de datos es el colaborador
que más veces aparece en ese período. Si la regla se agrega por SUM, el colaborador principal es aquel
con la suma más alta en el campo de registro especificado por el valor Value de la regla durante ese
período.
• SampleCount: el número de puntos de datos que se corresponden con la regla.
• Sum: la suma de los valores de todos los colaboradores durante el período de tiempo representado por
ese punto de datos.
162
Configuración de una alarma para los
datos de métricas de Contributor Insights
• Minimum: el valor mínimo de una sola observación durante el período de tiempo representado por ese
punto de datos.
• Maximum: el valor máximo de una sola observación durante el período de tiempo representado por ese
punto de datos.
• Average: el valor medio de todos los colaboradores durante el período de tiempo representado por ese
punto de datos.
Configuración de una alarma para los datos de

métricas de Contributor Insights
Puede configurar alarmas para métricas generadas por Contributor Insights mediante
INSIGHT_RULE_METRIC. Por ejemplo, puede crear una alarma en función del porcentaje de conexiones
TCP que se han rechazado. Primero, cree dos reglas como las siguientes:
{
"Schema": {
"Version": 1
},
"LogGroupNames": [
],
"LogFormat": "CLF",
"Fields": {
"3": "interfaceID",
"8": "protocol",
"13": "action"
},
"Contribution": {
"Keys": [
"interfaceID",
"sourceAddress"
],
"Filters": [
{
"EqualTo": 6
},
{
"Match": "action",
"In": [
"REJECT"
]
}
]
},
}
{
"Schema": {
"Version": 1
},
"LogGroupNames": [
],
"LogFormat": "CLF",
163
Uso de reglas integradas de Contributor Insights
"Fields": {
"3": "interfaceID",
"8": "protocol",
"13": "action"
},
"Contribution": {
"Keys": [
"interfaceID",
"sourceAddress"
],
"Filters": [
{
"EqualTo": 6
}
}
A continuación, en la pestaña Metrics (Métricas) de la consola, cree un gráfico con las siguientes
expresiones matemáticas de métricas:
e1 INSIGHT_RULE_METRIC("RejectedConnectionsRule", "Sum")
e2 INSIGHT_RULE_METRIC("TotalConnectionsRule", "Sum")
e3 (e1/e2)*100
Para obtener más información acerca de la representación gráfica de métricas y el uso de funciones de
cálculo de métricas, consulte Adición de una expresión matemática a un gráfico de CloudWatch (p. 55).
En este ejemplo, la expresión e3 devuelve el porcentaje de conexiones rechazadas. Si desea recibir

una notificación cuando se rechace el 20 % de las conexiones, puede configurar una alarma para esa
expresión, estableciendo 20 como umbral. Para configurar una alarma para una métrica que ve en la
pestaña Metrics (Métricas), elija el icono de alarma de la fila de la métrica en la que desea activar la
alarma. El icono de alarma es similar a una campana.
Para obtener más información acerca de la representación gráfica de métricas y el uso de funciones de
cálculo de métricas, consulte Adición de una expresión matemática a un gráfico de CloudWatch (p. 55).
Uso de reglas integradas de Contributor Insights

Otros servicios de AWS crean reglas integradas de Contributor Insights que evalúan las métricas de esos
servicios de AWS. Actualmente, Amazon DynamoDB admite las reglas integradas.
Para obtener más información, consulte Contributor Insights para Amazon DynamoDB.
164
Uso de Container Insights

Utilice CloudWatch Container Insights para recopilar, agregar y resumir métricas y registros de sus
aplicaciones en contenedores y microservicios. Container Insights está disponible para las plataformas
Amazon Elastic Container Service, Amazon Elastic Kubernetes Service y Kubernetes en Amazon EC2.
Las métricas incluyen la utilización de recursos como CPU, memoria, disco y red. Container Insights
también proporciona información de diagnóstico, como, por ejemplo, errores de reinicio de contenedores,
para ayudarle a aislar problemas y solucionarlos rápidamente. También puede establecer alarmas de
CloudWatch en las métricas que recopila Container Insights.
Las métricas que recopila Container Insights están disponibles en los paneles de control automáticos de
CloudWatch. Puede analizar y solucionar problemas de rendimiento de contenedores y datos de registros
con CloudWatch Logs Insights.
Los datos operativos se recopilan como eventos de registro de rendimiento. Son entradas que utilizan un
esquema JSON estructurado que permite incorporar y almacenar datos de cardinalidad alta a escala. A
partir de estos datos, CloudWatch crea métricas agregadas en el nivel de clúster, nodo, pod y servicio
como métricas de CloudWatch.
Las métricas recopiladas por Container Insights se cobran como métricas personalizadas. Para obtener
más información sobre los precios de CloudWatch, consulte Precios de Amazon CloudWatch.
En Amazon EKS y Kubernetes, Container Insights utiliza una versión en contenedores del agente de
CloudWatch para detectar todos los contenedores en ejecución de un clúster. A continuación, recopila
datos de rendimiento en cada nivel de la pila de rendimiento.
Container Insights admite el cifrado con la clave maestra del cliente (CMK) para los registros y las métricas
que recopila. Para habilitar este cifrado, debe activar manualmente el cifrado de KMS para el grupo de
registros que recibe datos de Container Insights. Esto hace que Container Insights cifre esos datos con la
CMK proporcionada. Solo se admiten CMK simétricas. No utilices CMK asimétricas para cifrar tus grupos
de registro.
Para obtener más información, consulte Cifrado de datos de registro en CloudWatch Logs mediante AWS
KMS.
Plataformas admitidas
Container Insights está disponible para las plataformas de Amazon Elastic Container Service, Amazon
Elastic Kubernetes Service y Kubernetes en las instancias de Amazon EC2.
• Para Amazon ECS, Container Insights recopila métricas en los niveles de clúster, tarea y servicio en
las instancias de Linux y Windows Server. Puede recopilar métricas en el nivel de instancia solo en
instancias de Linux.
Para Amazon ECS, las métricas de red solo están disponibles para los contenedores en el modo de red
bridge. No están disponibles para contenedores en el modo de red awsvpc o host.
• Para Amazon Elastic Kubernetes Service y las plataformas de Kubernetes en instancias de Amazon
EC2, Container Insights solo se admite en instancias Linux.
• En la actualidad, Container Insights no se admite en AWS Batch.
Regiones compatibles con Amazon ECS
Container Insights para Amazon ECS es compatible en las siguientes regiones:

165

• Europa (París)
• Asia Pacífico (Hong Kong)
AWS Fargate no se admite en Europa (París) o América del Sur (São Paulo).
Regiones compatibles con Amazon EKS y Kubernetes
Container Insights para Amazon EKS y Kubernetes es compatible en las siguientes regiones:

• Europa (París)
Temas
• Configuración de Container Insights (p. 167)
• Visualización de las métricas de Container Insights (p. 189)
• Métricas recopiladas por Container Insights (p. 192)
• Referencia de registro de rendimiento de Container Insights (p. 199)
• Solución de problemas de Container Insights (p. 220)
• Creación de su propia imagen de Docker del agente de CloudWatch (p. 221)
166
Configuración de Container Insights

El proceso de configuración de Container Insight es diferente para Amazon ECS Amazon EKS y
Kubernetes.
Temas
• Configuración de Container Insights en Amazon ECS (p. 167)
• Configuración de Container Insights en Amazon EKS y Kubernetes (p. 174)
Configuración de Container Insights en Amazon ECS

Puede utilizar una de las siguientes opciones o ambas para habilitar Container Insights en los clústeres de
Amazon ECS:
• Utilice la Consola de administración de AWS o la AWS CLI para comenzar a recopilar métricas de nivel
de clúster, de nivel de tarea y de nivel de servicio.
• Implemente el agente de CloudWatch como un DaemOnset para comenzar a recopilar métricas de nivel
de instancia en clústeres alojados en instancias Amazon EC2.
Temas
• Configuración de Container Insights en Amazon ECS para métricas de nivel de clúster y de nivel de
servicio (p. 167)
• Implementación del agente de CloudWatch para recopilar métricas de nivel de instancia EC2 en
Amazon ECS (p. 169)
Configuración de Container Insights en Amazon ECS para

métricas de nivel de clúster y de nivel de servicio
Puede habilitar Container Insights en clústeres de Amazon ECS nuevos y existentes. Container Insights
recopila métricas en los niveles de clúster, tarea y servicio. Para clústeres existentes, utilice la AWS CLI.
Para clústeres nuevos, utilice la consola de Amazon ECS o la AWS CLI.
Si está utilizando Amazon ECS en una instancia Amazon EC2 y desea recopilar las métricas de red y
almacenamiento desde Container Insights, lance dicha instancia utilizando una AMI que incluye el agente
de Amazon ECS de la versión 1.29. Para obtener información sobre cómo actualizar la versión del agente,
consulte Actualización del agente de contenedor de Amazon ECS.
Puede utilizar la AWS CLI para establecer el permiso de nivel de cuenta para habilitar Container Insights
para cualquier clúster de Amazon ECS de su cuenta. Para ello, introduzca el siguiente comando.
aws ecs put-account-setting --name "containerInsights" --value "enabled"
Configuración de Container Insights en clústeres de Amazon ECS existentes

Para habilitar Container Insights en un clúster de Amazon ECS existente, escriba el siguiente comando.
Debe ejecutar la versión 1.16.200 o posterior de la AWS CLI para que el siguiente comando funcione.
aws ecs update-cluster-settings --cluster myCICluster --settings

name=containerInsights,value=enabled
167
Configuración de Container Insights en clústeres de Amazon ECS nuevos

Hay dos maneras de habilitar Container Insights en clústeres de Amazon ECS nuevos. Puede configurar
Amazon ECS de forma que todos los clústeres nuevos estén habilitados para Container Insights de forma
predeterminada. De lo contrario, puede habilitar un nuevo clúster al crearlo.
Uso de la Consola de administración de AWS
Puede habilitar Container Insights en todos los clústeres nuevos de forma predeterminada o en un clúster
individual cuando lo cree.
Para habilitar Container Insights en todos los clústeres nuevos de forma predeterminada, realice el
siguiente procedimiento:
1. Abra la consola de Amazon ECS en https://console.aws.amazon.com/ecs/.

2. En el panel de navegación, elija Account Settings (Configuración de cuenta).
3. Seleccione la casilla de verificación en la parte inferior de la página para habilitar Container Insights.
Si no ha usado el procedimiento anterior para habilitar Container Insights en todos los nuevos clústeres
de forma predeterminada, puede utilizar los siguientes pasos para crear un clúster con Container Insights
habilitado.
Para crear un clúster con Container Insights habilitado
1. Abra la consola de Amazon ECS en https://console.aws.amazon.com/ecs/.

2. En el panel de navegación, elija Clusters (Clústeres).
3. Elija Create cluster.
4. En la página siguiente, haga lo siguiente:
a. Asigne un nombre al clúster.

b. Si no dispone todavía de una VPC, seleccione la casilla de verificación para crear una. Puede
utilizar los valores predeterminados para la VPC.
c. Rellene el resto de información necesaria, incluido el tipo de instancia.
d. Seleccione Enabled Container Insights (Container Insights habilitado).
e. Seleccione Create.
Ahora puede crear definiciones de tareas, ejecutar tareas y lanzar servicios en el clúster. Para obtener más
información, consulte los siguientes temas:
• Cómo crear una definición de tarea

• Ejecución de tareas
• Creación de un servicio
Configuración de Container Insights en clústeres de Amazon ECS nuevos mediante la AWS CLI
Para habilitar Container Insights en todos los nuevos clústeres de forma predeterminada, escriba el
siguiente comando.
aws ecs put-account-setting --name "containerInsights" --value "enabled"
Si no ha utilizado el comando anterior para habilitar Container Insights en todos los nuevos clústeres de
forma predeterminada, escriba el siguiente comando para crear un nuevo clúster con Container Insights
168
habilitado. Debe ejecutar la versión 1.16.200 o posterior de la AWS CLI para que el siguiente comando
funcione.
aws ecs create-cluster --cluster-name myCICluster --settings

"name=containerInsights,value=enabled"
Deshabilitación de Container Insights en clústeres de Amazon ECS

Para deshabilitar Container Insights en un clúster de Amazon ECS existente, escriba el siguiente comando.

name=containerInsights,value=disabled
Implementación del agente de CloudWatch para recopilar

métricas de nivel de instancia EC2 en Amazon ECS
Para implementar el agente de CloudWatch a fin de recopilar métricas de nivel de instancia de los
clústeres de Amazon ECS alojados en instancias EC2, utilice una configuración de inicio rápido con una
configuración predeterminada o instale el agente manualmente para poder personalizarlo.
Ambos métodos requieren que ya tenga al menos un clúster de Amazon ECS implementado con un tipo
de lanzamiento de EC2. Estos métodos también suponen que tiene instalada la AWS CLI. Además, para
ejecutar los comandos en los procedimientos siguientes, debe iniciar sesión en una cuenta o rol que tenga
las políticas IAMFullAccess y AmazonECS_FullAccess.
Temas
• Configuración rápida mediante AWS CloudFormation (p. 169)
• Configuración manual y personalizada (p. 171)
Configuración rápida mediante AWS CloudFormation

Para utilizar la configuración rápida, escriba el siguiente comando para usar AWS CloudFormation a fin de
instalar el agente. Sustituya cluster-name y cluster-region por el nombre y la región del clúster de
Amazon ECS.
Este comando crea los roles de IAM CWAgentECSTaskRole y CWAgentECSExecutionRole. Si estos roles
ya existen en su cuenta, utilice ParameterKey=CreateIAMRoles,ParameterValue=False en lugar
de ParameterKey=CreateIAMRoles,ParameterValue=True cuando escriba el comando. De lo
contrario, el comando fallará.
ClusterName=cluster-name
Region=cluster-region
aws cloudformation create-stack --stack-name CWAgentECS-${ClusterName}-${Region} \
--template-body https://raw.githubusercontent.com/aws-samples/amazon-cloudwatch-
container-insights/latest/ecs-task-definition-templates/deployment-mode/daemon-service/
cwagent-ecs-instance-metric/cloudformation-quickstart/cwagent-ecs-instance-metric-cfn.json
\
--parameters ParameterKey=ClusterName,ParameterValue=${ClusterName} \
ParameterKey=CreateIAMRoles,ParameterValue=True \
--capabilities CAPABILITY_NAMED_IAM \
--region ${Region}
( Alternativa) Uso de sus propios roles de IAM
Si desea utilizar su propio rol de tarea de ECS personalizado y el rol de ejecución de tareas de ECS en
lugar de los roles CWAgentECSTaskRole y CWAgentECSExecutionRole, asegúrese primero de que el
169
rol que se va a usar como rol de tarea de ECS tiene CloudWatchAgentServerPolicy asociada. Además,
asegúrese de que el rol que se va a utilizar como rol de ejecución de tareas de ECS tiene asociadas
las políticas CloudWatchAgentServerPolicy y AmazonECSTaskExecutionRolePolicy. A continuación,
escriba el siguiente comando. En el comando, sustituya task-role-arn por el ARN de su rol de tarea
de ECS personalizado y execution-role-arn por el ARN de su rol de ejecución de tareas de ECS
personalizado.
TaskRoleArn=task-role-arn
ExecutionRoleArn=execution-role-arn
aws cloudformation create-stack --stack-name CWAgentECS-${ClusterName}-${Region} \
--template-body https://raw.githubusercontent.com/aws-samples/amazon-cloudwatch-
container-insights/latest/ecs-task-definition-templates/deployment-mode/daemon-service/
cwagent-ecs-instance-metric/cloudformation-quickstart/cwagent-ecs-instance-metric-cfn.json
\
--parameters ParameterKey=ClusterName,ParameterValue=${ClusterName} \
ParameterKey=TaskRoleArn,ParameterValue=${TaskRoleArn} \
ParameterKey=ExecutionRoleArn,ParameterValue=${ExecutionRoleArn} \
--capabilities CAPABILITY_NAMED_IAM \
--region ${Region}
Solución de problemas de la configuración rápida
Para comprobar el estado de la pila de AWS CloudFormation, escriba el siguiente comando.
aws cloudformation describe-stacks --stack-name CWAgentECS-$ClusterName-$Region --region
$Region
Si ve que el StackStatus es distinto de CREATE_COMPLETE o CREATE_IN_PROGRESS, compruebe los

eventos de pila para encontrar el error. Escriba el siguiente comando.
aws cloudformation describe-stack-events --stack-name CWAgentECS-$ClusterName-$Region --
region $Region
Para comprobar el estado del servicio de demonio cwagent, escriba el siguiente comando. En la salida,
debería ver que el runningCount es igual al desiredCount en la sección deployment. Si no es igual,
compruebe la sección failures en la salida.
aws ecs describe-services --services cwagent-daemon-service --cluster $ClusterName --region
$Region
También puede utilizar la consola de CloudWatch Logs para comprobar el registro del agente. Busque el
grupo de registro /ecs/ecs-cwagent-daemon-service.
Eliminación de la pila de AWS CloudFormation del agente de CloudWatch
Si necesita eliminar la pila de AWS CloudFormation, escriba el siguiente comando.
aws cloudformation delete-stack --stack-name CWAgentECS-${ClusterName}-${Region} --region
${Region}
170
Configuración manual y personalizada

Siga los pasos de esta sección para implementar manualmente el agente de CloudWatch para recopilar
métricas de nivel de instancia de los clústeres de Amazon ECS alojados en instancias EC2.
Políticas y roles de IAM necesarios
Se requieren dos roles de IAM. Debe crearlos si aún no existen. Para obtener más información acerca de
estos roles, consulte Rol de tarea de Amazon ECS y Rol de ejecución de tareas de Amazon ECS.
• Un rol de tarea de ECS, que el agente de CloudWatch utiliza para publicar métricas. Si este rol ya existe,
debe asegurarse de que tiene la política CloudWatchAgentServerPolicy asociada.
• Un rol de ejecución de tareas de ECS, que el agente de Amazon ECS utiliza para lanzar
el agente de CloudWatch. Si este rol ya existe, debe asegurarse de que tiene las políticas
CloudWatchAgentServerPolicy y AmazonECSTaskExecutionRolePolicy asociadas.
Si aún no dispone de estos roles, puede utilizar los siguientes comandos para crearlos y asociar las
políticas necesarias. Este primer comando crea el rol de tarea de ECS.
aws iam create-role --role-name CWAgentECSTaskRole \

--assume-role-policy-document "{\"Version\": \"2012-10-17\",\"Statement\": [{\"Sid\":
\"\",\"Effect\": \"Allow\",\"Principal\": {\"Service\": \"ecs-tasks.amazonaws.com\"},
\"Action\": \"sts:AssumeRole\"}]}"
Después de escribir el comando anterior, anote el valor de Arn de la salida de los comandos como
"TaskRoleArn". Tendrá que usarlo más tarde cuando cree la definición de tarea. A continuación, escriba el
siguiente comando para asociar las políticas necesarias.
aws iam attach-role-policy --policy-arn arn:aws:iam::aws:policy/CloudWatchAgentServerPolicy

\
--role-name CWAgentECSTaskRole
Este siguiente comando crea el rol de ejecución de tareas de ECS.
aws iam create-role --role-name CWAgentECSExecutionRole \

--assume-role-policy-document "{\"Version\": \"2012-10-17\",\"Statement\": [{\"Sid\":
\"\",\"Effect\": \"Allow\",\"Principal\": {\"Service\": \"ecs-tasks.amazonaws.com\"},
\"Action\": \"sts:AssumeRole\"}]}"
Después de escribir el comando anterior, anote el valor de Arn de la salida de los comandos como
"ExecutionRoleArn". Tendrá que usarlo más tarde cuando cree la definición de tarea. A continuación,
escriba los siguientes comandos para asociar las políticas necesarias.
aws iam attach-role-policy --policy-arn arn:aws:iam::aws:policy/CloudWatchAgentServerPolicy

\
--role-name CWAgentECSExecutionRole
aws iam attach-role-policy --policy-arn arn:aws:iam::aws:policy/service-role/

AmazonECSTaskExecutionRolePolicy \
Creación de la definición de tarea e inicio del servicio de demonio
Cree una definición de tarea y úsela para lanzar el agente de CloudWatch como servicio de demonio. Para
crear la definición de tarea, escriba el siguiente comando. En las primeras líneas, sustituya los marcadores
171
de posición por los valores reales de la implementación. logs-region es la región donde se encuentra
CloudWatch Logs y cluster-region es la región donde se encuentra el clúster. task-role-arn es el
ARN del rol de tarea de ECS que utiliza y execution-role-arn es el ARN del rol de ejecución de tareas
de ECS.
AWSLogsRegion=logs-region
curl https://raw.githubusercontent.com/aws-samples/amazon-cloudwatch-container-insights/
latest/ecs-task-definition-templates/deployment-mode/daemon-service/cwagent-ecs-instance-
metric/cwagent-ecs-instance-metric.json \
| sed "s|{{task-role-arn}}|${TaskRoleArn}|;s|{{execution-role-arn}}|
${ExecutionRoleArn}|;s|{{awslogs-region}}|${AWSLogsRegion}|" \
| xargs -0 aws ecs register-task-definition --region ${Region} --cli-input-json
A continuación, ejecute el siguiente comando para lanzar el servicio de demonio. Sustituya cluster-
name y cluster-region por el nombre y la región del clúster de Amazon ECS.
aws ecs create-service \
--cluster ${ClusterName} \
--service-name cwagent-daemon-service \
--task-definition ecs-cwagent-daemon-service \
--scheduling-strategy DAEMON \
--region ${Region}
Si aparece este mensaje de error, An error occurred (InvalidParameterException) when

calling the CreateService operation: Creation of service was not idempotent,
ya ha creado un servicio de demonio llamado cwagent-daemon-service. Debe eliminar ese servicio
primero, utilizando el siguiente comando como ejemplo.
aws ecs delete-service \
--service cwagent-daemon-service \
--region ${Region} \
--force
(Opcional) Configuración avanzada
Opcionalmente, puede utilizar SSM para especificar otras opciones de configuración para el agente
de CloudWatch en los clústeres de Amazon ECS alojados en instancias EC2. Estas opciones son las
siguientes:
• metrics_collection_interval: la frecuencia en segundos con la que el agente de CloudWatch

recopila métricas. El valor predeterminado es 60. El intervalo comprende de 1 a 172 000.
• endpoint_override: (Opcional) Especifica un punto de enlace diferente al que enviar registros. Es
posible que desee hacerlo si realiza la publicación desde un clúster de una VPC y desea que los datos
de registro vayan a un punto de enlace de la VPC.
El valor de endpoint_override debe ser una cadena que sea una URL.
• force_flush_interval: especifica en segundos la cantidad máximo de tiempo que los registros
permanecen en el búfer de la memoria antes de que se envíen al servidor. Independientemente del
valor de este campo, si el tamaño de los registros en el búfer alcanza 1 MB, los registros se envían
inmediatamente al servidor. El valor de predeterminado es de 5 segundos.
172
• region: de forma predeterminada, el agente publica las métricas en la misma región en que se
encuentra la instancia de contenedor de Amazon ECS. Para anular esto, puede especificar una región
diferente aquí. Por ejemplo, "region" : "us-east-1"
A continuación, se muestra un ejemplo de una configuración personalizada:
{
"agent": {
},
"logs": {
"ecs": {
"metrics_collection_interval": 30
}
},
"force_flush_interval": 5
}
}
Para personalizar la configuración del agente de CloudWatch en los contenedores de Amazon

ECS
1. Asegúrese de que la política AmazonssmReadOnlyAccess está asociada a su función de ejecución

de tareas de Amazon ECS. Para ello, puede escribir el siguiente comando. Este ejemplo presupone
que su rol de ejecución de tareas de Amazon ECS es CWAgentECSExecutionRole. Si utiliza otro rol,
sustituya el nombre de ese rol en el siguiente comando.
aws iam attach-role-policy --policy-arn arn:aws:iam::aws:policy/AmazonSSMReadOnlyAccess

\
2. Cree el archivo de configuración personalizado de forma similar al ejemplo anterior. Asigne a este
archivo el nombre /tmp/ecs-cwagent-daemon-config.json.
3. Ejecute el siguiente comando para poner esta configuración en Parameter Store. Sustituya cluster-
region por la región del clúster de Amazon ECS. Para ejecutar este comando, debe iniciar sesión en
un usuario o rol que tenga la política AmazonSSMFullAccess.
--name "ecs-cwagent-daemon-service" \
--type "String" \
--value "`cat /tmp/ecs-cwagent-daemon-config.json`" \
--region $Region
4. Descargue el archivo de definición de tarea en un archivo local, como /tmp/cwagent-ecs-

instance-metric.json
chttps://raw.githubusercontent.com/aws-samples/amazon-cloudwatch-container-insights/
latest/ecs-task-definition-templates/deployment-mode/daemon-service/cwagent-ecs-
instance-metric/cwagent-ecs-instance-metric.json -o /tmp/cwagent-ecs-instance-
metric.json
5. Modifique el archivo de definición de tarea. Elimine la siguiente sección:
"environment": [
{
"name": "USE_DEFAULT_CONFIG",
173
en Amazon EKS y Kubernetes
"value": "True"
}
],
Sustituya esa sección por la siguiente:
"secrets": [
{
"valueFrom": "ecs-cwagent-daemon-service"
}
],
6. Reinicie el agente como servicio de demonio siguiendo estos pasos:
a. Ejecute el comando siguiente.
AWSLogsRegion=logs-region
cat /tmp/cwagent-ecs-instance-metric.json \
| sed "s|{{task-role-arn}}|${TaskRoleArn}|;s|{{execution-role-arn}}|
${ExecutionRoleArn}|;s|{{awslogs-region}}|${AWSLogsRegion}|" \
| xargs -0 aws ecs register-task-definition --region ${Region} --cli-input-json
b. Ejecute el siguiente comando para lanzar el servicio de demonio. Sustituya cluster-name y

cluster-region por el nombre y la región del clúster de Amazon ECS.
aws ecs create-service \
--service-name cwagent-daemon-service \
--task-definition ecs-cwagent-daemon-service \
--scheduling-strategy DAEMON \
--region ${Region}
Si aparece este mensaje de error, An error occurred (InvalidParameterException)

when calling the CreateService operation: Creation of service was not
idempotent, ya ha creado un servicio de demonio llamado cwagent-daemon-service. Debe
eliminar ese servicio primero, utilizando el siguiente comando como ejemplo.
Region=Region
aws ecs delete-service \
--service cwagent-daemon-service \
--region ${Region} \
--force
Configuración de Container Insights en Amazon EKS y

Kubernetes
El proceso general para configurar Container Insights en Amazon EKS o Kubernetes es el siguiente:
1. Compruebe que se cumplen los requisitos previos necesarios.
174
2. Configure el agente de CloudWatch como un DaemonSet en el clúster de Amazon EKS o en el clúster

de Kubernetes para que envíe las métricas a CloudWatch y establezca FluentID como DaemonSet para
enviar registros a CloudWatch Logs.
Puede realizar estos pasos a la vez como parte de la configuración de inicio rápido o realizarlos por
separado.
3. (Opcional) Configure el registro del plano de control de Amazon EKS.
4. (Opcional) Configure el agente de CloudWatch como un punto de enlace de StatsD en el clúster para
que envíe las métricas de StatsD a CloudWatch.
Temas
• Verificación de los requisitos previos (p. 175)
• Configuración de inicio rápido para Container Insights en Amazon EKS (p. 176)
• Configuración del agente de CloudWatch para recopilar métricas de los clústeres (p. 177)
• Configuración de FluentD como DaemonSet para enviar registros a CloudWatch Logs (p. 180)
• (Opcional) Configuración del registro del plano de control de Amazon EKS (p. 185)
• (Opcional) Configuración del agente de CloudWatch como punto de enlace de StatsD para enviar
métricas de StatsD a CloudWatch (p. 185)
• Actualización o eliminación de Container Insights en Amazon EKS y Kubernetes (p. 188)
Verificación de los requisitos previos

Antes de instalar Container Insights en Amazon EKS o Kubernetes, verifique lo siguiente:
• Dispone de un clúster de Amazon EKS o Kubernetes funcional con nodos asociados en una de las
regiones que admite Container Insights para Amazon EKS y Kubernetes. Para obtener las lista de las
regiones admitidas, consulte Uso de Container Insights (p. 165).
• Tiene kubectl instalado y se está ejecutando. Para obtener más información, consulte Instalación de
kubectl en la Guía del usuario de Amazon EKS.
• Si utiliza Kubernetes ejecutando en AWS en lugar de utilizar Amazon EKS, también son necesarios los
siguientes requisitos previos:
• Asegúrese de que el clúster de Kubernetes tiene activado el control de acceso basado en roles
(RBAC). Para obtener más información, consulte Using RBAC Authorization en la documentación de
Kubernetes.
• El kubelet ha habilitado el modo de autorización de Webhook. Para obtener más información, consulte
Kubelet authentication/authorization en la documentación de Kubernetes.
• El tiempo de ejecución del contenedor es Docker.
También debe asociar una política al rol de IAM de los nodos de trabajo de Amazon EKS, para permitirles
que envíen métricas y registros a CloudWatch.
Para añadir la política necesaria al rol de IAM de los nodos de trabajo
1. Abra la consola de Amazon EC2 en https://console.aws.amazon.com/ec2/.

2. Seleccione una de las instancias de nodo de trabajo y elija el rol de IAM en la descripción.
3. En la página del rol de IAM, elija Attach policies (Asociar políticas).
4. En la lista de políticas, seleccione la casilla junto a CloudWatchAgentServerPolicy. Si es necesario,
utilice el cuadro de búsqueda para encontrar la política.
5. Seleccione Attach policies (Asociar políticas).
175
Si está ejecutando un clúster de Kubernetes fuera de Amazon EKS, es posible que no tenga un rol de
IAM asociado a sus nodos de trabajo. En ese caso, primero debe asociar un rol de IAM a la instancia y, a
continuación, añadir la política tal y como se explica en los pasos anteriores. Para obtener más información
sobre cómo asociar un rol a una instancia, consulte Adjuntar un rol de IAM a una instancia en la Guía del
usuario de Amazon EC2 para instancias de Windows.
Si ejecuta un clúster de Kubernetes fuera de Amazon EKS y desea recopilar los ID de volumen de EBS en
las métricas de, debe añadir otra política al rol de IAM asociado a la instancia. Añada lo siguiente como
política insertada. Para obtener más información, consulte Adición y eliminación de permisos de identidad
de IAM en la Guía del usuario de IAM.
{
"Version": "2012-10-17",
"Statement": [
{
"Action": [
"ec2:DescribeVolumes"
],
"Resource": "*",
"Effect": "Allow"
}
]
}
Configuración de inicio rápido para Container Insights en Amazon

EKS
Para completar la configuración de Container Insights, puede seguir las instrucciones de inicio rápido de
esta sección.
También puede seguir las instrucciones de las dos secciones siguientes: Configuración del agente
de CloudWatch para recopilar métricas de los clústeres (p. 177) y Configuración de FluentD como
DaemonSet para enviar registros a CloudWatch Logs (p. 180). Estas secciones proporcionan más
detalles sobre cómo funciona el agente de CloudWatch con Amazon EKS y la configuración, pero
requieren que realice más pasos de instalación.
Para implementar Container Insights mediante el inicio rápido, escriba el siguiente comando.
latest/k8s-deployment-manifest-templates/deployment-mode/daemonset/container-insights-
monitoring/quickstart/cwagent-fluentd-quickstart.yaml | sed "s/{{cluster_name}}/cluster-
name/;s/{{region_name}}/cluster-region/" | kubectl apply -f -
En este comando, cluster_name es el nombre de su clúster de Amazon EKS o Kubernetes y cluster-

region es el nombre de la región en la que se publican los registros. Le recomendamos que utilice la
misma región en la que implemente el clúster para reducir los costos de transferencia de datos salientes de
AWS.
Por ejemplo, para implementar Container Insights en el clúster denominado MyCluster y publicar los
registros y las métricas en EE.UU. Oeste (Oregón), escriba el siguiente comando.
monitoring/quickstart/cwagent-fluentd-quickstart.yaml | sed "s/{{cluster_name}}/
MyCluster/;s/{{region_name}}/us-west-2/" | kubectl apply -f -
Eliminación de Container Insights
176
Si desea eliminar Container Insights después de utilizar la configuración de inicio rápido, escriba el
siguiente comando.
monitoring/quickstart/cwagent-fluentd-quickstart.yaml | sed "s/{{cluster_name}}/cluster-
name/;s/{{region_name}}/cluster-region/" | kubectl delete -f -
Configuración del agente de CloudWatch para recopilar métricas

de los clústeres
Para configurar Container Insights para recopilar métricas de, puede seguir los pasos de Configuración de
inicio rápido para Container Insights en Amazon EKS (p. 176) o los de esta sección. En los pasos que se
describen a continuación, va a configurar el agente de CloudWatch para que pueda recopilar métricas de
los clústeres.
Paso 1: Crear un espacio de nombres para CloudWatch

Siga el paso que se describe a continuación para crear un espacio de nombres de Kubernetes
denominado amazon-cloudwatch para CloudWatch. Puede omitir este paso si ya ha creado este
espacio de nombres.
Para crear un espacio de nombres para CloudWatch
• Escriba el siguiente comando.
kubectl apply -f https://raw.githubusercontent.com/aws-samples/amazon-cloudwatch-

container-insights/latest/k8s-deployment-manifest-templates/deployment-mode/daemonset/
container-insights-monitoring/cloudwatch-namespace.yaml
Paso 2: Crear una cuenta de servicio en el clúster

Siga el paso que se describe a continuación para crear una cuenta de servicio para el agente de
CloudWatch, si todavía no dispone de una.
Para crear una cuenta de servicio para el agente de CloudWatch

container-insights-monitoring/cwagent/cwagent-serviceaccount.yaml
Si no ha seguido los pasos anteriores, pero ya tiene una cuenta de servicio que desea utilizar para el
agente de CloudWatch, debe asegurarse de que tiene las reglas siguientes. Además, en el resto de los
pasos de la instalación de Container Insights debe utilizar el nombre de esa cuenta de servicio en lugar de
cloudwatch-agent.
rules:
- apiGroups: [""]
resources: ["pods", "nodes", "endpoints"]
verbs: ["watch", "list"]
- apiGroups: [""]
resources: ["nodes/proxy"]
177
verbs: ["get"]
- apiGroups: [""]
resources: ["nodes/stats", "configmaps", “events”]
verbs: ["create"]
- apiGroups: [""]
resources: ["configmaps"]
resourceNames: ["cwagent-clusterleader"]
verbs: ["get", "update"]
- nonResourceURLs: ["/metrics"]
verbs: ["get"]
Paso 3: Crear un ConfigMap para el agente de CloudWatch

Siga los pasos que se describen a continuación para crear un ConfigMap para el agente de CloudWatch.
Crear un ConfigMap para el agente de CloudWatch
1. Descargue el archivo YAML de ConfigMap en el host de cliente de kubectl ejecutando el siguiente

comando:
curl -O https://raw.githubusercontent.com/aws-samples/amazon-cloudwatch-container-
insights/latest/k8s-deployment-manifest-templates/deployment-mode/daemonset/container-
insights-monitoring/cwagent/cwagent-configmap.yaml
2. Edite el archivo YAML que ha descargado, tal y como se indica a continuación:
• cluster_name: en la sección kubernetes, sustituya {{cluster-name}} por el nombre del clúster.

Elimine los caracteres {{}}. De forma alternativa, si utiliza un clúster de Amazon EKS, puede
eliminar el campo "cluster_name" y su valor. Si lo hace, el agente de CloudWatch detecta el
nombre del clúster a partir de las etiquetas de Amazon EC2.
3. (Opcional) Realice más cambios en ConfigMap en función de sus requisitos de monitorización, tal y
como se indica a continuación:
• metrics_collection_interval: en la sección kubernetes, puede especificar la frecuencia con la que el

agente recopila las métricas. El valor predeterminado es de 60 segundos. El valor predeterminado
del intervalo de recopilación de cadvisor en kubelet es de 15 segundos, por lo que no debe
establecer este valor en menos de 15 segundos.
• endpoint_override: en la sección logs, puede especificar el punto de enlace de CloudWatch Logs
si desea invalidar el punto de enlace predeterminado. Es posible que desee hacerlo si realiza la
publicación desde un clúster de una VPC y desea que los datos vayan a un punto de enlace de la
VPC.
• force_flush_interval: en la sección logs, puede especificar el intervalo para agrupar por lotes
los eventos de registro antes de publicarlos en CloudWatch Logs. El valor predeterminado es de
5 segundos.
• region: de forma predeterminada, el agente publica las métricas en la región en que se encuentra
el nodo de trabajo. Para cambiar este comportamiento, puede agregar un campo region en la
sección agent: por ejemplo "region":"us-west-2"
• statsd: si desea que el agente de CloudWatch Logs también se ejecute como agente de escucha
de StatsD en cada nodo de trabajo del clúster, puede añadir una sección statsd a la sección
metrics, tal y como se muestra en el ejemplo siguiente. Para obtener información sobre otras
opciones de StatsD para esta sección, consulte Recuperación de métricas personalizadas con
StatsD (p. 292).
"metrics": {
"statsd": {
"service_address":":8125"
}
178
}
}
A continuación, se muestra un ejemplo completo de la sección JSON.
{
"agent": {
},
"logs": {
"kubernetes": {
"cluster_name": "MyCluster",
}
},
"force_flush_interval": 5,
"endpoint_override": "logs.us-east-1.amazonaws.com"
},
"metrics": {
"statsd": {
"service_address": ":8125"
}
}
}
}
4. Cree el ConfigMap en el clúster ejecutando el siguiente comando.
kubectl apply -f cwagent-configmap.yaml
Paso 4: Implementar el agente de CloudWatch como un DaemonSet

Para terminar la instalación del agente de CloudWatch y comenzar a recopilar las métricas de contenedor,
siga los pasos que se describen a continuación.
Para implementar el agente de CloudWatch como un DaemonSet
1. • Si no desea utilizar StatsD en el clúster, escriba el siguiente comando.

container-insights/latest/k8s-deployment-manifest-templates/deployment-mode/
daemonset/container-insights-monitoring/cwagent/cwagent-daemonset.yaml
• Si desea utilizar StatsD, siga estos pasos:
a. Descargue el archivo YAML del DaemonSet en el host de cliente de kubectl ejecutando el

siguiente comando.
curl -O https://raw.githubusercontent.com/aws-samples/amazon-cloudwatch-
container-insights/latest/k8s-deployment-manifest-templates/deployment-mode/
daemonset/container-insights-monitoring/cwagent/cwagent-daemonset.yaml
b. Borre el comentario de la sección port en el archivo cwagent-daemonset.yaml como se

indica a continuación:
ports:
179
hostPort: 8125
protocol: UDP
c. Implemente el agente de CloudWatch en el clúster ejecutando el siguiente comando.
kubectl apply -f cwagent-daemonset.yaml
2. Compruebe que el agente está implementado ejecutando el siguiente comando.
kubectl get pods -n amazon-cloudwatch
Cuando finaliza, el agente de CloudWatch crea un grupo de registros denominado /aws/

containerinsights/Cluster_Name/performance y envía los eventos de registro de rendimiento a
este grupo de registros. Si también configura el agente como un agente de escucha de StatsD, el agente
también escucha las métricas de StatsD en el puerto 8125 con la dirección IP del nodo en el que está
programado el pod de la aplicación.
Si el agente no se implementa correctamente, pruebe lo siguiente:
• Ejecute el siguiente comando para obtener la lista de pods.
• Ejecute el siguiente comando y compruebe los eventos de la parte inferior de la salida.
kubectl describe pod pod-name -n amazon-cloudwatch
• Ejecute el siguiente comando para comprobar los registros.
kubectl logs pod-name -n amazon-cloudwatch
Configuración de FluentD como DaemonSet para enviar registros

a CloudWatch Logs
Para configurar FluentD para recopilar registros de sus contenedores, puede seguir los pasos de
Configuración de inicio rápido para Container Insights en Amazon EKS (p. 176) o puede seguir los pasos
de esta sección. En los pasos que se describen a continuación, va a configurar FluentD como DaemonSet
para enviar registros a CloudWatch Logs. Cuando se completa este paso, FluentD crea los siguientes
grupos de registros si todavía no existen.
Nombre del grupo de registros Origen de los registros
/aws/containerinsights/Cluster_Name/ Todos los archivos de registros de /var/log/

application containers
/aws/containerinsights/Cluster_Name/ Archivos de registros de /var/log/dmesg, /

host var/log/secure y /var/log/messages
/aws/containerinsights/Cluster_Name/ Los registros en /var/log/journal para

dataplane kubelet.service, kubeproxy.service y
docker.service.
180

Siga el paso que se describe a continuación para crear un espacio de nombres de Kubernetes
denominado amazon-cloudwatch para CloudWatch. Puede omitir este paso si ya ha creado este
espacio de nombres.

container-insights-monitoring/cloudwatch-namespace.yaml
Paso 2: Instalar FluentD

Inicie este proceso descargando FluentD. Cuando termine estos pasos, la implementación creará los
siguientes recursos en el clúster:
• Una cuenta de servicio denominada fluentd en el espacio de nombres amazon-cloudwatch. Esta

cuenta de servicio se utiliza para ejecutar el DaemonSet de FluentD. Para obtener más información,
consulte Managing Service Accounts en la documentación de Kubernetes.
• Un rol de clúster denominado fluentd en el espacio de nombres amazon-cloudwatch. Este rol de
clúster concede los permisos get, list y watch para los registros de los pods a la cuenta de servicio
fluentd. Para obtener información, consulte API Overview en la documentación de Kubernetes.
• Un ConfigMap denominado fluentd-config en el espacio de nombres amazon-cloudwatch. Este
ConfigMap contiene la configuración que va a utilizar FluentD. Para obtener más información, consulte
Configure a Pod to Use a ConfigMap en la documentación de tareas de Kubernetes.
Para instalar FluentD
1. Cree un ConfigMap denominado cluster-info con el nombre del clúster y la región de AWS a la
que se enviarán los registros. Ejecute el siguiente comando sustituyendo los marcadores de posición
de los nombres de clúster y de región.
kubectl create configmap cluster-info \

--from-literal=cluster.name=cluster_name \
--from-literal=logs.region=region_name -n amazon-cloudwatch
2. Descargue e implemente el DaemonSet de FluentD en el clúster ejecutando el siguiente comando.

container-insights-monitoring/fluentd/fluentd.yaml
3. Valide la implementación ejecutando el siguiente comando. Cada nodo debe tener un pod
denominado fluentd-cloudwatch-*.
Paso 3: Comprobar la configuración de FluentD

Para comprobar la configuración de FluentD, utilice los pasos siguientes.
181
Para comprobar la configuración de FluentD para Container Insights

2. En el panel de navegación, elija Logs (Registros). Asegúrese de que está en la región donde ha
implementado FluentD en los contenedores.
En la lista de grupos de registros de la región, debería ver lo siguiente:
• /aws/containerinsights/Cluster_Name/application
• /aws/containerinsights/Cluster_Name/host
• /aws/containerinsights/Cluster_Name/dataplane
Si ve estos grupos de registros, la configuración de FluentD es correcta.
Compatibilidad con registros de varias líneas

El 19 de agosto de 2019, añadimos compatibilidad con registros de varias líneas para los registros
recopilados por FluentD.
De forma predeterminada, el iniciador de entrada de registro de varias líneas es cualquier carácter sin
espacios en blanco. Esto significa que todas las líneas de registro que comienzan con un carácter que no
tiene espacios en blanco se consideran una nueva entrada de registro de varias líneas.
Si sus propios registros de aplicación utilizan un iniciador de varias líneas diferente, puede conseguir que
se admitan realizando dos cambios en el archivo fluentd.yaml.
En primer lugar, exclúyalos de la compatibilidad de varias líneas predeterminada añadiendo los

nombres de ruta de los archivos de registro a un campo exclude_path de la sección containers de
fluentd.yaml. A continuación se muestra un ejemplo.
<source>
@type tail
@id in_tail_container_logs
@label @containers
path /var/log/containers/*.log
exclude_path ["full_pathname_of_log_file*", "full_pathname_of_log_file2*"]
A continuación, añada un bloque de archivos de registro al archivo fluentd.yaml. El ejemplo siguiente

se utiliza para el archivo de registro del agente de CloudWatch, que utiliza una expresión regular de marca
temporal como iniciador de varias líneas. Puede copiar este bloque y añadirlo a fluentd.yaml. Cambie
las líneas indicadas para reflejar el nombre del archivo de registro de la aplicación y el iniciador de varias
líneas que desee utilizar.
<source>
@type tail
@id in_tail_cwagent_logs
@label @cwagentlogs
path /var/log/containers/cloudwatch-agent*
pos_file /var/log/cloudwatch-agent.log.pos
tag *
read_from_head true
<parse>
@type json
time_format %Y-%m-%dT%H:%M:%S.%NZ
</parse>
182
</source>
<label @cwagentlogs>
<filter **>
@type kubernetes_metadata
@id filter_kube_metadata_cwagent
</filter>
<filter **>
@type record_transformer
@id filter_cwagent_stream_transformer
<record>
stream_name ${tag_parts[3]}
</record>
</filter>
<filter **>
@type concat
key log
multiline_start_regexp /^\d{4}[-/]\d{1,2}[-/]\d{1,2}/
separator ""
flush_interval 5
timeout_label @NORMAL
</filter>
<match **>
@type relabel
@label @NORMAL
</match>
</label>
Reducción del volumen de registro del FluentD (opcional)

De forma predeterminada, enviamos registros de aplicaciones FluentD y metadatos de Kubernetes a
CloudWatch. Si desea reducir el volumen de datos que se envía a CloudWatch, puede detener el envío de
uno o ambos de estos orígenes de datos a CloudWatch.
Para detener los registros de aplicaciones FluentD, elimine la siguiente sección del archivo
fluentd.yaml.
<source>
@type tail
@id in_tail_fluentd_logs
@label @fluentdlogs
path /var/log/containers/fluentd*
pos_file /var/log/fluentd.log.pos
tag *
read_from_head true
<parse>
@type json
time_format %Y-%m-%dT%H:%M:%S.%NZ
</parse>
</source>
<label @fluentdlogs>
<filter **>
@type kubernetes_metadata
@id filter_kube_metadata_fluentd
</filter>
183
<filter **>
@id filter_fluentd_stream_transformer
<record>
</record>
</filter>
<match **>
@type relabel
@label @NORMAL
</match>
</label>
Para eliminar los metadatos de Kubernetes que se añadan a los eventos de registro que se envían a
CloudWatch, añada una línea a la sección record_transformer en el archivo fluentd.yaml. Añada
la siguiente línea en el origen de registros en el que desea eliminar esos metadatos.
remove_keys $.kubernetes.pod_id, $.kubernetes.master_url, $.kubernetes.container_image_id,

$.kubernetes.namespace_id
Por ejemplo:
<filter **>
@id filter_containers_stream_transformer
<record>
</record>
remove_keys $.kubernetes.pod_id, $.kubernetes.master_url,
$.kubernetes.container_image_id, $.kubernetes.namespace_id
</filter>
Si no ve estos grupos de registros y está mirando en la región correcta, compruebe los registros de los
pods del DaemonSet de FluentD para buscar el error.
Ejecute el siguiente comando y asegúrese de que el estado es Running.
En los resultados del comando anterior, anote el nombre del pod que comienza por fluentd-
cloudwatch. Utilice este nombre de pod en el siguiente comando.
kubectl logs pod_name -n amazon-cloudwatch
Si los registros tienen errores relacionados con los permisos de IAM, consulte el rol de IAM asociado a los
nodos del clúster. Para obtener más información sobre los permisos necesarios para ejecutar un clúster
de Amazon EKS, consulte Políticas, roles y permisos de IAM en Amazon EKS en la Guía del usuario de
Amazon EKS.
Si el estado del pod es CreateContainerConfigError, obtenga el error exacto ejecutando el siguiente

comando.
kubectl describe pod pod_name -n amazon-cloudwatch
184
(Opcional) Configuración del registro del plano de control de

Amazon EKS
Si utiliza Amazon EKS, tiene la opción de habilitar el registro del plano de control de Amazon EKS, para
proporcionar registros de auditoría y de diagnóstico directamente desde el plano de control de Amazon
EKS a CloudWatch Logs. Para obtener más información, consulte Registro del plano de control de Amazon
EKS.
(Opcional) Configuración del agente de CloudWatch como

punto de enlace de StatsD para enviar métricas de StatsD a
CloudWatch
En esta sección, se explica cómo instalar y configurar el agente de CloudWatch como punto de enlace
de StatsD en un clúster de Amazon EKS o de Kubernetes para recopilar métricas de StatsD de los
contenedores y publicarlas en CloudWatch. Es posible que desee hacerlo si ya utiliza StatsD.
Dispone de tres opciones para implementar el agente de CloudWatch como punto de enlace de StatsD en
un clúster:
Implementación de un solo agente de CloudWatch en el clúster como servicio
Se recomienda utilizar esta opción si desea agregar todas las métricas de StatsD del clúster antes de
publicarlas en CloudWatch. Esta opción también se puede escalar bien y consume menos recursos
que la implementación del agente como asociado.
Implementación del agente de CloudWatch como un DaemonSet en cada nodo de trabajo
Se recomienda utilizar esta opción si desea agregar las métricas de StatsD de los nodos de
trabajo de Kubernetes o si le preocupa la escalabilidad de un único agente de CloudWatch que
proporciona todas las métricas de StatsD de todo el clúster. También consume menos recursos que la
implementación del agente como asociado.
El inconveniente es que no se puede escalar en un único nodo porque solo se ejecutará un

contenedor en cada nodo.
Implementación del agente de CloudWatch como un elemento asociado
Se recomienda utilizar esta opción si no desea agregar métricas de StatsD entre los pods. Los
recursos como la CPU, la memoria y la red están aislados en el nivel de pod, por lo que es flexible
para que los clientes conecten el agente a sus pods.
Las desventajas de este método incluyen el consumo de recursos: por ejemplo, 1000 pods tiene 1000
contenedores de agente de CloudWatch. Además, no se pueden añadir métricas procedentes de
diferentes tareas.

Siga los pasos que se describen a continuación para crear un espacio de nombres de Kubernetes
denominado amazon-cloudwatch para CloudWatch. Puede omitir estos pasos si ya ha creado este
espacio de nombres.
• Especifique el siguiente comando para descargar y aplicar el archivo YAML del espacio de nombres
en el host de cliente de kubectl.
185

container-insights/master/k8s-yaml-templates/cloudwatch-namespace.yaml
Paso 2: Crear un ConfigMap para StatsD

Independientemente de la opción que haya elegido, debe crear un ConfigMap para StatsD.
Para crear un ConfigMap para StatsD para enviar métricas desde un clúster
1. Descargue el archivo YAML de ConfigMap en el host de cliente de kubectl ejecutando el siguiente

comando:
curl -O https://raw.githubusercontent.com/aws-samples/amazon-cloudwatch-container-
insights/master/k8s-yaml-templates/cwagent-statsd/cwagent-statsd-configmap.yaml
Este archivo YAML tiene un blob de configuración JSON integrado.

2. Edite el blob de configuración JSON. Asegúrese de que el blob JSON sigue teniendo un formato
JSON válido cuando termine.
a. Puede editar los elementos de StatsD en la sección statsd. Para obtener más información,
consulte Recuperación de métricas personalizadas con StatsD (p. 292).
b. Puede editar los elementos generales en la sección agent. Para obtener más información,
consulte Archivo de configuración del agente de CloudWatch: sección agent (p. 264).
En la sección agent, le recomendamos que establezca omit_hostname en true. De lo

contrario, el agente añade el nombre de host del nodo de trabajo en el que se ejecuta el pod del
agente como una dimensión de las métricas de StatsD. El uso de este nombre de host como
dimensión puede dificultar la visualización de las métricas si el pod del agente se reprograma para
otro nodo de trabajo.
De forma predeterminada, CloudWatch publica las métricas en la región de AWS donde se

encuentra el nodo de trabajo. Para cambiar este comportamiento, puede añadir un campo
region a la sección agent. Por ejemplo, "region":"us-west-2".
3. Ejecute el siguiente comando para crear el ConfigMap en el clúster.
kubectl apply -f cwagent-statsd-configmap.yaml
Paso 3: Implementar el agente de CloudWatch

Para implementar el agente de CloudWatch para enviar métricas de StatsD, utilice los pasos en una de las
siguientes secciones.
Opción 1: Implementar un solo agente de CloudWatch en el clúster
En esta sección, se explica cómo implementar un solo agente de CloudWatch en un clúster para enviar
métricas de StatsD a CloudWatch. Cuando finaliza la implementación y el agente se está ejecutando,
comienza a escuchar en la URL cloudwatch-agent-statsd.amazon-cloudwatch.svc:8125. Una
aplicación dentro del clúster puede emitir métricas de StatsD a esta URL.
Para implementar un solo agente de CloudWatch en un clúster
1. Especifique el siguiente comando para descargar e implementar el archivo YAML de la

implementación.
186

container-insights/master/k8s-yaml-templates/cwagent-statsd/cwagent-statsd-
deployment.yaml
2. Especifique el siguiente comando para validar la implementación.
Opción 2: Implementar el agente de CloudWatch como un DaemonSet en cada nodo de trabajo
Esta opción es para implementar el agente de CloudWatch como un DaemonSet en cada nodo de
trabajo. Cuando se finaliza la implementación y el agente se está ejecutando, comienza a escuchar en
NodeIP:8125. Una aplicación dentro del clúster puede emitir métricas de StatsD al puerto 8125 con la IP
del nodo en el que está programado el pod de la aplicación.
Para implementar el agente de CloudWatch en cada nodo de trabajo
1. Ejecute el siguiente comando para descargar e implementar el archivo YAML de DaemonSet.

container-insights/master/k8s-yaml-templates/cwagent-statsd/cwagent-statsd-
daemonset.yaml
2. Valide la implementación ejecutando el siguiente comando.
Opción 3: Implementar el agente de CloudWatch como un elemento asociado
En esta sección, se explica cómo implementar el agente de CloudWatch como un elemento asociado.
El agente recopila las métricas de StatsD de las aplicaciones que se ejecutan en el mismo pod. A
continuación, se muestra un ejemplo de un archivo YAML que inicia el agente de CloudWatch como un
elemento asociado de un contenedor de Amazon Linux.
apiVersion: v1
kind: Pod
metadata:
namespace: default
name: amazonlinux
spec:
containers:
- name: amazonlinux
image: amazonlinux
command: ["/bin/sh"]
args: ["-c", "sleep 300"]
- name: cloudwatch-agent
image: amazon/cloudwatch-agent
resources:
limits:
cpu: 200m
memory: 100Mi
requests:
cpu: 200m
memory: 100Mi
volumeMounts:
- name: cwagentconfig
187
mountPath: /etc/cwagentconfig
volumes:
configMap:
name: cwagentstatsdconfig
terminationGracePeriodSeconds: 60
Actualización o eliminación de Container Insights en Amazon

EKS y Kubernetes
Siga los pasos de estas secciones para actualizar la imagen de contenedor del agente de CloudWatch o
para eliminar Container Insights de un clúster de Amazon EKS o Kubernetes.
Temas
• Actualización de la imagen del contenedor del agente de CloudWatch (p. 188)
• Eliminación del agente de CloudWatch y el FluentD para Container Insights (p. 189)
Actualización de la imagen del contenedor del agente de CloudWatch

Si necesita actualizar la imagen de contenedor a la versión más reciente, siga los pasos de esta sección.
Para actualizar la imagen de contenedor, realice el siguiente procedimiento:
1. Especifique el siguiente comando para aplicar el archivo cwagent-serviceaccount.yaml más

reciente.

container-insights-monitoring/cwagent/cwagent-serviceaccount.yaml
2. Este paso es necesario únicamente para los clientes que actualizaron su agente de CloudWatch en
contenedores a partir de una versión anterior a la 1.226589.0, publicada el 20 de agosto de 2019.
En el archivo Configmap cwagentconfig, cambie la palabra clave structuredlogs a logs.
a. En primer lugar, escriba el siguiente comando para abrir el archivo cwagentconfig existente en
modo de edición.
kubectl edit cm cwagentconfig -n amazon-cloudwatch
En el archivo, si ve la palabra clave structuredlogs, cámbiela a logs.

b. Escriba wq para guardar el archivo y salir del modo de edición.
3. Especifique el siguiente comando para aplicar el archivo cwagent-daemonset.yaml más reciente.

container-insights-monitoring/cwagent/cwagent-daemonset.yaml
Puede conseguir actualizaciones continuas de DaemonSet del agente de CloudWatch en cualquier

momento que cambie la configuración en cwagent-configmap.yaml. Para ello, debe asegurarse de
que la sección .spec.templatedel archivo cwagent-daemonset.yaml tenga cambios. De lo contrario,
Kubernetes considera que no hay cambios en el DaemonSet. Una práctica habitual consiste en añadir el
valor hash del ConfigMap en .spec.template.metadata.annotations.configHash, tal y como se
muestra en el siguiente ejemplo.
188
Visualización de las métricas de Container Insights
yq w -i cwagent-daemonset.yaml spec.template.metadata.annotations.configHash $(kubectl get

cm/cwagentconfig -n amazon-cloudwatch -o yaml | sha256sum)
Esto agrega un valor hash al archivo cwagent-daemonset.yaml, tal y como se muestra en el siguiente
ejemplo.
spec:
selector:
matchLabels:
name: cloudwatch-agent
template:
metadata:
labels:
name: cloudwatch-agent
annotations:
configHash: 88915de4cf9c3551a8dc74c0137a3e83569d28c71044b0359c2578d2e0461825
A continuación, si ejecuta el siguiente comando, se aplica la configuración nueva.
kubectl apply -f cwagent-daemonset.yaml
Para obtener más información sobre yq, consulte yq.
Eliminación del agente de CloudWatch y el FluentD para Container Insights

Para eliminar todos los recursos relacionados con el agente de CloudWatch y el FluentD, ejecute
los siguientes comandos. En este comando, Cluster es el nombre de su clúster de Amazon EKS o
Kubernetes y Region es el nombre de la región en la que se publican los registros.
curl https://raw.githubusercontent.com/aws-samples/amazon-cloudwatch-container-
insights/latest/k8s-deployment-manifest-templates/deployment-mode/daemonset/
container-insights-monitoring/quickstart/cwagent-fluentd-quickstart.yaml | sed "s/
{{cluster_name}}/Cluster_Name/;s/{{region_name}}/Region/" | kubectl delete -f -
Visualización de las métricas de Container Insights

Una vez que haya configurado Container Insights y que este esté recopilando métricas, puede ver dichas
métricas en los paneles automáticos de CloudWatch.
Para que las métricas de Container Insights aparezcan en el panel, debe completar la configuración de
Container Insights. Para obtener más información, consulte Configuración de Container Insights (p. 167).
Para ver las métricas de Container Insights

2. En la esquina superior izquierda de la pantalla, seleccione la flecha hacia abajo situada junto a
Overview (Información general) y elija Container Insights.
Aparecen varios gráficos que muestran métricas sobre los clústeres. Debajo de los gráficos, aparece
una lista de clústeres que muestra el estado y métricas básicas para cada uno de ellos.
Para filtrar la vista para un clúster determinado, utilice la casilla situada en el centro en la parte
superior.
3. En la parte superior izquierda, donde se muestra Clusters (Clústeres), cambie para ver las métricas
en el nivel de nodo, pod, servicio, tarea y espacio de nombres. Al hacerlo, también puede filtrar esas
vistas para que se muestren únicamente los pods y nodos que desee.
189
Uso de CloudWatch Logs Insights para
ver información de Container Insights
También puede cambiar entre las métricas Amazon EKS y Amazon ECS.
4. En cualquier gráfico, pare en una línea de la leyenda para ver más información sobre ese recurso.
5. En el nivel de clúster, para ver los registros de uno de los clústeres en el panel, seleccione el botón
junto a su nombre en la lista de la parte inferior de la pantalla. A continuación, elija Actions (Acciones)
y seleccione una de las opciones de la lista.
Aparecerá un nuevo navegador que mostrará una consulta de CloudWatch Logs Insights para ese
recurso.
Elija Run Query (Ejecutar consulta). Se mostrarán los resultados de la consulta.
Para obtener más información sobre CloudWatch Logs Insights, consulte Analizar datos de registro
con CloudWatch Logs Insights.
6. En el nivel de nodo, pod o tarea, para ver los registros de uno o varios recursos que se muestran
actualmente en la lista en la parte inferior de la página, seleccione las casillas de verificación situadas
junto a los nombres de dichos recursos. A continuación, elija Actions (Acciones) y seleccione una de
las opciones de la lista. Puede ver registros de o rastros de AWS X-Ray del recurso.
Aparecerá un nuevo navegador con la información que ha solicitado.
Puede establecer una alarma de CloudWatch en cualquiera de las métricas que recopila Container
Insights. Para obtener más información, consulte Uso de alarmas de Amazon CloudWatch (p. 76)
Uso de CloudWatch Logs Insights para ver

información de Container Insights
Container Insights recopila métricas utilizando los eventos de registro de rendimiento que se almacenan en
CloudWatch Logs. Puede utilizar CloudWatch Logs Insights para realizar consultas de otras vistas de los
datos de sus contenedores.
Para obtener más información sobre CloudWatch Logs Insights, consulte Analizar datos de registro con
CloudWatch Logs Insights. Para obtener más información sobre los campos de los registros puede utilizar
en las consultas, consulte Eventos de registro de rendimiento de Container Insights para Amazon EKS y
Kubernetes (p. 203).
Para utilizar CloudWatch Logs Insights para consultar los datos de las métricas de contenedores

2. En el panel de navegación, seleccione Insights.
Cerca de la parte superior de la pantalla se encuentra el editor de consultas. La primera vez que se
abre CloudWatch Logs Insights, este cuadro contiene una consulta predeterminada que devuelve los
20 eventos del registro más recientes.
3. En el cuadro situado encima del editor de consultas, seleccione uno de los grupos de registros de
Container Insights que desee consultar. Para que funcionen las siguientes consultas de ejemplo, el
nombre del grupo de registros debe terminar por performance.
Al seleccionar un grupo de registros, CloudWatch Logs Insights detecta automáticamente los campos
de los datos en el grupo de registros y los muestra en Campos detectados en el panel derecho.
También muestra un gráfico de barras de eventos de registro en este grupo de registros con el paso
del tiempo. Este gráfico de barras muestra la distribución de los eventos en el grupo de registros que
coincide con la consulta y el intervalo de tiempo, no solo los eventos que se muestran en la tabla.
4. En el editor de consultas, sustituya la consulta predeterminada por la consulta siguiente y elija Run
query (Ejecutar consulta).
190
Uso de CloudWatch Logs Insights para
ver información de Container Insights
STATS avg(node_cpu_utilization) as avg_node_cpu_utilization by NodeName

| SORT avg_node_cpu_utilization DESC
Esta consulta muestra una lista de nodos, ordenada por el promedio de utilización de la CPU del nodo.
5. Para probar otro ejemplo, sustituya esa consulta por otra y elija Run query (Ejecutar consulta). Se
enumerarán más consultas de ejemplo más adelante en esta página.
STATS avg(number_of_container_restarts) as avg_number_of_container_restarts by PodName

| SORT avg_number_of_container_restarts DESC
Esta consulta muestra una lista de pods ordenada por el número medio de reinicios del contenedor.
6. Si desea probar otra consulta, puede incluir campos de la lista situada a la derecha de la pantalla.
Para obtener más información sobre la sintaxis de las consultas, consulte Sintaxis de las consultas de
CloudWatch Logs Insights.
Otras consultas de ejemplo para Container Insights

Lista de pods ordenada por el número medio de reinicios del contenedor
STATS avg(number_of_container_restarts) as avg_number_of_container_restarts by PodName

| SORT avg_number_of_container_restarts DESC
Pods solicitados frente a pods en ejecución
fields @timestamp, @message

| sort @timestamp desc
| filter Type="Pod"
| stats min(pod_number_of_containers) as requested, min(pod_number_of_running_containers)
as running, ceil(avg(pod_number_of_containers-pod_number_of_running_containers)) as
pods_missing by kubernetes.pod_name
| sort pods_missing desc
Número de errores de nodos del clúster
stats avg(cluster_failed_node_count) as CountOfNodeFailures

| filter Type="Cluster"
| sort @timestamp desc
Errores de registro de aplicaciones por nombre de contenedor
stats count() as countoferrors by kubernetes.container_name

| filter stream="stderr"
| sort countoferrors desc
Uso del disco por nombre de contenedor
stats floor(avg(container_filesystem_usage/1024)) as container_filesystem_usage_avg_kb by

InstanceId, kubernetes.container_name, device
| filter Type="ContainerFS"
| sort container_filesystem_usage_avg_kb desc
Uso de la CPU por nombre de contenedor
stats pct(container_cpu_usage_total, 50) as CPUPercMedian by kubernetes.container_name
191
Métricas recopiladas por Container Insights
| filter Type="Container"
Métricas recopiladas por Container Insights

Container Insights recopila un conjunto de métricas para Amazon ECS y AWS Fargate, y un conjunto
diferente para Amazon EKS y Kubernetes.
Temas
• Métricas de Container Insights de Amazon ECS (p. 192)
• Métricas de Amazon EKS y Kubernetes Container Insights (p. 196)
Métricas de Container Insights de Amazon ECS

En la siguiente tabla, se muestran las métricas y dimensiones que recopila Container Insights para Amazon
ECS. Estas métricas se encuentran en el espacio de nombres ECS/ContainerInsights. Para obtener
más información, consulte Métricas (p. 3).
Si no ve ninguna métrica de Container Insights en la consola, asegúrese de haber completado la

configuración de Container Insights. Las métricas no aparecen antes de haber configurado por completo
Note
Las métricas de red y disco recopiladas son acumulativas por tarea de Amazon ECS. Debido a
que estas métricas acumulativas se añaden a CloudWatch y a continuación, RATE se aplica una
función, se espera que vea picos en esas métricas. Por ejemplo, si una de cada dos Amazon
ECS tareas de un clúster deja de ejecutarse, RATE la métrica de red acumulativa mostrará un
pico negativo para ese punto de datos igual a los datos de métrica de red recopilados de la
tarea de Amazon ECS que acaba de detenerse. El equipo de CloudWatch es consciente de este
comportamiento y está investigando la mejor manera de recopilar, supervisar y alertar sobre
métricas acumulativas.
Para obtener más información sobre la función RATE, consulte Sintaxis y funciones de los cálculos
de métricas (p. 56).
Las siguientes métricas están disponibles al completar los pasos en Configuración de Container Insights en
Amazon ECS para métricas de nivel de clúster y de nivel de servicio (p. 167)
Nombre de métrica Dimensiones Descripción
ClusterName
ContainerInstanceCount El número de instancias
de EC2 que ejecutan el
agente de Amazon ECS
que están registradas
en un clúster.
CpuUtilized TaskDefinitionFamily, ClusterName Las unidades de CPU

utilizadas por tareas en
ServiceName, ClusterName el recurso especificado
por el conjunto de
ClusterName dimensiones que está
utilizando.
Esta métrica se recopila

únicamente para las
192

tareas que tienen una
reserva de CPU definida
en su definición de
tarea.
CpuReserved TaskDefinitionFamily, ClusterName Las unidades de

CPU reservadas
ServiceName, ClusterName por las tareas en el
recurso especificado
ClusterName por el conjunto de
dimensiones que está
utilizando.

reserva de CPU definida
en su definición de
tarea.
DeploymentCount ServiceName, ClusterName El número de

implementaciones en
un servicio de Amazon
ECS.
DesiredTaskCount ServiceName, ClusterName El número deseado de

tareas para un servicio
de Amazon ECS.
MemoryUtilized TaskDefinitionFamily, ClusterName La memoria que están

utilizando las tareas en
ServiceName, ClusterName el recurso especificado
por el conjunto de
utilizando.

reserva de memoria
definida en su definición
de tarea.
193
MemoryReserved TaskDefinitionFamily, ClusterName La memoria reservada

por las tareas en
ServiceName, ClusterName el recurso que se
especifica mediante
ClusterName el conjunto de
utilizando.

reserva de memoria
definida en su definición
de tarea.
NetworkRxBytes TaskDefinitionFamily, ClusterName El número de bytes

recibidos por el
ServiceName, ClusterName recurso que se
especifica mediante las
utilizando.
Esta métrica solo está

disponible para los
contenedores en modo
de red bridge. No
está disponible para
de red awsvpc o host.
NetworkTxBytes TaskDefinitionFamily, ClusterName El número de bytes

transmitidos por
ServiceName, ClusterName el recurso que se
utilizando.
Esta métrica solo está

disponible para los
de red bridge. No
está disponible para
de red awsvpc o host.
PendingTaskCount ServiceName, ClusterName El número de tareas que

actualmente tienen el
estado PENDING.
RunningTaskCount ServiceName, ClusterName El número de tareas que

actualmente tienen el
estado RUNNING.
ServiceCount ServiceName El número de servicios

en el clúster.
194
StorageReadBytes TaskDefinitionFamily, ClusterName El número de bytes

leídos desde el
ServiceName, ClusterName almacenamiento en
el recurso que se
ClusterName especifica mediante las
utilizando.
StorageWriteBytes TaskDefinitionFamily, ClusterName El número de

bytes escritos en
ServiceName, ClusterName almacenamiento en
el recurso que se
ClusterName especifica mediante las
utilizando.
TaskCount ServiceName El número de tareas

que se ejecutan en el
servicio.
TaskSetCount ServiceName, ClusterName El número de conjuntos

de tareas en el servicio.
Las siguientes métricas están disponibles al completar los pasos en Implementación del agente de
CloudWatch para recopilar métricas de nivel de instancia EC2 en Amazon ECS (p. 169)
instance_cpu_limit ClusterName El número máximo de

unidades de CPU que
se pueden asignar a
una única instancia EC2
en el clúster.
ClusterName
instance_cpu_reserved_capacity El porcentaje de CPU
reservado actualmente
EC2InstanceId, ContainerInstanceId, ClusterName en una única instancia
EC2 en el clúster.
ClusterName
instance_cpu_usage_total El número de unidades
de CPU utilizadas en
en el clúster.
ClusterName
instance_cpu_utilization El porcentaje total
de unidades de CPU
EC2InstanceId, ContainerInstanceId, ClusterName utilizadas en una única
instancia EC2 en el
clúster.
ClusterName
instance_filesystem_utilization El porcentaje total de
capacidad del sistema
EC2InstanceId, ContainerInstanceId, ClusterName de archivos utilizada en
en el clúster.
195
Métricas de Amazon EKS y Kubernetes Container Insights
ClusterName
instance_memory_limit La cantidad máxima de
memoria, en bytes, que
se puede asignar a una
única instancia EC2 en
este clúster.
ClusterName
instance_memory_reserved_capacity El porcentaje de
memoria reservada
EC2InstanceId, ContainerInstanceId, ClusterName actualmente en una
el clúster.
ClusterName
instance_memory_utliization El porcentaje total de
memoria utilizada en
EC2InstanceId, ContainerInstanceId, ClusterName una única instancia EC2
en el clúster.
ClusterName
instance_memory_working_set La cantidad de
memoria, en bytes,
utilizada en una única
instancia EC2 en el
clúster.
ClusterName
instance_network_total_bytes El número total de
bytes por segundo
transmitidos y recibidos
a través de la red en
en el clúster.
ClusterName
instance_number_of_running_tasks El número de tareas
en ejecución en una
el clúster.
Métricas de Amazon EKS y Kubernetes Container

Insights
En la siguiente tabla, se muestran las métricas y dimensiones que recopila Container Insights para Amazon
EKS y Kubernetes. Estas métricas se encuentran en el espacio de nombres ContainerInsights. Para
obtener más información, consulte Métricas (p. 3).
Si no ve ninguna métrica de Container Insights en la consola, asegúrese de haber completado la

configuración de Container Insights. Las métricas no aparecen antes de haber configurado por completo
ClusterName
cluster_failed_node_count El número de nodos de
trabajo con errores en el
clúster.
196
cluster_node_count ClusterName El número total de

nodos de trabajo en el
clúster.
Namespace, ClusterName
namespace_number_of_running_pods El número de pods
que se ejecutan por
ClusterName espacio de nombres
en el recurso que se
utilizando.
node_cpu_limit ClusterName El número máximo de

unidades de CPU que
se pueden asignar a
un único nodo en este
clúster.
NodeName, ClusterName, InstanceId

node_cpu_reserved_capacity El porcentaje de
unidades de CPU que
ClusterName están reservadas para
los componentes de
nodos, como kubelet,
kube-proxy y Docker.
node_cpu_usage_totalClusterName El número de unidades

de CPU que se utilizan
en los nodos del clúster.
node_cpu_utilizationNodeName, ClusterName, InstanceId El porcentaje total de

unidades de CPU que
ClusterName se utilizan en los nodos
del clúster.

node_filesystem_utilization El porcentaje total de
capacidad de sistema
ClusterName de archivos que se
utiliza en los nodos del
clúster.
node_memory_limit ClusterName La cantidad máxima

de memoria, en bytes,
que se puede asignar a
un único nodo en este
clúster.

node_memory_reserved_capacity El porcentaje de
memoria que se utiliza
ClusterName actualmente en los
nodos del clúster.

node_memory_utilization El porcentaje de
memoria que utiliza
ClusterName actualmente el nodo o
los nodos.
197
ClusterName
node_memory_working_set La cantidad de
memoria, en bytes, que
se utiliza en el conjunto
de trabajo de los nodos
del clúster.

node_network_total_bytes El número total de
bytes por segundo
ClusterName transmitidos y recibidos
a través de la red por
nodo en un clúster.

node_number_of_running_containers El número de
contenedores en
ClusterName ejecución por nodo en
un clúster.

node_number_of_running_pods El número de pods en
ejecución por nodo en
ClusterName un clúster.
PodName, Namespace, ClusterName

pod_cpu_reserved_capacity La capacidad de la CPU
reservada por pod en un
ClusterName clúster.
pod_cpu_utilization PodName, Namespace, ClusterName El porcentaje de

unidades de CPU que
Namespace, ClusterName utilizan los pods.
Service, Namespace, ClusterName
ClusterName

pod_cpu_utilization_over_pod_limit El porcentaje de
unidades de CPU
Namespace, ClusterName utilizadas por pods que
superan el límite de
Service, Namespace, ClusterName pods.
ClusterName

pod_memory_reserved_capacity El porcentaje de
memoria reservada para
ClusterName los pods.

pod_memory_utilization El porcentaje de
memoria que utiliza
Namespace, ClusterName actualmente el pod o los
pods.
ClusterName
198
Referencia de registros de rendimiento

pod_memory_utilization_over_pod_limit El porcentaje de
memoria que utilizan
Namespace, ClusterName los pods que superan el
límite de pods.
ClusterName

pod_number_of_container_restarts El número total de
reinicios del contenedor
en un pod.
pod_network_rx_bytesPodName, Namespace, ClusterName El número de bytes por

segundo que se están
Namespace, ClusterName recibiendo a través de la
red por el pod.
ClusterName
pod_network_tx_bytesPodName, Namespace, ClusterName El número de bytes por

segundo que se están
Namespace, ClusterName transmitiendo a través
de la red por el pod.
ClusterName

service_number_of_running_pods El número de pods que
ejecutan el servicio o
ClusterName servicios en el clúster.
Referencia de registro de rendimiento de Container

Insights
Esta sección incluye información de referencia sobre cómo Container Insights utiliza los eventos de registro
de rendimiento para recopilar métricas.
Temas
• Eventos de registro de rendimiento de Container Insights para Amazon ECS (p. 199)
• Eventos de registro de rendimiento de Container Insights para Amazon EKS y Kubernetes (p. 203)
• Campos relevantes en eventos de registro de rendimiento para Amazon EKS y Kubernetes (p. 214)
Eventos de registro de rendimiento de Container

Insights para Amazon ECS
A continuación, se muestran ejemplos de los eventos de registro de rendimiento que Container Insights
recopila de Amazon ECS.
Tipo: Contenedor
199
Eventos de registro de rendimiento para Amazon ECS
{
"Version": "0",
"Type": "Container",
"ContainerName": "mysql",
"TaskId": "7c7bce41-8f2f-4673-b1a3-0e57ef51168f",
"TaskDefinitionFamily": "hello_world",
"TaskDefinitionRevision": "2",
"ContainerInstanceId": "12345678-db61-4b1b-b0ec-93ad21467cc9",
"EC2InstanceId": "i-1234567890123456",
"ServiceName": "myCIService",
"ClusterName": "myCICluster",
"Timestamp": 1561586749104,
"CpuUtilized": 1.8381139895790504,
"CpuReserved": 30.0,
"MemoryUtilized": 295,
"MemoryReserved": 400,
"StorageReadBytes": 10817536,
"StorageWriteBytes": 2085376000,
"NetworkRxBytes": 6522,
"NetworkRxDropped": 0,
"NetworkRxErrors": 0,
"NetworkRxPackets": 83,
"NetworkTxBytes": 3904,
"NetworkTxDropped": 0,
"NetworkTxErrors": 0,
"NetworkTxPackets": 44
}
Tipo: Tarea
{
"Version": "0",
"Type": "Task",
"TaskId": "8b03d710-a0de-4458-b6ee-e9829e9d1440",
"TaskDefinitionFamily": "hello_world",
"TaskDefinitionRevision": "2",
"ContainerInstanceId": "12345678-e797-496b-9d70-4edfda2700a4",
"EC2InstanceId": "i-1234567890123456",
"Timestamp": 1561586269429,
"CpuUtilized": 2.4353688568190526,
"CpuReserved": 60.0,
"MemoryUtilized": 314,
"MemoryReserved": 800,
"StorageReadBytes": 11124736,
"StorageWriteBytes": 2100379648,
"NetworkRxBytes": 12062,
"NetworkRxDropped": 0,
"NetworkRxErrors": 0,
"NetworkRxPackets": 149,
"NetworkTxBytes": 8064,
"NetworkTxDropped": 0,
"NetworkTxErrors": 0,
"NetworkTxPackets": 96,
"CloudWatchMetrics": [
{
"Namespace": "ECS/ContainerInsights",
"Metrics": [
{
"Name": "CpuUtilized",
"Unit": "None"
},
{
200
"Name": "CpuReserved",
"Unit": "None"
},
{
"Name": "MemoryUtilized",
"Unit": "Megabytes"
},
{
"Name": "MemoryReserved",
"Unit": "Megabytes"
},
{
"Name": "StorageReadBytes",
"Unit": "Bytes/Second"
},
{
"Name": "StorageWriteBytes",
},
{
"Name": "NetworkRxBytes",
},
{
"Name": "NetworkTxBytes",
}
],
"Dimensions": [
[
"ClusterName"
],
[
"ServiceName",
"ClusterName"
],
[
"ClusterName",
"TaskDefinitionFamily"
]
]
}
]
}
Tipo: Servicio
{
"Version": "0",
"Type": "Service",
"Timestamp": 1561586460000,
"DesiredTaskCount": 2,
"RunningTaskCount": 2,
"PendingTaskCount": 0,
"DeploymentCount": 1,
"TaskSetCount": 0,
{
"Metrics": [
{
"Name": "DesiredTaskCount",
"Unit": "Count"
201
},
{
"Name": "RunningTaskCount",
"Unit": "Count"
},
{
"Name": "PendingTaskCount",
"Unit": "Count"
},
{
"Name": "DeploymentCount",
"Unit": "Count"
},
{
"Name": "TaskSetCount",
"Unit": "Count"
}
],
"Dimensions": [
[
"ServiceName",
"ClusterName"
]
]
}
]
}
Tipo: Clúster
{
"Version": "0",
"Type": "Cluster",
"Timestamp": 1561587300000,
"TaskCount": 5,
"ContainerInstanceCount": 5,
"ServiceCount": 2,
{
"Metrics": [
{
"Name": "TaskCount",
"Unit": "Count"
},
{
"Name": "ContainerInstanceCount",
"Unit": "Count"
},
{
"Name": "ServiceCount",
"Unit": "Count"
}
],
"Dimensions": [
[
"ClusterName"
]
]
}
]
}
202
Eventos de registro de rendimiento
para Amazon EKS y Kubernetes
Eventos de registro de rendimiento de Container

Insights para Amazon EKS y Kubernetes
A continuación, se muestran ejemplos de los eventos de registro de rendimiento que Container Insights
recopila de clústeres de Amazon EKS y Kubernetes.
Tipo: Node
{
"AutoScalingGroupName": "eksctl-myCICluster-nodegroup-standard-workers-
NodeGroup-1174PV2WHZAYU",
{
"Metrics": [
{
"Unit": "Percent",
"Name": "node_cpu_utilization"
},
{
"Unit": "Percent",
"Name": "node_memory_utilization"
},
{
"Unit": "Bytes/Second",
"Name": "node_network_total_bytes"
},
{
"Unit": "Percent",
"Name": "node_cpu_reserved_capacity"
},
{
"Unit": "Percent",
"Name": "node_memory_reserved_capacity"
},
{
"Unit": "Count",
"Name": "node_number_of_running_pods"
},
{
"Unit": "Count",
"Name": "node_number_of_running_containers"
}
],
"Dimensions": [
[
"NodeName",
"InstanceId",
"ClusterName"
]
],
"Namespace": "ContainerInsights"
},
{
"Metrics": [
{
"Unit": "Percent",
"Name": "node_cpu_utilization"
},
{
"Unit": "Percent",
"Name": "node_memory_utilization"
},
{
203
"Name": "node_network_total_bytes"
},
{
"Unit": "Percent",
"Name": "node_cpu_reserved_capacity"
},
{
"Unit": "Percent",
"Name": "node_memory_reserved_capacity"
},
{
"Unit": "Count",
"Name": "node_number_of_running_pods"
},
{
"Unit": "Count",
"Name": "node_number_of_running_containers"
},
{
"Name": "node_cpu_usage_total"
},
{
"Name": "node_cpu_limit"
},
{
"Unit": "Bytes",
"Name": "node_memory_working_set"
},
{
"Unit": "Bytes",
"Name": "node_memory_limit"
}
],
"Dimensions": [
[
"ClusterName"
]
],
}
],
"InstanceId": "i-1234567890123456",
"InstanceType": "t3.xlarge",
"NodeName": "ip-192-0-2-0.us-west-2.compute.internal",
"Sources": [
"cadvisor",
"/proc",
"pod",
"calculated"
],
"Timestamp": "1567096682364",
"Type": "Node",
"Version": "0",
"kubernetes": {
"host": "ip-192-168-75-26.us-west-2.compute.internal"
},
"node_cpu_limit": 4000,
"node_cpu_request": 1130,
"node_cpu_reserved_capacity": 28.249999999999996,
"node_cpu_usage_system": 33.794636630852764,
"node_cpu_usage_total": 136.47852169244098,
"node_cpu_usage_user": 71.67075111567326,
"node_cpu_utilization": 3.4119630423110245,
"node_memory_cache": 3103297536,
204
"node_memory_failcnt": 0,
"node_memory_hierarchical_pgfault": 0,
"node_memory_hierarchical_pgmajfault": 0,
"node_memory_limit": 16624865280,
"node_memory_mapped_file": 406646784,
"node_memory_max_usage": 4230746112,
"node_memory_pgfault": 0,
"node_memory_pgmajfault": 0,
"node_memory_request": 1115684864,
"node_memory_reserved_capacity": 6.7109407818311055,
"node_memory_rss": 798146560,
"node_memory_swap": 0,
"node_memory_usage": 3901444096,
"node_memory_utilization": 6.601302600149552,
"node_memory_working_set": 1097457664,
"node_network_rx_bytes": 35918.392817386324,
"node_network_rx_dropped": 0,
"node_network_rx_errors": 0,
"node_network_rx_packets": 157.67565245448117,
"node_network_total_bytes": 68264.20276554905,
"node_network_tx_bytes": 32345.80994816272,
"node_network_tx_dropped": 0,
"node_network_tx_errors": 0,
"node_network_tx_packets": 154.21455923431654,
"node_number_of_running_containers": 16,
"node_number_of_running_pods": 13
}
Tipo: NodeFS
{
{
"Metrics": [
{
"Unit": "Percent",
"Name": "node_filesystem_utilization"
}
],
"Dimensions": [
[
"NodeName",
"InstanceId",
"ClusterName"
],
[
"ClusterName"
]
],
}
],
"EBSVolumeId": "aws://us-west-2b/vol-0a53108976d4a2fda",
"InstanceId": "i-1234567890123456",
"Sources": [
"cadvisor",
"calculated"
],
"Timestamp": "1567097939726",
"Type": "NodeFS",
205
"Version": "0",
"device": "/dev/nvme0n1p1",
"fstype": "vfs",
"kubernetes": {
},
"node_filesystem_available": 17298395136,
"node_filesystem_capacity": 21462233088,
"node_filesystem_inodes": 10484720,
"node_filesystem_inodes_free": 10367158,
"node_filesystem_usage": 4163837952,
"node_filesystem_utilization": 19.400767547940255
}
Tipo: NodeDiskIO
{
"InstanceId": "i-1234567890123456",
"Sources": [
"cadvisor"
],
"Timestamp": "1567096928131",
"Type": "NodeDiskIO",
"Version": "0",
"device": "/dev/nvme0n1",
"kubernetes": {
},
"node_diskio_io_service_bytes_async": 9750.505814277016,
"node_diskio_io_service_bytes_read": 0,
"node_diskio_io_service_bytes_sync": 230.6174506688036,
"node_diskio_io_service_bytes_total": 9981.123264945818,
"node_diskio_io_service_bytes_write": 9981.123264945818,
"node_diskio_io_serviced_async": 1.153087253344018,
"node_diskio_io_serviced_read": 0,
"node_diskio_io_serviced_sync": 0.03603397666700056,
"node_diskio_io_serviced_total": 1.1891212300110185,
"node_diskio_io_serviced_write": 1.1891212300110185
}
Tipo: NodeNet
{
"InstanceId": "i-1234567890123456",
"Sources": [
"cadvisor",
"calculated"
],
"Timestamp": "1567096928131",
"Type": "NodeNet",
"Version": "0",
"interface": "eni972f6bfa9a0",
206
"kubernetes": {
},
"node_interface_network_rx_bytes": 3163.008420864309,
"node_interface_network_rx_dropped": 0,
"node_interface_network_rx_errors": 0,
"node_interface_network_rx_packets": 16.575629266820258,
"node_interface_network_total_bytes": 3518.3935157426017,
"node_interface_network_tx_bytes": 355.385094878293,
"node_interface_network_tx_dropped": 0,
"node_interface_network_tx_errors": 0,
"node_interface_network_tx_packets": 3.9997714100370625
}
Tipo: Pod
{
{
"Metrics": [
{
"Unit": "Percent",
"Name": "pod_cpu_utilization"
},
{
"Unit": "Percent",
"Name": "pod_memory_utilization"
},
{
"Name": "pod_network_rx_bytes"
},
{
"Name": "pod_network_tx_bytes"
},
{
"Unit": "Percent",
"Name": "pod_cpu_utilization_over_pod_limit"
},
{
"Unit": "Percent",
"Name": "pod_memory_utilization_over_pod_limit"
}
],
"Dimensions": [
[
"PodName",
"Namespace",
"ClusterName"
],
[
"Service",
"Namespace",
"ClusterName"
],
[
"Namespace",
"ClusterName"
],
[
"ClusterName"
]
207
],
},
{
"Metrics": [
{
"Unit": "Percent",
"Name": "pod_cpu_reserved_capacity"
},
{
"Unit": "Percent",
"Name": "pod_memory_reserved_capacity"
}
],
"Dimensions": [
[
"PodName",
"Namespace",
"ClusterName"
],
[
"ClusterName"
]
],
},
{
"Metrics": [
{
"Unit": "Count",
"Name": "pod_number_of_container_restarts"
}
],
"Dimensions": [
[
"PodName",
"Namespace",
"ClusterName"
]
],
}
],
"InstanceId": "i-1234567890123456",
"Namespace": "amazon-cloudwatch",
"PodName": "cloudwatch-agent-statsd",
"Service": "cloudwatch-agent-statsd",
"Sources": [
"cadvisor",
"pod",
"calculated"
],
"Timestamp": "1567097351092",
"Type": "Pod",
"Version": "0",
"kubernetes": {
"host": "ip-192-168-75-26.us-west-2.compute.internal",
"labels": {
"app": "cloudwatch-agent-statsd",
"pod-template-hash": "df44f855f"
},
"namespace_name": "amazon-cloudwatch",
"pod_id": "2f4ff5ac-c813-11e9-a31d-06e9dde32928",
208
"pod_name": "cloudwatch-agent-statsd-df44f855f-ts4q2",
"pod_owners": [
{
"owner_kind": "Deployment",
"owner_name": "cloudwatch-agent-statsd"
}
],
"service_name": "cloudwatch-agent-statsd"
},
"pod_cpu_limit": 200,
"pod_cpu_request": 200,
"pod_cpu_reserved_capacity": 5,
"pod_cpu_usage_system": 1.4504841104992765,
"pod_cpu_usage_total": 5.817016867430125,
"pod_cpu_usage_user": 1.1281543081661038,
"pod_cpu_utilization": 0.14542542168575312,
"pod_cpu_utilization_over_pod_limit": 2.9085084337150624,
"pod_memory_cache": 8192,
"pod_memory_failcnt": 0,
"pod_memory_hierarchical_pgfault": 0,
"pod_memory_hierarchical_pgmajfault": 0,
"pod_memory_limit": 104857600,
"pod_memory_mapped_file": 0,
"pod_memory_max_usage": 25268224,
"pod_memory_pgfault": 0,
"pod_memory_pgmajfault": 0,
"pod_memory_request": 104857600,
"pod_memory_reserved_capacity": 0.6307275170893897,
"pod_memory_rss": 22777856,
"pod_memory_swap": 0,
"pod_memory_usage": 25141248,
"pod_memory_utilization": 0.10988455961791709,
"pod_memory_utilization_over_pod_limit": 17.421875,
"pod_memory_working_set": 18268160,
"pod_network_rx_bytes": 9880.697124714186,
"pod_network_rx_dropped": 0,
"pod_network_rx_errors": 0,
"pod_network_rx_packets": 107.80005532263283,
"pod_network_total_bytes": 10158.829201483635,
"pod_network_tx_bytes": 278.13207676944796,
"pod_network_tx_dropped": 0,
"pod_network_tx_errors": 0,
"pod_network_tx_packets": 1.146027574644318,
"pod_number_of_container_restarts": 0,
"pod_number_of_containers": 1,
"pod_number_of_running_containers": 1,
"pod_status": "Running"
}
Tipo: PodNet
{
"InstanceId": "i-1234567890123456",
"Sources": [
"cadvisor",
"calculated"
],
209
"Timestamp": "1567097351092",
"Type": "PodNet",
"Version": "0",
"interface": "eth0",
"kubernetes": {
"labels": {
},
"pod_owners": [
{
}
],
},
"pod_interface_network_rx_bytes": 9880.697124714186,
"pod_interface_network_rx_dropped": 0,
"pod_interface_network_rx_errors": 0,
"pod_interface_network_rx_packets": 107.80005532263283,
"pod_interface_network_total_bytes": 10158.829201483635,
"pod_interface_network_tx_bytes": 278.13207676944796,
"pod_interface_network_tx_dropped": 0,
"pod_interface_network_tx_errors": 0,
"pod_interface_network_tx_packets": 1.146027574644318
}
Tipo: Contenedor
{
"AutoScalingGroupName": "eksctl-myCICluster-nodegroup-standard-workers-NodeGroup-sample",
"InstanceId": "i-1234567890123456",
"Sources": [
"cadvisor",
"pod",
"calculated"
],
"Timestamp": "1567097399912",
"Type": "Container",
"Version": "0",
"container_cpu_limit": 200,
"container_cpu_request": 200,
"container_cpu_usage_system": 1.87958283771964,
"container_cpu_usage_total": 6.159993652997942,
"container_cpu_usage_user": 1.6707403001952357,
"container_cpu_utilization": 0.15399984132494854,
"container_memory_cache": 8192,
"container_memory_failcnt": 0,
"container_memory_hierarchical_pgfault": 0,
"container_memory_hierarchical_pgmajfault": 0,
"container_memory_limit": 104857600,
"container_memory_mapped_file": 0,
"container_memory_max_usage": 24580096,
"container_memory_pgfault": 0,
210
"container_memory_pgmajfault": 0,
"container_memory_request": 104857600,
"container_memory_rss": 22736896,
"container_memory_swap": 0,
"container_memory_usage": 24453120,
"container_memory_utilization": 0.10574541028701798,
"container_memory_working_set": 17580032,
"container_status": "Running",
"kubernetes": {
"container_name": "cloudwatch-agent",
"docker": {
"container_id": "8967b6b37da239dfad197c9fdea3e5dfd35a8a759ec86e2e4c3f7b401e232706"
},
"labels": {
},
"pod_owners": [
{
}
],
},
"number_of_container_restarts": 0
}
Tipo: ContainerFS
{
"InstanceId": "i-1234567890123456",
"Sources": [
"cadvisor",
"calculated"
],
"Timestamp": "1567097399912",
"Type": "ContainerFS",
"Version": "0",
"container_filesystem_available": 0,
"container_filesystem_capacity": 21462233088,
"container_filesystem_usage": 24576,
"container_filesystem_utilization": 0.0001145081217748071,
"device": "/dev/nvme0n1p1",
"fstype": "vfs",
"kubernetes": {
"container_name": "cloudwatch-agent",
"docker": {
"container_id": "8967b6b37da239dfad197c9fdea3e5dfd35a8a759ec86e2e4c3f7b401e232706"
},
"labels": {
211
},
"pod_owners": [
{
}
],
}
}
Tipo: Clúster
{
{
"Metrics": [
{
"Unit": "Count",
"Name": "cluster_node_count"
},
{
"Unit": "Count",
"Name": "cluster_failed_node_count"
}
],
"Dimensions": [
[
"ClusterName"
]
],
}
],
"Sources": [
"apiserver"
],
"Timestamp": "1567097534160",
"Type": "Cluster",
"Version": "0",
"cluster_failed_node_count": 0,
"cluster_node_count": 3
}
Tipo: ClusterService
{
{
"Metrics": [
{
"Unit": "Count",
"Name": "service_number_of_running_pods"
}
],
"Dimensions": [
[
212
"Service",
"Namespace",
"ClusterName"
],
[
"ClusterName"
]
],
}
],
"Sources": [
"apiserver"
],
"Timestamp": "1567097534160",
"Type": "ClusterService",
"Version": "0",
"kubernetes": {
},
"service_number_of_running_pods": 1
}
Tipo: ClusterNamespace
{
{
"Metrics": [
{
"Unit": "Count",
"Name": "namespace_number_of_running_pods"
}
],
"Dimensions": [
[
"Namespace",
"ClusterName"
],
[
"ClusterName"
]
],
}
],
"Sources": [
"apiserver"
],
"Timestamp": "1567097594160",
"Type": "ClusterNamespace",
"Version": "0",
"kubernetes": {
"namespace_name": "amazon-cloudwatch"
},
"namespace_number_of_running_pods": 7
}
213
Campos relevantes en eventos de registro de
rendimiento para Amazon EKS y Kubernetes

En Amazon EKS y Kubernetes, el agente de CloudWatch en contenedores emite los datos como
eventos de registro de rendimiento. De este modo, CloudWatch puede incorporar y almacenar datos
de cardinalidad alta. CloudWatch utiliza los datos de los eventos de registro de rendimiento para crear
métricas de CloudWatch agregadas en el nivel de clúster, de nodo y de pod sin necesidad de perder
información detallada.
En la siguiente tabla, se muestran los campos de estos eventos de registro de rendimiento que son
relevantes para la recopilación de datos de las métricas de Container Insights. Puede utilizar CloudWatch
Logs Insights para consultar cualquiera de estos campos para recopilar datos o investigar problemas. Para
obtener más información, consulte Analizar datos de registro con CloudWatch Logs Insights.
Tipo Campo de registro Fuente Fórmula o Notas
Pod pod_cpu_utilization Calculado Fórmula:

pod_cpu_usage_total /
node_cpu_limit
Pod pod_cpu_usage_total cadvisor
Pod pod_cpu_limit Calculado Fórmula:

sum(container_cpu_limit)
Si no se ha
definido un límite
de CPU para
alguno de los
contenedores del
pod, este campo
no aparece en
el evento de
registro.
Pod pod_cpu_request Calculado Fórmula:

sum(container_cpu_reques
No se
garantiza que
container_cpu_request
se vaya a
establecer. En
la suma solo se
incluyen las que
se establezcan.
Pod pod_cpu_utilization_over_pod_limit Calculado Fórmula:

pod_cpu_usage_total /
pod_cpu_limit
Pod pod_cpu_reserved_capacity Calculado Fórmula:

pod_cpu_request /
node_cpu_limit
214
Pod pod_memory_utilization Calculado Fórmula:

pod_memory_working_set /
node_memory_limit
Pod pod_memory_working_set cadvisor
Pod pod_memory_limit Calculado Fórmula:

sum(container_memory_lim
Si algún
contenedor del
pod no tiene
definido un límite
de memoria,
este campo
no aparece en
el evento de
registro.
Pod pod_memory_request Calculado Fórmula:

sum(container_memory_req
No se
garantiza que
container_memory_request
se vaya a
establecer. En
la suma solo se
incluyen las que
se establezcan.
Pod Calculado
pod_memory_utilization_over_pod_limit Fórmula:
pod_memory_working_set /
pod_memory_limit
Si algún
contenedor del
pod no tiene
definido un límite
de memoria,
este campo
no aparece en
el evento de
registro.
Pod pod_memory_reserved_capacity Calculado Fórmula:

pod_memory_request /
node_memory_limit
215
Pod pod_network_tx_bytes Calculado Fórmula:

sum(pod_interface_networ
Estos datos
están disponibles
para todas las
interfaces de
red de cada
pod. El agente
de CloudWatch
calcula el total y
añade las reglas
de extracción de
las métricas.
Pod pod_network_rx_bytes Calculado Fórmula:

sum(pod_interface_networ
Pod pod_network_total_bytes Calculado Fórmula:

pod_network_rx_bytes
+
pod_network_tx_bytes
PodNet pod_interface_network_rx_bytes cadvisor Este dato son los

bytes rx de red
por segundo de
la interfaz de red
de un pod.
PodNet pod_interface_network_tx_bytes cadvisor Este dato son los

bytes tx de red
por segundo de
la interfaz de red
de un pod.
Contenedor container_cpu_usage_total cadvisor
Contenedor container_cpu_limit cadvisor No garantiza

que se vaya a
establecer. Si no
se establece, no
se emite.
Contenedor container_cpu_request cadvisor No garantiza

que se vaya a
establecer. Si no
se establece, no
se emite.
Contenedor container_memory_working_set cadvisor
Contenedor container_memory_limit pod No garantiza

que se vaya a
establecer. Si no
se establece, no
se emite.
216
Contenedor container_memory_request pod No garantiza

que se vaya a
establecer. Si no
se establece, no
se emite.
ContainerFS container_filesystem_capacity pod Estos datos

están disponibles
para cada
dispositivo de
disco.
ContainerFS container_filesystem_usage pod Estos datos

están disponibles
para cada
dispositivo de
disco.
ContainerFS container_filesystem_utilization Calculado Fórmula:

container_filesystem_usa
container_filesystem_cap
Estos datos
están disponibles
para cada
nombre de
dispositivo.
Nodo node_cpu_utilization Calculado Fórmula:

node_cpu_usage_total /
node_cpu_limit
Nodo node_cpu_usage_total cadvisor
Nodo node_cpu_limit /proc
Nodo node_cpu_request Calculado Fórmula:

sum(pod_cpu_request)
Nodo node_cpu_reserved_capacity Calculado Fórmula:

node_cpu_request /
node_cpu_limit
Nodo node_memory_utilization Calculado Fórmula:

node_memory_working_set
node_memory_limit
Nodo node_memory_working_set cadvisor
Nodo node_memory_limit /proc
Nodo node_memory_request Calculado Fórmula:

sum(pod_memory_request)
Nodo node_memory_reserved_capacity Calculado Fórmula:

node_memory_request /
node_memory_limit
217
Nodo node_network_rx_bytes Calculado Fórmula:

sum(node_interface_netwo
Nodo node_network_tx_bytes Calculado Fórmula:

sum(node_interface_netwo
Nodo node_network_total_bytes Calculado Fórmula:

node_network_rx_bytes
+
node_network_tx_bytes
Nodo node_number_of_running_pods Lista de pods
Nodo node_number_of_running_containers Lista de pods
NodeNet node_interface_network_rx_bytes cadvisor Este dato son los

bytes rx de red
por segundo de
la interfaz de red
de un nodo de
trabajo.
NodeNet node_interface_network_tx_bytes cadvisor Este dato son los

bytes tx de red
por segundo de
la interfaz de red
de un nodo de
trabajo.
NodeFS node_filesystem_capacity cadvisor
NodeFS node_filesystem_usage cadvisor
NodeFS node_filesystem_utilization Calculado Fórmula:

node_filesystem_usage /
node_filesystem_capacity
Estos datos
están disponibles
para cada
nombre de
dispositivo.
Clúster cluster_failed_node_count Servidor de API
Clúster cluster_node_count Servidor de API
Servicio service_number_of_running_pods Servidor de API
Espacio de namespace_number_of_running_pods Servidor de API

nombres
Ejemplos de cálculo de métricas

En esta sección, se incluyen ejemplos que muestran cómo se calculan algunos de los valores de la tabla
anterior.
218
Suponga que tiene un clúster en el estado siguiente.
Node1
node_cpu_limit = 4
node_cpu_usage_total = 3
Pod1
pod_cpu_usage_total = 2
Container1
container_cpu_limit = 1
container_cpu_request = 1
container_cpu_usage_total = 0.8
Container2
container_cpu_limit = null
container_cpu_request = null
Pod2
pod_cpu_usage_total = 0.4
Container3
container_cpu_request = 0.5
Node2
node_cpu_limit = 8
node_cpu_usage_total = 1.5
Pod3
pod_cpu_usage_total = 1
Container4
container_cpu_request = 2
container_cpu_usage_total = 1
En la tabla siguiente, se muestra cómo se calculan las métricas de CPU de los pods utilizando estos datos.
Métrica Fórmula Pod1 Pod2 Pod3
pod_cpu_utilization pod_cpu_usage_total / 2 / 4 = 50 % 0,4 / 4 = 1/8=

node_cpu_limit 10 % 12,5 %
pod_cpu_utilization_over_pod_limit
pod_cpu_usage_total / No 0,4 / 1 = 1 / 2 = 50 %
sum(container_cpu_limit) disponible, 40 %
porque
no se ha
definido el
límite de
CPU para
Container2.
sum(container_cpu_request) (1
pod_cpu_reserved_capacity / + 0) / 4 = 0,5 / 4 = 2 / 8 = 25 %
node_cpu_limit 25 % 12,5 %
En la tabla siguiente, se muestra cómo se calculan las métricas de CPU de los nodos utilizando estos
datos.
219
Solución de problemas de Container Insights
Métrica Fórmula Node1 Node2
node_cpu_utilization node_cpu_usage_total / 3 / 4 = 75 % 1,5 / 8 =

node_cpu_limit 18,75 %
node_cpu_reserved_capacity
sum(pod_cpu_request) / 1,5 / 4 = 2 / 8 = 25 %
node_cpu_limit 37,5 %
Solución de problemas de Container Insights

Las siguientes secciones pueden servir de ayuda si está teniendo problemas con Container Insights.
Error de implementación en Amazon EKS o

Kubernetes
Si el agente no se implementa correctamente en un clúster de Kubernetes, pruebe lo siguiente:
• Ejecute el siguiente comando para obtener la lista de pods.
• Ejecute el siguiente comando y compruebe los eventos de la parte inferior de la salida.
kubectl describe pod pod-name -n amazon-cloudwatch
• Ejecute el siguiente comando para comprobar los registros.
kubectl logs pod-name -n amazon-cloudwatch
Pánico no autorizado: no se puede recuperar datos de

cadvisor desde kubelet
Si su implementación falla con el error Unauthorized panic: Cannot retrieve cadvisor data
from kubelet, su kubelet podría no tener el modo de autorización Webhook habilitado. Este modo es
obligatorio para Container Insights. Para obtener más información, consulte Verificación de los requisitos
previos (p. 175).
Implementación de Container Insights en un clúster

eliminado y recreado
Si elimina un clúster existente que no tiene habilitado Container Insights y lo vuelve a crear con el mismo
nombre, no podrá habilitar Container Insights en ese nuevo clúster en el momento de volver a crearlo.
Puede habilitarlo si lo vuelve a crear y, a continuación, escribe el siguiente comando:

name=containerInsights,value=enabled
220
Error de punto de enlace no válido
Error de punto de enlace no válido

Si aparece un mensaje de error similar al siguiente, compruebe que ha reemplazado todos los
marcadores de posición, como nombre-clúster y nombre-región, por la información correcta para la
implementación en los comandos que utiliza.
"log": "2020-04-02T08:36:16Z E! cloudwatchlogs: code: InvalidEndpointURL, message:

invalid endpoint uri, original error: &url.Error{Op:\"parse\", URL:\"https://logs.
{{region_name}}.amazonaws.com/\", Err:\"{\"}, &awserr.baseError{code:\"InvalidEndpointURL
\", message:\"invalid endpoint uri\", errs:[]error{(*url.Error)(0xc0008723c0)}}\n",
Las métricas no aparecen en la consola

Si no ve ningún métrica de Container Insights en la Consola de administración de AWS, asegúrese de
haber completado la configuración de Container Insights. Las métricas no aparecen antes de haber
configurado por completo Container Insights. Para obtener más información, consulte Configuración de
Container Insights (p. 167).
Error CrashLoopBackoff en el agente de CloudWatch

Si ve un error CrashLoopBackOff del agente CloudWatch, asegúrese de que sus permisos de IAM
estén establecidos correctamente. Para obtener más información, consulte Verificación de los requisitos
previos (p. 175).
Agente de CloudWatch o pod FluentD bloqueado en

Pending (Pendiente)
Si dispone de un agente de CloudWatch o pod FluentD bloqueado en Pending o con un error
FailedScheduling, determine si los nodos tienen suficientes recursos informáticos en función del
número de núcleos y la cantidad de RAM que necesitan los agentes. Especifique el siguiente comando
para describir el pod:
kubectl describe pod cloudwatch-agent-85ppg -n amazon-cloudwatch
Creación de su propia imagen de Docker del agente

de CloudWatch
Consulte el Dockerfile que se encuentra en https://github.com/aws-samples/amazon-cloudwatch-container-
insights/blob/master/cloudwatch-agent-dockerfile/Dockerfile para crear su propia imagen de Docker del
agente de CloudWatch.
221
Recopilación de métricas y registros

de instancias Amazon EC2 y
servidores locales con el agente de
CloudWatch
El agente de CloudWatch unificado le permite hacer lo siguiente:
• Recopile más métricas de nivel de sistema de instancias Amazon EC2 en distintos sistemas operativos.
Las métricas pueden incluir métricas de invitados, además de las métricas de instancias EC2. Las
métricas adicionales que se pueden recopilar se indican en Métricas recopiladas por el agente de
• Recopilar métricas de nivel de sistema de servidores locales. Pueden incluir servidores en un entorno
híbrido, así como servidores no administrados por AWS.
• Recupere métricas personalizadas de sus aplicaciones o servicios mediante los protocolos collectd
y StatsD. StatsD se admite tanto en los servidores Linux como en los servidores Windows Server.
collectd solo se admite en servidores Linux.
• Recopilar registros de instancias Amazon EC2 y servidores locales con Linux o Windows Server.
Puede almacenar y ver las métricas que ha recopilado con el agente de CloudWatch en CloudWatch del
mismo modo que con otras métricas de CloudWatch. El espacio de nombres predeterminado para las
métricas recopiladas por el agente de CloudWatch es CWAgent, aunque puede especificar otro espacio de
nombres al configurar el agente.
Los registros que ha recopilado el agente de CloudWatch unificado se procesan y almacenan en Amazon
CloudWatch Logs, de la misma manera que los registros recopilados por el antiguo agente de CloudWatch
Logs. Para obtener más información acerca de los precios de CloudWatch Logs, consulte Precios de
Amazon CloudWatch.
Las métricas recopiladas por el agente de CloudWatch se facturan como métricas personalizadas. Para
obtener más información sobre los precios de las métricas de CloudWatch, consulte Precios de Amazon
CloudWatch.
En los pasos de esta sección se explica cómo instalar el agente de CloudWatch unificado en instancias
Amazon EC2 y servidores locales. Para obtener más información acerca de las métricas que puede
recopilar el agente de CloudWatch, consulte Métricas recopiladas por el agente de CloudWatch (p. 294).
Sistemas operativos compatibles
El agente de CloudWatch es compatible con la arquitectura AMD64 en los siguientes sistemas operativos:
• Amazon Linux versión 2014.03.02 o posterior

• Amazon Linux 2
• Ubuntu Server versiones 18.04, 16.04 y 14.04
• CentOS versiones 7.6, 7.2, 7.0, 6.8 y 6.5
• Red Hat Enterprise Linux (RHEL) versiones 8, 7.6, 7.5, 7.4, 7.2, 7.0 y 6.5
• Debian 8.0
222
Instalación del agente de CloudWatch
• SUSE Linux Enterprise Server (SLES) versión 12 y versión 15

• Versiones de 64 bits de Windows Server 2019, Windows Server 2016, Windows Server 2012 y Windows
Server 2008 R2.
El agente es compatible con la arquitectura ARM64 en los siguientes sistemas operativos:
• Amazon Linux 2
• Ubuntu Server versión 18.04
• Red Hat Enterprise Linux (RHEL) versión 7.6
• SUSE Linux Enterprise Server 15
Información general del proceso de instalación
Puede descargar e instalar el agente de CloudWatch manualmente con la línea de comandos o puede
integrarlo con SSM. El flujo general de la instalación del agente de CloudWatch con cualquier método es el
siguiente:
1. Cree roles o usuarios de IAM que permitan al agente recopilar métricas del servidor y, de forma
opcional, integrarse con AWS Administrador de sistemas.
2. Descargue del paquete del agente.
3. Modifique el archivo de configuración del agente de CloudWatch y especifique las métricas que desea
recopilar.
4. Instale e inicie el agente en sus servidores. Cuando instale el agente en una instancia EC2, asocie el rol
de IAM que creó en el paso 1. Cuando instale el agente en un servidor local, especifique un perfil con
nombre que contenga las credenciales del usuario IAM que creó en el paso 1.
Contenido
• Instalación del agente de CloudWatch (p. 223)
• Creación del archivo de configuración del agente de CloudWatch (p. 258)
• Métricas recopiladas por el agente de CloudWatch (p. 294)
• Escenarios comunes con el agente de CloudWatch (p. 303)
• Solución de problemas del agente de CloudWatch (p. 311)

Puede descargar e instalar el agente de CloudWatch mediante la línea de comandos con un enlace de
descarga de Amazon S3, mediante SSM o mediante una plantilla de AWS CloudFormation.
Contenido
• Instalación del agente de CloudWatch con la línea de comandos (p. 223)
• Instalación del agente de CloudWatch mediante AWS Administrador de sistemas (p. 235)
• Instalación del agente de CloudWatch mediante AWS CloudFormation (p. 249)
• Verificación de la firma del paquete del agente de CloudWatch (p. 253)
Instalación del agente de CloudWatch con la línea de

comandos
Utilice los siguientes temas para descargar, configurar e instalar el paquete del agente de CloudWatch.
223
con la línea de comandos
Temas
• Descarga y configuración del agente de CloudWatch con la línea de comandos (p. 224)
• Creación de los roles y usuarios de IAM para usarlos con el agente de CloudWatch (p. 228)
• Instalar y ejecutar el agente de CloudWatch en los servidores (p. 229)
Descarga y configuración del agente de CloudWatch con la línea

de comandos
Siga los pasos que se describen a continuación para descargar el paquete del agente de CloudWatch,
crear roles o usuarios de IAM y, de forma opcional, modificar el archivo de configuración común.
Descargar el paquete del agente de CloudWatch mediante un enlace de descarga

de S3
Puede utilizar un enlace de descarga de Amazon S3 para descargar el paquete del agente de CloudWatch.
Elija el enlace de descarga de esta tabla, en función de su arquitectura y plataforma.
Para cada enlace de descarga, hay un enlace general y enlaces para cada región. Por ejemplo, para
Amazon Linux y Amazon Linux 2 y la arquitectura AMD64, tres de los enlaces de descarga válidos son:
• https://s3.amazonaws.com/amazoncloudwatch-agent/amazon_linux/amd64/latest/
amazon-cloudwatch-agent.rpm
• https://s3.us-east-1.amazonaws.com/amazoncloudwatch-agent-us-east-1/
amazon_linux/amd64/latest/amazon-cloudwatch-agent.rpm
• https://s3.eu-central-1.amazonaws.com/amazoncloudwatch-agent-eu-central-1/
También puede descargar un archivo README sobre los últimos cambios realizados en el agente y
un archivo que indique el número de versión que está disponible para su descarga. Estos archivos se
encuentran en las siguientes ubicaciones:
• https://s3.amazonaws.com/amazoncloudwatch-agent/info/latest/RELEASE_NOTES o
bien https://s3.region.amazonaws.com/amazoncloudwatch-agent-Region/info/latest/
RELEASE_NOTES
• https://s3.amazonaws.com/amazoncloudwatch-agent/info/latest/CWAGENT_VERSION o
bien https://s3.region.amazonaws.com/amazoncloudwatch-agent-Region/info/latest/
CWAGENT_VERSION
Arquitectura Plataforma Enlace de descarga Enlace de archivo de firma
AMD64 Amazon Linux https://s3.amazonaws.com/ https://s3.amazonaws.com/

y Amazon amazoncloudwatch-agent/ amazoncloudwatch-agent/
Linux 2 amazon_linux/amd64/latest/ amazon_linux/amd64/
amazon-cloudwatch-agent.rpm latest/amazon-cloudwatch-
agent.rpm.sig
https://
s3.region.amazonaws.com/ https://
amazoncloudwatch- s3.region.amazonaws.com/
agent-region/amazon_linux/ amazoncloudwatch-
amd64/latest/amazon- agent-region/amazon_linux/
cloudwatch-agent.rpm amd64/latest/amazon-
cloudwatch-agent.rpm.sig
224
AMD64 Centos https://s3.amazonaws.com/ https://s3.amazonaws.com/

amazoncloudwatch-agent/ amazoncloudwatch-agent/
centos/amd64/latest/amazon- centos/amd64/latest/amazon-
cloudwatch-agent.rpm cloudwatch-agent.rpm.sig
https:// https://
s3.region.amazonaws.com/ s3.region.amazonaws.com/
amazoncloudwatch- amazoncloudwatch-
agent-region/centos/amd64/ agent-region/centos/amd64/
latest/amazon-cloudwatch- latest/amazon-cloudwatch-
agent.rpm agent.rpm.sig
AMD64 Redhat https://s3.amazonaws.com/ https://s3.amazonaws.com/

redhat/amd64/latest/amazon- redhat/amd64/latest/amazon-
https:// https://
agent-region/redhat/amd64/ agent-region/redhat/amd64/
AMD64 SUSE https://s3.amazonaws.com/ https://s3.amazonaws.com/

suse/amd64/latest/amazon- suse/amd64/latest/amazon-
https:// https://
agent-region/suse/amd64/ agent-region/suse/amd64/
AMD64 Debian https://s3.amazonaws.com/ https://s3.amazonaws.com/

debian/amd64/latest/amazon- debian/amd64/latest/amazon-
cloudwatch-agent.deb cloudwatch-agent.deb.sig
https:// https://
agent-region/debian/amd64/ agent-region/debian/amd64/
agent.deb agent.deb.sig
225
AMD64 Ubuntu https://s3.amazonaws.com/ https://s3.amazonaws.com/

ubuntu/amd64/latest/amazon- ubuntu/amd64/latest/amazon-
https:// https://
agent-region/ubuntu/amd64/ agent-region/ubuntu/amd64/
AMD64 Windows https://s3.amazonaws.com/ https://s3.amazonaws.com/

windows/amd64/latest/amazon- windows/amd64/latest/amazon-
cloudwatch-agent.msi cloudwatch-agent.msi.sig
https:// https://
agent-region/windows/amd64/ agent-region/windows/amd64/
agent.msi agent.msi.sig
ARM64 Amazon Linux https://s3.amazonaws.com/ https://s3.amazonaws.com/

2 amazoncloudwatch-agent/ amazoncloudwatch-agent/
amazon_linux/arm64/latest/ amazon_linux/arm64/
agent.rpm.sig
https://
arm64/latest/amazon- agent-region/amazon_linux/
cloudwatch-agent.rpm arm64/latest/amazon-
ARM64 Redhat https://s3.amazonaws.com/ https://s3.amazonaws.com/

redhat/arm64/latest/amazon- redhat/arm64/latest/amazon-
https:// https://
agent-region/redhat/arm64/ agent-region/redhat/arm64/
226
ARM64 Ubuntu https://s3.amazonaws.com/ https://s3.amazonaws.com/

ubuntu/arm64/latest/amazon- ubuntu/arm64/latest/amazon-
https:// https://
agent-region/ubuntu/arm64/ agent-region/ubuntu/arm64/
ARM64 SUSE https://s3.amazonaws.com/ https://s3.amazonaws.com/

suse/arm64/latest/amazon- suse/arm64/latest/amazon-
https:// https://
agent-region/suse/arm64/latest/ agent-regionsuse/arm64/
agent.rpm.sig
Para utilizar la línea de comandos para descargar e instalar el paquete del agente de CloudWatch
1. Descargue el agente de CloudWatch.
En un servidor Linux, escriba lo siguiente. Para download-link, utilice el enlace de descarga

adecuado de la tabla anterior.
wget download-link
En un servidor con Windows Server, descargue el siguiente archivo:
https://s3.amazonaws.com/amazoncloudwatch-agent/windows/amd64/latest/amazon-cloudwatch-
agent.msi
2. Después de haber descargado el paquete, puede verificar la firma del paquete. Para obtener más
información, consulte Verificación de la firma del paquete del agente de CloudWatch (p. 253).
3. Instale el paquete. Si ha descargado un paquete RPM en un servidor Linux, cambie al directorio que
contiene el paquete y escriba lo siguiente:
sudo rpm -U ./amazon-cloudwatch-agent.rpm
Si ha descargado un paquete DEB en un servidor Linux, cambie al directorio que contiene el paquete y
escriba lo siguiente:
sudo dpkg -i -E ./amazon-cloudwatch-agent.deb
Si ha descargado un paquete MSI en un servidor con Windows Server, cambie al directorio que
227
msiexec /i amazon-cloudwatch-agent.msi
Este comando también funciona desde PowerShell. Para obtener más información acerca de opciones
de comandos MSI, consulte Opciones de línea de comandos en la documentación de Microsoft
Windows.
Crear y modificar el archivo de configuración del agente

Después de haber descargar el agente de CloudWatch, debe crear el archivo de configuración antes
de iniciar el agente en ningún servidor. Para obtener más información, consulte Creación del archivo de
configuración del agente de CloudWatch (p. 258).
Creación de los roles y usuarios de IAM para usarlos con el

agente de CloudWatch
Para obtener acceso a los recursos de AWS se necesitan permisos. Puede crear un rol de IAM, un usuario
de IAM o ambos para conceder los permisos que el agente de CloudWatch necesita para escribir métricas
en CloudWatch. Si va a utilizar el agente en instancias Amazon EC2, debe crear un rol de IAM. Si va a
utilizar el agente en servidores locales, debe crear un rol de IAM.
Note
Recientemente hemos modificado los procedimientos siguientes con las nuevas políticas
CloudWatchAgentServerPolicy y CloudWatchAgentAdminPolicy creadas por Amazon,
en lugar de pedir a los clientes que creen estas políticas. Para escribir en archivos y descargar
archivos desde el Parameter Store, las políticas creadas por Amazon solo admiten archivos con
nombres que comiencen por AmazonCloudWatch-. Si tiene un archivo de configuración del
agente de CloudWatch con un nombre de archivo que no empieza por AmazonCloudWatch-,
estas políticas no se pueden utilizar para escribir el archivo en Parameter Store o descargarlo de
Parameter Store.
Si va a ejecutar el agente de CloudWatch en instancias Amazon EC2, siga estos pasos para crear el
rol de IAM necesario. Este rol proporciona permisos para leer información de la instancia y escribirla en
CloudWatch.
Para crear el rol de IAM necesario para ejecutar el agente de CloudWatch en instancias EC2

2. En el panel de navegación de la izquierda, seleccione Roles y, a continuación, seleccione Create Role
(Crear roles).
3. En Choose the service that will use this role (Seleccione el servicio que va a usar este rol), elija EC2
Allows EC2 instances to call AWS services on your behalf (Permite que las instancias EC2 llamen a
los servicios de AWS en su nombre). Elija Next: Permissions.
5. Elija Next: Review.
6. Compruebe que CloudWatchAgentServerPolicy aparece junto a Policies (Políticas). En Role name
(Nombre del rol), escriba el nombre del rol, como CloudWatchAgentServerRole. Si lo desea,
proporcione una descripción. A continuación, elija Create role.
Se crea el rol.
228
Si va a ejecutar el agente de CloudWatch en servidores locales, siga estos pasos para crear el usuario de
IAM necesario.
Para crear el usuario de IAM necesario para que el agente de CloudWatch se ejecute en
servidores locales

2. En el panel de navegación de la izquierda, elija Users (Usuarios) y después Add user (Añadir usuario).
3. Escriba el nombre de usuario del nuevo usuario.
4. Seleccione Programmatic access (Acceso mediante programación) y elija Next: Permissions
(Siguiente: Permisos).
5. Elija Attach existing policies directly.
7. Elija Next: Review.
8. Compruebe que se muestran las políticas correctas y elija Create user (Crear usuario).
9. Junto al nombre del usuario nuevo, elija Show. Copie la clave de acceso y la clave secreta en un
archivo para que pueda usarlas al instalar el agente. Elija Close (Cerrar).
Instalar y ejecutar el agente de CloudWatch en los servidores

Una vez que haya creado el archivo de configuración del agente que desee y un rol de IAM o un
usuario de IAM, siga estos pasos para instalar y ejecutar el agente en sus servidores, utilizando dicha
configuración. En primer lugar, asocie un rol de IAM o un usuario de IAM al servidor que va a ejecutar
el agente. A continuación, en ese servidor, descargue el paquete del agente e inícielo utilizando la
configuración del agente que ha creado.
Descargar el paquete del agente de CloudWatch mediante un enlace de descarga

de S3
En cada servidor en el que vaya a ejecutar el agente, descargue el paquete del agente. Elija el enlace de
descarga de esta tabla, en función de su arquitectura y plataforma.
Para cada enlace de descarga, hay un enlace general y enlaces para cada región. Por ejemplo, para
Amazon Linux y Amazon Linux 2 y la arquitectura AMD64, tres de los enlaces de descarga válidos son:
amazon-cloudwatch-agent.rpm

agent.rpm.sig
https://
s3.region.amazonaws.com/
229

amazoncloudwatch- https://
agent-region/amazon_linux/ s3.region.amazonaws.com/
amd64/latest/amazon- amazoncloudwatch-
cloudwatch-agent.rpm agent-region/amazon_linux/
amd64/latest/amazon-

https:// https://

https:// https://

https:// https://

https:// https://
230

https:// https://

https:// https://

agent.rpm.sig
https://

https:// https://
231

https:// https://

https:// https://
agent.rpm.sig
Para utilizar la línea de comandos para instalar el agente de CloudWatch en una instancia
Amazon EC2
1. Descargue el agente de CloudWatch. En un servidor Linux, escriba lo siguiente. Para download-

link, utilice el enlace de descarga adecuado de la tabla anterior.
wget download-link
En el caso de un servidor con Windows Server, descargue el siguiente archivo:
https://s3.amazonaws.com/amazoncloudwatch-agent/windows/amd64/latest/amazon-cloudwatch-
agent.msi
2. Después de haber descargado el paquete, puede verificar la firma del paquete. Para obtener más
información, consulte Verificación de la firma del paquete del agente de CloudWatch (p. 253).
3. Instale el paquete. Si ha descargado un paquete RPM en un servidor Linux, cambie al directorio que
sudo rpm -U ./amazon-cloudwatch-agent.rpm
Si ha descargado un paquete DEB en un servidor Linux, cambie al directorio que contiene el paquete y
sudo dpkg -i -E ./amazon-cloudwatch-agent.deb
Si ha descargado un paquete MSI en un servidor con Windows Server, cambie al directorio que
232
msiexec /i amazon-cloudwatch-agent.msi
Este comando también funciona desde PowerShell. Para obtener más información acerca de opciones
de comandos MSI, consulte Opciones de línea de comandos en la documentación de Microsoft
Windows.
(Instalación en una instancia EC2) Asociar un rol de IAM

Para que el agente de CloudWatch pueda enviar datos desde la instancia, debe asociar un rol de IAM a la
instancia. El rol que se va a asociar es CloudWatchAgentServerRole.
Para obtener más información sobre cómo asociar un rol de IAM a una instancia, consulte Asociación de
un rol de IAM a una instancia en la Guía del usuario de Amazon EC2 para instancias de Windows.
(Instalación en un servidor local) Especificar las credenciales de IAM y la región

de AWS
Para que el agente de CloudWatch pueda enviar datos desde un servidor local, debe especificar la clave
de acceso y la clave secreta del usuario de IAM que creó anteriormente. Para obtener más información
sobre la creación de este usuario, consulte Creación de los roles y usuarios de IAM para usarlos con el
agente de CloudWatch (p. 228).
También debe especificar la región de AWS a la que se envían las métricas, utilizando el campo region
de la sección [AmazonCloudWatchAgent] del archivo de configuración de AWS, tal y como se muestra
en el siguiente ejemplo.
[profile AmazonCloudWatchAgent]
region = us-west-1
A continuación se muestra un ejemplo del uso del comando aws configure para crear un perfil
con nombre para el agente de CloudWatch. En este ejemplo se supone que usa el nombre de perfil
predeterminado de AmazonCloudWatchAgent.
Para crear el perfil AmazonCloudWatchAgent para el agente de CloudWatch
• En los servidores Linux, escriba el siguiente comando y siga las instrucciones:
sudo aws configure --profile AmazonCloudWatchAgent
En Windows Server, abra PowerShell como administrador, escriba el siguiente comando y siga las
instrucciones.
aws configure --profile AmazonCloudWatchAgent
(Opcional) Modificar la configuración común para la información del proxy o región

El agente de CloudWatch incluye un archivo de configuración llamado common-config.toml. Si lo
desea, puede utilizar este archivo para especificar la información de proxy y región.
En un servidor con Linux, este archivo se encuentra en el directorio /opt/aws/amazon-cloudwatch-

agent/etc. En un servidor con Windows Server, este archivo se encuentra en el directorio C:
\ProgramData\Amazon\AmazonCloudWatchAgent.
233
El common-config.toml predeterminado es el siguiente.
# This common-config is used to configure items used for both ssm and cloudwatch access
## Configuration for shared credential.

## Default credential strategy will be used if it is absent here:
## Instance role is used for EC2 case by default.
## AmazonCloudWatchAgent profile is used for onPremise case by default.
# [credentials]
# shared_credential_profile = "{profile_name}"
# shared_credential_file= "{file_name}"
## Configuration for proxy.

## System-wide environment-variable will be read if it is absent here.
## i.e. HTTP_PROXY/http_proxy; HTTPS_PROXY/https_proxy; NO_PROXY/no_proxy
## Note: system-wide environment-variable is not accessible when using ssm run-command.
## Absent in both here and environment-variable means no proxy will be used.
# [proxy]
# http_proxy = "{http_url}"
# https_proxy = "{https_url}"
# no_proxy = "{domain}"
Inicialmente, todas las líneas están convertidas en comentarios. Para establecer la configuración del
perfil de credenciales o del proxy, quite # de esa línea y especifique un valor. Puede editar este archivo
manualmente o mediante RunShellScript Run Command en Administrador de sistemas:
• shared_credential_profile – Para los servidores locales, esta línea especifica el perfil de

credenciales del usuario de IAM que se va a utilizar para enviar datos a CloudWatch. Si mantiene esta
línea dentro de los comentarios, se utiliza AmazonCloudWatchAgent. Para obtener más información
sobre la creación de este perfil, consulte (Instalación en un servidor local) Especificar las credenciales de
IAM y la región de AWS (p. 233).
En una instancia EC2, puede utilizar esta línea para que el agente de CloudWatch envíe datos desde
esta instancia CloudWatch en una región de AWS distinta. Para ello, especifique un perfil con nombre
que incluya un campo region especificando el nombre de la región a la que se van a enviar los datos.
Si especifica un shared_credential_profile, también debe eliminar el # desde el principio de la

línea [credentials].
• shared_credential_file: para que el agente busque credenciales en un archivo ubicado en una
ruta distinta de la ruta predeterminada, especifique esa ruta completa y el nombre de archivo aquí. La
ruta predeterminada es /root/.aws en Linux y C:\\Users\\Administrator\\.aws en Windows
Server.
El primer ejemplo incluido a continuación muestra la sintaxis de una línea shared_credential_file

válida para los servidores Linux y el segundo ejemplo es válido para Windows Server. En Windows
Server, debe aplicar escape a los caracteres \.
shared_credential_file= "/usr/username/credentials"
shared_credential_file= "C:\\Documents and Settings\\username\\.aws\\credentials"
Si especifica un shared_credential_file, también debe eliminar el # del principio de la línea

[credentials].
• Configuración del proxy: si sus servidores usan proxies HTTP o HTTPS para ponerse en contacto con
los servicios de AWS, especifíquelos en los campos http_proxy y https_proxy. Si hay URL que se
deben excluir del proxy, especifíquelas en el campo no_proxy, separadas por comas.
234
mediante Administrador de sistemas
Iniciar el agente de CloudWatch con la línea de comandos

Siga estos pasos para utilizar la línea de comandos para iniciar el agente de CloudWatch en un servidor.
Para utilizar la línea de comandos para iniciar el agente de CloudWatch en un servidor
1. Copie el archivo de configuración del agente que desea utilizar en el servidor donde va a ejecutar el
agente. Anote el nombre de la ruta donde lo va a copiar.
2. En este comando, -a fetch-config provoca que el agente cargue la última versión del archivo de
configuración del agente de CloudWatch y -s inicia el agente.
En una instancia EC2 que ejecute Linux, escriba lo siguiente:
sudo /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-ctl -a fetch-config -

m ec2 -c file:configuration-file-path -s
En un servidor local que ejecute Linux, escriba lo siguiente:

m onPremise -c file:configuration-file-path -s
En una instancia EC2 que ejecute Windows Server, escriba lo siguiente desde la consola de
PowerShell:
& "C:\Program Files\Amazon\AmazonCloudWatchAgent\amazon-cloudwatch-agent-ctl.ps1" -a

fetch-config -m ec2 -c file:configuration-file-path -s
En un servidor local que ejecute Windows Server, escriba lo siguiente desde la consola de
PowerShell:

fetch-config -m onPremise -c file:configuration-file-path -s
Instalación del agente de CloudWatch mediante AWS

Administrador de sistemas
Utilice los siguientes temas para instalar y ejecutar el agente de CloudWatch mediante AWS Administrador
de sistemas.
Temas
• Creación de roles y usuarios de IAM para usarlos con el agente de CloudWatch (p. 236)
• Descarga y configuración del agente de CloudWatch (p. 239)
• Instalación del agente de CloudWatch en instancias EC2 mediante la configuración del
agente (p. 241)
• Instalación del agente de CloudWatch en servidores locales (p. 245)
235
Creación de roles y usuarios de IAM para usarlos con el agente

de CloudWatch
Para obtener acceso a los recursos de AWS se necesitan permisos. Puede crear roles y usuarios de
IAM que incluyan los permisos necesarios para que el agente de CloudWatch escriba las métricas en
CloudWatch y para que el agente de CloudWatch se comunique con Amazon EC2 y AWS Administrador
de sistemas. Puede utilizar roles de IAM en instancias Amazon EC2 y usuarios de IAM con servidores
locales.
Un rol o un usuario permite que el agente de CloudWatch se instale en un servidor y envíe métricas a
CloudWatch. El otro rol o usuario es necesario para almacenar la configuración del agente de CloudWatch
en Parameter Store de Administrador de sistemas. Parameter Store permite que varios servidores usen
una configuración del agente de CloudWatch.
La posibilidad de escribir en Parameter Store es un permiso con mucha capacidad. Solo debe utilizarse
cuando sea necesario y no debería asociarse a varias instancias de la implementación. Si almacena la
configuración del agente de CloudWatch en Parameter Store, le recomendamos lo siguiente:
• Configure la instancia en la que realizará esta configuración.

• Utilice el rol de IAM con permisos para escribir en Parameter Store únicamente en esta instancia.
• Utilice el rol de IAM con permisos para escribir en Parameter Store únicamente mientras trabaja con el
archivo de configuración del agente de CloudWatch y mientras lo guarda.
Note
Recientemente hemos modificado los procedimientos siguientes con las nuevas políticas
CloudWatchAgentServerPolicy y CloudWatchAgentAdminPolicy creadas por Amazon,
en lugar de pedir a los clientes que creen estas políticas. Para utilizar estas políticas para
escribir el archivo de configuración del agente en Parameter Store y luego descargarlo desde
Parameter Store, su archivo de configuración del agente debe tener un nombre que empiece
por AmazonCloudWatch-. Si tiene un archivo de configuración del agente de CloudWatch cuyo
nombre no comienza por AmazonCloudWatch-, estas políticas no se pueden utilizar para escribir
el archivo en Parameter Store ni para descargarlo de Parameter Store.
Creación de roles de IAM para utilizarlos con el agente de CloudWatch en

instancias Amazon EC2
El primer procedimiento crea el rol de IAM que debe asociar a cada instancia Amazon EC2 que ejecuta el
agente de CloudWatch. Este rol proporciona permisos para leer información de la instancia y escribirla en
CloudWatch.
El segundo procedimiento crea el rol de IAM que debe asociar a la instancia de Amazon EC2 que usó para
crear el archivo de configuración del agente de CloudWatch. Este paso es necesario si va a almacenar
este archivo en Administrador de sistemas Parameter Store para que otros servidores puedan utilizarlo.
Este rol proporciona permisos para realizar operaciones de escritura en Parameter Store, además de los
permisos para leer información de la instancia y escribirla en CloudWatch. Este rol incluye los permisos
suficientes para ejecutar el agente de CloudWatch, así como para realizar escrituras en Parameter Store.
Para crear el rol de IAM necesario para que cada servidor ejecute el agente de CloudWatch

2. En el panel de navegación, seleccione Roles y, a continuación, seleccione Create role.
3. En Select type of trusted entity (Seleccionar tipo de entidad de confianza), elija AWS service (Servicio
de AWS).
236
4. En Choose the service that will use this role (Elegir el servicio que utilizará este rol), elija EC2 y, a
continuación, elija Next: Permissions (Siguiente: Permisos).
6. Para utilizar Administrador de sistemas para instalar o configurar el agente de CloudWatch, seleccione
la casilla situada junto a AmazonSSMManagedInstanceCore. Esta política administrada de AWS
permite que una instancia utilice la funcionalidad básica del servicio Administrador de sistemas. Si es
necesario, utilice el cuadro de búsqueda para encontrar la política. Esta política no es necesaria si
inicia y configura el agente solo a través de la línea de comandos.
7. Elija Next: Tags (Siguiente: Etiquetas).
8. (Opcional) Añada uno o varios pares de clave de etiqueta-valor para organizar, realizar un seguimiento
o controlar el acceso a este rol y, a continuación, elija Next: Review (Siguiente: Revisar).
9. En Role name (Nombre de rol), escriba un nombre para el rol nuevo, por ejemplo,
CloudWatchAgentServerRole o el nombre que prefiera.
10. (Opcional) En Role description (Descripción del rol), escriba una descripción.
11. Compruebe que CloudWatchAgentServerPolicy y, de forma opcional,
AmazonSSMManagedInstanceCore aparecen junto a Policies (Políticas).
12. Elija Create role (Crear rol).
Se crea el rol.
El siguiente procedimiento crea el rol de IAM que también puede escribir en Parameter Store. Puede
utilizar este rol para almacenar el archivo de configuración del agente en Parameter Store para que otros
servidores pueden recuperarlo.
Los permisos para escribir en Parameter Store proporcionan un acceso amplio. Este rol no debería
asociarse a todos los servidores y solo los administradores deben utilizarlo. Cuando termine de crear el
archivo de configuración del agente y lo copie en Parameter Store, debe desasociar este rol de la instancia
y utilizar CloudWatchAgentServerRole en su lugar.
Para crear el rol de IAM para que un administrador escriba en Parameter Store

2. En el panel de navegación, seleccione Roles y, a continuación, seleccione Create role.
3. En Select type of trusted entity (Seleccionar tipo de entidad de confianza), elija AWS service (Servicio
de AWS).
4. Justo debajo de Choose the service that will use this role (Elegir el servicio que utilizará este rol), elija
EC2 y, a continuación, elija Next: Permissions (Siguiente: Permisos).
5. En la lista de políticas, seleccione la casilla junto a CloudWatchAgentAdminPolicy. Si es necesario,
permite que una instancia utilice la funcionalidad básica del servicio Administrador de sistemas. Si es
necesario, utilice el cuadro de búsqueda para encontrar la política. Esta política no es necesaria si
inicia y configura el agente solo a través de la línea de comandos.
9. En Role name (Nombre de rol), escriba un nombre para el rol nuevo, por ejemplo,
CloudWatchAgentAdminRole o el nombre que prefiera.
237
10. (Opcional) En Role description (Descripción del rol), escriba una descripción.
11. Compruebe que CloudWatchAgentAdminPolicy y, de forma opcional,
AmazonSSMManagedInstanceCore aparecen junto a Policies (Políticas).
12. Elija Create role (Crear rol).
Se crea el rol.
Creación de usuarios de IAM para utilizarlos con el agente de CloudWatch en

servidores locales
El primer procedimiento crea el usuario de IAM que se necesita para ejecutar el agente de CloudWatch.
Este usuario proporciona los permisos para enviar datos a CloudWatch.
El segundo procedimiento crea el usuario de IAM que se puede utilizar al crear el archivo de configuración
del agente de CloudWatch. Utilice este procedimiento para almacenar este archivo en Administrador de
sistemas Parameter Store para que otros servidores pueden utilizarlo. Este usuario proporciona permisos
para escribir en Parameter Store, además de permisos para escribir datos en CloudWatch.
Para crear el usuario de IAM necesario para que el agente de CloudWatch escriba datos en
CloudWatch

2. En el panel de navegación, elija Users y luego elija la opción Add user.
4. En Access type (Tipo de acceso), elija Programmatic access (Acceso mediante programación) y, a
5. En la página Set permissions (Establecer permisos), elija Attach existing policies directly (Asociar
directamente las políticas existentes).
permite que una instancia utilice la funcionalidad básica del servicio Administrador de sistemas. (Si es
necesario, utilice el cuadro de búsqueda para buscar la política. Esta política no es necesaria si inicia y
configura el agente solo a través de la línea de comandos).
10. Compruebe que se muestran las políticas correctas y, a continuación, elija Create user (Crear
usuario).
11. En la fila del usuario nuevo, elija Show (Mostrar). Copie la clave de acceso y la clave secreta en un
El siguiente procedimiento crea el usuario de IAM que también puede escribir en Parameter Store. Si
va a almacenar el archivo de configuración del agente en Parameter Store para que otros servidores
pueden utilizarlo, necesita este usuario de IAM. Este usuario de IAM proporciona permisos para escribir
en Parameter Store. Este usuario también proporciona permisos para leer información de la instancia
y escribirla en CloudWatch. Los permisos para escribir en Administrador de sistemas Parameter Store
proporcionan un acceso amplio. Este usuario de IAM no debería asociarse a todos los servidores y solo
los administradores deben utilizarlo. Debe utilizar este usuario de IAM solo cuando vaya a almacenar el
archivo de configuración del agente en Parameter Store.
238
Para crear el usuario de IAM necesario para almacenar el archivo de configuración en Parameter
Store y enviar información a CloudWatch

2. En el panel de navegación, elija Users y luego elija la opción Add user.
4. En Access type (Tipo de acceso), elija Programmatic access (Acceso mediante programación) y, a
5. En la página Set permissions (Establecer permisos), elija Attach existing policies directly (Asociar
directamente las políticas existentes).
6. En la lista de políticas, seleccione la casilla junto a CloudWatchAgentAdminPolicy. Si es necesario,
7. Para usar Administrador de sistemas para instalar o configurar el agente de CloudWatch, seleccione
permite que una instancia utilice la funcionalidad básica del servicio Administrador de sistemas. (Si es
necesario, utilice el cuadro de búsqueda para buscar la política. Esta política no es necesaria si inicia y
configura el agente solo a través de la línea de comandos).
10. Compruebe que se muestran las políticas correctas y, a continuación, elija Create user (Crear
usuario).
11. En la fila del usuario nuevo, elija Show (Mostrar). Copie la clave de acceso y la clave secreta en un
Descarga y configuración del agente de CloudWatch

En esta sección se explica cómo utilizar Administrador de sistemas para descargar el agente y crear
después el archivo de configuración del agente. Para poder utilizar Administrador de sistemas para instalar
el agente, debe asegurarse de que la instancia esté configurada correctamente para Administrador de
sistemas.
Instalación o actualización del SSM Agent

En una instancia Amazon EC2, el agente de CloudWatch requiere que la instancia ejecute la versión
2.2.93.0 o posterior. Antes de instalar el agente de CloudWatch, actualice o instale el SSM Agent en la
instancia si aún no lo ha hecho.
Para obtener información sobre la instalación o actualización del SSM Agent en una instancia de Linux,
consulte Instalación y configuración del SSM Agent en instancias de Linux en la Guía del usuario de AWS
Administrador de sistemas.
Para obtener información sobre la instalación o actualización del SSM Agent, consulte Uso de SSM Agent
en la Guía del usuario de AWS Administrador de sistemas.
(Opcional) Verificación de los requisitos previos de Administrador de sistemas

Antes de utilizar Administrador de sistemas Run Command para instalar y configurar el agente de
CloudWatch, verifique que las instancias cumplen los requisitos mínimos de Administrador de sistemas.
Para obtener más información, consulte Requisitos previos de Administrador de sistemas en la Guía del
usuario de AWS Administrador de sistemas.
239
Verificación del acceso a Internet

Las instancias Amazon EC2 deben tener acceso a Internet de salida para poder enviar datos a
CloudWatch o CloudWatch Logs. Para obtener más información acerca de cómo configurar el acceso a
Internet, consulte Gateways de Internet en la Guía del usuario de Amazon VPC.
Los puntos de enlace y los puertos para configurar en su proxy son los siguientes:
• Si va a utilizar el agente para recopilar métricas, debe añadir a la lista blanca los puntos de enlace
de CloudWatch para las regiones apropiadas. Estos puntos de enlace se enumeran en Amazon
CloudWatch en la Referencia general de Amazon Web Services.
• Si va a utilizar el agente para recopilar registros, debe añadir a la lista blanca los puntos de enlace
de CloudWatch Logs para las regiones apropiadas. Estos puntos de enlace se enumeran en Amazon
CloudWatch Logs en la Referencia general de Amazon Web Services.
• Si va a utilizar Administrador de sistemas para instalar el agente o Parameter Store para almacenar
el archivo de configuración, debe añadir a la lista blanca los puntos de enlace de Administrador de
sistemas para las regiones apropiadas. Estos puntos de enlace se enumeran en AWS Administrador de
sistemas en la Referencia general de Amazon Web Services.
Siga estos pasos para descargar el paquete del agente de CloudWatch mediante Administrador de
sistemas.
Para descargar el agente de CloudWatch mediante Administrador de sistemas
1. Open the Administrador de sistemas console at https://console.aws.amazon.com/systems-manager/.

2. In the navigation pane, choose Run Command.
-or-
If the AWS Administrador de sistemas home page opens, scroll down and choose Explore Run
Command.
3. Elija Run command.
4. En la lista Command document, elija AWS-ConfigureAWSPackage.
5. En el área Targets (Destinos), elija la instancia en la que va a instalar el agente de CloudWatch. Si
no ve una instancia específica, puede que no esté configurada como instancia administrada para su
uso con Administrador de sistemas. Para obtener más información, consulte Configuración de AWS
Administrador de sistemas para entornos híbridos en la Guía del usuario de AWS Administrador de
sistemas.
6. En la lista Action (Acción), elija Install (Instalar).
7. En el campo Name (Nombre), escriba AmazonCloudWatchAgent.
8. Deje la opción Version (Versión) establecida en latest (más reciente) para instalar la última versión del
agente.
9. Elija Run.
10. Si lo desea, en las áreas de Targets and outputs (Destinos y salidas), seleccione el botón situado junto
a un nombre de instancia y elija View output (Ver salida). Administrador de sistemas debe mostrar que
el agente se ha instalado correctamente.
Crear y modificar el archivo de configuración del agente

Después de haber descargar el agente de CloudWatch, debe crear el archivo de configuración antes de
iniciar el agente en ningún servidor.
Si va a guardar el archivo de configuración del agente en el Parameter Store de Administrador de

sistemas, debe utilizar una instancia EC2 para guardarlo en el Parameter Store. Además, primero debe
240
adjuntar el rol de IAM CloudWatchAgentAdminRole a dicha instancia. Para obtener más información
sobre cómo asociar roles, consulte Asociar un rol de IAM a una instancia en la Guía del usuario de
Amazon EC2 para instancias de Windows.
Para obtener más información sobre cómo crear el archivo de configuración del agente de CloudWatch,
consulte Creación del archivo de configuración del agente de CloudWatch (p. 258)
Instalación del agente de CloudWatch en instancias EC2

mediante la configuración del agente
Después tener guardada una configuración del agente de CloudWatch en Parameter Store, puede utilizarla
al instalar el agente en otros servidores.
Temas
• Asociación de un rol de IAM a la instancia (p. 241)
• Descarga del paquete del agente de CloudWatch en una instancia Amazon EC2 (p. 241)
• (Opcional) Modificación de la configuración común y el perfil con nombre para el agente de
CloudWatch (p. 242)
• Inicio del agente de CloudWatch (p. 243)
Asociación de un rol de IAM a la instancia

Debe asociar un rol de IAM CloudWatchAgentServerRole a la instancia EC2 para que el agente de
CloudWatch se pueda ejecutar en la instancia. Este rol permite que el agente de CloudWatch realice
acciones en la instancia.
Para obtener más información, consulte Asociar un rol de IAM a una instancia en la Guía del usuario de
Amazon EC2 para instancias de Windows.
Descarga del paquete del agente de CloudWatch en una instancia Amazon EC2
Puede descargar el paquete del agente de CloudWatch con Administrador de sistemas Run Command
o un enlace de descarga de Amazon S3. Para obtener más información acerca del uso del enlace de
descarga de Amazon S3, consulte Descargar el paquete del agente de CloudWatch mediante un enlace de
descarga de S3 (p. 224).
Descarga del paquete del agente de CloudWatch en una instancia Amazon EC2 mediante
Administrador de sistemas
Para poder utilizar Administrador de sistemas para instalar el agente de CloudWatch, debe asegurarse de
que la instancia esté configurada correctamente para Administrador de sistemas.
Instalación o actualización del SSM Agent
En una instancia Amazon EC2, el agente de CloudWatch requiere que la instancia ejecute la versión
2.2.93.0 o posterior. Antes de instalar el agente de CloudWatch, actualice o instale el SSM Agent en la
instancia si aún no lo ha hecho.
Para obtener información sobre la instalación o actualización del SSM Agent en una instancia de Linux,
consulte Instalación y configuración del SSM Agent en instancias de Linux en la Guía del usuario de AWS
Para obtener información acerca de la instalación o la actualización de SSM Agent en una instancia con
Windows Server, consulte Instalación y configuración del agente de SSM en instancias de Linux en la Guía
del usuario de AWS Administrador de sistemas.
241
(Opcional) Verificación de los requisitos previos de Administrador de sistemas
Antes de utilizar Administrador de sistemas Run Command para instalar y configurar el agente de
CloudWatch, verifique que las instancias cumplen los requisitos mínimos de Administrador de sistemas.
Para obtener más información, consulte Configuración de AWS Administrador de sistemas en la Guía del
usuario de AWS Administrador de sistemas.
Verificación del acceso a Internet
Las instancias Amazon EC2 deben tener acceso a Internet de salida con el fin de enviar datos a
CloudWatch o CloudWatch Logs. Para obtener más información acerca de cómo configurar el acceso a
Internet, consulte Gateways de Internet en la Guía del usuario de Amazon VPC.
Descarga del paquete del agente de CloudWatch
Administrador de sistemas Run Command le permite administrar la configuración de sus instancias.

Especifique un documento de Administrador de sistemas, especifique los parámetros y ejecute el comando
en una o varias instancias. El SSM Agent de la instancia procesa el comando y configura la instancia tal y
como se especifica.
Para descargar el agente de CloudWatch mediante Run Command

-or-
Command.
4. En la lista Command document, elija AWS-ConfigureAWSPackage.
5. En el área Targets (Destinos), elija la instancia en la que instalar el agente de CloudWatch. Si no ve
una instancia específica, es posible que no esté configurada para Run Command. Para obtener más
información, consulte Configuración de AWS Administrador de sistemas para entornos híbridos en la
Guía del usuario de AWS Administrador de sistemas.
7. En el cuadro Name (Nombre), escriba AmazonCloudWatchAgent.
8. Deje la opción Version (Versión) establecida en latest (más reciente) para instalar la última versión del
agente.
9. Elija Run.
el agente se ha instalado correctamente.
(Opcional) Modificación de la configuración común y el perfil con nombre para el


El common-config.toml predeterminado es el siguiente:
242

# [credentials]

# [proxy]

línea dentro de los comentarios, se utiliza AmazonCloudWatchAgent.

Server.


[credentials].
Inicio del agente de CloudWatch

Puede iniciar el agente mediante Administrador de sistemas Run Command o la línea de comandos.
243
Inicio del agente de CloudWatch mediante Administrador de sistemas Run Command
Siga estos pasos para iniciar el agente mediante Administrador de sistemas Run Command.
Para iniciar el agente de CloudWatch mediante Run Command

-or-
Command.
4. En la lista Command document, elija AmazonCloudWatch-ManageAgent.
5. En el área Targets (Destinos), elija la instancia donde ha instalado el agente de CloudWatch.
6. En la lista Action, elija configure.
7. En la lista Optional Configuration Source, elija ssm.
8. En el cuadro Optional Configuration Location (Ubicación de configuración opcional), escriba el
nombre del archivo de configuración del agente que ha creado y guardado en Parameter Store de
Administrador de sistemas, tal como se explica en Creación del archivo de configuración del agente de
9. En la lista Optional Restart, elija yes para iniciar el agente después de haber finalizado estos pasos.
10. Elija Run.
el agente se ha iniciado correctamente.
Inicio del agente de CloudWatch en instancia Amazon EC2 mediante la línea de comandos
Siga estos pasos para utilizar la línea de comandos para instalar el agente de CloudWatch en una
instancia Amazon EC2.
Para utilizar la línea de comandos para iniciar el agente de CloudWatch en una instancia Amazon
EC2
• En este comando, -a fetch-config provoca que el agente cargue la última versión del archivo de
Linux: si ha guardado el archivo de configuración en el Parameter Store de Administrador de sistemas,


m ec2 -c ssm:configuration-parameter-store-name -s
Linux: si ha guardado el archivo de configuración en el equipo local, escriba lo siguiente:

Windows Server: si ha guardado el archivo de configuración del agente en el Parameter Store de

Administrador de sistemas, escriba lo siguiente en la consola de PowerShell:
244

fetch-config -m ec2 -c ssm:configuration-parameter-store-name -s
Windows Server: si ha guardado el archivo de configuración del agente en el equipo local, escriba lo
siguiente en la consola de PowerShell:
& "C:\Program Files\Amazon\AmazonCloudWatchAgent\amazon-cloudwatch-agent-ctl.ps1"

-a fetch-config -m ec2 -c file:"C:\Program Files\Amazon\AmazonCloudWatchAgent
\config.json" -s
Instalación del agente de CloudWatch en servidores locales

Si ha descargado el agente de CloudWatch en un equipo y ha creado el archivo de configuración del
agente que desea utilizar, puede usar ese archivo de configuración para instalar el agente en servidores
locales.
Descarga del agente de CloudWatch en un servidor local

Puede descargar el paquete del agente de CloudWatch con Administrador de sistemas Run Command
o un enlace de descarga de Amazon S3. Para obtener más información acerca del uso del enlace de
descarga de Amazon S3, consulte Descargar el paquete del agente de CloudWatch mediante un enlace de
descarga de S3 (p. 224).
Descargar el agente mediante Administrador de sistemas
Para utilizar Administrador de sistemas Run Command, debe registrar su servidor local en Amazon EC2
Systems Manager. Para obtener más información, consulte Configuración de Administrador de sistemas en
entornos híbridos en la Guía del usuario de AWS Administrador de sistemas.
Si ya ha registrado el servidor, actualice el SSM Agent a la versión más reciente.
Para obtener información acerca de cómo actualizar el SSM Agent en un servidor con Linux, consulte
Configuración del SSM Agent en entornos híbridos (Linux) en la Guía del usuario de AWS Administrador
de sistemas.
Para obtener información sobre cómo actualizar el SSM Agent en un servidor con Windows Server,
consulte Configuración del SSM Agent en entornos híbridos (Windows) en la Guía del usuario de AWS
Para utilizar SSM Agent para descargar el paquete de agente de CloudWatch en un servidor local

-or-
Command.
4. En la lista Command document, seleccione el botón situado junto a AWS-ConfigureAWSPackage.
5. En el área Targets (Destinos), seleccione el servidor en el que va a instalar el agente de CloudWatch.
Si no ve un servidor específico, es posible que no esté configurado para Run Command. Para obtener
más información, consulte Configuración de AWS Administrador de sistemas para entornos híbridos
en la Guía del usuario de AWS Administrador de sistemas.
245

7. En el cuadro Name (Nombre), escriba AmazonCloudWatchAgent.
8. Deje Version (Versión) en blanco para instalar la última versión del agente.
9. Elija Run.
El paquete de agente está descargado y los próximos pasos son configurarlo e iniciarlo.
(Instalación en un servidor local) Especificar las credenciales de IAM y la región

de AWS
Para que el agente de CloudWatch pueda enviar datos desde un servidor local, debe especificar la clave
de acceso y la clave secreta del usuario de IAM que creó anteriormente. Para obtener más información
sobre la creación de este usuario, consulte Creación de roles y usuarios de IAM para usarlos con el agente
de CloudWatch (p. 236).
También debe especificar la región de AWS a la que se envían las métricas mediante el campo region.
A continuación se muestra un ejemplo de este archivo.
[AmazonCloudWatchAgent]
aws_access_key_id=my_access_key
aws_secret_access_key=my_secret_key
region = us-west-1
En my_access_key y my_secret_key, utilice las claves del usuario de IAM que no tienen los permisos
para escribir en el Parameter Store de Administrador de sistemas. Para obtener más información sobre los
usuarios de IAM necesarios para el agente de CloudWatch, consulte Creación de usuarios de IAM para
utilizarlos con el agente de CloudWatch en servidores locales (p. 238).
Si asigna a este perfil el nombre AmazonCloudWatchAgent, no tiene que hacer nada más.
Si lo prefiere, puede asignarle un nombre diferente y especificar ese nombre como valor de
shared_credential_profile en el archivo common-config.toml, que se explica en la siguiente
sección.
A continuación se muestra un ejemplo del uso del comando aws configure para crear un perfil con nombre
para el agente de CloudWatch. En este ejemplo se presupone que usa el nombre de perfil predeterminado
de AmazonCloudWatchAgent.
Para crear el perfil AmazonCloudWatchAgent para el agente de CloudWatch
• En los servidores Linux, escriba el siguiente comando y siga las instrucciones:
sudo aws configure --profile AmazonCloudWatchAgent
En Windows Server, abra PowerShell como administrador, escriba el siguiente comando y siga las
instrucciones.
aws configure --profile AmazonCloudWatchAgent
(Opcional) Modificación de la configuración común y el perfil con nombre para el

246

El common-config.toml predeterminado es el siguiente:

# [credentials]

# [proxy]

línea dentro de los comentarios, se utiliza AmazonCloudWatchAgent. Para obtener más información
sobre la creación de este perfil, consulte (Instalación en un servidor local) Especificar las credenciales de
IAM y la región de AWS (p. 246).

Server.


[credentials].
247
Cómo iniciar el agente de CloudWatch

Puede iniciar el agente de CloudWatch mediante Administrador de sistemas Run Command o la línea de
comandos.
Para utilizar el SSM Agent para iniciar el agente de CloudWatch en un servidor local

-or-
Command.
3. Elija Run command (Ejecutar comando).
4. En la lista Command document, seleccione el botón situado junto a AmazonCloudWatch-
ManageAgent.
5. En el área Targets, seleccione la instancia donde ha instalado el agente.
6. En la lista Action, elija configure.
7. En la lista Mode, elija onPremise.
8. En el cuadro Optional Configuration Location (Ubicación de configuración opcional), escriba el nombre
del archivo de configuración del agente que ha creado con el asistente y guardado en Parameter
Store.
9. Elija Run.
El agente se inicia con la configuración que ha especificado en el archivo de configuración.
Para utilizar la línea de comandos para iniciar el agente de CloudWatch en un servidor local
• En este comando, -a fetch-config provoca que el agente cargue la última versión del archivo de
Linux: si ha guardado el archivo de configuración en el Parameter Store de Administrador de sistemas,


m onPremise -c ssm:configuration-parameter-store-name -s
Linux: si ha guardado el archivo de configuración en el equipo local, escriba lo siguiente:

m onPremise -c file:configuration-file-path -s
Windows Server: si ha guardado el archivo de configuración del agente en el Parameter Store de

Administrador de sistemas, escriba lo siguiente en la consola de PowerShell:

fetch-config -m onPremise -c ssm:configuration-parameter-store-name -s
248
mediante AWS CloudFormation
Windows Server: si ha guardado el archivo de configuración del agente en el equipo local, escriba lo
siguiente en la consola de PowerShell:

fetch-config -m onPremise -c file:configuration-file-path -s
Instalación del agente de CloudWatch mediante AWS

CloudFormation
Amazon ha cargado varias plantillas de AWS CloudFormation en GitHub que ayudan a instalar y actualizar
el agente de CloudWatch. Para obtener más información acerca del uso de AWS CloudFormation, consulte
¿Qué es AWS CloudFormation?
La plantilla se encuentra en Deploy the Amazon CloudWatch agent to EC2 instances using AWS
CloudFormation. Esta ubicación incluye los directorios inline y ssm. Cada uno de estos directorios
contiene plantillas para ambas instancias de Linux y Windows.
• Las plantillas del directorio inline tienen la configuración del agente de CloudWatch incorporada
en la plantilla de AWS CloudFormation. De forma predeterminada, las plantillas de Linux recopilan
las métricas mem_used_percent y swap_used_percent, mientras que las plantillas de Windows
recopilan Memory % Committed Bytes In Use y Paging File % Usage.
Para modificar estas plantillas de forma que recopilen métricas diferentes, modifique la siguiente
sección de la plantilla. En el siguiente ejemplo es de la plantilla para servidores Linux. Siga el formato
y la sintaxis del archivo de configuración del agente para realizar estos cambios. Para obtener
más información, consulte Creación o edición manual del archivo de configuración del agente de
{
"metrics":{
"append_dimensions":{
"AutoScalingGroupName":"${!aws:AutoScalingGroupName}",
"ImageId":"${!aws:ImageId}",
"InstanceId":"${!aws:InstanceId}",
"InstanceType":"${!aws:InstanceType}"
},
"metrics_collected":{
"mem":{
"measurement":[
"mem_used_percent"
]
},
"swap":{
"measurement":[
"swap_used_percent"
]
}
}
}
}
Note
En las plantillas en línea, todas las variables de marcador de posición deben tener un signo de
exclamación (!) delante como carácter de escape. Puede ver esto en el ejemplo de plantilla. Si
249
añade otras variables de marcador de posición, asegúrese de añadir un signo de exclamación

delante del nombre.
• Las plantillas del directorio ssm cargan un archivo de configuración del agente desde Parameter Store.
Para utilizar estas plantillas, primero debe crear un archivo de configuración y cargarlo en Parameter
Store. Seguidamente, deberá proporcionar el nombre de Parameter Store del archivo en la plantilla. El
archivo de configuración lo puede crear manualmente o con el asistente. Para obtener más información,
consulte Creación del archivo de configuración del agente de CloudWatch (p. 258).
Puede utilizar ambos tipos de plantillas para instalar el agente de CloudWatch y para actualizar la
configuración del agente.
Tutorial: Instalar y configurar el agente de CloudWatch utilizando

una plantilla Inline de AWS CloudFormation
En este tutorial le enseña a utilizar AWS CloudFormation para instalar el agente de CloudWatch en una
nueva instancia Amazon EC2. Este tutorial instala el agente en una nueva instancia que ejecuta Amazon
Linux 2 con las plantillas Inline, que no requieren el uso del archivo de configuración JSON ni de Parameter
Store. La plantilla en línea incluye la configuración del agente en la plantilla. En este tutorial, utilice la
configuración del agente predeterminado incluido en la plantilla.
Tras el procedimiento para instalar el agente, el tutorial continúa con cómo actualizar el agente.
Para utilizar AWS CloudFormation para instalar el agente de CloudWatch en una nueva instancia
1. Descargue la plantilla de GitHub. En este tutorial, descargue la plantilla Inline para Amazon Linux 2 del
modo siguiente:
curl -O https://raw.githubusercontent.com/awslabs/aws-cloudformation-templates/master/
aws/solutions/AmazonCloudWatchAgent/inline/amazon_linux.template
2. Abra la consola de AWS CloudFormation en https://console.aws.amazon.com/cloudformation.

3. Elija Create stack.
4. Para Choose a template (Elegir una plantilla), seleccione Upload a template to Amazon S3 (Cargar
una plantilla en Amazon S3), elija la plantilla descargada y elija Next (Siguiente).
5. En la página Specify Details (Especificar detalles), rellene los parámetros siguientes y elija Next
(Siguiente):
• Stack name (Nombre de pila): elija un nombre para la pila de AWS CloudFormation.
• IAMRole: elija un rol de IAM que tenga permisos para escribir registros y métricas de CloudWatch.
Para obtener más información, consulte Creación de roles de IAM para utilizarlos con el agente de
CloudWatch en instancias Amazon EC2 (p. 228).
• InstanceAMI: elija una AMI que sea válida en la región en la que va a lanzar la pila.
• InstanceType: elija un tipo de instancia válido.
• KeyName: para permitir el acceso a SSH a la nueva instancia, elija un par de claves de Amazon
EC2 existente. Si aún no tiene un par de claves de Amazon EC2, puede crear uno en la Consola de
administración de AWS. Para obtener más información, consulte Amazon EC2Pares de claves de
• SSHLocation: especifica el rango de direcciones IP que se puede utilizar para conectarse a la
instancia por medio de SSH. El valor predeterminado permite el acceso desde cualquier dirección
IP.
6. En la página Options (Opciones), puede elegir marcar los recursos de la pila. Seleccione Next
(Siguiente).
7. En la página Review (Revisar), revise la información, confirme la advertencia de que la pila puede
crear recursos de IAM y elija Create (Crear).
250
Si actualiza la consola, verá que la nueva pila tiene el estado CREATE_IN_PROGRESS.

8. Cuando se crea la instancia, puede verla en la consola de Amazon EC2. Si lo desea, puede
conectarse al host y comprobar el progreso.
Utilice el siguiente comando para confirmar que el agente se ha instalado:
rpm -qa amazon-cloudwatch-agent
Utilice el siguiente comando para confirmar que el agente se está ejecutando:
ps aux | grep amazon-cloudwatch-agent
En el procedimiento siguiente se muestra el uso de AWS CloudFormation para actualizar el agente

de CloudWatch con una plantilla en línea. La plantilla en línea predeterminada recopila la métrica
mem_used_percent. En este tutorial, va a cambiar la configuración del agente para dejar de recopilar esa
métrica.
Para usar AWS CloudFormation para actualizar el agente de CloudWatch
1. En la plantilla que descargó en el procedimiento anterior, elimine las siguientes líneas y, a

continuación, guarde la plantilla:
"mem": {
"measurement": [
"mem_used_percent"
]
},

3. En el panel de AWS CloudFormation, seleccione la pila que creó y elija Update Stack (Actualizar pila).
4. Para Select Template (Seleccionar plantilla), seleccione Upload a template to Amazon S3 (Cargar una
plantilla en Amazon S3), elija la plantilla modificada y elija Next (Siguiente).
5. En la página Options (Opciones), elija Next (Siguiente) y después Next (Siguiente).
6. En la página Review (Revisar), revise la información y seleccione Update (Actualizar).
Después de algún tiempo, verá UPDATE_COMPLETE.
Tutorial: Instalar el agente de CloudWatch utilizando AWS

CloudFormation y Parameter Store
En este tutorial le enseña a utilizar AWS CloudFormation para instalar el agente de CloudWatch en una
nueva instancia Amazon EC2. Este tutorial instala en una nueva instancia que ejecute Amazon Linux 2 con
un archivo de configuración del agente que cree y guarde en Parameter Store.
Tras el procedimiento para instalar el agente, el tutorial continúa con cómo actualizar el agente.
Para utilizar AWS CloudFormation para instalar el agente de CloudWatch en una nueva instancia
con una configuración de Parameter Store
1. Si aún no lo ha hecho, descargue el paquete del agente de CloudWatch en uno de los equipos, de
modo que pueda crear el archivo de configuración del agente. Para obtener más información sobre
251
cómo descargar el agente con Parameter Store, consulte Descarga y configuración del agente de
CloudWatch (p. 239). Para obtener más información acerca de cómo descargar el paquete con la
línea de comandos, consulte Descarga y configuración del agente de CloudWatch con la línea de
comandos (p. 224).
2. Cree el archivo de configuración del agente y guárdelo en Parameter Store. Para obtener más
información, consulte Creación del archivo de configuración del agente de CloudWatch (p. 258).
3. Descargue la plantilla de GitHub del modo siguiente.
curl -O https://raw.githubusercontent.com/awslabs/aws-cloudformation-templates/master/
aws/solutions/AmazonCloudWatchAgent/ssm/amazon_linux.template

5. Elija Create stack.
6. Para Choose a template (Elegir una plantilla), seleccione Upload a template to Amazon S3 (Cargar
una plantilla en Amazon S3), elija la plantilla descargada y elija Next (Siguiente).
7. En la página Specify Details (Especificar detalles), rellene los parámetros siguientes según
corresponda y elija Next (Siguiente):
• Stack name (Nombre de pila): elija un nombre para la pila de AWS CloudFormation.
• IAMRole: elija un rol de IAM que tenga permisos para escribir registros y métricas de CloudWatch.
Para obtener más información, consulte Creación de roles de IAM para utilizarlos con el agente de
CloudWatch en instancias Amazon EC2 (p. 236).
• InstanceAMI: elija una AMI que sea válida en la región en la que va a lanzar la pila.
• InstanceType: elija un tipo de instancia válido.
• KeyName: para permitir el acceso a SSH a la nueva instancia, elija un par de claves de Amazon
EC2 existente. Si aún no tiene un par de claves de Amazon EC2, puede crear uno en la Consola de
administración de AWS. Para obtener más información, consulte Amazon EC2Pares de claves de
• SSHLocation: especifica el rango de direcciones IP que se puede utilizar para conectarse a la
instancia por medio de SSH. El valor predeterminado permite el acceso desde cualquier dirección
IP.
• SSMKey: especifica el archivo de configuración del agente que ha creado y guardado en Parameter
Store.
8. En la página Options (Opciones), puede elegir marcar los recursos de la pila. Seleccione Next
(Siguiente).
9. En la página Review (Revisar), revise la información, confirme la advertencia de que la pila puede
crear recursos de IAM y elija Create (Crear).
Si actualiza la consola, verá que la nueva pila tiene el estado CREATE_IN_PROGRESS.

10. Cuando se crea la instancia, puede verla en la consola de Amazon EC2. Si lo desea, puede
conectarse al host y comprobar el progreso.
Utilice el siguiente comando para confirmar que el agente se ha instalado:
rpm -qa amazon-cloudwatch-agent
Utilice el siguiente comando para confirmar que el agente se está ejecutando:
ps aux | grep amazon-cloudwatch-agent
El procedimiento siguiente muestra el uso de AWS CloudFormation para actualizar el agente de

CloudWatch con una configuración del agente guardada en Parameter Store.
252
Verificación de la firma del paquete
del agente de CloudWatch
Para utilizar AWS CloudFormation para actualizar el agente de CloudWatch con una configuración
en Parameter Store
1. Cambie el archivo de configuración del agente almacenado en Parameter Store a la nueva

configuración que desee.
2. En la plantilla de AWS CloudFormation que ha descargado en el tema the section called “Tutorial:
Instalar el agente de CloudWatch utilizando AWS CloudFormation y Parameter Store” (p. 251),
cambie el número de versión. Por ejemplo, podría cambiar VERSION=1.0 por VERSION=2.0.
4. En el panel de AWS CloudFormation, seleccione la pila que creó y elija Update Stack (Actualizar pila).
5. Para Select Template (Seleccionar plantilla), seleccione Upload a template to Amazon S3 (Cargar una
plantilla en Amazon S3), seleccione la plantilla que acaba de modificar y elija Next (Siguiente).
6. En la página Options (Opciones), elija Next (Siguiente) y después Next (Siguiente).
7. En la página Review (Revisar), revise la información y seleccione Update (Actualizar).
Después de algún tiempo, verá UPDATE_COMPLETE.
Solución de problemas de instalación del agente de CloudWatch

con AWS CloudFormation
Esta sección le ayuda a solucionar los problemas de instalación y actualización del agente de CloudWatch
mediante AWS CloudFormation.
Detección cuando falla una actualización

Si utiliza AWS CloudFormation para actualizar la configuración del agente de CloudWatch y utiliza
una configuración no válida, el agente deja de enviar las métricas a CloudWatch. Una forma rápida de
comprobar si la configuración del agente se actualiza correctamente es observar el archivo cfn-init-
cmd.log. En un servidor Linux, el archivo se encuentra en /var/log/cfn-init-cmd.log. En una
instancia de Windows, el archivo se encuentra en C:\cfn\log\cfn-init-cmd.log.
Ausencia de métricas
Si no ve las métricas que espera ver después de instalar o actualizar el agente, confirme que el agente
esté configurado para recopilar esa métrica. Para ello, compruebe el archivo amazon-cloudwatch-
agent.json para asegurarse de que la métrica figure en la lista y compruebe que está mirando en el
espacio de nombres de métricas correcto. Para obtener más información, consulte Archivos de agente y
ubicaciones de CloudWatch (p. 314).
Verificación de la firma del paquete del agente de

CloudWatch
Se incluyen archivos de firma GPG para paquetes de agente de CloudWatch en servidores Linux.
Puede utilizar la clave pública para verificar que el archivo de descarga del agente es original y no se ha
modificado.
Para Windows Server, puede utilizar MSI para verificar la firma.
Para buscar el archivo de firma correcto, consulte la siguiente tabla. Para cada arquitectura y sistema
operativo hay un enlace general y enlaces para cada región. Por ejemplo, para Amazon Linux y Amazon
Linux 2 y la arquitectura AMD64, tres de los enlaces válidos son:
253
amazon-cloudwatch-agent.rpm.sig
amazon_linux/amd64/latest/amazon-cloudwatch-agent.rpm.sig
amazon_linux/amd64/latest/amazon-cloudwatch-agent.rpm.sig

agent.rpm.sig
https://
amd64/latest/amazon- agent-region/amazon_linux/
cloudwatch-agent.rpm amd64/latest/amazon-

https:// https://

https:// https://

https:// https://
254


https:// https://

https:// https://

https:// https://

agent.rpm.sig
https://
255

https:// https://

https:// https://

https:// https://
agent.rpm.sig
Para verificar el paquete de agente de CloudWatch en un servidor Linux
1. Descargue la clave pública.
shell$ wget https://s3.amazonaws.com/amazoncloudwatch-agent/assets/amazon-cloudwatch-

agent.gpg
2. Importe la clave pública en su llavero.
shell$ gpg --import amazon-cloudwatch-agent.gpg

gpg: key 3B789C72: public key "Amazon CloudWatch Agent" imported
gpg: Total number processed: 1
gpg: imported: 1 (RSA: 1)
Anote el valor de clave, ya que lo necesitará en el siguiente paso. En el ejemplo anterior, el valor de la
clave es 3B789C72.
3. Verifique la huella digital ejecutando el siguiente comando, sustituyendo el valor de la clave por
el valor del paso anterior:
256
shell$ gpg --fingerprint key-value

pub 2048R/3B789C72 2017-11-14
Key fingerprint = 9376 16F3 450B 7D80 6CBD 9725 D581 6730 3B78 9C72
uid Amazon CloudWatch Agent
La cadena de huella debería ser igual a la siguiente:
9376 16F3 450B 7D80 6CBD 9725 D581 6730 3B78 9C72
Si la cadena de huellas digitales no coincide, no instale el agente. Póngase en contacto con Amazon
Web Services.
Después de haber verificado la huella, puede utilizarla para verificar la firma del paquete de agente de
CloudWatch.
4. Descargue el archivo de firma del paquete mediante wget. Para determinar el archivo de firma
correcto, consulte la tabla anterior:
wget Signature File Link
5. Para verificar la firma, ejecute gpg --verify.
shell$ gpg --verify signature-filename agent-download-filename

gpg: Signature made Wed 29 Nov 2017 03:00:59 PM PST using RSA key ID 3B789C72
gpg: Good signature from "Amazon CloudWatch Agent"
gpg: WARNING: This key is not certified with a trusted signature!
gpg: There is no indication that the signature belongs to the owner.
Primary key fingerprint: 9376 16F3 450B 7D80 6CBD 9725 D581 6730 3B78 9C72
Si el resultado incluye la expresión BAD signature, compruebe si ha realizado el procedimiento

correctamente. Si sigue recibiendo esta respuesta, póngase en contacto con Amazon Web Services y
evite usar el archivo descargado.
Tenga en cuenta la advertencia sobre confianza. Una clave solo es de confianza si la ha firmado usted
o alguien en quien confíe. Esto no significa que la firma no sea válida, solo que no ha verificado la
clave pública.
Para verificar el paquete de agente de CloudWatch en un servidor con Windows Server
1. Descargue e instale GnuPG para Windows desde https://gnupg.org/download/. Al realizar la

instalación, incluya la opción Shell Extension (GpgEx).
Puede realizar los pasos restantes en Windows PowerShell.

2. Descargue la clave pública.
PS> wget https://s3.amazonaws.com/amazoncloudwatch-agent/assets/amazon-cloudwatch-

agent.gpg -OutFile amazon-cloudwatch-agent.gpg
3. Importe la clave pública en su llavero.
PS> gpg --import amazon-cloudwatch-agent.gpg

gpg: key 3B789C72: public key "Amazon CloudWatch Agent" imported
gpg: Total number processed: 1
gpg: imported: 1 (RSA: 1)
257
Creación del archivo de configuración
Anote el valor de clave, ya que lo necesitará en el siguiente paso. En el ejemplo anterior, el valor de la
clave es 3B789C72.
4. Verifique la huella digital ejecutando el siguiente comando, sustituyendo el valor de la clave por
el valor del paso anterior:
PS> gpg --fingerprint key-value

pub rsa2048 2017-11-14 [SC]
9376 16F3 450B 7D80 6CBD 9725 D581 6730 3B78 9C72
uid [ unknown] Amazon CloudWatch Agent
La cadena de huella debería ser igual a la siguiente:
9376 16F3 450B 7D80 6CBD 9725 D581 6730 3B78 9C72
Si la cadena de huellas digitales no coincide, no instale el agente. Póngase en contacto con Amazon
Web Services.
Después de haber verificado la huella, puede utilizarla para verificar la firma del paquete de agente de
CloudWatch.
5. Descargue el archivo de firma del paquete mediante wget. Para determinar cuál es el archivo de firma
correcto, consulte Enlaces de descarga del agente de CloudWatch (p. 224).
6. Para verificar la firma, ejecute gpg --verify.
PS> gpg --verify sig-filename agent-download-filename

gpg: Signature made 11/29/17 23:00:45 Coordinated Universal Time
gpg: using RSA key D58167303B789C72
gpg: Good signature from "Amazon CloudWatch Agent" [unknown]
gpg: WARNING: This key is not certified with a trusted signature!
gpg: There is no indication that the signature belongs to the owner.
Primary key fingerprint: 9376 16F3 450B 7D80 6CBD 9725 D581 6730 3B78 9C72
Si el resultado incluye la expresión BAD signature, compruebe si ha realizado el procedimiento

correctamente. Si sigue recibiendo esta respuesta, póngase en contacto con Amazon Web Services y
evite usar el archivo descargado.
Tenga en cuenta la advertencia sobre confianza. Una clave solo es de confianza si la ha firmado usted
o alguien en quien confíe. Esto no significa que la firma no sea válida, solo que no ha verificado la
clave pública.
Creación del archivo de configuración del agente de

CloudWatch
Antes de ejecutar el agente CloudWatch en un servidor, debe crear un archivo de configuración del agente
de CloudWatch.
El archivo de configuración del agente es un archivo JSON que especifica las métricas y los registros que
debe recopilar el agente, incluidas las métricas personalizadas. Puede crearlo mediante el asistente o
desde cero. También puede utilizar el asistente para crear inicialmente el archivo de configuración y, a
continuación, modificarlo manualmente. Si lo crea o lo modifica manualmente, el proceso es más complejo,
pero dispone de más control sobre las métricas recopiladas y puede especificar métricas no disponibles en
el asistente.
Cada vez que cambie el archivo de configuración del agente, debe reiniciar el agente para que los cambios
surtan efecto.
258
Creación del archivo de configuración del
agente de CloudWatch con el asistente
Una vez que haya creado un archivo de configuración, puede guardarlo manualmente como un archivo
JSON y, a continuación, utilizar este archivo al instalar el agente en sus servidores. Si lo prefiere, puede
almacenarlo en el Parameter Store de Administrador de sistemas si va a utilizar Administrador de sistemas
al instalar el agente en los servidores.
Contenido
• Creación del archivo de configuración del agente de CloudWatch con el asistente (p. 259)
• Creación o edición manual del archivo de configuración del agente de CloudWatch (p. 263)
Creación del archivo de configuración del agente de

CloudWatch con el asistente
El asistente de archivo de configuración del agente, amazon-cloudwatch-agent-config-wizard,
realiza una serie de preguntas, entre las que se incluyen las siguientes:
• ¿Va a instalar el agente en una instancia Amazon EC2 o en un servidor local?

• ¿El servidor ejecuta Linux o Windows Server?
• ¿Desea que el agente también envíe archivos de registro a CloudWatch Logs? Si es así, ¿tiene un
archivo de configuración del agente de CloudWatch Logs? En caso afirmativo, el agente de CloudWatch
puede utilizar este archivo para determinar los registros que se deben recopilar del servidor.
• Si va a recopilar métricas del servidor, ¿desea monitorizar uno de los conjuntos de métricas
predeterminados o personalizar la lista de métricas que va a recopilar?
• ¿Desea recopilar métricas personalizadas de sus aplicaciones o servicios mediante StatsD o
collectd?
• ¿Va a realizar la migración desde un SSM Agent existente?
El asistente puede detectar automáticamente las credenciales y la región de AWS que debe usar si
dispone de los archivos de credenciales y de configuración de AWS antes de iniciar el asistente. Para
obtener más información acerca de estos archivos, consulte Archivos de configuración y credenciales en la
Guía del usuario de AWS Administrador de sistemas.
En el archivo de credenciales de AWS, el asistente comprueba las credenciales predeterminadas y

también busca una sección AmazonCloudWatchAgent como la siguiente:
aws_access_key_id = my_access_key
aws_secret_access_key = my_secret_key
El asistente muestra las credenciales predeterminadas, las credenciales de AmazonCloudWatchAgent

y una opción Others. Puede seleccionar las credenciales que desea utilizar. Si elige Others, puede
especificar las credenciales.
En my_access_key y my_secret_key, utilice las claves del usuario de IAM que tiene los permisos para
escribir en el Parameter Store de Administrador de sistemas. Para obtener más información sobre los
usuarios de IAM necesarios para el agente de CloudWatch, consulte Creación de usuarios de IAM para
utilizarlos con el agente de CloudWatch en servidores locales (p. 238).
En el archivo de configuración de AWS, puede especificar la región a la que el agente envía métricas, si es
diferente de la sección [default]. El valor predeterminado es publicar las métricas en la región donde
se encuentra la instancia Amazon EC2. Si las métricas se deben publicar en otra región, puede especificar
dicha región aquí. En el siguiente ejemplo, las métricas se publican en la región us-west-1.
259
region = us-west-1
Conjuntos de métricas predefinidas del agente de CloudWatch

El asistente está configurado con conjuntos predefinidos de métricas, con diferentes niveles de detalle.
Estos conjuntos de métricas se muestran en las siguientes tablas. Para obtener más información sobre
estas métricas, consulte Métricas recopiladas por el agente de CloudWatch (p. 294).
Instancias Amazon EC2 con Linux
Nivel de detalle Métricas incluidas
Básica Memoria: mem_used_percent
Disco: disk_used_percent
Las métricas de disk como disk_used_percent tienen una dimensión para

Partition, lo que significa que el número de métricas personalizadas generadas
depende del número de particiones asociadas a la instancia. El número de
particiones de disco del que dispone depende de la AMI que esté utilizando y del
número de volúmenes de Amazon EBS que adjunte al servidor.
Standard CPU: cpu_usage_idle, cpu_usage_iowait, cpu_usage_user,

(Estándar) cpu_usage_system
Disco: disk_used_percent, disk_inodes_free
E/S de disco: diskio_io_time
Memoria: mem_used_percent
Intercambio: swap_used_percent
Advanced CPU: cpu_usage_idle, cpu_usage_iowait, cpu_usage_user,

(Avanzado) cpu_usage_system
E/S de disco: diskio_io_time, diskio_write_bytes, diskio_read_bytes,

diskio_writes, diskio_reads
Estado de red: netstat_tcp_established, netstat_tcp_time_wait
Servidores locales con Linux
Básica Disco: disk_used_percent
E/S de disco: diskio_write_bytes, diskio_read_bytes, diskio_writes,

diskio_reads
260

Red: net_bytes_sent, net_bytes_recv, net_packets_sent,
net_packets_recv
Standard CPU: cpu_usage_idle, cpu_usage_iowait

(Estándar)


net_packets_recv
Advanced CPU: cpu_usage_guest, cpu_usage_idle, cpu_usage_iowait,

(Avanzado) cpu_usage_steal, cpu_usage_user, cpu_usage_system


net_packets_recv
Estado de red: netstat_tcp_established, netstat_tcp_time_wait
Instancias Amazon EC2 con Windows Server
Básica Memoria: Memory % Committed Bytes In Use
Disco lógico: LogicalDisk % Free Space
Standard Memoria: Memory % Committed Bytes In Use

(Estándar)
Paginación: Paging File % Usage
Procesador: Processor % Idle Time, Processor % Interrupt Time,

Processor % User Time
Disco físico: PhysicalDisk % Disk Time
Advanced Memoria: Memory % Committed Bytes In Use

(Avanzado)
Paginación: Paging File % Usage
261

Procesador: Processor % Idle Time, Processor % Interrupt Time,
Processor % User Time
Disco físico: PhysicalDisk % Disk Time, PhysicalDisk Disk Write

Bytes/sec, PhysicalDisk Disk Read Bytes/sec, PhysicalDisk Disk
Writes/sec, PhysicalDisk Disk Reads/sec
TCP: TCPv4 Connections Established, TCPv6 Connections

Established
Servidor local con Windows Server
Básica Paginación:Paging File % Usage
Procesador: Processor % Processor Time
Disco físico: PhysicalDisk Disk Write Bytes/sec, PhysicalDisk Disk

Read Bytes/sec, PhysicalDisk Disk Writes/sec, PhysicalDisk Disk
Reads/sec
Memoria: Memory % Committed Bytes In Use
Interfaz de red: Network Interface Bytes Sent/sec, Network Interface

Bytes Received/sec, Network Interface Packets Sent/sec, Network
Interface Packets Received/sec
Standard Paginación: Paging File % Usage

(Estándar)
Procesador: Processor % Processor Time, Processor % Idle Time,
Processor % Interrupt Time


Advanced Paginación:Paging File % Usage

(Avanzado)
Procesador: Processor % Processor Time, Processor % Idle Time,
Processor % Interrupt Time, Processor % User Time
262
Creación o edición manual del archivo de
configuración del agente de CloudWatch


TCP: TCPv4 Connections Established, TCPv6 Connections

Established
Ejecución del asistente de configuración del agente de

CloudWatch
Para crear el archivo de configuración del agente de CloudWatch
1. Inicie el asistente de configuración del agente de CloudWatch escribiendo lo siguiente:
sudo /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-config-wizard
En un servidor con Windows Server, escriba lo siguiente:
cd "C:\Program Files\Amazon\AmazonCloudWatchAgent"
amazon-cloudwatch-agent-config-wizard.exe
2. Responda a las preguntas para personalizar el archivo de configuración de su servidor.

3. Si almacena el archivo de configuración localmente, el archivo de configuración config.json se
almacena en /opt/aws/amazon-cloudwatch-agent/bin/ en servidores Linux y se almacena
en C:\Program Files\Amazon\AmazonCloudWatchAgent en Windows Server. A continuación,
puede copiar este archivo en otros servidores en los que desee instalar el agente.
Si va a utilizar Administrador de sistemas para instalar y configurar el agente, asegúrese de responder

Yes (Sí) cuando se le pregunte si desea almacenar el archivo en el Parameter Store de Administrador
de sistemas. También puede optar por almacenar el archivo en Parameter Store aunque no utilice
SSM Agent para instalar el agente de CloudWatch. Para poder almacenar el archivo en Parameter
Store, debe utilizar un rol de IAM con permisos suficientes. Para obtener más información, consulte
Creación de roles y usuarios de IAM para usarlos con el agente de CloudWatch (p. 236).

El archivo de configuración del agente de CloudWatch es un archivo JSON con tres secciones: agent,
metrics y logs.
• La sección agent incluye los campos de la configuración general del agente. Si utiliza el asistente, no se
crea una sección agent.
• La sección metrics especifica las métricas personalizadas para la recopilación y publicación en
CloudWatch. Si utiliza el agente únicamente para recopilar registros, puede omitir la sección metrics
del archivo.
263
• La sección logs especifica qué archivos de registro se publican en CloudWatch Logs. Se pueden incluir
los eventos del registro de eventos de Windows, si el servidor ejecuta Windows Server.
En las secciones siguientes se explican la estructura y los campos de este archivo JSON. También puede
ver la definición de esquema de este archivo de configuración. La definición de esquema se encuentra
en installation-directory/doc/amazon-cloudwatch-agent-schema.json en los servidores
Linux y en installation-directory/amazon-cloudwatch-agent-schema.json en los servidores
con Windows Server.
Si crea o edita el archivo de configuración del agente manualmente, puede asignarle cualquier nombre.
Para simplificar la solución de problemas, le recomendamos que asigne el nombre /opt/aws/
amazon-cloudwatch-agent/etc/amazon-cloudwatch-agent.json en un servidor Linux y
$Env:ProgramData\Amazon\AmazonCloudWatchAgent\amazon-cloudwatch-agent.json en los
servidores con Windows Server. Después de crear el archivo, puede copiarlo en otros servidores en los
que desee instalar el agente.
Archivo de configuración del agente de CloudWatch: sección

agent
La sección agent puede incluir los siguientes campos. El asistente no crea una sección agent. En su
lugar, el asistente la omite y usa los valores predeterminados de todos los campos de esta sección.
• metrics_collection_interval: opcional. Especifica la frecuencia con que se deben recopilar

todas las métricas especificadas en este archivo de configuración. Puede invalidar este valor para
determinados tipos de métricas.
Este valor se especifica en segundos. Por ejemplo, indicar 10 establece que las métricas se deben
recopilar cada 10 segundos y establecerlo en 300 especifica que las métricas se deben recopilar cada 5
minutos.
Si configura este valor por debajo de 60 segundos, cada métrica se recopila como una métrica de alta
resolución. Para obtener más información acerca de las métricas de alta resolución, consulte Métricas de
alta resolución (p. 52).
El valor predeterminado es 60.

• region: especifica la región que se usará para el punto de enlace de CloudWatch cuando se esté
monitorizando una instancia Amazon EC2. Las métricas recopiladas se envían a esta región, como us-
west-1. Si omite este campo, el agente envía métricas a la región donde se encuentra la instancia
Amazon EC2.
Si está monitorizando un servidor local, este campo no se utiliza y el agente lee la región del perfil
AmazonCloudWatchAgent del archivo de configuración de AWS.
• credentials: especifica el rol de IAM que se va a usar al enviar métricas y recursos a otra cuenta de
AWS. Si se especifica, este campo contiene un parámetro, role_arn.
• role_arn: especifica el nombre de recurso de Amazon (ARN) del rol de IAM que se va a usar
para la autenticación al enviar las métricas y los registros a otra cuenta de AWS. Para obtener más
información, consulte Envío de métricas y registros a una cuenta diferente (p. 309).
• debug: opcional. Especifica que se ejecute el agente de CloudWatch con mensajes de registro de
depuración. El valor predeterminado es false.
• logfile: especifica la ubicación donde el agente de CloudWatch escribe los mensajes de registro. Si
especifica una cadena vacía, el registro se envía a stderr. Si no especifica esta opción, las ubicaciones
predeterminadas son las siguientes:
• Linux: /opt/aws/amazon-cloudwatch-agent/logs/amazon-cloudwatch-agent.log
• Windows Server: c:\\ProgramData\\Amazon\\CloudWatchAgent\\Logs\\amazon-
cloudwatch-agent.log
264
El agente de CloudWatch rota automáticamente el archivo de registro que crea. Un archivo de registro
rota cuando su tamaño alcanza los 100 MB. El agente conserva los archivos de registro rotados durante
un máximo de siete días y mantiene cinco archivos de registro de copia de seguridad que se han
rotado. Los archivos de registro de copia de seguridad tienen una marca temporal añadida al nombre de
archivo. La marca de tiempo muestra la fecha y la hora en que se rotó el archivo (por ejemplo, amazon-
cloudwatch-agent-2018-06-08T21-01-50.247.log.gz).
• omit_hostname: opcional. De forma predeterminada, el nombre de host se publica como una
dimensión de métricas recopiladas por el agente. Establezca este valor en true para evitar que el
nombre de host se publique como una dimensión. El valor predeterminado es false.
• run_as_user: opcional. Especifica el usuario que se va a utilizar para ejecutar el agente de
CloudWatch. Si no especifica este parámetro, se utiliza el usuario raíz. Esta opción solo es válida en los
servidores Linux.
Si especifica esta opción, el usuario debe existir antes de iniciar el agente de CloudWatch. Para obtener
más información, consulte Ejecución del agente de CloudWatch como otro usuario (p. 303).
A continuación se muestra un ejemplo de una sección agent.
"agent": {
"metrics_collection_interval": 60,
"region": "us-west-1",
"logfile": "/opt/aws/amazon-cloudwatch-agent/logs/amazon-cloudwatch-agent.log",
"debug": false,
"run_as_user": "cwagent"
}
Archivo de configuración del agente de CloudWatch: sección

metrics
En los servidores con Linux o Windows Server, la sección metrics incluye los siguientes campos:
• namespace: opcional. El espacio de nombres que se usará para las métricas recopiladas por el agente.
El valor predeterminado es CWAgent. La longitud máxima es de 255 caracteres.
• append_dimensions: opcional. Añade las dimensiones de métrica de Amazon EC2 a todas las
métricas recopiladas por el agente. Los únicos pares clave-valor admitidos se muestran en la siguiente
lista. Cualquier otro par clave-valor se omite.
• "ImageID":"${aws:ImageId}" establece el ID de AMI de la instancia como el valor de la
dimensión ImageID.
• "InstanceId":"${aws:InstanceId}" establece el ID de instancia de la instancia como el valor
de la dimensión InstanceID.
• "InstanceType":"${aws:InstanceType}" establece el tipo de instancia de la instancia como el
valor de la dimensión InstanceType.
• "AutoScalingGroupName":"${aws:AutoScalingGroupName}" establece el nombre del grupo
de Auto Scaling de la instancia como el valor de la dimensión AutoScalingGroupName.
Si desea añadir dimensiones a las métricas con pares de clave-valor arbitrarios, utilice el parámetro
append_dimensions en el campo para ese tipo concreto de métrica.
Si especifica un valor que depende de metadatos de Amazon EC2 y utiliza proxies, debe asegurarse
de que el servidor puede obtener acceso al punto de enlace de Amazon EC2. Para obtener más
información acerca de estos puntos de enlace, consulte Amazon Elastic Compute Cloud (Amazon EC2)
en la Referencia general de Amazon Web Services.
265
• aggregation_dimensions: opcional. Especifica las dimensiones que se agregarán a las métricas

recopiladas. Por ejemplo, si acumula métricas en la dimensión AutoScalingGroupName, se agregan
las métricas de todas las instancias de cada grupo Auto Scaling y se pueden ver como un conjunto.
Puede acumular las métricas en una o varias dimensiones. Por ejemplo, si se especifica
[["InstanceId"], ["InstanceType"], ["InstanceId","InstanceType"]], se agrupan las
métricas por ID de instancia individualmente, por tipo de instancia individualmente y por la combinación
de las dos dimensiones.
También puede especificar [] para acumular todas las métricas en una sola colección y descartar todas
las dimensiones.
• endpoint_override: especifica un punto de enlace FIPS o enlace privado para utilizarlo como
punto de enlace adonde el agente envía las métricas. Especificando esto y estableciendo un enlace
privado podrá enviar las métricas a un punto de enlace de Amazon VPC. Para obtener más información,
consulte ¿Qué es Amazon VPC?
• metrics_collected: obligatorio. Especifica qué métricas se van a recopilar, incluidas las métricas
personalizadas recopiladas a través de StatsD o collectd. Esta sección incluye varias subsecciones.
El contenido de la sección metrics_collected dependerá de si este archivo de configuración es para

un servidor con Linux o Windows Server.
• force_flush_interval: especifica en segundos la cantidad máximo de tiempo que las métricas
permanecen en el búfer de la memoria antes de que se envíen al servidor. Independientemente del valor
de esta opción, si el tamaño de las métricas en el búfer alcanza los 40 KB o 20 métricas diferentes, las
métricas se envían inmediatamente al servidor.
El valor predeterminado es 60.

• credentials: especifica el rol de IAM que se va a usar al enviar métricas a otra cuenta. Si se
especifica, este campo contiene un parámetro, role_arn.
• role_arn: especifica el ARN del rol de IAM que se va a usar para la autenticación al enviar las
métricas a otra cuenta. Para obtener más información, consulte Envío de métricas y registros a
una cuenta diferente (p. 309). Si se especifica aquí, este valor sobrescribe el valor de role_arn
especificado en la sección agent del archivo de configuración, si existe.
Linux
En los servidores con Linux, la sección metrics_collected del archivo de configuración también puede
contener los campos siguientes:
Muchos de estos campos pueden incluir una sección measurement donde se muestran las métricas
que se deben recopilar para ese recurso. Estas secciones measurement pueden especificar el nombre
completo de la métrica, por ejemplo, swap_used, o simplemente la parte del nombre de la métrica que se
añadirá al tipo de recurso. Por ejemplo, si se especifica reads en la sección measurement de la sección
diskio, se recopilará la métrica diskio_reads.
• collectd: opcional. Indica que desea recuperar métricas personalizadas mediante el protocolo
collectd. El software collectd se utiliza para enviar las métricas al agente de CloudWatch. Para
obtener más información, consulte Recuperación de métricas personalizadas con collectd (p. 293).
• cpu: opcional. Especifica qué métricas de CPU se van a recopilar. Esta sección solo es válida para las
instancias de Linux. Debe incluir al menos uno de los campos resources y totalcpu para todas las
métricas de CPU que se recopilen. Esta sección puede incluir los siguientes campos.
• resources: opcional. Especifique este campo con un valor de * para provocar que se recopilen
métricas por CPU. El único valor permitido es *.
• totalcpu: opcional. Especifica si se registrarán las métricas de cpu agregadas en todos los núcleos
de cpu. El valor predeterminado es true.
266
• measurement: especifica la matriz de métricas de cpu que se van a recopilar. Los posibles valores
son time_active, time_guest, time_guest_nice, time_idle, time_iowait, time_irq,
time_nice, time_softirq, time_steal, time_system, time_user, usage_active,
usage_guest, usage_guest_nice, usage_idle, usage_iowait, usage_irq, usage_nice,
usage_softirq, usage_steal, usage_system y usage_user. Este campo es obligatorio si
incluye cpu.
De forma predeterminada, la unidad de las métricas cpu_usage_* es Percent y las métricas

cpu_time_* no tienen unidad.
En la entrada de cada métrica individual, puede especificar, si lo desea, uno o los dos valores
siguientes:
• rename: especifica otro nombre para esta métrica.
• unit: especifica la unidad que se va a usar para esta métrica, lo que invalida la unidad
predeterminada de la métrica. La unidad que especifique debe ser una unidad de métrica de
CloudWatch válida, tal como se muestra en la descripción de Unit en MetricDatum.
• metrics_collection_interval: opcional. Especifica la frecuencia con la que se recopilarán las
métricas de cpu, lo que anula el valor de metrics_collection_interval global especificado en
la sección agent del archivo de configuración.
recopilar cada 10 segundos y establecerlo en 300 especifica que las métricas se deben recopilar cada
5 minutos.
resolución. Para obtener más información acerca de las métricas de alta resolución, consulte Métricas
• append_dimensions: opcional. Las dimensiones adicionales que se utilizarán únicamente para las
métricas de cpu. Si especifica este campo, se usa además de las dimensiones especificadas en el
campo append_dimensions global que se utiliza para todos los tipos de métricas recopiladas por el
agente.
• disk: opcional. Especifica qué métricas de disk se recopilarán. Esta sección solo es válida para las
instancias de Linux. Esta sección puede incluir hasta dos campos:
• resources: opcional. Especifica una matriz de puntos de montaje de disco. Este campo limita a
CloudWatch para recopilar métricas únicamente de los puntos de montaje. Puede especificar * como
el valor para recopilar métricas de todos los puntos de montaje. El valor predeterminado es recopilar
métricas de todos los puntos de montaje.
• measurement: especifica la matriz de métricas de disco que se van a recopilar. Los posibles valores
son free, total, used, used_percent, inodes_free, inodes_used y inodes_total. Este
campo es obligatorio si incluye disk.
Note
Las métricas de disk tienen una dimensión para Partition, lo que significa que el número
de métricas personalizadas generadas depende del número de particiones asociadas a la
instancia. El número de particiones de disco del que dispone depende de la AMI que esté
utilizando y del número de volúmenes de Amazon EBS que adjunte al servidor.
Para ver las unidades predeterminadas de cada métrica de disk, consulte Métricas recopiladas por el
agente de CloudWatch en instancias de Linux (p. 295).
siguientes:
267
• ignore_file_system_types: especifica los tipos de sistema de archivos que se excluyen cuando
se recopilan métricas de disco. Los valores válidos incluyen sysfs, devtmpfs, etc.
• drop_device: si se establece en true hace que el Device no esté incluido como una dimensión
para métricas de disco.
Evitar que el Device se utilice como dimensión puede resultar útil en las instancias que utilizan el
sistema Nitro, ya que en dichas instancias los nombres de dispositivo cambian para cada montaje
de disco cuando se reinicia la instancia. Esto puede provocar que los datos de las métricas sean
incoherentes y que las alarmas basadas en estas métricas pasen al estado INSUFFICIENT DATA.
El valor predeterminado es false.

métricas de disco, lo que anula el valor de metrics_collection_interval global especificado en
la sección agent del archivo de configuración.
Este valor se especifica en segundos.
resolución. Para obtener más información, consulte Métricas de alta resolución (p. 52).
métricas de disco. Si especifica este campo, se usa además de las dimensiones especificadas en el
campo append_dimensions que se usa para todos los tipos de métricas recopiladas por el agente.
• diskio: opcional. Especifica qué métricas de entrada/salida de disco se van a recopilar. Esta sección
solo es válida para las instancias de Linux. Esta sección puede incluir hasta dos campos:
• resources: opcional. Si especifica una matriz de dispositivos, CloudWatch recopila métricas solo de
esos dispositivos. De lo contrario, se recopilan las métricas de todos los dispositivos. También puede
especificar * como el valor para recopilar métricas de todos los dispositivos.
• measurement: especifica la matriz de métricas de entrada/salida de disco que se van a recopilar.
Los valores posibles son reads, writes, read_bytes, write_bytes, read_time, write_time,
io_time e iops_in_progress. Este campo es obligatorio si incluye diskio.
siguientes:
métricas de entrada/salida de disco, lo que anula el valor de metrics_collection_interval
global especificado en la sección agent del archivo de configuración.
métricas de entrada/salida de disco. Si especifica este campo, se usa además de las dimensiones
especificadas en el campo append_dimensions que se usa para todos los tipos de métricas
recopiladas por el agente.
• swap: opcional. Especifica qué métricas de memoria de intercambio se recopilarán. Esta sección solo es
válida para las instancias de Linux. Esta sección puede incluir hasta tres campos:
268
• measurement: especifica la matriz de métricas de intercambio que se van a recopilar. Los posibles
valores son free, used y used_percent. Este campo es obligatorio si incluye swap.
Para ver las unidades predeterminadas de cada métrica de swap, consulte Métricas recopiladas por el
siguientes:
• metrics_collection_interval: opcional. Especifica la frecuencia con la que se recopilarán
las métricas de intercambio, lo que anula el valor de metrics_collection_interval global
especificado en la sección agent del archivo de configuración.
métricas de intercambio. Si especifica este campo, se usa además de las dimensiones especificadas
en el campo append_dimensions global que se usa para todos los tipos de métricas recopiladas por
el agente. Se recopila como una métrica de alta resolución.
• mem: opcional. Especifica qué métricas de memoria se recopilarán. Esta sección solo es válida para las
instancias de Linux. Esta sección puede incluir hasta tres campos:
• measurement: especifica la matriz de métricas de memoria que se van a recopilar. Los posibles
valores son active, available, available_percent, buffered, cached, free, inactive,
total, used y used_percent. Este campo es obligatorio si incluye mem.
Para ver las unidades predeterminadas de cada métrica de mem, consulte Métricas recopiladas por el
siguientes:
métricas de memoria, lo que anula el valor de metrics_collection_interval global especificado
en la sección agent del archivo de configuración.
métricas de memoria. Si especifica este campo, se usa además de las dimensiones especificadas
en el campo append_dimensions que se utiliza para todos los tipos de métricas recopiladas por el
agente.
• net: opcional. Especifica qué métricas de red se recopilarán. Esta sección solo es válida para las
instancias de Linux. Esta sección puede incluir hasta cuatro campos:
269
• resources: opcional. Si especifica una matriz de interfaces de red, CloudWatch recopila métricas
solo de esas interfaces. De lo contrario, se recopilan las métricas de todos los dispositivos. También
puede especificar * como el valor para recopilar métricas de todas las interfaces.
• measurement: especifica la matriz de métricas de conexión en red que se van a recopilar. Los
valores posibles son bytes_sent, bytes_recv, drop_in, drop_out, err_in, err_out,
packets_sent e packets_recv. Este campo es obligatorio si incluye net.
Para ver las unidades predeterminadas de cada métrica de net, consulte Métricas recopiladas por el
siguientes:
métricas de red, lo que anula el valor de metrics_collection_interval global especificado en la
sección agent del archivo de configuración.
5 minutos.
• append_dimensions: opcional. Las dimensiones adicionales que se utilizarán únicamente para
las métricas de red. Si especifica este campo, se usa además de las dimensiones especificadas en
el campo append_dimensions que se utiliza para todos los tipos de métricas recopiladas por el
agente.
• netstat: opcional. Especifica que se recopilen las métricas de estado de conexión TCP y de
contraseñas UDP. Esta sección solo es válida para las instancias de Linux. Esta sección puede incluir
hasta tres campos:
• measurement: especifica la matriz de métricas de estado de red que se van a recopilar. Los posibles
valores son tcp_close, tcp_close_wait, tcp_closing, tcp_established, tcp_fin_wait1,
tcp_fin_wait2, tcp_last_ack, tcp_listen, tcp_none, tcp_syn_sent, tcp_syn_recv,
tcp_time_wait y udp_socket. Este campo es obligatorio si incluye netstat.
Para ver las unidades predeterminadas de cada métrica de netstat, consulte Métricas recopiladas
por el agente de CloudWatch en instancias de Linux (p. 295).
siguientes:
• metrics_collection_interval: opcional. Especifica la frecuencia con la que se recopilarán
las métricas de estado de red, lo que anula el valor de metrics_collection_interval global
especificado en la sección agent del archivo de configuración.
270
• append_dimensions: opcional. Las dimensiones adicionales que se utilizarán únicamente para
las métricas de estado de red. Si especifica este campo, se usa además de las dimensiones
especificadas en el campo append_dimensions que se utiliza para todos los tipos de métricas
recopiladas por el agente.
• processes: opcional. Especifica qué métricas de proceso se recopilarán. Esta sección solo es válida
para las instancias de Linux. Esta sección puede incluir hasta tres campos:
• measurement: especifica la matriz de métricas de procesos que se van a recopilar. Los
posibles valores son blocked, dead, idle, paging, running, sleeping, stopped, total,
total_threads, wait y zombies. Este campo es obligatorio si incluye processes.
Para todas las métricas de processes, la unidad predeterminada es Count.
siguientes:
métricas de proceso, lo que anula el valor de metrics_collection_interval global especificado
5 minutos.
métricas de proceso. Si especifica este campo, se usa además de las dimensiones especificadas en
el campo append_dimensions que se utiliza para todos los tipos de métricas recopiladas por el
agente.
• procstat: opcional. Especifica que desea recuperar las métricas de procesos individuales. Para
obtener más información, consulte Recopilación de métricas de procesos con el complemento
procstat (p. 284).
• statsd: opcional. Indica que desea recuperar métricas personalizadas mediante el protocolo StatsD.
El agente de CloudWatch actúa como un daemon para el protocolo. Puede usar cualquier cliente
StatsD estándar para enviar las métricas al agente de CloudWatch. Para obtener más información,
consulte Recuperación de métricas personalizadas con StatsD (p. 292).
A continuación, se ofrece un ejemplo de una sección metrics de un servidor Linux. En este ejemplo, se
recopilan tres métricas de CPU, tres métricas de estado de red, tres métricas de proceso y una métrica de
disco, y se configura el agente para recibir métricas adicionales desde un cliente de collectd.
"metrics": {
"collectd": {},
"cpu": {
"resources": [
"*"
],
"measurement": [
271
{"name": "cpu_usage_idle", "rename": "CPU_USAGE_IDLE", "unit": "Percent"},

{"name": "cpu_usage_nice", "unit": "Percent"},
"cpu_usage_guest"
],
"totalcpu": false,
"append_dimensions": {
"test": "test1",
"date": "2017-10-01"
}
},
"netstat": {
"measurement": [
"tcp_established",
"tcp_syn_sent",
"tcp_close"
],
},
"disk": {
"measurement": [
"used_percent"
],
"resources": [
"*"
],
"drop_device": true
},
"processes": {
"measurement": [
"running",
"sleeping",
"dead"
]
}
},
"ImageId": "${aws:ImageId}",
"InstanceId": "${aws:InstanceId}",
"InstanceType": "${aws:InstanceType}",
"AutoScalingGroupName": "${aws:AutoScalingGroupName}"
},
"aggregation_dimensions" : [["AutoScalingGroupName"], ["InstanceId", "InstanceType"],
[]]
}
Windows Server
En la sección metrics_collected de Windows Server, puede tener subsecciones para cada objeto de
rendimiento de Windows, como Memory, Processor y LogicalDisk. Para obtener información sobre
qué objetos y contadores están disponibles, consulte la documentación de Microsoft Windows.
En la subsección de cada uno de los objetos, especifique una matriz measurement de los contadores que
se recopilarán. La matriz measurement es obligatoria para cada objeto que especifique en el archivo de
configuración. También puede especificar un campo resources para asignar un nombre a las instancias
de las que se recopilarán métricas. También puede especificar * para resources para recopilar métricas
independientes de cada instancia. Si omite resources, los datos de todas las instancias se agregan en
un conjunto. Para los objetos que no tienen instancias, omita resources.
En cada sección de objetos, también puede especificar los siguientes campos opcionales:
272

métricas de este objeto, lo que anula el valor de metrics_collection_interval global especificado
recopilar cada 10 segundos y establecerlo en 300 especifica que las métricas se deben recopilar cada 5
minutos.
• append_dimensions: opcional. Especifica las dimensiones adicionales que se van a utilizar
únicamente para las métricas de este objeto. Si especifica este campo, se usa además de las
dimensiones especificadas en el campo append_dimensions global que se utiliza para todos los tipos
de métricas recopiladas por el agente.
En cada sección de contadores, también puede especificar los siguientes campos opcionales:
• rename: especifica otro nombre que se usará en CloudWatch para esta métrica.
• unit: especifica la unidad que se usará para esta métrica. La unidad que especifique debe ser
una unidad de métrica de CloudWatch válida, tal como se muestra en la descripción de Unit en
MetricDatum.
Existen otras dos secciones opcionales que puede incluir en metrics_collected:
• statsd: permite recuperar métricas personalizadas mediante el protocolo StatsD. El agente

de CloudWatch actúa como un daemon para el protocolo. Puede usar cualquier cliente StatsD
estándar para enviar las métricas al agente de CloudWatch. Para obtener más información, consulte
Recuperación de métricas personalizadas con StatsD (p. 292).
• procstat: permite recuperar las métricas de procesos individuales. Para obtener más información,
consulte Recopilación de métricas de procesos con el complemento procstat (p. 284).
A continuación, se muestra una sección metrics de ejemplo para usarla en Windows Server. En este
ejemplo, se recopilan muchas métricas de Windows y además se configura el equipo para que reciba
métricas adicionales de un cliente de StatsD.
"metrics": {
"statsd": {},
"Processor": {
"measurement": [
{"name": "% Idle Time", "rename": "CPU_IDLE", "unit": "Percent"},
"% Interrupt Time",
"% User Time",
"% Processor Time"
],
"resources": [
"*"
],
"d1": "win_foo",
"d2": "win_bar"
}
},
"LogicalDisk": {
"measurement": [
{"name": "% Idle Time", "unit": "Percent"},
{"name": "% Disk Read Time", "rename": "DISK_READ"},
"% Disk Write Time"
273
],
"resources": [
"*"
]
},
"Memory": {
"measurement": [
"Available Bytes",
"Cache Faults/sec",
"Page Faults/sec",
"Pages/sec"
],
"d3": "win_bo"
}
},
"Network Interface": {
"measurement": [
"Bytes Received/sec",
"Bytes Sent/sec",
"Packets Received/sec",
"Packets Sent/sec"
],
"resources": [
"*"
],
"d3": "win_bo"
}
},
"System": {
"measurement": [
"Context Switches/sec",
"System Calls/sec",
"Processor Queue Length"
],
"d1": "win_foo",
"d2": "win_bar"
}
}
},
},
"aggregation_dimensions" : [["ImageId"], ["InstanceId", "InstanceType"], ["d1"],[]]
}
}
Archivo de configuración del agente de CloudWatch: sección logs

La sección logs incluye los siguientes campos:
• logs_collected: obligatorio si se incluye la sección logs. Especifica qué archivos de registros

y registros de eventos de Windows se recopilarán del servidor. Puede incluir dos campos: files y
windows_events.
• files: especifica los archivos de registro normales que el agente de CloudWatch va a recopilar.
Contiene un campo, collect_list, que define estos archivos.
274
• collect_list: obligatorio si se incluye files. Contiene una matriz de entradas, cada una de las
cuales especifica un archivo de registro para recopilar. Cada una de estas entradas puede incluir los
siguientes campos:
• file_path: especifica la ruta del archivo de registro que se va a cargar en CloudWatch Logs.
Se aceptan las reglas de concordancia glob de Unix estándar, como la adición de ** como un
superasterisco. Por ejemplo, especificar /var/log/**.log provoca que se recopilen todos
los archivos .log del árbol de directorio /var/log. Para obtener más ejemplos, consulte la
biblioteca Glob.
También puede usar el asterisco estándar como comodín estándar. Por ejemplo, /var/log/
system.log* busca archivos coincidentes, como system.log_1111, system.log_2222, etc.,
en /var/log.
Solo se envía el último archivo a CloudWatch Logs en función de la hora de modificación del
archivo. Le recomendamos que utilice comodines para especificar una serie de archivos del
mismo tipo, como access_log.2018-06-01-01 y access_log.2018-06-01-02, pero
no varios tipos de archivos como, por ejemplo, access_log_80 y access_log_443. Para
especificar varios tipos de archivos, agregue otra entrada de flujo de registros al archivo de
configuración del agente para que cada tipo de archivo de registro vaya a un flujo de registros
distinto.
• auto_removal: opcional. Si es true, el agente de CloudWatch elimina automáticamente los
archivos de registro antiguos que se cargaron en CloudWatch Logs. El agente solo quita archivos
completos de los registros que crean varios archivos, como los registros que crean archivos
distintos para cada fecha. Si un registro escribe continuamente en un solo archivo, no se elimina.
Si ya dispone de un método de rotación o eliminación de archivos de registro, le recomendamos

que omita este campo o que lo establezca en false.
Si omite este campo, se usa el valor predeterminado de false.

• log_group_name: opcional. Especifica qué se usará como nombre de grupo de registros
en CloudWatch Logs. Como parte del nombre, puede usar {instance_id}, {hostname}
{local_hostname} y {ip_address} como variables en el nombre. {hostname} recupera el
nombre de host de los metadatos de EC2, mientras que {local_hostname} usa el nombre de
host del archivo de configuración de red.
Si usa estas variables para crear muchos grupos de registro diferentes, tenga en cuenta el límite
de 5000 grupos de registro por cuenta y región.
Entre los caracteres permitidos se incluyen a–-z, A–-Z, 0–-9, "_" (carácter de subrayado),
"-" (guion), "/" (barra diagonal) y "." (punto).
Le recomendamos que especifique este campo para evitar confusiones. Si omite este campo, se
usa la ruta del archivo hasta el punto final como nombre de grupo de logs. Por ejemplo, si la ruta
de archivo es /tmp/TestLogFile.log.2017-07-11-14, el nombre de grupo de registros es /
tmp/TestLogFile.log.
• log_stream_name: opcional. Especifica qué se usará como nombre de flujo de registro
Si omite este campo, se usa el valor predeterminado de {instance_id}. Si un flujo de registros

no existe todavía, se crea automáticamente.
• timezone: opcional. Especifica la zona horaria que se debe utilizar a la hora de poner marcas
temporales en eventos de registro. Los valores válidos son UTC y Local. El valor predeterminado
es Local.
275
Este parámetro se ignora si no especifica un valor para timestamp_format.

• timestamp_format: opcional. Especifica el formato de marca temporal, con texto sin formato
y símbolos especiales que empiezan por %. Si omite este campo, se usa la hora actual. Si utiliza
este campo, puede utilizar los símbolos de la lista siguiente como parte del formato.
Si una única entrada de registro contiene dos marcas temporales que coinciden con el formato, se
utiliza la primera marca temporal.
Esta lista de símbolos es diferente de la lista que utiliza el agente de CloudWatch Logs anterior.
Para ver un resumen de estas diferencias, consulte Diferencias de marca temporal entre el agente
de CloudWatch unificado y el agente de CloudWatch Logs anterior (p. 310).
%y
Año sin siglo como un número decimal rellenado con ceros. Por ejemplo, 19 para representar
2019.
%Y
Año con siglo como número decimal. Por ejemplo, 2019.

%b
Mes como el nombre abreviado de la configuración regional

%B
Mes como el nombre completo de la configuración regional

%m
mes como número decimal relleno con ceros

%-m
Mes como número decimal (sin rellenar con ceros)

%d
día del mes como número decimal relleno con ceros

%-d
Día del mes como número decimal (sin rellenar con ceros)
%A
Nombre completo de semana como, por ejemplo, Monday

%a
Abreviatura de día de la semana como, por ejemplo, Mon

%H
Hora (en un formato de 24 horas) como número decimal rellenado con ceros
%I
Hora (en un formato de 12 horas) como número decimal rellenado con ceros
%-I
Hora (en un formato de 12 horas) como número decimal (sin rellenar con ceros)
%p
AM o PM 276
%M
Minutos como número decimal rellenado con ceros

%-M
Minutos como número decimal (sin rellenar con ceros)

%S
Segundos como número decimal rellenado con ceros

%-S
Segundos como número decimal (sin rellenar con ceros)

%f
Segundos fraccionarios como un número decimal (1-9 dígitos), rellenado con ceros a la
izquierda.
%Z
Zona horaria, por ejemplo PST

%z
Zona horaria, expresada como la diferencia entre la zona horaria local y UTC. Por ejemplo,
-0700. Solo se admite este formato. Por ejemplo, -07:00 no es un formato válido.
• multi_line_start_pattern: especifica el patrón para identificar el inicio de un mensaje
de registro. Un mensaje de registro consta de una línea que coincide con el patrón y de líneas
siguientes que no coinciden con el patrón.
Si omite este campo, se deshabilita el modo multilínea y cualquier línea que comience con un
carácter sin espacios en blanco cierra el mensaje de log anterior y comienza un nuevo mensaje
de log.
Si incluye este campo, puede especificar {timestamp_format} para usar la misma expresión
regular que el formato de marca temporal. De lo contrario, puede especificar otra expresión
regular para que la use CloudWatch Logs para determinar las líneas iniciales de las entradas
multilínea.
• encoding: especifica la codificación del archivo de registro, de modo que se pueda leer
correctamente. Si especifica una codificación incorrecta, podría haber pérdida de datos porque los
caracteres que no se puedan descodificar se sustituirán por otros.
El valor predeterminado es utf-8. Los valores posibles son los siguientes:
ascii, big5, euc-jp, euc-kr, gbk, gb18030, ibm866, iso2022-jp,

iso8859-2, iso8859-3, iso8859-4, iso8859-5, iso8859-6, iso8859-7,
iso8859-8, iso8859-8-i, iso8859-10, iso8859-13, iso8859-14, iso8859-15,
iso8859-16, koi8-r, koi8-u, macintosh, shift_jis, utf-8, utf-16,
windows-874, windows-1250, windows-1251, windows-1252, windows-1253,
windows-1254, windows-1255, windows-1256, windows-1257, windows-1258, x-
mac-cyrillic
• La sección windows_events especifica el tipo de eventos de Windows que se recopilan de los
servidores con Windows Server. Contiene los campos siguientes:
• collect_list: obligatorio si se incluye windows_events. Especifica los tipos y niveles de
eventos de Windows que se recopilarán. Cada log que se recopilará tiene una entrada en esta
sección, que puede incluir los siguientes campos:
• event_name: especifica el tipo de eventos de Windows que se van a registrar. Esto equivale al
nombre del canal del registro de eventos de Windows (como System, Security, Application,
etc.). Este campo es obligatorio para 277
cada tipo de evento de Windows que se registrará.
• event_levels: especifica los niveles de evento que se van a registrar. Debe especificar cada
nivel que se registrará. Entre los valores posibles se incluyen INFORMATION, WARNING, ERROR,
CRITICAL y VERBOSE. Este campo es obligatorio para cada tipo de evento de Windows que se
registrará.
• log_group_name: obligatorio. Especifica qué se usará como nombre de grupo de registros en
CloudWatch Logs.
• log_stream_name: opcional. Especifica qué se usará como nombre de flujo de registro
Si omite este campo, se usa el valor predeterminado de {instance_id}. Si un flujo de registros

no existe todavía, se crea automáticamente.
• event_format: opcional. Especifica el formato que se debe utilizar al almacenar eventos
de Windows en CloudWatch Logs. xml utiliza el formato XML como en Visor de eventos de
Windows. text utiliza el formato del agente de CloudWatch Logs anterior.
• log_stream_name: obligatorio. Especifica el nombre de flujo de registros predeterminado que se usará
para los registros o los eventos de Windows que no tengan nombres de flujo de registros individuales
definidos en su entrada en collect_list.
• endpoint_override: especifica un punto de enlace FIPS o enlace privado para utilizarlo como punto
de enlace adonde el agente envía los registros. Especificando este campo y estableciendo un enlace
privado podrá enviar los registros a un punto de enlace de Amazon VPC. Para obtener más información,
consulte ¿Qué es Amazon VPC?
• force_flush_interval: especifica en segundos la cantidad máximo de tiempo que los registros
permanecen en el búfer de la memoria antes de que se envíen al servidor. Independientemente del
valor de este campo, si el tamaño de los registros en el búfer alcanza 1 MB, los registros se envían
inmediatamente al servidor. El valor predeterminado es 5.
• credentials: especifica el rol de IAM que se va a usar al enviar registros a otra cuenta de AWS. Si se
especifica, este campo contiene un parámetro, role_arn.
• role_arn: especifica el ARN del rol de IAM que se va a usar para la autenticación al enviar los
registros a otra cuenta de AWS. Para obtener más información, consulte Envío de métricas y registros
a una cuenta diferente (p. 309). Si se especifica aquí, se sobrescribe el valor de role_arn
especificado en la sección agent del archivo de configuración, si existe.
• metrics_collected: especifica que el agente debe recopilar las métricas integradas en los registros.
Actualmente, el campo metrics_collected solo puede contener el campo emf.
• emf: especifica que el agente va a recopilar los registros que están en formato de métrica incrustado.
Puede generar datos de métricas a partir de estos registros. Para obtener más información, consulte
Incorporación de registros de alta cardinalidad y generación de métricas con formato de métricas
integradas de CloudWatch (p. 374).
A continuación se muestra un ejemplo de una sección logs.
"logs":
{
"logs_collected": {
"files": {
"collect_list": [
{
"file_path": "c:\\ProgramData\\Amazon\\AmazonCloudWatchAgent\\Logs\
\amazon-cloudwatch-agent.log",
"log_group_name": "amazon-cloudwatch-agent.log",
"log_stream_name": "my_log_stream_name_1",
278
"timestamp_format": "%H: %M: %S%y%b%-d"

},
{
\test.log",
"log_group_name": "test.log",
"log_stream_name": "my_log_stream_name_2"
}
]
},
"windows_events": {
"collect_list": [
{
"event_name": "System",
"event_levels": [
"INFORMATION",
"ERROR"
],
"log_group_name": "System",
"log_stream_name": "System"
},
{
"event_name": "CustomizedName",
"event_levels": [
"INFORMATION",
"ERROR"
],
"log_group_name": "CustomizedLogGroup",
"log_stream_name": "CustomizedLogStream"
}
]
}
},
"log_stream_name": "my_log_stream_name"
}
Archivo de configuración del agente de CloudWatch: ejemplos

completos
A continuación se ofrece un ejemplo de un archivo de configuración del agente de CloudWatch completo
de un servidor Linux.
Los elementos indicados en las secciones measurement para las métricas que desea recopilar
pueden especificar el nombre completo de la métrica o simplemente la parte del nombre de la métrica
que se añadirá al tipo de recurso. Por ejemplo, si especifica reads o diskio_reads en la sección
measurement de la sección diskio, se recopilará la métrica diskio_reads.
En este ejemplo, se incluyen las dos formas de especificar métricas en la sección measurement.
{
"agent": {
"logfile": "/opt/aws/amazon-cloudwatch-agent/logs/amazon-cloudwatch-agent.log"
},
"metrics": {
"cpu": {
"resources": [
"*"
],
"measurement": [
{"name": "cpu_usage_idle", "rename": "CPU_USAGE_IDLE", "unit": "Percent"},
279
{"name": "cpu_usage_nice", "unit": "Percent"},

"cpu_usage_guest"
],
"totalcpu": false,
"customized_dimension_key_1": "customized_dimension_value_1",
"customized_dimension_key_2": "customized_dimension_value_2"
}
},
"disk": {
"resources": [
"/",
"/tmp"
],
"measurement": [
{"name": "free", "rename": "DISK_FREE", "unit": "Gigabytes"},
"total",
"used"
],
"ignore_file_system_types": [
"sysfs", "devtmpfs"
],
}
},
"diskio": {
"resources": [
"*"
],
"measurement": [
"reads",
"writes",
"read_time",
"write_time",
"io_time"
],
},
"swap": {
"measurement": [
"swap_used",
"swap_free",
"swap_used_percent"
]
},
"mem": {
"measurement": [
"mem_used",
"mem_cached",
"mem_total"
],
},
"net": {
"resources": [
"eth0"
],
"measurement": [
"bytes_sent",
"bytes_recv",
"drop_in",
"drop_out"
280
]
},
"netstat": {
"measurement": [
"tcp_established",
"tcp_syn_sent",
"tcp_close"
],
},
"processes": {
"measurement": [
"running",
"sleeping",
"dead"
]
}
},
},
"aggregation_dimensions" : [["ImageId"], ["InstanceId", "InstanceType"], ["d1"],
[]],
"force_flush_interval" : 30
},
"logs": {
"logs_collected": {
"files": {
"collect_list": [
{
"file_path": "/opt/aws/amazon-cloudwatch-agent/logs/amazon-cloudwatch-
agent.log",
"log_stream_name": "amazon-cloudwatch-agent.log",
"timezone": "UTC"
},
{
"file_path": "/opt/aws/amazon-cloudwatch-agent/logs/test.log",
"log_stream_name": "test.log",
"timezone": "Local"
}
]
}
},
"log_stream_name": "my_log_stream_name",
"force_flush_interval" : 15
}
}
A continuación se ofrece un ejemplo de un archivo de configuración del agente de CloudWatch completo

de un servidor con Windows Server.
{
"agent": {
"logfile": "c:\\ProgramData\\Amazon\\AmazonCloudWatchAgent\\Logs\\amazon-
cloudwatch-agent.log"
},
"metrics": {
281
"Processor": {
"measurement": [
{"name": "% Idle Time", "rename": "CPU_IDLE", "unit": "Percent"},
"% Interrupt Time",
"% User Time",
"% Processor Time"
],
"resources": [
"*"
],
}
},
"LogicalDisk": {
"measurement": [
{"name": "% Idle Time", "unit": "Percent"},
{"name": "% Disk Read Time", "rename": "DISK_READ"},
"% Disk Write Time"
],
"resources": [
"*"
]
},
"customizedObjectName": {
"customizedCounterName": [
"metric1",
"metric2"
],
"resources": [
"customizedInstaces"
]
},
"Memory": {
"measurement": [
"Available Bytes",
"Cache Faults/sec",
"Page Faults/sec",
"Pages/sec"
]
},
"Network Interface": {
"measurement": [
"Bytes Received/sec",
"Bytes Sent/sec",
"Packets Received/sec",
"Packets Sent/sec"
],
"resources": [
"*"
],
}
},
"System": {
"measurement": [
"Context Switches/sec",
"System Calls/sec",
"Processor Queue Length"
]
}
282
},
},
"aggregation_dimensions" : [["ImageId"], ["InstanceId", "InstanceType"], ["d1"],[]]
},
"logs": {
"logs_collected": {
"files": {
"collect_list": [
{
"file_path": "c:\\ProgramData\\Amazon\\AmazonCloudWatchAgent\\Logs\\amazon-
cloudwatch-agent.log",
"timezone": "UTC"
},
{
\test.log",
"timezone": "Local"
}
]
},
"windows_events": {
"collect_list": [
{
"event_name": "System",
"event_levels": [
"INFORMATION",
"ERROR"
],
"log_group_name": "System",
"log_stream_name": "System",
"event_format": "xml"
},
{
"event_name": "CustomizedName",
"event_levels": [
"WARNING",
"ERROR"
],
"log_group_name": "CustomizedLogGroup",
"log_stream_name": "CustomizedLogStream",
"event_format": "xml"
}
]
}
},
"log_stream_name": "example_log_stream_name"
}
}
Guardar al archivo de configuración del agente de CloudWatch

manualmente
Si crea o edita el archivo de configuración del agente de CloudWatch manualmente, puede asignarle
cualquier nombre. Para simplificar la solución de problemas, le recomendamos que asigne el nombre /
opt/aws/amazon-cloudwatch-agent/etc/amazon-cloudwatch-agent.json en un servidor Linux
y $Env:ProgramData\Amazon\AmazonCloudWatchAgent\amazon-cloudwatch-agent.json en
283
los servidores con Windows Server. Después de crear el archivo, puede copiarlo en otros servidores en los
que desee ejecutar el agente.
Carga del archivo de configuración del agente de CloudWatch en

el Parameter Store de Administrador de sistemas
Si tiene previsto utilizar SSM Agent para instalar el agente de CloudWatch en servidores, después
de editar manualmente el archivo de configuración del agente de CloudWatch, puede cargarlo en el
Parameter Store de Administrador de sistemas. Para ello, utilice el comando put-parameter de
Para poder almacenar el archivo en Parameter Store, debe utilizar un rol de IAM con permisos suficientes.
Para obtener más información, consulte Creación de roles y usuarios de IAM para usarlos con el agente de
Utilice el siguiente comando, donde parameter name es el nombre que se usará para este archivo en
Parameter Store y configuration_file_pathname es la ruta y el nombre del archivo de configuración
que ha editado.
aws ssm put-parameter --name "parameter name" --type "String" --value

file://configuration_file_pathname
Recopilación de métricas de procesos con el complemento

procstat
El complemento procstat permite recopilar las métricas de procesos individuales. Es compatible con los
servidores Linux y los servidores con Windows Server 2008 R2 o una versión posterior.
Temas
• Configuración del agente de CloudWatch para procstat (p. 284)
• Métricas recopiladas por Procstat (p. 286)
Configuración del agente de CloudWatch para procstat

Para utilizar el complemento procstat, añada una sección procstat en la sección metrics_collected
del archivo de configuración del agente de CloudWatch. Existen tres formas de especificar los procesos
para monitorizar. Puede utilizar solo uno de estos métodos, pero puede utilizar ese método para
especificar uno o varios procesos para monitorizar.
• pid_file: selecciona los procesos por los nombres de los archivos de número de identificación de
proceso (PID) que estos procesos crean.
• exe: selecciona los procesos que tienen nombres de proceso que coinciden con la cadena que
especifique, utilizando reglas coincidentes con expresiones regulares. Para obtener más información,
consulte Sintaxis.
• pattern: selecciona los procesos por las líneas de comandos utilizadas para iniciar los procesos.
Se seleccionan todos los procesos que tienen líneas de comandos que coinciden con la cadena
especificada con reglas de coincidencia de expresiones regulares. Se comprueba toda la línea de
comandos, incluidos parámetros y opciones utilizados con el comando.
El agente CloudWatch utiliza solo uno de estos métodos, incluso si incluye más de una de las secciones
anteriores. Si especifica más de una sección, el agente de CloudWatch utiliza la sección pid_file en
caso de que esté presente. En caso contrario, utiliza la sección exe.
284
En servidores Linux las cadenas que especifique en una sección pattern o exe se evalúan como
expresiones regulares. En servidores que ejecutan Windows Server, estas cadenas se evalúan como
consultas de WMI. Para obtener más información, consulte Operador LIKE.
Independientemente del método que utilice, puede incluir un parámetro

metrics_collection_interval opcional, que especifique la frecuencia en segundos para recopilar
dichas métricas. Si omite este parámetro, se utiliza el valor predeterminado de 60 segundos.
En los ejemplos de las siguientes secciones, la sección procstat es la única sección incluida en la
sección metrics_collected del archivo de configuración del agente. Los archivos de configuración
reales también incluyen otras secciones en metrics_collected. Para obtener más información,
consulte Creación o edición manual del archivo de configuración del agente de CloudWatch (p. 263).
Configuración con Pid_file

En el siguiente ejemplo, la sección procstat monitoriza los procesos que crean los archivos PID
example1.pid y example2.pid. De cada proceso se recopilan diferentes métricas. Las métricas
recopiladas desde el proceso que crea example2.pid se recopilan cada 10 segundos y las métricas
recopiladas desde el proceso example1.pid se recopilan cada 60 segundos, que es el valor
predeterminado.
{
"metrics": {
"procstat": [
{
"pid_file": "/var/run/example1.pid",
"measurement": [
"cpu_usage",
"memory_rss"
]
},
{
"pid_file": "/var/run/example2.pid",
"measurement": [
"read_bytes",
"read_count",
"write_bytes"
],
}
]
}
}
}
Configuración con Exe

En el siguiente ejemplo, la sección procstat monitoriza todos los procesos con nombres que coinciden
con las cadenas agent o plugin. De cada proceso se recopilan las mismas métricas.
{
"metrics": {
"procstat": [
{
"exe": "agent",
"measurement": [
"cpu_time",
"cpu_time_system",
"cpu_time_user"
]
285
},
{
"exe": "plugin",
"measurement": [
"cpu_time",
"cpu_time_system",
"cpu_time_user"
]
}
]
}
}
}
Configuración con patrón
En el siguiente ejemplo, la sección procstat monitoriza todos los procesos con líneas de comandos que
coinciden con las cadenas config o -c. De cada proceso se recopilan las mismas métricas.
{
"metrics": {
"procstat": [
{
"pattern": "config",
"measurement": [
"rlimit_memory_data_hard",
"rlimit_memory_data_soft",
"rlimit_memory_stack_hard",
"rlimit_memory_stack_soft"
]
},
{
"pattern": "-c",
"measurement": [
"rlimit_memory_data_hard",
"rlimit_memory_data_soft",
"rlimit_memory_stack_hard",
"rlimit_memory_stack_soft"
]
}
]
}
}
}
Métricas recopiladas por Procstat

En la siguiente tabla se muestran las métricas que puede recopilar con el complemento procstat.
El agente de CloudWatch añade procstat al principio de los siguientes nombres de métricas. Existe una
sintaxis diferente en función de si se ha recopilado de un servidor Linux o un servidor con Windows Server.
Por ejemplo, la métrica cpu_time aparece como procstat_cpu_time cuando la recopila de Linux y
como procstat cpu_time cuando la recopila de Windows Server.
Nombre de métrica Disponible en Descripción
cpu_time Linux El periodo de

tiempo que el
proceso utiliza
la CPU. Esta
286

métrica se mide
en centésimas
de segundo.
Unidad: recuento
cpu_time_system Linux, Windows Server El periodo de

tiempo que el
proceso está
en modo de
sistema. Esta
métrica se mide
en centésimas
de segundo.
Tipo: Flotante
Unidad: recuento
cpu_time_user Linux, Windows Server El periodo de

tiempo que el
proceso está
en modo de
usuario. Esta
métrica se mide
en centésimas
de segundo.
Unidad: recuento
cpu_usage Linux, Windows Server El porcentaje

de tiempo que
el proceso
está activo
en cualquier
capacidad.
Unidad:
porcentaje
memory_data Linux La cantidad de

memoria que el
proceso utiliza
para datos.
Unidades: bytes
memory_locked Linux La cantidad de

memoria que el
proceso tiene
bloqueada.
Unidades: bytes
287
memory_rss Linux, Windows Server La cantidad

de memoria
real (conjunto
residente) que
está utilizando el
proceso.
Unidades: bytes
memory_stack Linux La cantidad de

memoria de pila
que el proceso
está utilizando.
Unidades: bytes
memory_swap Linux La cantidad de

memoria de
intercambio que
el proceso está
utilizando.
Unidades: bytes
memory_vms Linux, Windows Server La cantidad de

memoria virtual
que el proceso
está utilizando.
Unidades: bytes
pid Linux, Windows Server Identificador de

proceso (ID).
Unidad: recuento
pid_count Linux, Windows Server El número de

ID de proceso
asociado con el
proceso.
En los servidores
Linux, el nombre
completo de
esta métrica es
procstat_lookup_pid_coun
y, en Windows
Server,
procstat_lookup
pid_count.
Unidad: recuento
288
read_bytes Linux, Windows Server El número de

bytes que el
proceso ha leído
de los discos.
Unidades: bytes
write_bytes Linux, Windows Server El número de

bytes que el
proceso ha
escrito en los
discos.
Unidades: bytes
read_count Linux, Windows Server El número de

operaciones
de escritura
en disco que
el proceso ha
ejecutado.
Unidad: recuento
write_count Linux, Windows Server El número de

operaciones
de escritura
en disco que
el proceso ha
ejecutado.
Unidad: recuento
involuntary_context_switches Linux El número de

veces que el
proceso cambió
de contexto
involuntariamente.
Unidad: recuento
voluntary_context_switches Linux El número de

veces que el
proceso cambió
de contexto
voluntariamente.
Unidad: recuento
realtime_priority Linux El uso actual

de prioridad en
tiempo real para
el proceso.
Unidad: recuento
289
nice_priority Linux El uso actual

de prioridad
aceptable para el
proceso.
Unidad: recuento
signals_pending Linux El número

de señales
pendiente de ser
gestionadas por
el proceso.
Unidad: recuento
rlimit_cpu_time_hard Linux El límite duro

de recursos de
tiempo de CPU
para el proceso.
Unidad: recuento
rlimit_cpu_time_soft Linux El límite flexible

de recursos de
tiempo de CPU
para el proceso.
Unidad: recuento
rlimit_file_locks_hard Linux El límite duro

de bloqueos de
archivos para el
proceso.
Unidad: recuento
rlimit_file_locks_soft Linux El límite flexible

de bloqueos de
archivos para el
proceso.
Unidad: recuento
rlimit_memory_data_hard Linux El límite duro

de recursos
en el proceso
de memoria
utilizada para los
datos.
Unidades: bytes
290
rlimit_memory_data_soft Linux El límite flexible

de recursos
en el proceso
de memoria
utilizada para los
datos.
Unidades: bytes
rlimit_memory_locked_hard Linux El límite duro

de recursos
en el proceso
de memoria
bloqueada.
Unidades: bytes
rlimit_memory_locked_soft Linux El límite flexible

de recursos
en el proceso
de memoria
bloqueada.
Unidades: bytes
rlimit_memory_rss_hard Linux El límite duro

de recursos en
el proceso de
memoria física.
Unidades: bytes
rlimit_memory_rss_soft Linux El límite flexible

de recursos en
el proceso de
memoria física.
Unidades: bytes
rlimit_memory_stack_hard Linux El límite duro de

recursos en la
pila de procesos.
Unidades: bytes
rlimit_memory_stack_soft Linux El límite flexible

de recursos en la
pila de procesos.
Unidades: bytes
rlimit_memory_vms_hard Linux El límite duro

de recursos en
el proceso de
memoria virtual.
Unidades: bytes
291
Recuperación de métricas personalizadas con StatsD

Puede recuperar métricas personalizadas de las aplicaciones o servicios que utilizan el agente de
CloudWatch mediante el protocolo StatsD. StatsD se admite tanto en los servidores Linux como en los
servidores Windows Server. CloudWatch admite el siguiente formato de StatsD:
MetricName:value|type|@sample_rate|#tag1:
value,tag1...
• MetricName: una cadena sin caracteres de dos puntos, barras, caracteres # o caracteres @.
• value: puede ser un número entero o flotante.
• type: especifique c para la métrica de contador, g para la métrica de medidor, ms para la métrica de
temporizador, h para la métrica de histograma o s para la métrica de definición.
• sample_rate: (opcional) Un número flotante comprendido entre 0 y 1, ambos incluidos. Se utiliza
únicamente para las métricas de contador, histograma y temporizador. El valor predeterminado es 1
(muestreo del 100% del tiempo).
• tags: (Opcional) Lista separada por comas de etiquetas. Las etiquetas StatsD son similares a las
dimensiones de CloudWatch. Utilice el carácter de dos puntos para las etiquetas de clave/valor, como
env:prod.
Puede utilizar cualquier cliente de StatsD que utilice este formato para enviar las métricas al agente de
CloudWatch. Para obtener más información acerca de algunos de los clientes de StatsD disponibles,
consulte la página de clientes de StatsD en GitHub.
Para recopilar estas métricas personalizadas, añada una línea "statsd": {} a la sección
metrics_collected del archivo de configuración del agente. Puede añadir esta línea manualmente.
Si utiliza el asistente para crear el archivo de configuración, esta línea se añade automáticamente.
Para obtener más información, consulte Creación del archivo de configuración del agente de
La configuración de StatsD predeterminada funciona para la mayoría de los usuarios. Hay tres campos
opcionales que puede añadir a la sección statsd del archivo de configuración del agente según sea
necesario:
• service_address: la dirección del servicio en la que debe escuchar el agente de CloudWatch. El

formato es el siguiente ip:port. Si se omite la dirección IP, el agente escucha en todas las interfaces
disponibles. Solo se admite el formato UDP, por lo que no es necesario especificar un prefijo UDP.
El valor predeterminado es :8125.

• metrics_collection_interval: la frecuencia en segundos con la que el complemento StatsD se
ejecuta y recopila métricas. El valor de predeterminado es de 10 segundos. El intervalo comprende de 1
a 172 000.
• metrics_aggregation_interval: la frecuencia en segundos con la que CloudWatch agrupa las
métricas en puntos de datos únicos. El valor de predeterminado es de 60 segundos.
Por ejemplo, si metrics_collection_interval es 10 y metrics_aggregation_interval es 60,

CloudWatch recopila datos cada 10 segundos. Después de cada minuto, las seis lecturas de datos de
ese minuto se agrupan en un único punto de datos, que se envía a CloudWatch.
El intervalo comprende de 0 a 172 000. Si metrics_aggregation_interval se establece en 0, se

deshabilita la agrupación de métricas de StatsD.
A continuación se muestra un ejemplo de la sección statsd del archivo de configuración del agente, con el
puerto predeterminado e intervalos de recopilación y agrupación personalizados.
292
{
"metrics":{
"statsd":{
"service_address":":8125",
"metrics_collection_interval":60,
"metrics_aggregation_interval":300
}
}
}
}
Recuperación de métricas personalizadas con collectd

Puede recuperar métricas personalizadas de sus aplicaciones o servicios mediante el agente de
CloudWatch con el protocolo collectd, que solo se admite en los servidores Linux. El software collectd
se utiliza para enviar las métricas al agente de CloudWatch. Para las métricas de collectd, el agente de
CloudWatch actúa como el servidor, mientras que el complemento collectd actúa como el cliente.
El software collectd no se instala automáticamente en cada servidor. Siga estos pasos para instalar
collectd en un servidor que ejecuta Amazon Linux 2.
sudo yum install -y https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm

sudo yum install -y collectd
Para obtener más información acerca de la instalación de collectd en otros sistemas, vea la página de
descarga de collectd.
Para recopilar estas métricas personalizadas, añada una línea "collectd": {} a la sección metrics_collected
del archivo de configuración del agente. Puede añadir esta línea manualmente. Si utiliza el asistente para
crear el archivo de configuración, esta línea se añade automáticamente. Para obtener más información,
consulte Creación del archivo de configuración del agente de CloudWatch (p. 258).
También hay disponibles otros parámetros opcionales. Si utiliza collectd y no utiliza /etc/collectd/
auth_file como su collectd_auth_file, debe configurar algunas de estas opciones.
• service_address: la dirección del servicio en la que debe escuchar el agente de CloudWatch. El formato
es el siguiente "udp://ip:port. El valor predeterminado es udp://127.0.0.1:25826.
• name_prefix: un prefijo que se adjunta al principio del nombre de cada métrica de collectd. El valor
predeterminado es collectd_. La longitud máxima es de 255 caracteres.
• collectd_security_level: establece el nivel de seguridad de la comunicación de red. El valor
predeterminado es encrypt (cifrar).
encrypt (cifrar) especifica que solo se aceptan datos cifrados. sign (firmar) especifica que solo se
aceptan datos firmados y cifrados. none (ninguno) especifica que se aceptan todos los datos. Si
especifica un valor para collectd_auth_file, se descifran los datos cifrados si es posible.
Para obtener más información, consulte las secciones sobre configuración de cliente e interacciones
posibles en el Wiki de collectd.
• collectd_auth_file Establece un archivo en que los nombres de usuario se asignan a contraseñas. Estas
contraseñas se utilizan para verificar firmas y para descifrar los paquetes de red cifrados. Si se facilita,
se verifican los datos firmada y se descifran los paquetes cifrados. De lo contrario, se aceptan los datos
firmados sin comprobar la firma y los datos cifrados no se pueden descifrar.
El valor predeterminado es /etc/collectd/auth_file.
Si collectd_security_level se establece en none (ninguno), esto es opcional. Si establece

collectd_security_level en encrypt o sign (firmar), debe especificar collectd_auth_file.
293
Métricas recopiladas por el agente de CloudWatch
Para el formato del archivo de autenticación, cada línea es un nombre de usuario seguido de dos puntos
y cualquier número de espacios seguido de la contraseña. Por ejemplo:
user1: user1_password
user2: user2_password
• collectd_typesdb: una lista de uno o más archivos que contienen descripciones del conjunto de datos.
La lista debe estar incluida entre corchetes, aunque solo haya una entrada en la lista. Cada entrada
de la lista deben ir entre comillas dobles. Si hay varias entradas, sepárelas con comas. El valor
predeterminado es ["/usr/share/collectd/types.db"]. Para obtener más información, consulte
https://collectd.org/documentation/manpages/types.db.5.shtml.
• metrics_aggregation_interval: la frecuencia en segundos con la que CloudWatch agrupa las métricas en
puntos de datos únicos. El valor predeterminado es de 60 segundos. El rango va de 0 a 172,000. Si se
establece en 0, se deshabilita la agrupación de métricas de collectd.
A continuación, se ofrece un ejemplo de la sección collectd del archivo de configuración del agente.
{
"metrics":{
"collectd":{
"name_prefix":"My_collectd_metrics_",
"metrics_aggregation_interval":120
}
}
}
}
Métricas recopiladas por el agente de CloudWatch

Puede recopilar métricas de servidores instalando el agente de CloudWatch en el servidor. Puede instalar
el agente en las instancias Amazon EC2 y en los servidores locales, y en los servidores con Linux o
Windows Server. Si instala el agente en una instancia Amazon EC2, las métricas que recopila se añaden a
las métricas habilitadas de forma predeterminada en las instancias Amazon EC2.
Para obtener información acerca de la instalación del agente de CloudWatch en una instancia, consulte
Recopilación de métricas y registros de instancias Amazon EC2 y servidores locales con el agente de
Métricas recopiladas por el agente de CloudWatch en

instancias de Windows Server
En un servidor con Windows Server, la instalación del agente de CloudWatch le permite recopilar las
métricas asociadas con los contadores en Monitor de rendimiento de Windows. Los nombres de métrica de
CloudWatch de estos contadores se crean incluyendo un espacio entre el nombre de objeto y el nombre
de contador. Por ejemplo, al contador % Interrupt Time del objeto Processor se le ha asignado el
nombre de métrica Processor % Interrupt Time en CloudWatch. Para obtener más información
acerca de los contadores de Monitor de rendimiento de Windows, consulte la documentación de Microsoft
Windows Server.
El espacio de nombres predeterminado para las métricas recopiladas por el agente de CloudWatch es
CWAgent, aunque puede especificar otro espacio de nombres al configurar el agente.
294
Métricas recopiladas por el agente de
CloudWatch en instancias de Linux
Métricas recopiladas por el agente de CloudWatch en

instancias de Linux
En la tabla siguiente se indican las métricas que puede recopilar con el agente de CloudWatch en las
instancias de Linux.
Métrica Descripción
cpu_time_active El periodo de tiempo que la CPU está activa en cualquier

capacidad. Esta métrica se mide en centésimas de
segundo.
Unidad: ninguna
cpu_time_guest El periodo de tiempo que la CPU está ejecutando una

CPU virtual para un sistema operativo invitado. Esta
métrica se mide en centésimas de segundo.
Unidad: ninguna
cpu_time_guest_nice El periodo de tiempo que la CPU está ejecutando una

CPU virtual para un sistema operativo invitado que es
de baja prioridad y otros procesos pueden interrumpirlo.
Esta métrica se mide en centésimas de segundo.
Unidad: ninguna
cpu_time_idle El periodo de tiempo que la CPU está inactiva. Esta

Unidad: ninguna
cpu_time_iowait El periodo de tiempo que la CPU está a la espera de que

se completen las operaciones de entrada/salida. Esta
Unidad: ninguna
cpu_time_irq El periodo de tiempo que la CPU está atendiendo

interrupciones. Esta métrica se mide en centésimas de
segundo.
Unidad: ninguna
cpu_time_nice El periodo de tiempo que la CPU está en modo de

usuario con procesos de baja prioridad que otros
procesos de mayor prioridad pueden interrumpir
fácilmente. Esta métrica se mide en centésimas de
segundo.
Unidad: ninguna
cpu_time_softirq El periodo de tiempo que la CPU está atendiendo

interrupciones de software. Esta métrica se mide en
centésimas de segundo.
Unidad: ninguna
295
cpu_time_steal El periodo de tiempo que la CPU se encuentra en

tiempo descartado, que es el tiempo empleado en otros
sistemas operativos en un entorno virtualizado. Esta
Unidad: ninguna
cpu_time_system El periodo de tiempo que la CPU está en modo de

sistema. Esta métrica se mide en centésimas de
segundo.
Unidad: ninguna
cpu_time_user El periodo de tiempo que la CPU está en modo de

usuario. Esta métrica se mide en centésimas de
segundo.
Unidad: ninguna
cpu_usage_active El porcentaje de tiempo que la CPU está activa en

cualquier capacidad.
Unidad: porcentaje
cpu_usage_guest El porcentaje de tiempo que la CPU está ejecutando una

CPU virtual para un sistema operativo invitado.
Unidad: porcentaje
cpu_usage_guest_nice El porcentaje de tiempo que la CPU está ejecutando una

CPU virtual para un sistema operativo invitado que es de
baja prioridad y otros procesos pueden interrumpirlo.
Unidad: porcentaje
cpu_usage_idle El porcentaje de tiempo que la CPU está inactiva.
Unidad: porcentaje
cpu_usage_iowait El porcentaje de tiempo que la CPU está a la espera de

que se completen las operaciones de entrada/salida.
Unidad: porcentaje
cpu_usage_irq El porcentaje de tiempo que la CPU está atendiendo

interrupciones.
Unidad: porcentaje
cpu_usage_nice El porcentaje de tiempo que la CPU está en modo

de usuario con procesos de baja prioridad, que otros
procesos de mayor prioridad pueden interrumpir
fácilmente.
Unidad: porcentaje
296
cpu_usage_softirq El porcentaje de tiempo que la CPU está atendiendo

interrupciones de software.
Unidad: porcentaje
cpu_usage_steal El porcentaje de tiempo que la CPU se encuentra en

tiempo descartado, que es el tiempo empleado en otros
sistemas operativos en un entorno virtualizado.
Unidad: porcentaje
cpu_usage_system El porcentaje de tiempo que la CPU está en modo de

sistema.
Unidad: porcentaje
cpu_usage_user El porcentaje de tiempo que la CPU está en modo de

usuario.
Unidad: porcentaje
disk_free Espacio libre en los discos.
Unidades: bytes
disk_inodes_free El número de nodos de índice disponibles en el disco.
Unidad: recuento
disk_inodes_total El número total de nodos de índice reservados en el

disco.
Unidad: recuento
disk_inodes_used El número de nodos de índice usados en el disco.
Unidad: recuento
disk_total Espacio total en los discos, incluido el usado y el libre.
Unidades: bytes
disk_used Espacio usado en los discos.
Unidades: bytes
disk_used_percent El porcentaje de espacio total en disco que está utilizado.
Unidad: porcentaje
diskio_iops_in_progress El número de solicitudes de E/S que se han enviado

al controlador de dispositivo, pero todavía no han
completado.
Unidad: recuento
297
diskio_io_time El periodo de tiempo que el disco ha tenido las

solicitudes de E/S en cola.
Unidad: milisegundos
La única estadística que debe utilizarse para esta métrica

es Sum. No utilice Average.
diskio_reads El número de operaciones de lectura de disco.
Unidad: recuento

diskio_read_bytes El número de bytes que se leyeron de los discos.
Unidades: bytes

diskio_read_time El periodo de tiempo que las solicitudes de lectura

han esperado en los discos. Si hay varias solicitudes
de lectura en espera simultáneamente, se aumentará
el número. Por ejemplo, si hay cinco solicitudes que
esperan un promedio de 100 milisegundos, el valor
registrado es 500.

diskio_writes El número de operaciones de escritura de disco.
Unidad: recuento

diskio_write_bytes El número de bytes escritos en los discos.
Unidades: bytes

298
diskio_write_time El periodo de tiempo que las solicitudes de escritura

han esperado en los discos. Si hay varias solicitudes
de escritura en espera simultáneamente, se aumentará
el número. Por ejemplo, si hay ocho solicitudes que
esperan un promedio de 1000 milisegundos, el valor
registrado es 8000.

mem_active La cantidad de memoria que se ha utilizado de alguna

manera durante el último período de muestreo.
Unidades: bytes
mem_available La cantidad de memoria que está disponible y que se

puede asignar de manera instantánea a los procesos.
Unidades: bytes
mem_available_percent El porcentaje de memoria que está disponible y que se

puede asignar de manera instantánea a los procesos.
Unidad: porcentaje
mem_buffered La cantidad de memoria que se utiliza para los búferes.
Unidades: bytes
mem_cached La cantidad de memoria que se utiliza para la memoria

caché de archivo.
Unidades: bytes
mem_free La cantidad de memoria que no se está utilizando.
Unidades: bytes
mem_inactive La cantidad de memoria que no se ha utilizado de alguna

manera durante el último período de muestreo.
Unidades: bytes
mem_total La cantidad total de memoria.
Unidades: bytes
mem_used La cantidad de memoria en uso actualmente.
Unidades: bytes
mem_used_percent El porcentaje de memoria en uso actualmente.
Unidad: porcentaje
299
net_bytes_recv El número de bytes recibidos por la interfaz de red.
Unidades: bytes

net_bytes_sent El número de bytes enviados por la interfaz de red.
Unidades: bytes

net_drop_in El número de paquetes recibidos por esta interfaz de red

que se han descartado.
Unidad: recuento

net_drop_out El número de paquetes transmitidos por esta interfaz de

red que se han descartado.
Unidad: recuento

net_err_in El número de errores de recepción detectados por esta

interfaz de red.
Unidad: recuento

net_err_out El número de errores de transmisión detectados por esta

interfaz de red.
Unidad: recuento

net_packets_sent El número de paquetes enviados por esta interfaz de red.
Unidad: recuento

net_packets_recv El número de paquetes recibidos por esta interfaz de red.
Unidad: recuento

300
netstat_tcp_close El número de conexiones TCP sin estado.
Unidad: recuento
netstat_tcp_close_wait El número de conexiones TCP esperando una solicitud

de finalización del cliente.
Unidad: recuento
netstat_tcp_closing El número de conexiones TCP que están esperando una

solicitud de finalización con confirmación del cliente.
Unidad: recuento
netstat_tcp_established El número de conexiones TCP establecidas.
Unidad: recuento
netstat_tcp_fin_wait1 El número de conexiones TCP en estado FIN_WAIT1

durante el proceso de cierre de una conexión.
Unidad: recuento
netstat_tcp_fin_wait2 El número de conexiones TCP en estado FIN_WAIT2

durante el proceso de cierre de una conexión.
Unidad: recuento
netstat_tcp_last_ack El número de conexiones TCP esperando a que el

cliente envíe la confirmación del mensaje de finalización
de conexión. Es el último estado antes de que se cierre
la conexión.
Unidad: recuento
netstat_tcp_listen El número de puertos TCP que se escuchan actualmente

para una solicitud de conexión.
Unidad: recuento
netstat_tcp_none El número de conexiones TCP con clientes inactivos.
Unidad: recuento
netstat_tcp_syn_sent El número de conexiones TCP que esperan una solicitud

de conexión coincidente después de haber enviado una
solicitud de conexión.
Unidad: recuento
netstat_tcp_syn_recv El número de conexiones TCP que esperan una

confirmación de solicitud de conexión después de haber
enviado y recibido una solicitud de conexión.
Unidad: recuento
301
netstat_tcp_time_wait El número de conexiones TCP en espera actualmente

para garantizar que el cliente ha recibido la confirmación
de su solicitud de finalización de conexión.
Unidad: recuento
netstat_udp_socket El número de conexiones UDP actuales.
Unidad: recuento
processes_blocked El número de procesos que están bloqueados.
Unidad: recuento
processes_dead El número de procesos que están "muertos", lo que se

indica mediante el código de estado X en Linux.
Unidad: recuento
processes_idle El número de procesos que han estado inactivos (sin

actividad durante más de 20 segundos). Disponible en
instancias de FreeBSD.
Unidad: recuento
processes_paging El número de procesos que están paginando, lo que se

indica mediante el código de estado W en Linux.
Unidad: recuento
processes_running El número de procesos que están en ejecución, lo que se

indica mediante el código de estado R.
Unidad: recuento
processes_sleeping El número de procesos que están inactivos, lo que se

indica mediante el código de estado S.
Unidad: recuento
processes_stopped El número de procesos que están detenidos, lo que se

indica mediante el código de estado T.
Unidad: recuento
processes_total El número total de procesos en la instancia.
Unidad: recuento
processes_total_threads El número total de subprocesos que componen los

procesos. Esta métrica solo está disponible en instancias
Linux.
Unidad: recuento
302
Escenarios comunes con el agente de CloudWatch
processes_wait El número de procesos que están paginando, lo que se

indica mediante el código de estado W en instancias de
FreeBSD. Esta métrica solo está disponible en instancias
de FreeBSD.
Unidad: recuento
processes_zombies El número de procesos zombis, lo que se indica

mediante el código de estado Z.
Unidad: recuento
swap_free La cantidad de espacio de intercambio que no se está

utilizando.
Unidades: bytes
swap_used La cantidad de espacio de intercambio en uso

actualmente.
Unidades: bytes
swap_used_percent El porcentaje de espacio de intercambio en uso

actualmente.
Unidad: porcentaje
Escenarios comunes con el agente de CloudWatch

En las siguientes secciones se describe cómo completar algunas de las tareas habituales de configuración
y personalización con el agente de CloudWatch.
Temas
• Ejecución del agente de CloudWatch como otro usuario (p. 303)
• Adición de dimensiones personalizadas a métricas recopiladas por el agente de CloudWatch (p. 305)
• Varios archivos de configuración del agente de CloudWatch (p. 306)
• Adición o acumulación de las métricas recopiladas por el agente de CloudWatch (p. 307)
• Recopilación de métricas de alta resolución con el agente de CloudWatch (p. 308)
• Envío de métricas y registros a una cuenta diferente (p. 309)
• Diferencias de marca temporal entre el agente de CloudWatch unificado y el agente de CloudWatch
Logs anterior (p. 310)
Ejecución del agente de CloudWatch como otro

usuario
En los servidores Linux, el CloudWatch se ejecuta como el usuario raíz de forma predeterminada. Para que
el agente se ejecute como otro usuario, utilice el parámetro run_as_user en la sección agent del archivo
de configuración del agente de CloudWatch. Esta opción solo está disponible en los servidores Linux.
Si ya está ejecutando el agente con el usuario raíz y desea usar otro usuario, utilice uno de los siguientes
procedimientos.
303
Ejecución del agente de CloudWatch como otro usuario
Para ejecutar el agente de CloudWatch como otro usuario en una instancia EC2 que ejecuta Linux
1. Descargue e instale un nuevo paquete del agente de CloudWatch. Para obtener más información,
consulte Descargar el paquete del agente de CloudWatch mediante un enlace de descarga de
S3 (p. 224).
2. Cree un nuevo usuario de Linux o utilice el nombre de usuario de Linux predeterminado cwagent que
creó el archivo RPM o DEB.
3. Proporcione credenciales para este usuario en una de estas formas:
• Si el archivo /home/root/.aws/credentials existe, debe crear un archivo de credenciales
para el usuario que va a utilizar para ejecutar el agente de CloudWatch. Este archivo de
credenciales será /home/username/.aws/credentials. A continuación, establezca el valor
del parámetro shared_credential_file en common-config.toml para el nombre de ruta
del archivo de credenciales. Para obtener más información, consulte (Opcional) Modificar la
configuración común para la información del proxy o región (p. 233).
• Si el archivo /home/root/.aws/credentials no existe, puede elegir una de las siguientes
opciones:
• Cree un archivo de credenciales para el usuario que va a utilizar para ejecutar el agente de
CloudWatch. Este archivo de credenciales será /home/username/.aws/credentials. A
continuación, establezca el valor del parámetro shared_credential_file en common-
config.toml para el nombre de ruta del archivo de credenciales. Para obtener más
información, consulte (Opcional) Modificar la configuración común para la información del
proxy o región (p. 233).
• En lugar de crear un archivo de credenciales, asocie un rol de IAM a la instancia. El agente
utiliza este rol como el proveedor de credenciales.
4. En el archivo de configuración del agente de CloudWatch, añada la siguiente línea a la sección
agent:
"run_as_user": "username"
Realice otras modificaciones en el archivo de configuración según sea necesario. Para obtener más
información, consulte Creación del archivo de configuración del agente de CloudWatch (p. 258)
5. Conceda al usuario los permisos necesarios. El usuario debe tener permisos Read (r) para los
archivos de registro que se van a recopilar y el permiso Execute (x) en cada directorio de la ruta de los
archivos de registro.
6. Inicie el agente con el archivo de configuración que acaba de modificar.

Para ejecutar el agente CloudWatch como otro usuario en un servidor local que ejecuta Linux
1. Descargue e instale un nuevo paquete del agente de CloudWatch. Para obtener más información,
consulte Descargar el paquete del agente de CloudWatch mediante un enlace de descarga de
S3 (p. 224).
2. Cree un nuevo usuario de Linux o utilice el nombre de usuario de Linux predeterminado cwagent que
creó el archivo RPM o DEB.
3. Almacene las credenciales de este usuario en una ruta a la que el usuario pueda obtener acceso,
como /home/username/.aws/credentials.
4. Establezca el valor del parámetro shared_credential_file en common-config.toml para
nombre de ruta del archivo de credenciales. Para obtener más información, consulte (Opcional)
Modificar la configuración común para la información del proxy o región (p. 233).
304
Adición de dimensiones personalizadas a
métricas recopiladas por el agente de CloudWatch
5. En el archivo de configuración del agente de CloudWatch, añada la siguiente línea a la sección

agent:
"run_as_user": "username"
Realice otras modificaciones en el archivo de configuración según sea necesario. Para obtener más
información, consulte Creación del archivo de configuración del agente de CloudWatch (p. 258)
6. Conceda al usuario los permisos necesarios. El usuario debe tener permisos Read (r) para los
archivos de registro que se van a recopilar y el permiso Execute (x) en cada directorio de la ruta de los
archivos de registro.
7. Inicie el agente con el archivo de configuración que acaba de modificar.

Adición de dimensiones personalizadas a métricas

recopiladas por el agente de CloudWatch
Para añadir dimensiones personalizadas, como etiquetas, a métricas recopiladas por el agente, añada el
campo append_dimensions a la sección del archivo de configuración del agente que enumera dichas
métricas.
Por ejemplo, la siguiente sección de ejemplo del archivo de configuración añade una dimensión
personalizada denominada stackName con un valor de Prod a las métricas cpu y disk recopiladas por el
agente.
"cpu":{
"resources":[
"*"
],
"measurement":[
"cpu_usage_guest",
"cpu_usage_nice",
"cpu_usage_idle"
],
"totalcpu":false,
"stackName":"Prod"
}
},
"disk":{
"resources":[
"/",
"/tmp"
],
"measurement":[
"total",
"used"
],
"stackName":"Prod"
}
}
Recuerde que cada vez que cambie el archivo de configuración del agente, debe reiniciar el agente para
que los cambios surtan efecto.
305
Varios archivos de configuración del agente de CloudWatch
Varios archivos de configuración del agente de

CloudWatch
Puede configurar el agente de CloudWatch para que utilice varios archivos de configuración. Por ejemplo,
puede utilizar un archivo de configuración común que recopile un conjunto de métricas y registros que
siempre desea recopilar de todos los servidores de la infraestructura. Y también puede utilizar archivos de
configuración adicionales que recopilen métricas de determinadas aplicaciones o en situaciones concretas.
Para realizar esta configuración, primero debe crear los archivos de configuración que desea utilizar.
Los archivos de configuración que se vayan a utilizar conjuntamente en el mismo servidor deben tener
nombres diferentes. Puede almacenar los archivos de configuración en los servidores o en Parameter
Store.
Inicie el agente de CloudWatch mediante la opción fetch-config y especifique el primer archivo de

configuración. Para añadir el segundo archivo de configuración al agente en ejecución, utilice el mismo
comando pero con la opción append-config. Se recopilan todas las métricas y registros indicados en
los dos archivos de configuración. Los siguientes comandos de Linux de ejemplo ilustran este escenario
utilizando almacenes de configuración como archivos. La primera línea inicia el agente mediante el archivo
de configuración infrastructure.json y la segunda añade el archivo de configuración app.json.
/opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-ctl -a fetch-config -m ec2 -

c file:/tmp/infrastructure.json -s
/opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-ctl -a append-config -m ec2 -

c file:/tmp/app.json -s
Los siguientes archivos de configuración de ejemplo ilustran un uso de esta característica. El primer
archivo de configuración se utiliza para todos los servidores de la infraestructura y el segundo solo recopila
los registros de una determinada aplicación y se asocia a los servidores que ejecutan dicha aplicación.
infrastructure.json
{
"metrics": {
"cpu": {
"resources": [
"*"
],
"measurement": [
"usage_active"
],
"totalcpu": true
},
"mem": {
"measurement": [
"used_percent"
]
}
}
},
"logs": {
"logs_collected": {
"files": {
"collect_list": [
{
"file_path": "/opt/aws/amazon-cloudwatch-agent/logs/amazon-cloudwatch-
agent.log",
"log_group_name": "amazon-cloudwatch-agent.log"
306
Adición o acumulación de las métricas
recopiladas por el agente de CloudWatch
},
{
"file_path": "/var/log/messages",
"log_group_name": "/var/log/messages"
}
]
}
}
}
}
app.json
{
"logs": {
"logs_collected": {
"files": {
"collect_list": [
{
"file_path": "/app/app.log*",
"log_group_name": "/app/app.log"
}
]
}
}
}
Los archivos de configuración que se añadan a la configuración deben tener nombres diferentes y distintos
del archivo de configuración inicial. Si utiliza append-config con un archivo de configuración que tiene
el mismo nombre que otro que ya está utilizando el agente, el comando append sobrescribe la información
del primer archivo de configuración en lugar de añadirle nuevo contenido. Esto es válido incluso si los dos
archivos de configuración con el mismo nombre se encuentran en diferentes rutas de archivo.
El ejemplo anterior muestra el uso de dos archivos de configuración, pero no existe ningún límite respecto
al número de archivos de configuración que se pueden añadir a la configuración del agente. También
puede combinar el uso de archivos de configuración ubicados en servidores y de configuraciones ubicadas
en Parameter Store.
Adición o acumulación de las métricas recopiladas por

el agente de CloudWatch
Para agregar o acumular las métricas recopiladas por el agente, añada un campo
aggregation_dimensions a la sección de dicha métrica en el archivo de configuración del agente.
Por ejemplo, el siguiente fragmento del archivo de configuración acumula métricas en la dimensión
AutoScalingGroupName. Se agregan las métricas de todas las instancias de cada grupo Auto Scaling y
se pueden ver como un conjunto.
"metrics": {
"cpu":{...}
"disk":{...}
"aggregation_dimensions" : [["AutoScalingGroupName"]]
}
Para acumular por la combinación de cada una de las dimensiones InstanceId e InstanceType
además de acumular por el nombre de grupo de Auto Scaling, añada lo siguiente.
"metrics": {
307
Recopilación de métricas de alta
resolución con el agente de CloudWatch
"cpu":{...}
"disk":{...}
"aggregation_dimensions" : [["AutoScalingGroupName"], ["InstanceId", "InstanceType"]]
}
Para acumular las métricas en una colección en su lugar, utilice [].
"metrics": {
"cpu":{...}
"disk":{...}
"aggregation_dimensions" : [[]]
}
Recopilación de métricas de alta resolución con el

El campo metrics_collection_interval especifica el intervalo de tiempo de las métricas
recopiladas, en segundos. Al especificar un valor de menos de 60 para este campo, las métricas se
recopilan como métricas de alta resolución.
Por ejemplo, si todas las métricas deben ser de alta resolución y se recopilan cada 10 segundos,
especifique 10 como el valor de metrics_collection_interval en la sección agent como un
intervalo de recopilación de métricas globales.
"agent": {
}
De forma alternativa, el siguiente ejemplo establece las métricas de cpu que se van a recopilar cada
segundo, mientras que las demás métricas se recopilan cada minuto.
"agent":{
},
"metrics":{
"cpu":{
"resources":[
"*"
],
"measurement":[
"cpu_usage_guest"
],
"totalcpu":false,
},
"disk":{
"resources":[
"/",
"/tmp"
],
"measurement":[
"total",
"used"
]
}
308
Envío de métricas y registros a una cuenta diferente
}
}
Envío de métricas y registros a una cuenta diferente

Para que el agente de CloudWatch envíe las métricas, los registros o ambos a una cuenta diferente,
especifique un parámetro role_arn en el archivo de configuración del agente en el servidor de envío. El
valor de role_arn especifica un rol de IAM en la cuenta de destino que el agente utiliza al enviar datos
a dicha cuenta. Este rol permite que la cuenta de envío asuma un rol correspondiente en la cuenta de
destino al enviar las métricas o los registros a la cuenta de destino.
También puede especificar dos cadenas role_arn distintas en el archivo de configuración del agente:
una al enviar métricas y otra al enviar registros.
El siguiente ejemplo de parte de la sección agent del archivo de configuración establece que el agente
utilice CrossAccountAgentRole al enviar las métricas y los registros a una cuenta diferente.
{
"agent": {
"credentials": {
"role_arn": "arn:aws:iam::123456789012:role/CrossAccountAgentRole"
}
},
.....
}
Por otro lado, el siguiente ejemplo establece diferentes funciones para la cuenta de envío cuando se
envían métricas y registros:
"metrics": {
"credentials": {
"role_arn": "RoleToSendMetrics"
},
"metrics_collected": {....
"logs": {
"credentials": {
"role_arn": "RoleToSendLogs"
},
....
Políticas necesarias
Cuando especifica un role_arn en el archivo de configuración del agente, también debe asegurarse de
que las funciones de IAM de las cuentas de envío y de destino tengan determinadas políticas. Los roles
de las cuentas de envío y de destino deben tener la política CloudWatchAgentServerPolicy. Para
obtener más información sobre cómo asignar esta política a un rol, consulte Creación de roles de IAM para
utilizarlos con el agente de CloudWatch en instancias Amazon EC2 (p. 236).
El rol de la cuenta de envío también debe incluir la política siguiente. Esta política se añade en la pestaña
Permissions (Permisos) de la consola de IAM al editar el rol.
309
Diferencias de marca temporal entre el
agente de CloudWatch unificado y el
agente de CloudWatch Logs anterior
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"sts:AssumeRole"
],
"Resource": [
"arn:aws:iam::target-account-ID:role/agent-role-in-target-account"
]
}
]
}
El rol de la cuenta de destino debe incluir la siguiente política, de modo que reconozca el rol de IAM usado
por la cuenta de envío. Esta política se añade en la pestaña Trust relationships (Relaciones de confianza)
de la consola de IAM al editar el rol. El rol de la cuenta de destino a la que se añade esta política es el rol
que creó en Creación de los roles y usuarios de IAM para usarlos con el agente de CloudWatch (p. 228).
Este rol es el rol especificado en agent-role-in-target-account en la política utilizada por la cuenta
de envío.
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Principal": {
"AWS": [
"arn:aws:iam::sending-account-ID:role/role-specified-in-role_arn"
]
},
"Action": "sts:AssumeRole"
}
]
}
Diferencias de marca temporal entre el agente de

CloudWatch unificado y el agente de CloudWatch
Logs anterior
El agente de CloudWatch admite un conjunto diferente de símbolos de formatos de marca de tiempo, en
comparación con el agente de CloudWatch Logs anterior. Estas diferencias se muestran en la siguiente
tabla.
Símbolos admitidos por ambos Símbolos admitidos solo por el Símbolos admitidos solo por el
agentes agente de CloudWatch unificado agente de CloudWatch Logs
antiguo
%A, %a, %b, %B, %d, %f, %H, %-d, %-l, %-m, %-M, %-S %c,%j, %U, %W, %w
%l, %m, %M, %p, %S, %y, %Y,
%Z, %z
Para obtener más información sobre el significado de los símbolos que admite el nuevo agente de
CloudWatch, consulte Archivo de configuración del agente de CloudWatch: sección logs en la Guía del
usuario de Amazon CloudWatch. Para obtener más información acerca de los símbolos admitidos por el
310
Solución de problemas del agente de CloudWatch
agente de CloudWatch Logs, consulte Archivo de configuración del agente en la Amazon CloudWatch Logs
User Guide.
Solución de problemas del agente de CloudWatch

Utilice la siguiente información para ayudarle a solucionar problemas con el agente de CloudWatch.
Temas
• Parámetros de línea de comandos del agente de CloudWatch (p. 311)
• Error al descargar el agente de CloudWatch mediante Run Command (p. 311)
• No se inicia el agente de CloudWatch (p. 311)
• Verificación de que el agente de CloudWatch está en ejecución (p. 312)
• ¿Dónde están las métricas? (p. 312)
• El agente de CloudWatch no se inicia y el error menciona la región de Amazon EC2 (p. 313)
• El agente de CloudWatch no se inicia en Windows Server (p. 313)
• No se pueden encontrar credenciales en Windows Server (p. 313)
• Archivos de agente y ubicaciones de CloudWatch (p. 314)
• Registros generados por el agente de CloudWatch (p. 315)
• Parada y reinicio del agente de CloudWatch (p. 315)
Parámetros de línea de comandos del agente de

CloudWatch
Para ver la lista completa de los parámetros admitidos por el agente de CloudWatch, escriba lo siguiente
en la línea de comandos en un equipo en el que lo tenga instalado:
amazon-cloudwatch-agent-ctl -help
Error al descargar el agente de CloudWatch mediante

Run Command
Para instalar el agente de CloudWatch mediante Administrador de sistemas Run Command, SSM Agent
en el servidor de destino debe tener la versión 2.2.93.0 o posterior. Si su SSM Agent no tiene la versión
correcta, es posible que vea errores que incluyen los siguientes mensajes:
no latest version found for package AmazonCloudWatchAgent on platform linux
failed to download installation package reliably
Para obtener información sobre la actualización de la versión de SSM Agent, consulte Instalación y
configuración de SSM Agent en la Guía del usuario de AWS Administrador de sistemas.
No se inicia el agente de CloudWatch

Si el agente de CloudWatch no se inicia, podría haber un problema en la configuración. La información de
configuración se registra en el archivo configuration-validation.log. Este archivo se encuentra en
/opt/aws/amazon-cloudwatch-agent/logs/configuration-validation.log en los servidores
311
Verificación de que el agente de
CloudWatch está en ejecución
Linux y en $Env:ProgramData\Amazon\AmazonCloudWatchAgent\Logs\configuration-
validation.log en los servidores con Windows Server.
Verificación de que el agente de CloudWatch está en

ejecución
Puede consultar el agente de CloudWatch para determinar si está en ejecución o detenido. Puede usar
AWS Administrador de sistemas, para hacerlo de forma remota. También puede utilizar la línea de
comandos, pero solo para comprobar el servidor local.
Para consultar el estado del agente de CloudWatch mediante Run Command

-or-
Command.
5. En el área Target, elija la instancia que comprobar.
6. En la lista Action, elija status.
7. Deje Optional Configuration Source (Origen de configuración opcional) y Optional Configuration
Location (Ubicación de configuración opcional) en blanco.
8. Elija Run.
Si el agente está en ejecución, el resultado será similar al siguiente.
{
"status": "running",
"starttime": "2017-12-12T18:41:18",
"version": "1.73.4"
}
Si el agente está detenido, el campo "status" muestra "stopped".
Para consultar el estado del agente de CloudWatch localmente mediante la línea de comandos
• En un servidor Linux, escriba lo siguiente:
sudo /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-ctl -m ec2 -a status
En un servidor con Windows Server, escriba lo siguiente en PowerShell como administrador:
& $Env:ProgramFiles\Amazon\AmazonCloudWatchAgent\amazon-cloudwatch-agent-ctl.ps1 -m ec2

-a status
¿Dónde están las métricas?

Si el agente de CloudWatch se ha estado ejecutando, pero no encuentra las métricas que ha recopilado
en la Consola de administración de AWS o la AWS CLI, confirme que está usando el espacio de nombres
312
El agente de CloudWatch no se inicia y el
error menciona la región de Amazon EC2
correcto. De forma predeterminada, el espacio de nombres de las métricas recopiladas por el agente es
CWAgent. Puede personalizar este espacio de nombres mediante el campo namespace de la sección
metrics del archivo de configuración del agente. Si no se muestran las métricas que espera, compruebe
el archivo de configuración para confirmar el espacio de nombres que está usando.
Al descargar por primera vez el paquete del agente de CloudWatch, el archivo de configuración del
agente es amazon-cloudwatch-agent.json. Este archivo se encuentra en el directorio donde
ha ejecutado el asistente de configuración o puede que lo haya movido a otro directorio. Si utiliza el
asistente de configuración, el resultado del archivo de configuración del agente del asistente se denomina
config.json. Para obtener más información sobre el archivo de configuración, incluido el campo
namespace, consulte Archivo de configuración del agente de CloudWatch: sección metrics (p. 265).
El agente de CloudWatch no se inicia y el error

menciona la región de Amazon EC2
Si el agente no se inicia y el mensaje de error menciona un punto de enlace de una región de Amazon
EC2, es posible que haya configurado el agente para que necesite acceso al punto de enlace de Amazon
EC2, pero que no haya concedido ese tipo de acceso.
Por ejemplo, si especifica un valor para el parámetro append_dimensions en el archivo de configuración

del agente que depende de los metadatos de Amazon EC2 y utiliza proxies, debe asegurarse de que el
servidor puede obtener acceso al punto de enlace de Amazon EC2. Para obtener más información acerca
de estos puntos de enlace, consulte Amazon Elastic Compute Cloud (Amazon EC2) en la Referencia
general de Amazon Web Services.
El agente de CloudWatch no se inicia en

Windows Server
En algunas instalaciones de Windows Server, el agente de CloudWatch tarda más de 30 segundos en
iniciarse. De forma predeterminada, Windows Server solo permite 30 segundos para que los servicios se
inicien, lo que hace que el agente genere un error similar al siguiente:
Start-Service : Service 'Amazon CloudWatch Agent (AmazonCloudWatchAgent)' cannot be started

due to the following
error: Cannot start service AmazonCloudWatchAgent on computer '.'.
At C:\Program Files\Amazon\AmazonCloudWatchAgent\amazon-cloudwatch-agent-ctl.ps1:113
char:12
+ $svc | Start-Service
+ ~~~~~~~~~~~~~
+ CategoryInfo : OpenError:
(System.ServiceProcess.ServiceController:ServiceController) [Start-Service],
ServiceCommandException
+ FullyQualifiedErrorId :
CouldNotStartService,Microsoft.PowerShell.Commands.StartServiceCommand
Para solucionarlo, aumente el valor de tiempo de espera del servicio. Para obtener más información, vea
Un servicio no se inicia y los eventos 7000 y 7011 se registran en el registro de eventos de Windows.
No se pueden encontrar credenciales en Windows

Server
En Windows Server, si tiene las credenciales en una ubicación distinta de $SystemDrive\\Users\
\Administrator\\.aws en Windows Server 2008 R2 o Windows Server 2012, o de “$SystemDrive\
313
Archivos de agente y ubicaciones de CloudWatch
\Documents and Settings\\Administrator\\.aws en Windows Server 2003, puede especificar su

propia ruta de credenciales mediante la opción shared_credential_file de common.toml.
Si no dispone de un archivo de credenciales, debe crear uno. Para obtener más información, consulte
(Opcional) Modificar la configuración común para la información del proxy o región (p. 233).
Archivos de agente y ubicaciones de CloudWatch

En la siguiente tabla se muestran los archivos que ha instalado y que utiliza el agente de CloudWatch,
junto con sus ubicaciones en servidores que ejecutan Linux o Windows Server.
Archivos Ubicación en Linux Ubicación en Windows Server
El script de control que controla /opt/aws/amazon- $Env:ProgramFiles\Amazon

el inicio, la parada y el reinicio del cloudwatch-agent/bin/ \AmazonCloudWatchAgent
agente. amazon-cloudwatch-agent- \amazon-cloudwatch-
ctl o bien /usr/bin/amazon- agent-ctl.ps1
cloudwatch-agent-ctl
El archivo de log en el que /opt/aws/amazon- $Env:ProgramData\Amazon

escribe el agente. Es posible cloudwatch-agent/logs/ \AmazonCloudWatchAgent
que tenga que adjuntar esta amazon-cloudwatch- \Logs\amazon-cloudwatch-
información cuando se ponga en agent.log o bien /var/ agent.log
contacto con AWS Support. log/amazon/amazon-
cloudwatch-agent/amazon-
cloudwatch-agent.log
Archivo de validación de la /opt/aws/amazon- $Env:ProgramData\Amazon

configuración del agente. cloudwatch-agent/ \AmazonCloudWatchAgent
logs/configuration- \Logs\configuration-
validation.log o bien validation.log
/var/log/amazon/
amazon-cloudwatch-
agent/configuration-
validation.log
El archivo JSON que se utiliza /opt/aws/amazon- $Env:ProgramData\Amazon

para configurar el agente, cloudwatch-agent/bin/ \AmazonCloudWatchAgent
inmediatamente después de config.json \config.json
que lo cree el asistente. Para
consulte Creación del archivo
de configuración del agente de
El archivo JSON que se utiliza /opt/aws/amazon- $Env:ProgramData\Amazon

para configurar el agente, si este cloudwatch-agent/etc/ \AmazonCloudWatchAgent
archivo de configuración se ha amazon-cloudwatch- \amazon-cloudwatch-
descargado desde Parameter agent.json o bien / agent.json
Store. etc/amazon/amazon-
cloudwatch-agent/amazon-
cloudwatch-agent.json
El archivo TOML que se ha /opt/aws/amazon- $Env:ProgramData\Amazon

utilizado para especificar la cloudwatch-agent/etc/ \AmazonCloudWatchAgent
información sobre la región y las common-config.toml o \common-config.toml
credenciales que va a utilizar el bien /etc/amazon/amazon-
314
Registros generados por el agente de CloudWatch
Archivos Ubicación en Linux Ubicación en Windows Server

agente, que anularán los valores cloudwatch-agent/common-
predeterminados del sistema. config.toml
Registros generados por el agente de CloudWatch

El agente genera un registro durante su ejecución. Este registro incluye la información de solución de
errores. Este registro es el archivo amazon-cloudwatch-agent.log. Este archivo se encuentra en /
opt/aws/amazon-cloudwatch-agent/logs/amazon-cloudwatch-agent.log en los servidores
Linux y en $Env:ProgramData\Amazon\AmazonCloudWatchAgent\Logs\amazon-cloudwatch-
agent.log en los servidores con Windows Server.
Puede configurar el agente para que registre detalles adicionales en el archivo amazon-cloudwatch-
agent.log. En el archivo de configuración del agente, en la sección agent, establezca el campo debug
en true; a continuación, vuelva a configurar y reinicie el agente de CloudWatch. Para deshabilitar el
registro de esta información adicional, establezca el campo debug en false y vuelva a configurar y
reiniciar el agente. Para obtener más información, consulte Creación o edición manual del archivo de
configuración del agente de CloudWatch (p. 263).
Parada y reinicio del agente de CloudWatch

Puede parar manualmente el agente de CloudWatch mediante AWS Administrador de sistemas o la línea
de comandos.
Para detener el agente de CloudWatch mediante Run Command

-or-
Command.
6. En la lista Action, elija stop.
7. Deje Optional Configuration Source (Origen de configuración opcional) y Optional Configuration
Location (Ubicación de configuración opcional) en blanco.
8. Elija Run.
Para parar el agente de CloudWatch localmente mediante la línea de comandos
• En un servidor Linux, escriba lo siguiente:
sudo /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-ctl -m ec2 -a stop
En un servidor con Windows Server, escriba lo siguiente en PowerShell como administrador:
& $Env:ProgramFiles\Amazon\AmazonCloudWatchAgent\amazon-cloudwatch-agent-ctl.ps1 -m ec2

-a stop
315
Parada y reinicio del agente de CloudWatch
Para reiniciar el agente, siga las instrucciones que se describen en Inicio del agente de
316
¿Qué es CloudWatch Application Insights?
Amazon CloudWatch Application

Insights for .NET and SQL Server
Amazon CloudWatch Application Insights for .NET and SQL Server permite observar aplicaciones basadas
en .NET y SQL Server Puede ayudarlo a configurar los mejores monitores para su aplicación con el fin de
analizar de forma continua los datos en busca de señales que indiquen problemas con las aplicaciones.
Application Insights, que emplea tecnología de Sagemaker y otras tecnologías de AWS, proporciona
paneles automatizados que muestran posibles problemas con las aplicaciones monitorizadas, lo que
le ayuda a aislar rápidamente los problemas en curso con sus aplicaciones e infraestructura. La mayor
visibilidad sobre el estado de las aplicaciones que proporciona Application Insights puede ayudarle a
reducir el tiempo medio de reparación (MTTR) para que no tenga que recurrir a varios equipos y expertos
para solucionar los problemas de su aplicación.
Cuando añade sus aplicaciones a Amazon CloudWatch Application Insights for .NET and SQL Server, este
servicio analiza los recursos de las aplicaciones y recomienda y configura las métricas y los registros en
CloudWatch para los componentes de la aplicación. Los componentes de la aplicación pueden incluir las
bases de datos backend de SQL Server y las capas de Microsoft IIS/web. Application Insights analiza los
patrones de métricas con datos históricos para detectar anomalías y detecta de forma continua errores
y excepciones en los registros de las aplicaciones, incluidos .NET, el registro de errores de SQL Server
e IIS. Relaciona estas observaciones mediante una combinación de algoritmos de clasificación y reglas
integradas. A continuación, crea automáticamente paneles que muestran las observaciones pertinentes
e información sobre la gravedad del problema que le ayudarán a priorizar sus acciones. Para problemas
comunes en pilas de aplicaciones .NET y SQL, como la latencia de la aplicación, errores al realizar
copias de seguridad de SQL Server, pérdidas de memoria, solicitudes HTTP grandes y operaciones de
E/S canceladas, proporciona información adicional que indica una posible causa raíz y los pasos para
su resolución. La integración incorporada con AWS Systems Manager OpsCenter le permite resolver
problemas mediante la ejecución del documento correspondiente de Systems Manager Automation.
Temas
• ¿Qué es Amazon CloudWatch Application Insights for .NET and SQL Server? (p. 317)
• Funcionamiento de Amazon CloudWatch Application Insights for .NET and SQL Server (p. 320)
• Introducción a Amazon CloudWatch Application Insights for .NET and SQL Server (p. 322)
• Configuración del componente (p. 335)
• Ver y solucionar los problemas detectados por Amazon CloudWatch Application Insights for .NET and
SQL Server (p. 343)
• Registros y métricas compatibles con Amazon CloudWatch Application Insights for .NET and SQL
Server (p. 345)
¿Qué es Amazon CloudWatch Application Insights

for .NET and SQL Server?
CloudWatch Application Insights for .NET y SQL Server le ayuda a monitorear sus aplicaciones .NET
y SQL Server que utilizan instancias Amazon EC2 junto con otros recursos de aplicaciones de AWS.
Identifica y configura métricas clave, registros y alarmas para los recursos y la pila de tecnología de la
aplicación (como la base de datos Microsoft SQL Server, los servidores web (IIS) y de aplicaciones, el
sistema operativo, los balanceadores de carga y las colas). Monitorea continuamente las métricas y
los registros para detectar y relacionar anomalías y errores. Cuando se detectan errores y anomalías,
Application Insights genera eventos de CloudWatch que puede utilizar para configurar notificaciones
317
Características
o realizar acciones. Para ayudar con la solución de problemas, crea paneles automatizados para los
problemas detectados, que incluyen anomalías de métricas y errores de registro relacionados, además
de información adicional que indica la posible causa raíz. Los paneles automatizados ayudan a adoptar
medidas correctivas para mantener sus aplicaciones en buen estado y para evitar que los usuarios finales
de la aplicación se vean afectados. También crea OpsItems para que pueda resolver los problemas con
AWS Systems Manager OpsCenter.
Contenido
• Características (p. 318)
• Conceptos (p. 318)
• Precios (p. 319)
• Servicios de AWS relacionados (p. 319)
• Componentes de aplicaciones admitidos (p. 320)
• Pila de tecnología admitida (p. 320)
Características
Application Insights ofrece las características siguientes.
Configuración automática de monitores de recursos de la aplicación
CloudWatch Application Insights for .NET and SQL Server reduce el tiempo que se tarda en configurar
la monitorización de sus aplicaciones. Para ello, realiza el análisis de los recursos de la aplicación,
que proporciona una lista de las métricas y registros recomendados personalizables y los configura en
CloudWatch para ofrecer la visibilidad necesaria sobre los recursos de la aplicación, como Amazon EC2
y las instancias de Elastic Load Balancer (ELB). También configura alarmas dinámicas para métricas
monitorizadas. Las alarmas se actualizan automáticamente en función de las anomalías detectadas en las
últimas dos semanas.
Detección y notificación de problemas
CloudWatch Application Insights for .NET and SQL Server detecta señales que indican posibles problemas
con la aplicación, como anomalías de métricas y errores de registro. Relaciona estas observaciones para
mostrar los posibles problemas de su aplicación. A continuación, genera eventos de CloudWatch Events,
que se pueden configurar para recibir notificaciones o realizar las medidas oportunas (p. 334). De esta
manera, ya no tendrá que crear alarmas para métricas individuales o errores de registro.
CloudWatch Application Insights for .NET and SQL Server crea paneles automáticos de CloudWatch para
los problemas detectados. Los paneles muestran información sobre el problema, incluidas las anomalías
de las métricas y los errores de registro asociados, para ayudarle a solucionar los problemas. También
proporciona información adicional que indica posibles causas de las anomalías y los errores.
Conceptos
Los siguientes conceptos son importantes para comprender cómo Application Insights monitoriza la
aplicación.
Componente
Un conjunto agrupado automáticamente, independiente o personalizado de recursos similares

que conforman una aplicación. Es recomendable agrupar los recursos similares en componentes
personalizados para mejorar la monitorización.
Observación
318
Precios
Un evento individual (anomalía de métricas, error de registro o excepción) que se detecta con una
aplicación o un recurso de la aplicación.
Problema
Los problemas se detectan relacionando, clasificando y agrupando las observaciones relacionadas.
Para ver las definiciones de otros conceptos clave de CloudWatch Application Insights for .NET and SQL
Server, consulte Conceptos de Amazon CloudWatch.
Precios
CloudWatch Application Insights for .NET and SQL Server configura métricas y registros recomendados
para recursos de la aplicación seleccionados mediante métricas de CloudWatch, registros y CloudWatch
Events para las notificaciones de los problemas detectados. Estas características se facturan en su
cuenta de AWS de acuerdo con los precios de CloudWatch. Para los problemas detectados, crea eventos
de CloudWatch Events y paneles automatizados. No se le aplicará ningún cargo por la ayuda con la
configuración, la monitorización del análisis de datos ni la detección de problemas.
Servicios de AWS relacionados

Los siguientes servicios se utilizan junto con CloudWatch Application Insights for .NET and SQL Server:
• Con Amazon CloudWatch, podrá ver la utilización de recursos, el rendimiento de las aplicaciones y el
estado de funcionamiento de todo el sistema. Recopila y realiza un seguimiento de las métricas, envía
notificaciones de alarma, actualiza automáticamente los recursos que monitoriza en función de las
reglas que haya definido y le permite monitorizar sus propias métricas personalizadas. CloudWatch
Application Insights for .NET and SQL Server se inicia a través de CloudWatch (en concreto, dentro de
los paneles operativos predeterminados de CloudWatch). Para obtener más información, consulte la
Guía del usuario de Amazon CloudWatch.
• Los grupos de recursos de AWS lo ayudan a organizar los recursos que componen la aplicación. Con
los grupos de recursos, puede administrar y automatizar tareas en un gran número de recursos al
mismo tiempo. Solo se puede registrar un grupo de recursos para una aplicación. Para obtener más
información, consulte la Guía del usuario de AWS Resource Groups.
• IAM es un servicio web que ayuda a controlar de forma segura el acceso de los usuarios a los recursos
de AWS. Utilice IAM para controlar quién puede usar los recursos de AWS (autenticación), los recursos
que pueden usar y cómo pueden usarlos (autorización). Para obtener más información, consulte
Autenticación y control de acceso de Amazon CloudWatch.
• Amazon EC2 proporciona capacidad informática escalable en la nube de AWS. Puede usar Amazon
EC2 para lanzar tantos servidores virtuales como necesite, configurar la seguridad y las redes, y
administrar el almacenamiento. Puede escalar hacia arriba o hacia abajo para controlar los cambios en
los requisitos o los picos de popularidad, con lo que se reduce la necesidad de prever el tráfico. Para
obtener más información, consulte la Guía del usuario de Amazon EC2 para instancias de Linux o la
Guía de Amazon EC2 para instancias de Windows.
• Elastic Load Balancing distribuye el tráfico entrante de red o de la aplicación entre varios destinos, por
ejemplo, instancias EC2, contenedores y direcciones IP en varias zonas de disponibilidad. Para obtener
más información, consulte la Guía del usuario de Elastic Load Balancing.
• Amazon EC2 Auto Scaling lo ayuda a garantizar que cuenta con la cantidad correcta de instancias EC2
disponibles para controlar la carga de su aplicación. Para obtener más información, consulte la Guía del
usuario de Amazon EC2 Auto Scaling.
• Amazon SQS ofrece una cola alojada segura, duradera y disponible que le permite integrar y desacoplar
sistemas y componentes de software distribuidos. Para obtener más información, consulte la Guía del
usuario de Amazon SQS.
• AWS Systems Manager OpsCenter acumula y estandariza OpsItems en todos los servicios a la vez
que proporciona datos de investigación contextual sobre cada OpsItem, OpsItems relacionados y
recursos relacionados. OpsCenter también proporciona documentos de Systems Manager Automation
319
Componentes de aplicaciones admitidos
(runbooks) que puede utilizar para resolver problemas rápidamente. Puede especificar datos que se
pueden buscar y personalizar para cada OpsItem. También puede ver informes de resumen generados
automáticamente sobre OpsItem por estado y origen. Para obtener más información, consulte la Guía
del usuario de AWS Administrador de sistemas.
• AWS Lambda le permite crear aplicaciones sin servidor compuestas por funciones activadas por eventos
e implementarlas automáticamente con CodePipeline y AWS CodeBuild. Para obtener más información,
consulte Aplicaciones de AWS Lambda.
Componentes de aplicaciones admitidos

CloudWatch Application Insights for .NET and SQL Server examina su grupo de recursos (en este caso,
un grupo de recursos utilizados por una aplicación.NET) para identificar los componentes de la aplicación.
Los componentes pueden ser independientes, estar agrupados automáticamente (como las instancias de
un grupo de Auto Scaling o detrás de un balanceador de carga) o personalizados (mediante la agrupación
de instancias EC2 distintas). Los siguientes componentes son compatibles con CloudWatch Application
Insights for .NET and SQL Server:
• Amazon EC2
• Amazon RDS
• Elastic Load Balancing: balanceador de carga de aplicaciones y balanceador de carga clásico (todas las
instancias de destino de estos tipos de balanceadores de carga se identifican y configuran).
• Grupos de Auto Scaling de Amazon EC2: AWS Auto Scaling (los grupos de Auto Scaling se configuran
de forma dinámica para todas las instancias de destino; si la aplicación se escala, CloudWatch
Application Insights for .NET and SQL Server configura automáticamente las nuevas instancias). Los
grupos de Auto Scaling no se admiten para los grupos de recursos basados en CloudFormation.
• AWS Lambda
• Amazon Simple Queue Service (Amazon SQS)
CloudWatch Application Insights para .NET y SQL Server no tiene en cuenta los recursos de todos
los demás tipos de componentes. Si un tipo de componente admitido no aparece en su aplicación de
Application Insights, es posible que ya se haya registrado y que otra aplicación que esté monitorizada por
Application Insights lo esté administrando.
Pila de tecnología admitida

CloudWatch Application Insights for .NET and SQL Server admite:
• Front-end: servidor web de Microsoft Internet Information Services (IIS)

• Capa de nodos de trabajo: .NET Framework
• Base de datos: Microsoft SQL Server ejecutándose en RDS o EC2
Si ninguna de las pilas de tecnología enumeradas anteriormente se aplica a los recursos de la aplicación,
puede monitorear la pila de aplicaciones eligiendo Custom (Personalizada) en el menú desplegable de
nivel de aplicación de la página Manage monitoring (Administrar monitoreo).
Funcionamiento de Amazon CloudWatch

Application Insights for .NET and SQL Server
Esta sección contiene información sobre cómo funciona CloudWatch Application Insights for .NET and SQL
Server, incluyendo:
320
Cómo monitoriza Application Insights las aplicaciones
Temas
• Cómo monitoriza Application Insights las aplicaciones (p. 321)
• Conservación de los datos (p. 321)
• Cuotas (p. 321)
Cómo monitoriza Application Insights las aplicaciones

Application Insights monitoriza las aplicaciones de .NET y SQL Server de la siguiente forma.
Detección y configuración de aplicaciones
La primera vez que una aplicación se añade a CloudWatch Application Insights for .NET and SQL Server,
se examinan los componentes de la aplicación para recomendar las métricas clave, los registros y otros
orígenes de datos para monitorizar su aplicación. A continuación, puede configurar la aplicación en función
de estas recomendaciones.
Preprocesamiento de datos
CloudWatch Application Insights for .NET and SQL Server analiza continuamente los orígenes de datos
que se monitorizan en los recursos de la aplicación para detectar anomalías de métricas y errores de
registro (observaciones).
Detección inteligente de problemas
El motor de CloudWatch Application Insights detecta los problemas de su aplicación; para ello, relaciona
las observaciones con algoritmos de clasificación y reglas integradas. Para ayudarlo a solucionar
problemas, crea paneles de CloudWatch automatizados, que incluyen información contextual acerca de los
problemas.
Alerta y acción
Cuando CloudWatch Application Insights detecta un problema con la aplicación, genera eventos de
CloudWatch Events para informarle del problema. ConsulteConfiguración de notificaciones y acciones para
problemas detectados (p. 334) para obtener más información acerca de cómo configurar estos eventos.
Escenario de ejemplo
Tiene una aplicación ASP .NET respaldada por una base de datos SQL Server. De repente, la base
de datos comienza a funcionar incorrectamente debido a un alto consumo de memoria. Esto merma el
rendimiento de la aplicación y se producen errores HTTP 500 en los servidores web y el balanceador de
carga.
Con CloudWatch Application Insights for .NET and SQL Server y sus análisis inteligentes, puede identificar
la capa de la aplicación que está causando el problema comprobando el panel creado de manera dinámica
que muestra las métricas relacionadas y fragmentos de los archivos de registro. En este caso, el problema
podría estar en la capa de la base de datos SQL.
Conservación de los datos

CloudWatch Application Insights for .NET and SQL Server retiene los problemas durante 55 días y las
observaciones durante 60 días.
Cuotas
La siguiente tabla proporciona las cuotas predeterminadas para CloudWatch Application Insights for .NET
and SQL Server. A menos que se indique lo contrario, cada cuota es específica de la región de AWS.
321
Introducción
Póngase en contacto con AWS Support para solicitar un aumento de la cuota del servicio. Muchos
servicios contienen cuotas que no se pueden cambiar. Para obtener más información acerca de las cuotas
de un servicio específico, consulte la documentación correspondiente a dicho servicio.
Recurso Cuota predeterminada
Solicitudes API Todas las acciones de la API se limitan a 5 TPS
Aplicaciones 10 por cuenta
Flujos de registro 5 por recurso
Observaciones por problema 20 por panel
40 por acción DescribeProblemObservations
Métricas 10 por recurso
Recursos 30 por aplicación
Introducción a Amazon CloudWatch Application

Insights for .NET and SQL Server
Para comenzar a utilizar CloudWatch Application Insights for .NET and SQL Server, verifique que se
cumplen los requisitos previos que se describen a continuación y que ha creado una política de IAM. A
continuación, puede comenzar a utilizar el enlace de la consola para habilitar CloudWatch Application
Insights for .NET and SQL Server. Para configurar los recursos de la aplicación, siga los pasos que se
indican en Configuración de la aplicación para monitorización (p. 324).
Contenido
• Acceso a CloudWatch Application Insights for .NET and SQL Server (p. 322)
• Requisitos previos (p. 323)
• Política de IAM (p. 323)
• Configuración de la aplicación para monitorización (p. 324)
Acceso a CloudWatch Application Insights for .NET

and SQL Server
Si tiene acceso a CloudWatch Application Insights for .NET and SQL Server, puede administrarlo a través
de una de las siguientes interfaces:
• Consola de CloudWatch: para añadir monitores para su aplicación, elija Settings (Configuración) en el
panel de navegación izquierdo de la consola de CloudWatch. En la página Settings (Configuración), elija
Application Insights for .NET and SQL Server (Application Insights para .NET y SQL Server). Una vez
configurada la aplicación, puede utilizar la consola de CloudWatch para ver y analizar los problemas
detectados.
• Interfaz de línea de comandos de AWS (CLI de AWS): puede utilizar la CLI de AWS para obtener acceso
a operaciones de la API de AWS. Para obtener más información, consulte Instalación de la interfaz de
línea de comandos de AWS en la Guía del usuario de la interfaz de línea de comandos de AWS. Para
obtener la referencia de la API, consulte la referencia de la API de Amazon CloudWatch Application
Insights for .NET and SQL Server.
322
Requisitos previos
Requisitos previos
Debe completar los siguientes requisitos previos para configurar una aplicación con CloudWatch
Application Insights:
• AWS Systems Manager habilitado: debe instalar Systems Manager Agent (agente de SSM), y sus
instancias deben estar habilitadas para SSM. Para ver los pasos sobre cómo instalar el agente de SSM,
consulte Configuración de AWS Systems Manager.
• Rol de instancia EC2: debe asociar el rol AmazonSSMManagedInstanceCore para habilitar Systems
Manager (consulte Uso de políticas basadas en identidad (políticas de IAM) de AWS Systems Manager)
y CloudWatchAgentServerPolicy para que las métricas y los registros de las instancias se envíen
a través de CloudWatch. Consulte Creación de roles y usuarios de IAM para usarlos con el agente de
CloudWatch para obtener más información.
• Grupo de recursos de AWS: para incorporar sus aplicaciones de .NET y SQL Server en CloudWatch
Application Insights for .NET and SQL Server, debe crear un grupo de recursos que incluya todos los
recursos de AWS asociados que utiliza la pila de aplicaciones. Esto incluye los balanceadores de carga
de la aplicación, las instancias EC2 con el front-end de IIS y web, las capas de nodos de trabajo. de
NET y la base de datos SQL Server. CloudWatch Application Insights for .NET and SQL Server incluye
automáticamente grupos de Auto Scaling con las mismas etiquetas o pilas de CloudFormation que su
grupo de recursos, ya que Resource Groups no admite actualmente grupos Auto Scaling. Para obtener
más información, consulte Introducción a AWS Resource Groups.
• Permisos de IAM: para los usuarios no administrativos, debe crear una política de AWS Identity and
Access Management (IAM) y asociarla a la identidad del usuario. Consulte Política de IAM (p. 323).
• Rol vinculado a servicios: CloudWatch Application Insights for .NET and SQL Server usa roles
vinculados a servicios de AWS Identity and Access Management (IAM). No necesita crear manualmente
un rol vinculado al servicio. Este se crea automáticamente cuando crea la primera aplicación de
CloudWatch Application Insights for .NET and SQL Server en la consola de administración de AWS.
Para obtener más información, consulte Uso de roles vinculados a servicios en CloudWatch Application
Insights for .NET and SQL Server (p. 423).
• Compatibilidad con las métricas del contador de rendimiento para las instancias EC2 de Windows:
para monitorizar las métricas del contador de rendimiento en las instancias EC2 de Windows, los
contadores de rendimiento deben estar instalados en las instancias. Para las métricas del contador
de desempeño y los nombres del conjunto de contadores de desempeño correspondientes, consulte
Métricas del contador de desempeño (p. 360). Para obtener más información acerca de los contadores
de desempeño, consulte Contadores de desempeño.
Política de IAM
Para utilizar CloudWatch Application Insights for .NET and SQL Server, debe crear una política de Identity
and Access Management (IAM) y asociarla a la identidad del usuario de IAM. La política de IAM define los
permisos del usuario.
Para crear una política de IAM mediante la consola, realice el siguiente procedimiento.
Para crear una política de IAM mediante la consola de IAM, siga estos pasos.
1. Vaya a la consola de IAM. En el panel de navegación izquierdo, seleccione Policies (Políticas).

2. En la parte superior de la página, seleccione Create policy (Crear política).
3. Seleccione la pestaña JSON.
4. Copie y pegue el siguiente documento JSON en la pestaña JSON.
{
"Version": "2012-10-17",
"Statement": [
323
Configuración de la aplicación
{
"Action": [
"applicationinsights:*",
"iam:CreateServiceLinkedRole",
"iam:ListRoles"
],
"Effect": "Allow",
"Resource": "*"
}
]
}
5. Elija Review Policy (Revisar política).

6. En Name (Nombre) escriba un nombre para la política (por ejemplo, "AppInsightsPolicy"). Si lo desea,
en Description (Descripción) escriba una descripción.
7. Seleccione Create Policy (Crear política).
8. Seleccione Users (Usuarios) en el panel de navegación izquierdo.
9. En User name (Nombre del usuario), seleccione el nombre del usuario al que desea asociar la política.
10. Seleccione Add permissions (Añadir permisos).
11. Seleccione Attach existing policies directly (Asociar directamente las políticas existentes).
12. Busque la política que acaba de crear y seleccione la casilla de verificación situada a la izquierda del
nombre de la política.
13. A continuación, seleccione Next: Review (Siguiente: Revisar).
14. Asegúrese de que se muestra la política correcta y seleccione Add permissions (Añadir permisos).
15. Asegúrese de iniciar sesión con el usuario asociado a la política que acaba de crear cuando utilice
CloudWatch Application Insights for .NET and SQL Server.
Para crear una política de IAM mediante la CLI de AWS, realice el siguiente procedimiento.
Para crear una política de IAM mediante la CLI de AWS, ejecute la operación create-policy desde la línea
de comandos con el documento JSON anterior como archivo en la carpeta actual.
Para crear una política de IAM con las herramientas de AWS para Windows PowerShell, realice el
siguiente procedimiento:
Para crear una política de IAM con las herramientas de AWS para Windows PowerShell, ejecute el cmdlt
New-IAMPolicy con el documento JSON anterior como un archivo en la carpeta actual.
Configuración de la aplicación para monitorización

En esta sección se proporcionan los pasos para configurar, establecer y administrar su aplicación de
CloudWatch Application Insights for .NET and SQL Server mediante la consola, la CLI de AWS y las
herramientas de AWS para Windows PowerShell.
Temas
• Adición y configuración de una aplicación con la consola de CloudWatch (p. 325)
• Deshabilitación de una aplicación con la consola (p. 327)
• Deshabilitación de la monitorización de un componente de aplicación con la consola (p. 327)
• Eliminación de una aplicación con la consola (p. 327)
• Adición y administración de una aplicación con Application Insights mediante la línea de
comandos (p. 327)
• Administración y actualización de la monitorización mediante la línea de comandos (p. 330)
• Configuración de notificaciones y acciones para problemas detectados (p. 334)
324
Adición y configuración de una aplicación con la consola de

CloudWatch
Adición y configuración de una aplicación desde la consola de CloudWatch
Para comenzar a trabajar con CloudWatch Application Insights for .NET and SQL Server desde la consola
de CloudWatch, siga estos pasos.
1. Inicio. Abra la página de inicio de la consola de CloudWatch. En el panel de navegación izquierdo,

elija Settings (Configuración). En la página Settings (Configuración), elija Application Insights for .NET
and SQL Server (Application Insights para .NET y SQL Server) > View applications to get started (Ver
aplicaciones para empezar).
2. Añadir una aplicación. Para configurar la monitorización de su aplicación de .NET y SQL Server,
en la página de CloudWatch Application Insights for .NET and SQL Server seleccione Add an
application (Añadir una aplicación). Esta página muestra la lista de aplicaciones que se monitorizan
con CloudWatch Application Insights for .NET and SQL Server, junto con su estado de monitorización.
Después de seleccionar Add an application (Añadir una aplicación), se abrirá la página Add an
application (Añadir una aplicación).
3. Seleccionar el grupo de recursos. En la página Add an application (Añadir una aplicación), para añadir
una aplicación a CloudWatch Application Insights for .NET and SQL Server, elija un grupo de recursos
de AWS en la lista desplegable que contiene los recursos de la aplicación. Estos recursos incluyen los
servidores front-end, balanceadores de carga, grupos de Auto Scaling y servidores de bases de datos.
CloudWatch Application Insights for .NET and SQL Server admite grupos de recursos basados
en etiquetas y en CloudFormation (con la excepción de grupos Auto Scaling). Para obtener más
información, consulte Uso de Tag Editor.
Si no ha creado un grupo de recursos para la aplicación .NET, puede crear uno. Para obtener más
información, consulte la Guía del usuario de AWS Resource Groups.
4. Añadir detalles de monitorización. Después de añadir una aplicación, se le dirigirá a la página
Monitoring Details (Detalles de monitorización), que muestra los componentes de la aplicación, los
recursos de estos componentes y su estado de monitorización. Los componentes son conjuntos
agrupados automáticamente, independientes o personalizados de recursos similares que conforman
una aplicación. De forma predeterminada, CloudWatch Application Insights for .NET and SQL Server
agrupa las instancias que están en grupos de Auto Scaling y las instancias que se encuentran detrás
de sus Elastic Load Balancers. En esta página, puede configurar componentes personalizados y
administrar la monitorización de cada componente de la aplicación. Para conocer los componentes
admitidos, consulte Componentes de aplicaciones admitidos (p. 320).
5. Configurar componentes. Después de seleccionar un grupo de recursos, se le pedirá que configure
componentes. Le recomendamos que agrupe recursos similares, como instancias de servidor
web .NET, en componentes personalizados para facilitar la incorporación y para una mejor
monitorización e información. De forma predeterminada, CloudWatch Application Insights for .NET
and SQL Server agrupa las instancias que están en grupos de Auto Scaling y las instancias que se
encuentran detrás de sus Elastic Load Balancers. Para conocer los componentes admitidos, consulte
Componentes de aplicaciones admitidos (p. 320).
En Application components (Componentes de la aplicación), para cada componente para el que desee
configurar monitores, seleccione el componente y después seleccione Manage Monitoring (Administrar
monitorización).
6. Habilitar monitores. Para configurar la monitorización de un componente de una aplicación, seleccione
los componentes que desea monitorizar y, a continuación, seleccione Manage Monitoring (Administrar
monitorización). Seleccione la casilla de verificación Enable Monitoring (Habilitar monitorización). Al
seleccionar la casilla de verificación, el menú desplegable se rellena con las capas de la aplicación
pertinentes. Elija la capa de aplicación para el componente seleccionado. Las capas indican la parte
de la pila de la aplicación que se ejecuta en los recursos seleccionados.
325
En función de su selección de capas, CloudWatch Application Insights for .NET and SQL Server
realiza recomendaciones para los registros para monitorizar el componente seleccionado. Esta
recomendación se puede personalizar de acuerdo con sus necesidades.
Para los registros específicos de la aplicación, incluidos los registros de error de Microsoft SQL Server
y los registros de IIS, verifique la ruta de registro predeterminada (si la hay) o escriba la ubicación de
registro correcta en la instancia EC2.
También puede optar por añadir registros de eventos de Windows, incluidos registros de Windows y
registros de aplicaciones y servicios. Para ello, escriba los tipos de eventos que desea almacenar y
analizar. A continuación, especifique todos los niveles de eventos (críticos, de error, de advertencia,
informativos o detallados) que desea almacenar en su cuenta de CloudWatch.
Puede añadir un grupo de registros para almacenar y agrupar cada uno de estos registros en su
cuenta de CloudWatch, lo que también facilita las búsquedas.
CloudWatch Application Insights for .NET and SQL Server también configura métricas relevantes para
los recursos de la aplicación. Se monitorizan durante aproximadamente dos semanas para identificar
los umbrales de las métricas adecuados. Si ha creado métricas en el pasado, CloudWatch Application
Insights for .NET and SQL Server extrae los datos históricos de las últimas dos semanas para
identificar los umbrales y establecer las alarmas en consecuencia. Para las métricas recién creadas,
las alarmas pueden tardar en crearse hasta tres días. También puede monitorizar los recursos de la
aplicación mediante las alarmas de CloudWatch que creó en su cuenta.
7. Guardar los monitores. Cuando haya terminado de seleccionar y personalizar los registros y
métricas, seleccione Save (Guardar) para configurar monitores para el componente seleccionado. Al
seleccionar Save (Guardar), Application Insights configura los archivos de configuración del agente de
CloudWatch para todas las instancias de la aplicación en función de las métricas recomendadas y los
registros seleccionados. Este proceso puede tardar hasta una hora en completarse.
CloudWatch Application Insights for .NET and SQL Server también configura alarmas de CloudWatch
para métricas seleccionadas en el componente. Las alarmas se actualizan de forma dinámica
monitorizando los patrones de métricas históricas de las últimas dos semanas.
Al seleccionar Cancel (Cancelar), Application Insights solo elimina las selecciones actuales.
Cuando crea una nueva aplicación con CloudWatch Application Insights for .NET and SQL Server, el
rol vinculado a servicio se crea automáticamente. Para eliminar el rol vinculado al servicio, primero
debe eliminar todas sus aplicaciones en CloudWatch Application Insights para .NET y SQL Server
y, a continuación, eliminar manualmente el rol. Para obtener más información, consulte Uso de roles
vinculados a servicios en CloudWatch Application Insights for .NET and SQL Server (p. 423).
CloudWatch Application Insights for .NET and SQL Server está establecido ahora para monitorizar
métricas y registros para su aplicación. El sistema puede tardar hasta dos semanas en generar
información útil.
*Si su grupo de recursos ya está configurado y desea guardar su configuración, pero no quiere que
CloudWatch Application Insights for .NET and SQL Server monitorice su aplicación, puede deshabilitar
CloudWatch Application Insights for .NET and SQL Server. También puede eliminar la configuración.
8. Añadir integración de AWS Systems Manager OpsCenter. Para ver y recibir notificaciones
cuando se detecten problemas en aplicaciones seleccionadas, seleccione la casilla Integrate
with AWS OpsCenter (Integrar con AWS OpsCenter) en la página Monitoring Details (Detalles de
monitorización). Para realizar un seguimiento de las operaciones que se realizan para resolver
elementos de trabajo operativos (OpsItems) relacionados con sus recursos de AWS, proporcione el
ARN del tema de SNS.
9. Ver la monitorización (opcional). Una vez configurada la aplicación para monitorización, puede
ver y solucionar los problemas detectados y la información en la página de información general
predeterminada de la consola de CloudWatch. Puede ver los problemas detectados, las alarmas y los
326
paneles seleccionando View Insights (Ver información) en la página de inicio de Application Insights o
en la página de inicio de CloudWatch.
Deshabilitación de una aplicación con la consola

Para deshabilitar una aplicación, en el panel de CloudWatch, en Settings (Configuración), seleccione
la aplicación que desea deshabilitar. En Actions (Acciones), elija Disable (Deshabilitar). Cuando se
deshabilita una aplicación, se deshabilita la monitorización, pero Application Insights almacena los
monitores guardados para los componentes de la aplicación.
Deshabilitación de la monitorización de un componente de

aplicación con la consola
Para deshabilitar la monitorización de un componente de la aplicación, en la página Application Details
(Detalles de la aplicación), seleccione el componente para el que desea deshabilitar la monitorización.
Seleccione Manage Monitors (Administrar monitores) y, a continuación, desactive la casilla de verificación
Enable Monitoring (Habilitar monitorización).
Eliminación de una aplicación con la consola

Para eliminar una aplicación, en el panel de CloudWatch, en Settings (Configuración), seleccione la
aplicación que desea eliminar. En Actions (Acciones), seleccione Delete (Eliminar). Esto elimina la
monitorización y elimina todos los monitores guardados para los componentes de la aplicación. Los
recursos de la aplicación no se eliminan.
Adición y administración de una aplicación con Application

Insights mediante la línea de comandos
Puede añadir, obtener información, administrar y configurar su aplicación Application Insights mediante la
línea de comandos.
Temas
• Adición de una aplicación (p. 327)
• Descripción de una aplicación (p. 328)
• Enumeración de componentes en una aplicación (p. 328)
• Descripción de un componente (p. 328)
• Agrupación de recursos similares en un componente personalizado (p. 329)
• Cancelación de agrupación de un componente personalizado (p. 329)
• Actualización de una aplicación (p. 330)
• Actualización de un componente personalizado (p. 330)
Adición de una aplicación

Adición de una aplicación mediante la CLI de AWS
Utilice el siguiente comando para usar la CLI de AWS para añadir una aplicación para su grupo de
recursos denominada my-resource-group, con OpsCenter habilitado para entregar el opsItem creado al
ARN del tema de SNS arn:aws:sns:us-east-1:123456789012:MyTopic.
aws application-insights create-application --resource-group-name my-resource-group --ops-

center-enabled --ops-item-sns-topic-arn arn:aws:sns:us-east-1:123456789012:MyTopic
327
Adición de una aplicación mediante herramientas de AWS para Windows PowerShell
Utilice el siguiente comando para usar las herramientas de AWS para Windows PowerShell
para añadir una aplicación para su grupo de recursos denominada my-resource-group, con
OpsCenter habilitado para entregar el opsItem creado al ARN del tema de SNS arn:aws:sns:us-
east-1:123456789012:MyTopic.
New-CWAIApplication -ResourceGroupName my-resource-group -OpsCenterEnabled true -

OpsItemSNSTopicArn arn:aws:sns:us-east-1:123456789012:MyTopic
Descripción de una aplicación

Descripción de una aplicación mediante la CLI de AWS
Utilice el siguiente comando para usar la CLI de AWS para describir una aplicación creada en un grupo de
recursos denominado my-resource-group.
aws application-insights describe-application --resource-group-name my-resource-group
Descripción de una aplicación mediante herramientas de AWS para Windows PowerShell
Utilice el siguiente comando para usar las herramientas de AWS para Windows PowerShell para describir
una aplicación creada en un grupo de recursos denominado my-resource-group.
Get-CWAIApplication -ResourceGroupName my-resource-group
Enumeración de componentes en una aplicación

Enumeración de componentes en una aplicación mediante la CLI de AWS
Utilice el siguiente comando para usar la CLI de AWS para enumerar los componentes creados en un
grupo de recursos denominado my-resource-group.
aws application-insights list-components --resource-group-name my-resource-group
Enumeración de componentes en una aplicación mediante herramientas de AWS para Windows

PowerShell
Utilice el siguiente comando para usar las herramientas de AWS para Windows PowerShell para enumerar
los componentes creados en un grupo de recursos denominado my-resource-group.
Get-CWAIComponentList -ResourceGroupName my-resource-group
Descripción de un componente
Descripción de un componente mediante la CLI de AWS
Puede utilizar el siguiente comando de la CLI de AWS para describir un componente denominado my-
component que pertenece a una aplicación creada en un grupo de recursos denominado my-resource-
group.
aws application-insights describe-component --resource-group-name my-resource-group --

component-name my-component
328
Descripción de un componente mediante las herramientas de AWS para Windows PowerShell
Puede utilizar el siguiente comando de las herramientas de AWS para Windows PowerShell para describir
un componente denominado my-component que pertenece a una aplicación creada en un grupo de
recursos denominado my-resource-group.
Get-CWAIComponent -ComponentName my-component -ResourceGroupName my-resource-group
Agrupación de recursos similares en un componente personalizado

Le recomendamos que agrupe recursos similares, como instancias de servidor web .NET, en componentes
personalizados para facilitar la incorporación y para una mejor monitorización e información. Actualmente,
CloudWatch Application Insights for .NET and SQL Server admite grupos personalizados para instancias
EC2.
Para agrupar recursos en un componente personalizado mediante la CLI de AWS, realice el siguiente
procedimiento:
Utilice el siguiente comando para usar la CLI de AWS para agrupar tres
instancias (arn:aws:ec2:us-east-1:123456789012:instance/i-11111,
arn:aws:ec2:us-east-1:123456789012:instance/i-22222 y arn:aws:ec2:us-
east-1:123456789012:instance/i-33333) en un componente personalizado denominado my-
component para una aplicación creada para el grupo de recursos denominado my-resource-group.
aws application-insights create-component --resource-group-name my-resource-group --

component-name my-component --resource-list arn:aws:ec2:us-east-1:123456789012:instance/
i-11111 arn:aws:ec2:us-east-1:123456789012:instance/i-22222 arn:aws:ec2:us-
east-1:123456789012:instance/i-33333
Para agrupar recursos en un componente personalizado con las herramientas de AWS para Windows
PowerShell, realice el siguiente procedimiento:
Utilice el siguiente comando para usar las herramientas de AWS para Windows PowerShell para
agrupar tres instancias (arn:aws:ec2:us-east-1:123456789012:instance/i-11111,
arn:aws:ec2:us-east-1:123456789012:instance/i-22222 y arn:aws:ec2:us-
east-1:123456789012:instance/i-33333) en un componente personalizado denominado my-
component para una aplicación creada para el grupo de recursos denominado my-resource-group.
New-CWAIComponent -ResourceGroupName my-resource-group -ComponentName my-component

-ResourceList arn:aws:ec2:us-east-1:123456789012:instance/i-11111,arn:aws:ec2:us-
east-1:123456789012:instance/i-22222,arn:aws:ec2:us-east-1:123456789012:instance/i-33333
Cancelación de agrupación de un componente personalizado

Para cancelar la agrupación de un componente personalizado mediante la CLI de AWS, realice el siguiente
procedimiento:
Utilice el siguiente comando para usar la CLI de AWS para cancelar la agrupación de un componente
personalizado denominado my-component en una aplicación creada en el grupo de recursos, my-
resource-group.
aws application-insights delete-component --resource-group-name my-resource-group --

component-name my-new-component
Para cancelar la agrupación de un componente personalizado con las herramientas de AWS para Windows
PowerShell, realice el siguiente procedimiento:
329
Utilice el siguiente comando para usar las herramientas de AWS para Windows PowerShell para cancelar
la agrupación de un componente personalizado denominado my-component en una aplicación creada en
el grupo de recursos, my-resource-group.
Remove-CWAIComponent -ComponentName my-component -ResourceGroupName my-resource-group
Actualización de una aplicación

Actualización de una aplicación mediante la CLI de AWS
Puede utilizar la CLI de AWS para actualizar una aplicación para generar OpsItems de OpsCenter de AWS
Systems Manager para los problemas detectados con la aplicación y para asociar los OpsItems creados al
tema de SNS arn:aws:sns:us-east-1:123456789012:MyTopic mediante el siguiente comando.
aws application-insights update-application --resource-group-name my-resource-group --ops-

center-enabled --ops-item-sns-topic-arn arn:aws:sns:us-east-1:123456789012:MyTopic
Actualización de una aplicación mediante herramientas de AWS para Windows PowerShell
Puede utilizar las herramientas de AWS para Windows PowerShell para actualizar una aplicación
para generar OpsItems de OpsCenter de AWS Systems Manager para los problemas detectados
con la aplicación y para asociar los OpsItems creados al tema de SNS arn:aws:sns:us-
east-1:123456789012:MyTopic mediante el siguiente comando.
Update-CWAIApplication -ResourceGroupName my-resource-group -OpsCenterEnabled true -

OpsItemSNSTopicArn arn:aws:sns:us-east-1:123456789012:MyTopic
Actualización de un componente personalizado

Actualización de un componente personalizado mediante la CLI de AWS
Puede utilizar la CLI de AWS para actualizar un componente personalizado denominado my-component
con un nuevo nombre de componente my-new-component, y un grupo de instancias actualizado
mediante el siguiente comando.
aws application-insights update-component --resource-group-name my-resource-

group --component-name my-component --new-component-name my-new-component --
resource-list arn:aws:ec2:us-east-1:123456789012:instance/i-44444 arn:aws:ec2:us-
east-1:123456789012:instance/i-55555
Actualización de un componente personalizado con las herramientas de AWS para Windows PowerShell
Puede utilizar las herramientas de AWS para Windows PowerShell para actualizar un componente
personalizado denominado my-component con un nuevo nombre de componente my-new-component, y
un grupo de instancias actualizado mediante el siguiente comando.
Update-CWAIComponent -ComponentName my-component -NewComponentName my-new-

component -ResourceGroupName my-resource-group -ResourceList arn:aws:ec2:us-
east-1:123456789012:instance/i-44444,arn:aws:ec2:us-east-1:123456789012:instance/i-55555
Administración y actualización de la monitorización mediante la

línea de comandos
Puede administrar y actualizar la monitorización de su aplicación Application Insights mediante la línea de
comandos.
330
Temas
• Enumeración de problemas con la aplicación (p. 331)
• Descripción de un problema de la aplicación (p. 331)
• Descripción de las anomalías o los errores asociados a un problema (p. 331)
• Descripción de una anomalía o un error con la aplicación (p. 331)
• Descripción de las configuraciones de monitorización de un componente (p. 332)
• Descripción de la configuración de monitorización recomendada de un componente (p. 333)
• Actualización de las configuraciones de monitorización de un componente (p. 333)
• Eliminación de un grupo de recursos especificado de la monitorización de Application
Insights (p. 333)
Enumeración de problemas con la aplicación

Enumeración de problemas con la aplicación mediante la CLI de AWS
Utilice el siguiente comando para usar la CLI de AWS para enumerar los problemas detectados con la
aplicación entre 1000 y 10 000 milisegundos desde que Unix Epoch para una aplicación creada en un
grupo de recursos denominado my-resource-group.
aws application-insights list-problems --resource-group-name my-resource-group --start-

time 1000 --end-time 10000
Enumeración de problemas con su aplicación mediante herramientas de AWS para Windows PowerShell
Utilice el siguiente comando para usar las herramientas de AWS para Windows PowerShell para enumerar
los problemas detectados con la aplicación entre 1000 y 10 000 milisegundos desde que Unix Epoch para
una aplicación creada en un grupo de recursos denominado my-resource-group.
$startDate = "8/6/2019 3:33:00"

$endDate = "8/6/2019 3:34:00"
Get-CWAIProblemList -ResourceGroupName my-resource-group -StartTime $startDate -
EndTime $endDate
Descripción de un problema de la aplicación

Descripción de un problema de la aplicación mediante la CLI de AWS
Utilice el siguiente comando para usar la CLI de AWS para describir un problema con el ID de problema
p-1234567890.
aws application-insights describe-problem —problem-id p-1234567890
Descripción de un problema de la aplicación mediante herramientas de AWS para Windows PowerShell
un problema con el ID de problema p-1234567890.
Get-CWAIProblem -ProblemId p-1234567890
Descripción de las anomalías o los errores asociados a un problema

Descripción de las anomalías o los errores asociados a un problema mediante la CLI de AWS
331
Utilice el siguiente comando para usar la CLI de AWS para describir las anomalías o los errores asociados
a un problema con el ID de problema p-1234567890.
aws application-insights describe-problem-observations --problem-id -1234567890
Descripción de las anomalías o los errores asociados a un problema mediante las herramientas de AWS
para Windows PowerShell
las anomalías o los errores asociados a un problema con el ID de problema p-1234567890.
Get-CWAIProblemObservation -ProblemId p-1234567890
Descripción de una anomalía o un error con la aplicación

Descripción de una anomalía o un error con la aplicación mediante la CLI de AWS
Utilice el siguiente comando para usar la CLI de AWS para describir una anomalía o un error con la
aplicación con el ID de observación o-1234567890.
aws application-insights describe-observation —observation-id o-1234567890
Descripción de una anomalía o un error con la aplicación mediante herramientas de AWS para Windows
PowerShell
una anomalía o un error con la aplicación con el ID de observación o-1234567890.
Get-CWAIObservation -ObservationId o-1234567890
Descripción de las configuraciones de monitorización de un componente

Descripción de las configuraciones de monitorización de un componente mediante la CLI de AWS
Utilice el siguiente comando para usar la CLI de AWS para describir la configuración de monitorización
de un componente denominado my-component en una aplicación creada en el grupo de recursos my-
resource-group.
aws application-insights describe-component-configuration —resource-group-name my-resource-

group —component-name my-component
Descripción de las configuraciones de monitorización de un componente mediante las herramientas de

AWS para Windows PowerShell
la configuración de monitorización de un componente denominado my-component en una aplicación
creada en el grupo de recursos my-resource-group.
Get-CWAIComponentConfiguration -ComponentName my-component -ResourceGroupName my-resource-

group
Para obtener más información sobre la configuración de componentes y, por ejemplo, archivos JSON,
consulte Configuración del componente (p. 335).
332
Descripción de la configuración de monitorización recomendada de un

componente
Descripción de la configuración de monitorización recomendada de un componente mediante la CLI de
AWS
Cuando el componente forma parte de una aplicación de.NET Worker, puede utilizar la CLI de AWS para
describir la configuración de monitorización recomendada de un componente denominado my-component
en una aplicación creada en el grupo de recursos my-resource-group mediante el siguiente comando.
aws application-insights describe-component-configuration-recommendation --resource-group-

name my-resource-group --component-name my-component --tier DOT_NET_WORKER
Descripción de la configuración de monitorización recomendada de un componente mediante las

herramientas de AWS para Windows PowerShell
Cuando el componente forma parte de una aplicación de.NET Worker, puede utilizar las herramientas
de AWS para Windows PowerShell para describir la configuración de monitorización recomendada de
un componente denominado my-component en una aplicación creada en el grupo de recursos my-
resource-group mediante el siguiente comando.
Get-CWAIComponentConfigurationRecommendation -ComponentName my-component -

ResourceGroupName my-resource-group -Tier DOT_NET_WORKER
Actualización de las configuraciones de monitorización de un componente

Actualización de las configuraciones de monitorización de un componente mediante la CLI de AWS
Utilice el siguiente comando para usar la CLI de AWS para actualizar el componente denominado my-
component en una aplicación creada en el grupo de recursos llamada my-resource-group. El
comando incluye estas acciones:
1. Habilite la monitorización del componente.

2. Establezca la capa del componente en .NET Worker.
3. Actualice la configuración JSON del componente para la lectura desde el archivo local
configuration.txt.
aws application-insights update-component-configuration --resource-group-name my-

resource-group --component-name my-component --tier DOT_NET_WORKER --monitor --component-
configuration "file://configuration.txt"
Actualización de las configuraciones de monitorización de un componente mediante las herramientas de

AWS para Windows PowerShell
Utilice el siguiente comando para usar las herramientas de AWS para Windows PowerShell para actualizar
el componente denominado my-component en una aplicación creada en el grupo de recursos llamada
my-resource-group. El comando incluye estas acciones:
1. Habilite la monitorización del componente.

2. Establezca la capa del componente en .NET Worker.
333
3. Actualice la configuración JSON del componente para la lectura desde el archivo local
configuration.txt.
[string]$config = Get-Content -Path configuration.txt

Update-CWAIComponentConfiguration -ComponentName my-component -ResourceGroupName my-
resource-group -Tier DOT_NET_WORKER -Monitor 1 -ComponentConfiguration $config
Eliminación de un grupo de recursos especificado de la monitorización de

Application Insights
Eliminación de un grupo de recursos especificado de la monitorización de Application Insights mediante la
CLI de AWS
Utilice el siguiente comando para usar la CLI de AWS para eliminar una aplicación creada en el grupo de
recursos denominada my-resource-group de la monitorización.
aws application-insights delete-application --resource-group-name my-resource-group
Eliminación de un grupo de recursos especificado de la motorización de Application Insights mediante las

herramientas de AWS para Windows PowerShell
Utilice el siguiente comando para usar herramientas de AWS para Windows PowerShell para eliminar una
aplicación creada en el grupo de recursos denominada my-resource-group de la monitorización.
Remove-CWAIApplication -ResourceGroupName my-resource-group
Configuración de notificaciones y acciones para problemas

detectados
Para cada aplicación que se añade a CloudWatch Application Insights for .NET and SQL Server, se publica
un evento de CloudWatch para los siguientes eventos:
• Creación del problema. Se emite cuando CloudWatch Application Insights para .NET y SQL Server
detecta un nuevo problema.
• Tipo de detalle: "Problema de Application Insights detectado"
• Detalle:
• problemId: el ID del problema detectado.
• region: la región de AWS en la que se produjo el problema.
• resourceGroupName: el grupo de recursos de la aplicación registrada para la que se detectó el
problema.
• status: el estado del problema.
• severity: la gravedad del problema.
• problemUrl: la URL de la consola del problema.
• Actualización del problema. Se emite cuando el problema se actualiza con una nueva observación
o cuando una observación existente se actualiza y el problema se actualiza en consecuencia; las
actualizaciones incluyen la resolución o cierre del problema.
334
Configuración del componente
• Tipo de detalle: "Problema de Application Insights actualizado"

• Detalle:
• problemId: el ID de problema creado.
• region: la región de AWS en la que se produjo el problema.
• resourceGroupName: el grupo de recursos de la aplicación registrada para la que se detectó el
problema.
• status: el estado del problema.
• severity: la gravedad del problema.
• problemUrl: la URL de la consola del problema.
Cómo recibir notificaciones para los eventos de problemas generados por una aplicación
En la consola de CloudWatch, seleccione Rules (Reglas) en Events (Eventos), en el panel de navegación

izquierdo. En la página Rules (Reglas), seleccione Create rule (Crear regla). Elija CloudWatch Application
Insights en la lista desplegable Service Name (Nombre del servicio) y seleccione Event Type (Tipo de
evento). A continuación, elija Add target (Agregar destino) y seleccione el destino y los parámetros; por
ejemplo, un tema de SNS o una función de Lambda.
Acciones a través de AWS Administrador de sistemas. CloudWatch Application Insights for .NET and
SQL Server proporciona integración incorporada con OpsCenter de Systems Manager. Si decide utilizar
esta integración para su aplicación, se crea un OpsItem en la consola de OpsCenter para cada problema
detectado en la aplicación. Desde la consola de OpsCenter, puede ver información resumida sobre
el problema detectado por CloudWatch Application Insights y elegir un runbook de Systems Manager
Automation para tomar medidas correctivas o identificar mejor los procesos de Windows que están
causando problemas de recursos en su aplicación.
Configuración del componente

La configuración de un componente es un archivo de texto en formato JSON que describe las opciones
de configuración del componente. En esta sección se proporcionan ejemplos de la configuración de un
componente y sus secciones.
JSON
El siguiente ejemplo muestra un fragmento de código de plantilla en formato JSON.
{
"alarmMetrics" : [
list of alarm metrics
],
"logs" : [
list of logs
],
"instances" : [
component nested instances configuration
],
"windowsEvents" : [
list of windows events channels configurations
],
"alarms" : [
list of CloudWatch alarms
]
}
335
Secciones de configuración del componente
Secciones de configuración del componente

La configuración del componente incluye varias secciones principales. Las secciones de la configuración
de un componente pueden estar en cualquier orden.
• alarmMetrics (opcional)
Una lista de métricas (p. 336) que se van a monitorizar para el componente. Todos los tipos de
componente pueden tener una sección alarmMetrics.
• logs (opcional)
Una lista de registros (p. 337) que se van a monitorizar para el componente. Solo las instancias EC2
pueden tener una sección de registros.
• instances (opcional)
Configuración de la instancia anidada para el componente. Los siguientes tipos de componente

pueden tener instancias anidadas y una sección de instancias: ELB, ASG e instancias EC2 agrupadas
personalizadas.
• alarms (opcional)
Una lista de alarmas (p. 338) que se van a monitorizar para el componente. Todos los tipos de
componente pueden tener una sección alarm.
En el siguiente ejemplo se muestra el fragmento de la sección de instancias en formato JSON.
{
"alarmMetrics" : [
list of alarm metrics
],
"logs" : [
list of logs
],
"windowsEvents" : [
list of windows events channels configurations
]
}
Métrica
Define una métrica que se va a monitorizar para el componente.
JSON
{
"alarmMetricName" : "monitoredMetricName",
"monitor" : true/false
}
Properties
• alarmMetricName (obligatorio)
El nombre de la métrica que se va a monitorizar para el componente. Para obtener información sobre las
métricas compatibles con Application Insights, consulte Registros y métricas compatibles con Amazon
CloudWatch Application Insights for .NET and SQL Server (p. 345).
• monitor (opcional)
336
Registro
Valor booleano para indicar si se debe monitorizar la métrica. El valor predeterminado es true.
Registro
Define un registro que se va a monitorizar para el componente.
JSON
{
"logGroupName" : "logGroupName",
"logPath" : "logPath",
"logType" : "logType",
"encoding" : "encodingType",
}
Properties
• logGroupName (obligatorio)
El nombre del grupo de registros de CloudWatch que se asociará al registro monitorizado. Para conocer
las restricciones de nombre del grupo de registros, consulte CreateLogGroup.
• logPath (obligatorio para los componentes de la instancia EC2 y no para los componentes que no usan
un agente de CloudWatch, como AWS Lambda)
La ruta de los registros que se van a monitorizar. La ruta de los registros debe ser una ruta absoluta de
archivos del sistema de Windows. Para obtener más información, consulte Archivo de configuración del
agente de CloudWatch: sección Logs.
• logType (obligatorio)
El tipo de registro decide los patrones de registro con respecto a los cuales Application Insights analiza
el registro. El tipo de registro se selecciona entre los siguientes: SQL_SERVER/IIS/APPLICATION/
DEFAULT.
• encoding (opcional)
El tipo de codificación de los registros que se van a monitorizar. La codificación especificada debe
incluirse en la lista de codificaciones compatibles con el agente de CloudWatch. Si no se proporciona,
CloudWatch Application Insights utiliza el tipo de codificación predeterminado para el tipo de registro:
• Para APPLICATION/DEFAULT: codificación utf-8
• Para SQL_SERVER: codificación utf-16
• Para IIS: codificación ascii
Valor booleano que indica si se deben monitorizar los registros. El valor predeterminado es true.
Eventos de Windows
Define los eventos de Windows que se van a registrar.
JSON
{
"logGroupName" : "logGroupName",
"eventName" : "eventName",
337
Alarma
"eventLevels" : ["ERROR","WARNING","CRITICAL","INFORMATION","VERBOSE"],
}
Properties
• logGroupName (obligatorio)
El nombre del grupo de registros de CloudWatch que se asociará al registro monitorizado. Para conocer
las restricciones de nombre del grupo de registros, consulte CreateLogGroup.
• eventName (obligatorio)
El tipo de eventos de Windows que se van a registrar. Equivale al nombre del canal del registro de
eventos de Windows. Por ejemplo, System, Security, CustomEventName, etc. Este campo es obligatorio
para cada tipo de evento de Windows que se registrará.
• eventLevels (obligatorio)
Los niveles de evento que registrar. Debe especificar cada nivel que se registrará. Entre los valores
posibles se incluyen INFORMATION, WARNING, ERROR, CRITICAL y VERBOSE. Este campo es
obligatorio para cada tipo de evento de Windows que se registrará.
Valor booleano que indica si se deben monitorizar los registros. El valor predeterminado es true.
Alarma
Define una alarma de CloudWatch que se va a monitorizar para el componente.
JSON
{
"alarmName" : "monitoredAlarmName",
"severity" : HIGH/MEDIUM/LOW
}
Properties
• alarmName (obligatorio)
El nombre de la alarma de CloudWatch que se va a monitorizar para el componente.

• severity (opcional)
Indica el grado de interrupción al sonar la alarma.
Ejemplos de configuración del componente

Los siguientes ejemplos muestran configuraciones de componentes en formato JSON para los servicios de
AWS relevantes.
Instancia de Amazon Elastic Compute Cloud (EC2)
{
"alarmMetrics" : [
{
"alarmMetricName" : "CPUUtilization",
"monitor" : true
338
}, {
"alarmMetricName" : "StatusCheckFailed"
}
],
"logs" : [
{
"logGroupName" : "my_log_group",
"logPath" : "C:\\LogFolder\\*",
"logType" : "APPLICATION",
"monitor" : true
},
{
"logGroupName" : "my_log_group_2",
"logPath" : "C:\\LogFolder2\\*",
"logType" : "IIS",
"encoding" : "utf-8"
}
],
"windowsEvents" : [
{
"eventName" : "Application",
"eventLevels" : [ "ERROR", "WARNING", "CRITICAL" ],
"monitor" : true
}, {
"eventName" : "System",
"monitor" : true
}],
"alarms" : [
{
"alarmName" : "my_instance_alarm_1",
"severity" : "HIGH"
},
{
"alarmName" : "my_instance_alarm_2",
"severity" : "LOW"
}
]
}
Instancia de Amazon Relational Database (RDS)
{
"alarmMetrics" : [
{
"alarmMetricName" : "BurstBalance",
"monitor" : true
}, {
"alarmMetricName" : "WriteThroughput",
"monitor" : false
}
],
"alarms" : [
{
"alarmName" : "my_rds_instance_alarm",
"severity" : "MEDIUM"
}
]
}
Elastic Load Balancing (ELB)
339
{
"alarmMetrics" : [
{
"alarmMetricName" : "EstimatedALBActiveConnectionCount",
}, {
"alarmMetricName" : "HTTPCode_Backend_5XX"
}
],
"instances" : {
"alarmMetrics" : [
{
}, {
}
],
"logs" : [
{
}
],
"windowsEvents" : [
{
"monitor" : true
}
]
},
"alarms" : [
{
"alarmName" : "my_elb_alarm",
"severity" : "HIGH"
}
]
}
Application ELB
{
"alarmMetrics" : [
{
"alarmMetricName" : "ActiveConnectionCount",
}, {
"alarmMetricName" : "TargetResponseTime"
}
],
"instances" : {
"alarmMetrics" : [
{
}, {
}
],
"logs" : [
{
340
}
],
"windowsEvents" : [
{
"eventLevels" : [ "ERROR", "WARNING", "CRITICAL" ]
}
]
},
"alarms" : [
{
"alarmName" : "my_alb_alarm",
"severity" : "LOW"
}
]
}
Auto Scaling (ASG) de Amazon EC2
{
"alarmMetrics" : [
{
"alarmMetricName" : "CPUCreditBalance",
}, {
"alarmMetricName" : "EBSIOBalance%"
}
],
"instances" : {
"alarmMetrics" : [
{
}, {
}
],
"logs" : [
{
}
],
"windowsEvents" : [
{
}
]
},
"alarms" : [
{
"alarmName" : "my_asg_alarm",
"severity" : "LOW"
}
]
}
Amazon Simple Queue Service (SQS)
341
"alarmMetrics" : [
{
"alarmMetricName" : "ApproximateAgeOfOldestMessage"
}, {
"alarmMetricName" : "NumberOfEmptyReceives"
}
],
"alarms" : [
{
"alarmName" : "my_sqs_alarm",
}
]
}
Instancias EC2 agrupadas por cliente
{
"instances" : {
"alarmMetrics" : [
{
}, {
}
],
"logs" : [
{
}
],
"windowsEvents" : [
{
}
]
},
"alarms" : [
{
"alarmName" : "my_alarm",
}
]
}
Función de AWS Lambda
{
"alarmMetrics": [
{
"alarmMetricName": "Errors",
"monitor": true
},
{
"alarmMetricName": "Throttles",
"monitor": true
},
{
"alarmMetricName": "IteratorAge",
342
Ver y solucionar problemas con Application Insights
"monitor": true
},
{
"alarmMetricName": "Duration",
"monitor": true
}
],
"logs": [
{
"logType": "DEFAULT",
"monitor": true
}
]
}
Ver y solucionar los problemas detectados por

Amazon CloudWatch Application Insights for .NET
and SQL Server
En el widget CloudWatch Application Insights for .NET and SQL Server en la página de información
general predeterminada de la consola de CloudWatch se muestra información general sobre los
problemas que afectan a sus aplicaciones de .NET y SQL Server. Para obtener más información, consulte
Introducción a Amazon CloudWatch Application Insights for .NET and SQL Server (p. 322).
El widget CloudWatch Application Insights for .NET and SQL Server muestra lo siguiente:
• La gravedad de los problemas detectados

• Un resumen del problema
• La posible causa raíz del problema
• La hora a la que comenzó el problema
• El estado de resolución del problema
• El grupo de recursos afectado
Para ver los detalles de un problema específico, en Problem Summary (Resumen del problema),
seleccione la descripción del problema. Un panel detallado muestra información acerca del problema, las
anomalías de las métricas relacionadas y fragmentos de los errores de registro. Aquí puede proporcionar
comentarios sobre la relevancia de la información indicando si le resulta útil.
Si se detecta un nuevo recurso sin configurar, la descripción del resumen del problema le lleva al asistente
Edit configuration (Editar configuración) para que configure el nuevo recurso. Si es necesario, puede ver o
editar la configuración de su grupo de recursos eligiendo View/edit configuration (Ver/editar configuración)
en la esquina superior derecha del panel detallado.
Para volver a la descripción general, seleccione la opción Back to overview (Volver a la descripción
general), situada junto al encabezado del panel detallado de CloudWatch Application Insights para .NET y
SQL Server.
Información proporcionada sobre los problemas detectados
CloudWatch Application Insights for .NET and SQL Server proporciona la siguiente información acerca de
los problemas detectados:
• Un breve resumen del problema

• La hora de inicio y la fecha del problema
343
Errores de configuración
• La gravedad del problema: alta/media/baja

• El estado del problema detectado: en curso/resuelto
• Información: información generada automáticamente sobre el problema detectado y su posible causa
raíz
• Comentarios sobre la información: los comentarios que usted ha proporcionado sobre la utilidad de la
información generada por CloudWatch Application Insights for .NET and SQL Server
• Observaciones relacionadas: una vista detallada de las anomalías de las métricas y fragmentos de
errores de los registros pertinentes relacionados con el problema en los distintos componentes de la
aplicación
Comentarios
Puede proporcionar comentarios sobre la información generada automáticamente sobre los problemas
detectados indicando si es útil o no es útil. Sus comentarios sobre la información, junto con los
diagnósticos de la aplicación (anomalías de métricas y excepciones de registro), se utilizan para mejorar la
detección de problemas similares en el futuro.
Errores de configuración
CloudWatch Application Insights for .NET and SQL Server utiliza su configuración para crear telemetrías
de monitorización para los componentes. Cuando Application Insights detecta un problema con su cuenta
o con la configuración, se proporciona información en el campo Remarks (Observaciones) sobre cómo
resolver el problema de configuración de su aplicación.
En la siguiente tabla se muestran las soluciones recomendadas para observaciones específicas.
Observaciones Solución recomendada Notas adicionales
La cuota de alarmas ya se ha De forma predeterminada, cada n/d

alcanzado. cuenta de AWS puede tener
5000 alarmas de CloudWatch
por región de AWS. Consulte
Límites de CloudWatch. Cuando
se aplica este límite, CloudWatch
Application Insights for .NET and
SQL Server no puede crear todas
las alarmas necesarias para
monitorizar las aplicaciones. Para
solucionar esto, aumente el límite
de la cuenta para las alarmas de
CloudWatch.
La cuota de CloudFormation ya Application Insights crea una n/d

se ha alcanzado. pila de CloudFormation para
cada aplicación para administrar
la instalación y configuración
para todos los componentes
de la aplicación. De forma
predeterminada, cada cuenta
de AWS puede tener 200 pilas.
Consulte Límites de AWS
CloudFormation. Para solucionar
este problema, aumente el límite
de pilas de CloudFormation.
344
Registros y métricas
Observaciones Solución recomendada Notas adicionales
No hay ningún rol de instancia de Para que Application Application Insights llama a la
SSM en las siguientes instancias. Insights pueda instalar y API DescribeInstanceInformation
configurar el agente de de SSM para obtener la lista
CloudWatch en instancias de instancias con permiso de
de la aplicación, las políticas SSM. Una vez asociado el
AmazonSSMManagedInstanceCorerol a la instancia, SSM tarda
y CloudWatchAgentServerPolicy algún tiempo en incluir la
deben estar asociadas al rol de la instancia en el resultado de
instancia. DescribeInstanceInformation.
Hasta que SSM incluye
la instancia en el
resultado, aparece el error
NO_SSM_INSTANCE_ROLE
para la aplicación.
Los nuevos componentes Application Insights detecta n/d

pueden necesitar configuración. que hay nuevos componentes
en el grupo de recursos
de la aplicación. Para
solucionar esto, configure los
nuevos componentes según
corresponda.
Registros y métricas compatibles con Amazon

CloudWatch Application Insights for .NET and SQL
Server
A continuación, se indican los registros y métricas admitidos para CloudWatch Application Insights
para .NET y SQL Server.
CloudWatch Application Insights for .NET and SQL Server admite los siguientes registros:
• Registros de Microsoft Internet Information Services (IIS)

• Registro de errores de SQL Server en EC2
• Registros de aplicaciones .NET personalizados, como Log4Net
• Registros de eventos de Windows, incluidos registros de Windows (sistema, aplicación y seguridad) y
registro de aplicaciones y servicios
• Registros de Amazon CloudWatch para AWS Lambda
CloudWatch Application Insights for .NET and SQL Server admite métricas para los siguientes
componentes de la aplicación:
• Amazon Elastic Compute Cloud (EC2) (p. 346)
• Elastic Load Balancer (ELB) (p. 351)
• Application ELB (p. 352)
• Grupos de Auto Scaling de Amazon EC2 (p. 352)
• Amazon Simple Queue Server (SQS) (p. 353)
• Amazon Relational Database Service (RDS) (p. 353)
345
Amazon Elastic Compute Cloud (EC2)
• Función de AWS Lambda (p. 354)

• Métricas con requisitos de puntos de datos (p. 354)
• Métricas recomendadas (p. 358)
• Métricas de contador de rendimiento (p. 360)

Métricas integradas de CloudWatch
CPUCreditBalance
CPUCreditUsage
CPUSurplusCreditBalance
CPUSurplusCreditsCharged
CPUUtilization
DiskReadBytes
DiskReadOps
DiskWriteBytes
DiskWriteOps
EBSByteBalance%
EBSIOBalance%
EBSReadBytes
EBSReadOps
EBSWriteBytes
EBSWriteOps
NetworkIn
NetworkOut
NetworkPacketsIn
NetworkPacketsOut
StatusCheckFailed
StatusCheckFailed_Instance
StatusCheckFailed_System
Métricas del agente de CloudWatch (servidor Windows)
N.º de excepciones de CLR de.NET lanzadas
.NET CLR Exceptions: n.º de excepciones generadas/segundo
.NET CLR Exceptions: n.º de filtros/segundo
346
.NET CLR Exceptions: n.º de instrucciones finally/segundo
.NET CLR Exceptions: generación para capturar profundidad/segundo
.NET CLR Interop: n.º de CCWs
.NET CLR Interop: n.º de stubs
.NET CLR Interop: n.º de exportaciones TLB/segundo
.NET CLR Interop: n.º de importaciones TLB/segundo
.NET CLR Interop: n.º de serialización
.NET CLR Jit: % de tiempo en Jit
.NET CLR Jit: errores de Jit estándar
.NET CLR Loading: % de tiempo de carga
.NET CLR Loading: errores de velocidad de carga
.NET CLR LocksAndThreads: tasa de contención/segundo
.NET CLR LocksAndThreads: longitud de cola/segundo
.NET CLR Memory: n.º de bytes confirmados totales
Tiempo de % de memoria de CLR de.NET en GC
.NET CLR Networking 4.0.0.0: tiempo medio de cola de HttpWebRequest
.NET CLR Networking 4.0.0.0: solicitudes HttpWebRequest anuladas/segundo
.NET CLR Networking 4.0.0.0: solicitudes HttpWebRequest con errores/segundo
.NET CLR Networking 4.0.0.0: solicitudes HttpWebRequest en cola/segundo
Reinicios de aplicaciones ASP.NET
Errores de aplicaciones ASP.NET totales/sec
Errores de aplicaciones ASP.NET no controlados durante la ejecución/s
Solicitudes de aplicaciones ASP.NET en la cola de aplicaciones
Solicitudes de aplicaciones ASP.NET/s
Tiempo de espera de solicitudes ASP.NET
Solicitudes ASP.NET en cola
Colas de solicitudes de servicio HTTP CurrentQueueSize
Porcentaje de espacio libre en disco lógico
Porcentaje de bytes confirmados en uso en memoria
Mbytes disponibles de memoria
Páginas de memoria/segundo
Total de bytes de interfaz de red/segundo
347
Porcentaje de uso de archivo de paginación
Porcentaje de tiempo de disco en disco físico
Promedio de disco físico Longitud de la cola de disco
Promedio de disco físico Lectura de disco/segundo
Promedio de disco físico Escritura en disco/segundo
Bytes leídos/segundo en disco físico
Lecturas/segundo en disco físico
Bytes de escritura/segundo en disco físico
Escrituras/segundo en disco físico
Porcentaje de tiempo de inactividad del procesador
Porcentaje de horas de interrupción del procesador
Porcentaje de tiempo de procesador del procesador
Porcentaje de tiempo de usuario del procesador
SQLServer: métodos de acceso: registros reenviados/segundo
SQLServer: métodos de acceso: exploraciones completas/segundo
SQLServer: métodos de acceso: divisiones de página/segundo
SQLServer: administrador del búfer: porcentaje de aciertos de caché del búfer
SQLServer: administrador del búfer:: duración prevista de página
SQLServer: estadísticas generales: procesos bloqueados
SQLServer: estadísticas generales: conexiones de usuario
SQLServer: bloqueos temporales: tiempo medio de espera de bloqueo temporal (ms)
SQLServer: bloqueos: tiempo medio de espera de bloqueo (ms)
SQLServer: bloqueos: tiempos de espera de bloqueo agotados/segundo
SQLServer: bloqueos: esperas de bloqueo/segundo
SQLServer: bloqueos: número de interbloqueos/segundo
SQLServer: administrador de memoria: concesiones de memoria pendientes
SQLServer: estadísticas de SQL: solicitudes por lotes/segundo
SQLServer: estadísticas de SQL: compilaciones de SQL/segundo
SQLServer: estadísticas de SQL: recompilaciones de SQL/segundo
Longitud de cola del procesador del sistema
Conexiones TCPv4 establecidas
348
W3SVC_W3WP: descargas de caché de archivos
W3SVC_W3WP: errores de caché de archivos
W3SVC_W3WP: solicitudes/segundo
W3SVC_W3WP: descargas de caché de URI
W3SVC_W3WP: errores de caché de URI
Bytes de servicios web recibidos/s
Bytes de servicios web enviados/s
Intentos de conexión de servicio web/segundo
Conexiones actuales de servicios web
Solicitudes de recepción de servicio web/segundo
Solicitudes de publicación de servicio web/segundo
Métricas del agente de CloudWatch (servidor Linux)
cpu_time_active
cpu_time_guest
cpu_time_guest_nice
cpu_time_idle
cpu_time_iowait
cpu_time_irq
cpu_time_nice
cpu_time_softirq
cpu_time_steal
cpu_time_system
cpu_time_user
cpu_usage_active
cpu_usage_guest
cpu_usage_guest_nice
cpu_usage_idle
cpu_usage_iowait
cpu_usage_irq
cpu_usage_nice
cpu_usage_softirq
cpu_usage_steal
349
cpu_usage_system
cpu_usage_user
disk_free
disk_inodes_free
disk_inodes_used
disk_used
disk_used_percent
diskio_io_time
diskio_iops_in_progress
diskio_read_bytes
diskio_read_time
diskio_reads
diskio_write_bytes
diskio_write_time
diskio_writes
mem_active
mem_available
mem_available_percent
mem_buffered
mem_cached
mem_free
mem_inactive
mem_used
mem_used_percent
net_bytes_recv
net_bytes_sent
net_drop_in
net_drop_out
net_err_in
net_err_out
net_packets_recv
net_packets_sent
350
Elastic Load Balancer (ELB)
netstat_tcp_close
netstat_tcp_close_wait
netstat_tcp_closing
netstat_tcp_established
netstat_tcp_fin_wait1
netstat_tcp_fin_wait2
netstat_tcp_last_ack
netstat_tcp_listen
netstat_tcp_none
netstat_tcp_syn_recv
netstat_tcp_syn_sent
netstat_tcp_time_wait
netstat_udp_socket
processes_blocked
processes_dead
processes_idle
processes_paging
processes_running
processes_sleeping
processes_stopped
processes_total
processes_total_threads
processes_wait
processes_zombies
swap_free
swap_used
swap_used_percent
Elastic Load Balancer (ELB)

EstimatedALBActiveConnectionCount
EstimatedALBConsumedLCUs
EstimatedALBNewConnectionCount
EstimatedProcessedBytes
351
Application ELB
HTTPCode_Backend_4XX
HealthyHostCount
RequestCount
UnHealthyHostCount
Application ELB
HealthyHostCount
Latency
RequestCount
SurgeQueueLength
UnHealthyHostCount
Grupos de Auto Scaling de Amazon EC2

CPUCreditBalance
CPUCreditUsage
CPUUtilization
DiskReadBytes
DiskReadOps
DiskWriteBytes
DiskWriteOps
EBSByteBalance%
EBSIOBalance%
EBSReadBytes
EBSReadOps
352
Amazon Simple Queue Server (SQS)
EBSWriteBytes
EBSWriteOps
NetworkIn
NetworkOut
NetworkPacketsIn
NetworkPacketsOut
StatusCheckFailed
StatusCheckFailed_Instance
StatusCheckFailed_System
Amazon Simple Queue Server (SQS)

ApproximateAgeOfOldestMessage
ApproximateNumberOfMessagesDelayed
ApproximateNumberOfMessagesNotVisible
ApproximateNumberOfMessagesVisible
NumberOfEmptyReceives
NumberOfMessagesDeleted
NumberOfMessagesReceived
NumberOfMessagesSent
Amazon Relational Database Service (RDS)

BurstBalance
CPUCreditBalance
CPUUtilization
DatabaseConnections
DiskQueueDepth
FailedSQLServerAgentJobsCount
FreeStorageSpace
FreeableMemory
NetworkReceiveThroughput
NetworkTransmitThroughput
ReadIOPS
ReadLatency
353
ReadThroughput
WriteIOPS
WriteLatency
WriteThroughput

Errores
DeadLetterErrors
Duración
Limitaciones
IteratorAge
ProvisionedConcurrencySpilloverInvocations
Métricas con requisitos de puntos de datos

Para las métricas sin un umbral predeterminado evidente a partir del cual activar una alarma, Application
Insights espera hasta que la métrica tiene puntos de datos suficientes para predecir un umbral razonable
para activar una alarma. Los requisitos de puntos de datos de la métrica que CloudWatch Application
Insights comprueba antes de crear una alarma son los siguientes:
• La métrica tiene al menos 100 puntos de datos de los últimos 15 a los últimos 2 días.
• La métrica tiene al menos 100 puntos de datos del último día.
Las métricas siguientes cumplen estos requisitos de puntos de datos. Tenga en cuenta que las métricas
del agente de CloudWatch requieren hasta una hora para crear alarmas.
AWS/ApplicationELB
ActiveConnectionCount
ConsumedLCUs
HTTPCode_ELB_4XX_Count
HTTPCode_Target_2XX_Count
NewConnectionCount
ProcessedBytes
TargetResponseTime
UnHealthyHostCount
AWS/AutoScaling
354
GroupDesiredCapacity
GroupInServiceInstances
GroupMaxSize
GroupMinSize
GroupPendingInstances
GroupStandbyInstances
GroupTerminatingInstances
GroupTotalInstances
AWS/EC2
CPUCreditBalance
CPUCreditUsage
CPUUtilization
DiskReadBytes
DiskReadOps
DiskWriteBytes
DiskWriteOps
EBSByteBalance%
EBSIOBalance%
EBSReadBytes
EBSReadOps
EBSWriteBytes
EBSWriteOps
NetworkIn
NetworkOut
NetworkPacketsIn
NetworkPacketsOut
AWS/ELB
355
HealthyHostCount
Latency
RequestCount
SurgeQueueLength
UnHealthyHostCount
AWS/RDS
CPUCreditBalance
DatabaseConnections
DiskQueueDepth
FreeStorageSpace
FreeableMemory
NetworkReceiveThroughput
NetworkTransmitThroughput
ReadIOPS
ReadThroughput
WriteIOPS
WriteThroughput
AWS/Lambda
Errores
DeadLetterErrors
Duración
Limitaciones
IteratorAge
AWS/SQS
ApproximateAgeOfOldestMessage
ApproximateNumberOfMessagesDelayed
ApproximateNumberOfMessagesNotVisible
356
NumberOfEmptyReceives
NumberOfMessagesDeleted
NumberOfMessagesReceived
CWAgent
Porcentaje de espacio libre en disco lógico
Porcentaje de bytes confirmados en uso en memoria
Total de bytes de interfaz de red/segundo
Porcentaje de uso de archivo de paginación
Porcentaje de tiempo de disco en disco físico
Promedio de disco físico Lectura de disco/segundo
Promedio de disco físico Escritura en disco/segundo
Bytes leídos/segundo en disco físico
Lecturas/segundo en disco físico
Bytes de escritura/segundo en disco físico
Escrituras/segundo en disco físico
Porcentaje de tiempo de inactividad del procesador
Porcentaje de horas de interrupción del procesador
Porcentaje de tiempo de procesador del procesador
Porcentaje de tiempo de usuario del procesador
SQLServer: métodos de acceso: registros reenviados/segundo
SQLServer: métodos de acceso: divisiones de página/segundo
SQLServer: administrador del búfer: porcentaje de aciertos de caché del búfer
SQLServer: administrador del búfer:: duración prevista de página
SQLServer: estadísticas generales: procesos bloqueados
SQLServer: estadísticas de SQL: solicitudes por lotes/segundo
SQLServer: estadísticas de SQL: compilaciones de SQL/segundo
SQLServer: estadísticas de SQL: recompilaciones de SQL/segundo
Longitud de cola del procesador del sistema
357
Métricas recomendadas
En la siguiente tabla se indican las métricas recomendadas para cada tipo de componente.
Tipo de componente Tipo de carga de trabajo Métrica recomendada
Instancia EC2 (servidores Servidor front-end web de CPUUtilization

Windows) Microsoft IIS/.NET
StatusCheckFailed
Porcentaje de tiempo de
procesador del procesador
Porcentaje de bytes confirmados

en uso en memoria
.NET CLR Exceptions: n.º de

excepciones generadas/segundo
.NET CLR Memory: n.º de bytes

confirmados totales
Tiempo de % de memoria de
CLR de.NET en GC
Solicitudes de aplicaciones
ASP.NET en la cola de
aplicaciones
Solicitudes ASP.NET en cola
Reinicios de aplicaciones
ASP.NET
Capa de base de datos de CPUUtilization

Microsoft SQL Server
StatusCheckFailed

en uso en memoria
Porcentaje de uso de archivo de

paginación
Longitud de cola del procesador

del sistema
Total de bytes de interfaz de red/

segundo
Porcentaje de tiempo de disco en

disco físico
358

SQLServer: administrador del
búfer: porcentaje de aciertos de
caché del búfer
SQLServer: administrador del

búfer: duración prevista de
página
SQLServer: estadísticas
generales: procesos bloqueados
SQLServer: estadísticas
generales: conexiones de
usuario
SQLServer: bloqueos: número de

interbloqueos/segundo
SQLServer: estadísticas de SQL:

solicitudes por lotes/segundo
.NET workerpool/capa intermedia CPUUtilization
StatusCheckFailed

en uso en memoria
.NET CLR Exceptions: n.º de

excepciones generadas/segundo
.NET CLR Memory: n.º de bytes

confirmados totales
Tiempo de % de memoria de
CLR de.NET en GC
Capa básica de .NET CPUUtilization
StatusCheckFailed

en uso en memoria
359
Métricas de contador de rendimiento
Instancia EC2 (servidores Linux) Capa básica de.NET o capa de CPUUtilization

base de datos SQL Server
StatusCheckFailed
disk_used_percent
mem_used_percent
Classic ELB Cualquiera HTTPCode_Backend_4XX
Latency
SurgeQueueLength
UnHealthyHostCount
Application ELB Cualquiera HTTPCode_Target_4XX_Count
TargetResponseTime
UnHealthyHostCount
Instancia de RDS Cualquiera CPUUtilization
ReadLatency
WriteLatency
BurstBalance
FailedSQLServerAgentJobsCount
Función Lambda Cualquiera Duración
Errores
IteratorAge
Limitaciones
Cola de SQS Cualquiera ApproximateAgeOfOldestMessage

Las métricas de contador de rendimiento solo se recomiendan para las instancias cuando los conjuntos de
contadores de rendimiento correspondientes están instalados en las instancias de Windows.
360
Nombre de métrica del contador de rendimiento Nombre del conjunto de contadores de rendimiento
N.º de excepciones de CLR de.NET lanzadas Excepciones de CLR de.NET
.NET CLR Exceptions: n.º de excepciones Excepciones de CLR de.NET

generadas/segundo
.NET CLR Exceptions: n.º de filtros/segundo Excepciones de CLR de.NET
.NET CLR Exceptions: n.º de instrucciones finally/ Excepciones de CLR de.NET

segundo
.NET CLR Exceptions: generación para capturar Excepciones de CLR de.NET

profundidad/segundo
.NET CLR Interop: n.º de CCWs .NET CLR Interop
.NET CLR Interop: n.º de stubs .NET CLR Interop
.NET CLR Interop: n.º de exportaciones TLB/ .NET CLR Interop

segundo
.NET CLR Interop: n.º de importaciones TLB/ .NET CLR Interop

segundo
.NET CLR Interop: n.º de serialización .NET CLR Interop
.NET CLR Jit: % de tiempo en Jit .NET CLR Jit
.NET CLR Jit: errores de Jit estándar .NET CLR Jit
.NET CLR Loading: % de tiempo de carga .NET CLR Loading
.NET CLR Loading: errores de velocidad de carga .NET CLR Loading
.NET CLR LocksAndThreads: tasa de contención/ .NET CLR LocksAndThreads

segundo
.NET CLR LocksAndThreads: longitud de cola/ .NET CLR LocksAndThreads

segundo
.NET CLR Memory: n.º de bytes confirmados Memoria CLR de.NET

totales
Tiempo de % de memoria de CLR de.NET en GC Memoria CLR de.NET
.NET CLR Networking 4.0.0.0: tiempo medio de .NET CLR Networking 4.0.0.0
cola de HttpWebRequest
.NET CLR Networking 4.0.0.0: solicitudes .NET CLR Networking 4.0.0.0

HttpWebRequest anuladas/segundo

HttpWebRequest con errores/segundo

HttpWebRequest en cola/segundo
Reinicios de aplicaciones ASP.NET ASP.NET
Errores de aplicaciones ASP.NET totales/sec Aplicaciones ASP.NET
361
Errores de aplicaciones ASP.NET no controlados Aplicaciones ASP.NET

durante la ejecución/s
Solicitudes de aplicaciones ASP.NET en la cola de Aplicaciones ASP.NET

aplicaciones
Solicitudes de aplicaciones ASP.NET/s Aplicaciones ASP.NET
Tiempo de espera de solicitudes ASP.NET ASP.NET
Solicitudes ASP.NET en cola ASP.NET
Colas de solicitudes de servicio HTTP Colas de solicitudes de servicio HTTP

CurrentQueueSize
Porcentaje de espacio libre en disco lógico LogicalDisk
Porcentaje de bytes confirmados en uso en Memoria

memoria
Mbytes disponibles de memoria Memoria
Páginas de memoria/segundo Memoria
Total de bytes de interfaz de red/segundo Interfaz de red
Porcentaje de uso de archivo de paginación Archivo de paginación
Porcentaje de tiempo de disco en disco físico PhysicalDisk
Promedio de disco físico Longitud de la cola de PhysicalDisk

disco
Promedio de disco físico Lectura de disco/segundo PhysicalDisk
Promedio de disco físico Escritura en disco/ PhysicalDisk

segundo
Bytes leídos/segundo en disco físico PhysicalDisk
Lecturas/segundo en disco físico PhysicalDisk
Bytes de escritura/segundo en disco físico PhysicalDisk
Escrituras/segundo en disco físico PhysicalDisk
Porcentaje de tiempo de inactividad del procesador Procesador
Porcentaje de horas de interrupción del procesador Procesador
Porcentaje de tiempo de procesador del Procesador

procesador
Porcentaje de tiempo de usuario del procesador Procesador
SQLServer: métodos de acceso: registros SQLServer: Métodos de acceso

reenviados/segundo
SQLServer: métodos de acceso: exploraciones SQLServer: Métodos de acceso

completas/segundo
362
SQLServer: métodos de acceso: divisiones de SQLServer: Métodos de acceso

página/segundo
SQLServer: administrador del búfer: porcentaje de SQLServer: Buffer Manager

aciertos de caché del búfer
SQLServer: administrador del búfer: duración SQLServer: Buffer Manager

prevista de página
SQLServer: estadísticas generales: procesos SQLServer: estadísticas generales

bloqueados
SQLServer: estadísticas generales: conexiones de SQLServer: estadísticas generales

usuario
SQLServer: bloqueos temporales: tiempo medio de SQLServer: bloqueos temporales

espera de bloqueo temporal (ms)
SQLServer: bloqueos: tiempo medio de espera de SQLServer: bloqueos

bloqueo (ms)
SQLServer: bloqueos: tiempos de espera de SQLServer: bloqueos

bloqueo agotados/segundo
SQLServer: bloqueos: esperas de bloqueo/ SQLServer: bloqueos

segundo
SQLServer: bloqueos: número de interbloqueos/ SQLServer: bloqueos

segundo
SQLServer: administrador de memoria: SQLServer: administrador de memoria

concesiones de memoria pendientes
SQLServer: estadísticas de SQL: solicitudes por SQLServer: SQL Statistics

lotes/segundo
SQLServer: estadísticas de SQL: compilaciones de SQLServer: SQL Statistics

SQL/segundo
SQLServer: estadísticas de SQL: recompilaciones SQLServer: SQL Statistics

de SQL/segundo
Longitud de cola del procesador del sistema Fallo en
Conexiones TCPv4 establecidas TCPv4
Conexiones TCPv6 establecidas TCPv6
W3SVC_W3WP: descargas de caché de archivos W3SVC_W3WP
W3SVC_W3WP: errores de caché de archivos W3SVC_W3WP
W3SVC_W3WP: solicitudes/segundo W3SVC_W3WP
W3SVC_W3WP: descargas de caché de URI W3SVC_W3WP
W3SVC_W3WP: errores de caché de URI W3SVC_W3WP
Bytes de servicios web recibidos/s Servicios Web
363
Bytes de servicios web enviados/s Servicios Web
Intentos de conexión de servicio web/segundo Servicios Web
Conexiones actuales de servicios web Servicios Web
Solicitudes de recepción de servicio web/segundo Servicios Web
Solicitudes de publicación de servicio web/segundo Servicios Web
364
Servicios de AWS que publican

métricas de CloudWatch
Los siguientes servicios de AWS publican métricas en CloudWatch. Para obtener más información acerca
de estas métricas y dimensiones, consulte la documentación especificada.
Servicio Espacio de Documentación

nombres
Servicio Amazon AWS/Cassandra Amazon Managed Cassandra Service Metrics and

Managed Apache Dimensions (Dimensiones y métricas del servicio de
Cassandra Cassandra gestionado por Amazon)
Amazon API AWS/ApiGateway Monitorizar la ejecución de la API con Amazon CloudWatch

Gateway
AppStream 2.0 AWS/AppStream Monitoreo de recursos de Amazon AppStream 2.0
AWS AppSync AWS/AppSync Métricas de CloudWatch
Amazon Athena AWS/Athena Monitorización de consultas de Athena con métricas de

CloudWatch
AWS Billing and AWS/Billing Monitorización de cargos con alertas y notificaciones

Cost Management
ACM Private CA AWS/ Métricas de CloudWatch admitidas

ACMPrivateCA
AWS Chatbot AWS/Chatbot Monitorización de AWS Chatbot con Amazon CloudWatch
Amazon AWS/CloudFront Monitorización de la actividad de CloudFront mediante

CloudFront CloudWatch
AWS CloudHSM AWS/CloudHSM Obtención de métricas de CloudWatch
Amazon AWS/ Monitorización de un dominio Amazon CloudSearch con

CloudSearch CloudSearch Amazon CloudWatch
Amazon AWS/Logs Monitorización del uso con métricas de CloudWatch

CloudWatch Logs
AWS CodeBuild AWS/CodeBuild Monitorización de AWS CodeBuild
Amazon Cognito AWS/Cognito Monitoring Amazon Cognito (Supervisión de Amazon Cognito)
Amazon Connect AWS/Connect Monitorización de Amazon Connect en métricas de Amazon

CloudWatch
AWS DataSync AWS/DataSync Monitorización de la tarea
AWS Database AWS/DMS Monitorización de tareas de AWS DMS

Migration Service
AWS Direct AWS/DX Monitorización con Amazon CloudWatch

Connect
365

nombres
Amazon AWS/DocDB Métricas de Amazon DocumentDB

DocumentDB
Amazon AWS/DynamoDB Dimensiones y métricas de DynamoDB

DynamoDB
Amazon EC2 AWS/EC2 Monitorización de las instancias con CloudWatch
Flota de spot de AWS/EC2Spot Métricas de CloudWatch para las flotas de spot

Amazon EC2
Amazon EC2 Auto AWS/ Monitorizar instancias y grupos de Auto Scaling mediante
Scaling AutoScaling CloudWatch
AWS Elastic AWS/ Publicación de métricas personalizadas de un entorno en

Beanstalk ElasticBeanstalkAmazon CloudWatch
Amazon Elastic AWS/EBS Métricas de Amazon CloudWatch para Amazon EBS

Block Store
Amazon Elastic AWS/ECS Métricas de CloudWatch de Amazon ECS

Container Service
Amazon Elastic AWS/EFS Monitorización con CloudWatch

File System
Amazon Elastic AWS/ Usar métricas de CloudWatch para monitorizar Amazon EI

Inference ElasticInference
Elastic Load AWS/ Métricas de CloudWatch para el Balanceador de carga de

Balancing ApplicationELB aplicaciones
Elastic Load AWS/ELB Métricas de CloudWatch para el Classic Load Balancer

Balancing
Elastic Load AWS/NetworkELB Métricas de CloudWatch para el Balanceador de carga de red

Balancing
Amazon Elastic AWS/ Monitorización con Amazon CloudWatch

Transcoder ElasticTranscoder
Amazon AWS/ Monitorización del uso con métricas de CloudWatch

ElastiCache for ElastiCache
Memcached
Amazon AWS/ Monitorización del uso con métricas de CloudWatch

ElastiCache para ElastiCache
Redis
Amazon AWS/ES Monitorización de las métricas y estadísticas de los clústeres

Elasticsearch mediante CloudWatch
Service
Amazon EMR AWS/ Monitorización de métricas con CloudWatch

ElasticMapReduce
366

nombres
AWS Elemental AWS/ Monitorización de MediaConnect con Amazon CloudWatch

MediaConnect MediaConnect
AWS Elemental AWS/ Uso de métricas de CloudWatch para ver métricas de

MediaConvert MediaConvert recursos de AWS Elemental MediaConvert
AWS Elemental AWS/ Monitoreo de AWS Elemental MediaPackage con métricas de

MediaPackage MediaPackage Amazon CloudWatch
AWS Elemental AWS/MediaStore Monitoreo de AWS Elemental MediaStore con métricas de

MediaStore Amazon CloudWatch
AWS Elemental AWS/ Monitorización de AWS Elemental MediaTailor con Amazon

MediaTailor MediaTailor CloudWatch
Amazon AWS/Events Monitorización del uso con métricas de CloudWatch

EventBridge
Amazon FSx for AWS/FSx Monitorizar Amazon FSx for Lustre

Lustre
Amazon FSx AWS/FSx Monitorización de Amazon FSx para el servidor de archivos

para el servidor de Windows
de archivos de
Windows
Amazon GameLift AWS/GameLift Monitorización de Amazon GameLift con CloudWatch
AWS Glue AWS/Glue Monitoreo de AWS Glue con métricas de CloudWatch
AWS Ground AWS/ Métricas que utilizan Amazon CloudWatch

Station GroundStation
Amazon Inspector AWS/Inspector Monitorización de Amazon Inspector con CloudWatch
AWS IoT AWS/IoT Dimensiones y métricas de AWS IoT
AWS IoT Analytics AWS/ Espacios de nombres, métricas y dimensiones

IoTAnalytics
AWS IoT Things AWS/ Métricas

Graph ThingsGraph
AWS Key AWS/KMS Monitorización con CloudWatch

Management
Service
Amazon Kinesis AWS/ Kinesis Data Analytics: Monitorización con CloudWatch

Data Analytics KinesisAnalytics
Kinesis Data Analytics para aplicaciones de Java:
Visualización de dimensiones y métricas de Amazon Kinesis
Data Analytics
Amazon Kinesis AWS/Firehose Monitorización de Kinesis Data Firehose con métricas de

Data Firehose CloudWatch
Amazon Kinesis AWS/Kinesis Monitorización de Amazon Kinesis Data Streams con Amazon
Data Streams CloudWatch
367

nombres
Amazon AWS/ Monitorización de las métricas de Transmisión de vídeo de

Transmisión de KinesisVideo Kinesis con CloudWatch
vídeo de Kinesis
AWS Lambda AWS/Lambda Métricas de AWS Lambda
Amazon Lex AWS/Lex Monitorización de Amazon Lex con CloudWatch
Amazon Machine AWS/ML Monitorización de Amazon ML con las métricas de

Learning CloudWatch
Amazon Managed AWS/Kafka Monitorización de Amazon MSK con Amazon CloudWatch

Streaming para
Apache Kafka
Amazon MQ AWS/AmazonMQ Monitorización de agentes de Amazon MQ mediante Amazon

CloudWatch
Amazon Neptune AWS/Neptune Monitoreo de Neptune con CloudWatch
AWS OpsWorks AWS/OpsWorks Monitorización de pilas mediante Amazon CloudWatch
Amazon Polly AWS/Polly Integración de CloudWatch con Amazon Polly
Amazon QLDB AWS/QLDB Dimensiones y métricas de Amazon QLDB
Amazon Redshift AWS/Redshift Datos de rendimiento de Amazon Redshift
Amazon Relational AWS/RDS Monitorización con Amazon CloudWatch

Database Service
AWS RoboMaker AWS/Robomaker Monitorización de AWS RoboMaker con Amazon CloudWatch
Amazon Route 53 AWS/Route53 Monitorizar Amazon Route 53
Amazon AWS/SageMaker Monitorización de Amazon SageMaker con CloudWatch

SageMaker
AWS SDK Metrics AWS/SDKMetrics Métricas y datos recopilados por AWS SDK Metrics for
for Enterprise Enterprise Support
Support
AWS Service AWS/ Métricas de CloudWatch de AWS Service Catalog

Catalog ServiceCatalog
AWS Shield AWS/ Monitorización con CloudWatch

Advanced DDoSProtection
Amazon Simple AWS/SES Recuperación de datos de eventos de Amazon SES desde

Email Service CloudWatch
Amazon Simple AWS/SNS Monitorización de Amazon SNS con CloudWatch

Notification Service
Amazon Simple AWS/SQS Monitoreo de colas de Amazon SQS con CloudWatch

Queue Service
368

nombres
Amazon Simple AWS/S3 Monitorización de métricas con Amazon CloudWatch

Storage Service
Amazon Simple AWS/SWF Métricas de Amazon SWF para CloudWatch

Workflow Service
AWS Step AWS/States Monitoreo de Step Functions con CloudWatch

Functions
AWS Storage AWS/ Monitorizar la gateway y recursos

Gateway StorageGateway
AWS AWS/SSM- Monitorización de métricas de Run Command mediante

Administrador RunCommand CloudWatch
de sistemas Run
Command
Amazon Textract AWS/Textract Métricas de CloudWatch para Amazon Textract
AWS Transfer for AWS/Transfer Métricas de CloudWatch de AWS SFTP

SFTP
Amazon Translate AWS/Translate Dimensiones y métricas de CloudWatch para Amazon

Translate
AWS Trusted AWS/ Creación de alarmas de Trusted Advisor mediante

Advisor TrustedAdvisor CloudWatch
Amazon VPC AWS/NATGateway Monitorización de la gateway NAT con CloudWatch
Amazon VPC AWS/ Métricas de CloudWatch para las gateways de tránsito

TransitGateway
Amazon VPC AWS/VPN Monitorización con CloudWatch
AWS WAF WAF Monitorización con CloudWatch
Amazon WorkMail AWS/WorkMail Monitorización de Amazon WorkMail con Amazon

CloudWatch
Amazon AWS/WorkSpaces Monitorizar sus WorkSpaces mediante métricas de

WorkSpaces CloudWatch
369
Ejemplos de eventos de CloudWatch
Eventos de alarma y EventBridge

CloudWatch envía eventos a Amazon EventBridge cada vez que una alarma de CloudWatch cambia de
estado. Puede utilizar EventBridge y estos eventos para escribir reglas que realicen acciones, como enviar
una notificación, cuando una alarma cambie de estado. Para obtener más información, consulte ¿Qué es
Amazon EventBridge?

En esta sección se incluyen eventos de ejemplo de CloudWatch.
Cambio de estado de una alarma con una sola métrica
{
"version": "0",
"id": "c4c1c1c9-6542-e61b-6ef0-8c4d36933a92",
"detail-type": "CloudWatch Alarm State Change",
"source": "aws.cloudwatch",
"account": "123456789012",
"time": "2019-10-02T17:04:40Z",
"resources": [
"arn:aws:cloudwatch:us-east-1:123456789012:alarm:ServerCpuTooHigh"
],
"detail": {
"alarmName": "ServerCpuTooHigh",
"configuration": {
"description": "Goes into alarm when server CPU utilization is too high!",
"metrics": [
{
"id": "30b6c6b2-a864-43a2-4877-c09a1afc3b87",
"metricStat": {
"metric": {
"dimensions": {
"InstanceId": "i-12345678901234567"
},
"name": "CPUUtilization",
"namespace": "AWS/EC2"
},
"period": 300,
"stat": "Average"
},
"returnData": true
}
]
},
"previousState": {
"reason": "Threshold Crossed: 1 out of the last 1 datapoints
[0.0666851903306472 (01/10/19 13:46:00)] was not greater than the threshold (50.0)
(minimum 1 datapoint for ALARM -> OK transition).",
"reasonData": "{\"version\":\"1.0\",\"queryDate\":
\"2019-10-01T13:56:40.985+0000\",\"startDate\":\"2019-10-01T13:46:00.000+0000\",\"statistic
\":\"Average\",\"period\":300,\"recentDatapoints\":[0.0666851903306472],\"threshold
\":50.0}",
"timestamp": "2019-10-01T13:56:40.987+0000",
"value": "OK"
},
370
"state": {
"reason": "Threshold Crossed: 1 out of the last 1 datapoints [99.50160229693434
(02/10/19 16:59:00)] was greater than the threshold (50.0) (minimum 1 datapoint for OK ->
ALARM transition).",
\"2019-10-02T17:04:40.985+0000\",\"startDate\":\"2019-10-02T16:59:00.000+0000\",\"statistic
\":\"Average\",\"period\":300,\"recentDatapoints\":[99.50160229693434],\"threshold
\":50.0}",
"timestamp": "2019-10-02T17:04:40.989+0000",
"value": "ALARM"
}
}
}
Cambio de estado de una alarma con una métrica matemática
{
"version": "0",
"id": "2dde0eb1-528b-d2d5-9ca6-6d590caf2329",
"account": "123456789012",
"time": "2019-10-02T17:20:48Z",
"resources": [
"arn:aws:cloudwatch:us-east-1:123456789012:alarm:TotalNetworkTrafficTooHigh"
],
"detail": {
"alarmName": "TotalNetworkTrafficTooHigh",
"configuration": {
"description": "Goes into alarm if total network traffic exceeds 10Kb",
"metrics": [
{
"expression": "SUM(METRICS())",
"id": "e1",
"label": "Total Network Traffic",
"returnData": true
},
{
"id": "m1",
"metricStat": {
"metric": {
"dimensions": {
"InstanceId": "i-12345678901234567"
},
"name": "NetworkIn",
},
"period": 300,
"stat": "Maximum"
},
"returnData": false
},
{
"id": "m2",
"metricStat": {
"metric": {
"dimensions": {
"InstanceId": "i-12345678901234567"
},
"name": "NetworkOut",
},
"period": 300,
"stat": "Maximum"
371
},
"returnData": false
}
]
},
"previousState": {
"reason": "Unchecked: Initial alarm creation",
"timestamp": "2019-10-02T17:20:03.642+0000",
"value": "INSUFFICIENT_DATA"
},
"state": {
"reason": "Threshold Crossed: 1 out of the last 1 datapoints [45628.0 (02/10/19
17:10:00)] was greater than the threshold (10000.0) (minimum 1 datapoint for OK -> ALARM
transition).",
\"2019-10-02T17:20:48.551+0000\",\"startDate\":\"2019-10-02T17:10:00.000+0000\",\"period
\":300,\"recentDatapoints\":[45628.0],\"threshold\":10000.0}",
"timestamp": "2019-10-02T17:20:48.554+0000",
"value": "ALARM"
}
}
}
Cambio de estado de una alarma de detección de anomalías
{
"version": "0",
"id": "daafc9f1-bddd-c6c9-83af-74971fcfc4ef",
"account": "123456789012",
"time": "2019-10-03T16:00:04Z",
"resources": ["arn:aws:cloudwatch:us-east-1:123456789012:alarm:EC2 CPU Utilization
Anomaly"],
"detail": {
"alarmName": "EC2 CPU Utilization Anomaly",
"state": {
"value": "ALARM",
"reason": "Thresholds Crossed: 1 out of the last 1 datapoints [0.0 (03/10/19
15:58:00)] was less than the lower thresholds [0.020599444741798756] or greater than the
upper thresholds [0.3006915352732461] (minimum 1 datapoint for OK -> ALARM transition).",
\"2019-10-03T16:00:04.650+0000\",\"startDate\":\"2019-10-03T15:58:00.000+0000\",\"period
\":60,\"recentDatapoints\":[0.0],\"recentLowerThresholds\":[0.020599444741798756],
\"recentUpperThresholds\":[0.3006915352732461]}",
"timestamp": "2019-10-03T16:00:04.653+0000"
},
"previousState": {
"value": "OK",
"reason": "Thresholds Crossed: 1 out of the last 1 datapoints
[0.166666666664241 (03/10/19 15:57:00)] was not less than the lower thresholds
[0.0206719426210418] or not greater than the upper thresholds [0.30076870222143803]
(minimum 1 datapoint for ALARM -> OK transition).",
\"2019-10-03T15:59:04.670+0000\",\"startDate\":\"2019-10-03T15:57:00.000+0000\",
\"period\":60,\"recentDatapoints\":[0.166666666664241],\"recentLowerThresholds\":
[0.0206719426210418],\"recentUpperThresholds\":[0.30076870222143803]}",
"timestamp": "2019-10-03T15:59:04.672+0000"
},
"configuration": {
"description": "Goes into alarm if CPU Utilization is out of band",
"metrics": [{
"id": "m1",
"metricStat": {
372
"metric": {
"namespace": "AWS/EC2",
"name": "CPUUtilization",
"dimensions": {
"InstanceId": "i-12345678901234567"
}
},
"period": 60,
"stat": "Average"
},
"returnData": true
}, {
"id": "ad1",
"expression": "ANOMALY_DETECTION_BAND(m1, 0.8)",
"label": "CPUUtilization (expected)",
"returnData": true
}]
}
}
}
373
Generación de registros mediante
el formato de métricas integradas
Incorporación de registros de
alta cardinalidad y generación de
métricas con formato de métricas
integradas de CloudWatch
El formato de métricas integradas de CloudWatch le permite incorporar datos de aplicaciones complejos y
de alta cardinalidad en forma de registros y generar métricas procesables a partir de ellos. Puede integrar
métricas personalizadas junto con datos de eventos de registro detallados, y CloudWatch automáticamente
extrae las métricas personalizadas para que pueda visualizarlas y crear alarmas en función de ellas con
el fin de detectar los incidentes en tiempo real. Además, los eventos de registro detallados que se asocian
a las métricas extraídas se pueden consultar con CloudWatch Logs Insights para ofrecer información
detallada acerca de las causas raíz de los eventos operativos.
El formato de métricas integradas le ayuda a generar métricas personalizadas procesables a partir

de recursos efímeros como las funciones de Lambda y los contenedores. Ahora, mediante el uso del
formato de métricas integradas para enviar registros desde estos recursos efímeros, puede crear métricas
personalizadas con facilidad y sin tener que instrumentar o mantener un código independiente, a la vez
que obtiene funciones analíticas potentes en sus datos de registro.
Cuando utilice el formato de métricas integradas, puede generar los registros mediante una biblioteca de
cliente: para obtener más información, consulte Uso de las bibliotecas de cliente para generar registros
de formato de métricas integradas (p. 375). También puede crear manualmente los registros y enviarlos
mediante la API PutLogEvents o el agente de CloudWatch.
Se incurre en cargos por la incorporación y el archivado de registros, así como por las métricas
personalizadas que se generan. Para obtener más información, consulte Precios de Amazon CloudWatch.
Note
Tenga cuidado al configurar su extracción de métricas, ya que afecta a su uso de métricas
personalizadas y a la factura correspondiente. Si crea métricas de forma involuntaria basadas en
dimensiones de alta cardinalidad (como requestId), el formato de métricas integradas creará,
por diseño, una métrica personalizada correspondiente a cada combinación de dimensiones
única. Para obtener más información, consulte Dimensiones.
Temas
• Generación de registros mediante el formato de métricas integradas (p. 374)
• Visualización de sus métricas y registros en la consola (p. 387)
Generación de registros mediante el formato de

métricas integradas
Puede generar registros de formato de métricas integradas con los siguientes métodos:
• Generar y enviar los registros mediante las bibliotecas de cliente de código abierto
• Generar manualmente los registros y, a continuación, utilizar el agente de CloudWatch o la API
PutLogEvents para enviar los registros
374
Uso de las bibliotecas de cliente
Si utiliza uno de los métodos manuales, los registros deben seguir el formato JSON definido.
Temas
• Uso de las bibliotecas de cliente para generar registros de formato de métricas integradas (p. 375)
• Generación manual de registros de formato de métricas integradas (p. 375)
Uso de las bibliotecas de cliente para generar

registros de formato de métricas integradas
Amazon proporciona bibliotecas de cliente de código abierto que puede utilizar para crear registros de
formato de métricas integradas. Actualmente, esas bibliotecas están disponibles en Node.js y Python. La
compatibilidad con otros idiomas está prevista.
Las bibliotecas y las instrucciones sobre cómo usarlas se encuentran en GitHub. Utilice los enlaces de la
siguiente lista.
• Node.Js
• Python
Generación manual de registros de formato de

Para enviar los registros de formato de métricas integradas que ha creado manualmente, puede utilizar la
API PutLogEvents o el agente de CloudWatch.
Si utiliza cualquiera de estos métodos, debe seguir la especificación de formato de métricas integradas.
Temas
• Especificación: formato de métricas integradas (p. 375)
• Uso de la API PutLogEvents para enviar registros de formato de métricas integradas creados
manualmente (p. 381)
• Uso del agente de CloudWatch para enviar registros de formato de métricas integradas (p. 382)
Especificación: formato de métricas integradas

El formato de métricas integradas de CloudWatch es una especificación JSON que se utiliza para indicar
a CloudWatch Logs que extraiga automáticamente valores de métricas integrados en eventos de registro
estructurados. Puede utilizar CloudWatch para representar alarmas en gráficos y crearlas en los valores de
métricas extraídos.
Convenciones de especificación de formato de métricas integradas

Las palabras clave “DEBE”, “NO DEBE”, “OBLIGATORIO”, “DEBERÁ”, “NO DEBERÁ”, “DEBERÍA”, “NO
DEBERÍA”, “RECOMENDADO”, “PUEDE QUE” y “OPCIONAL” de esta especificación de formato se
interpretarán tal como se describe en Palabras clave RFC2119.
Los términos "JSON", "texto JSON", "valor JSON", "miembro", "elemento", "objeto", "matriz", "número",
"cadena", "valor booleano", "true", "false" y "null" de esta especificación de formato se interpretarán tal
como se define en Notación de objetos de JavaScript RFC8259.
375
Generación manual de registros
de formato de métricas integradas
Formato de las solicitudes PutLogEvents de especificación de formato de

Los clientes DEBEN utilizar el encabezado de formato de registro siguiente al enviar un documento con
formato de métricas integradas mediante la API PutLogEvents de CloudWatch Logs:
x-amzn-logs-format: json/emf
En Lambda, no es necesario que usted establezca este encabezado. Es suficiente con escribir JSON como
estándar en el formato de métricas integradas. Aunque Lambda pueda anteponer los eventos de registro
con metadatos, como la marca temporal y el ID de solicitud, un documento con formato de métricas
integradas válido posterior a estos metadatos se considera válido.
Estructura de los documentos con formato de métricas integradas

En esta sección se describe la estructura de un documento con formato de métricas integradas, que
se identifica mediante el encabezado de formato de registro x-amzn-logs-format: json/emf.
Los documentos con formato de métricas integradas se definen en Notación de objetos de JavaScript
RFC8259.
A menos que se indique lo contrario, los objetos definidos por esta especificación NO DEBEN contener
miembros adicionales. Los miembros no reconocidos por esta especificación DEBEN pasarse por alto. Los
miembros definidos en esta especificación distinguen entre mayúsculas y minúsculas.
El formato de métricas integradas está sujeto a los mismos límites que los eventos de CloudWatch Logs
estándar y están limitados a un tamaño máximo de 256 KB.
Nodo raíz
El mensaje LogEvent DEBE ser un objeto JSON válido sin datos adicionales al principio o al final de la
cadena de mensajes LogEvent. Para obtener más información acerca de la estructura LogEvent, consulte
InputLogEvent.
Los documentos con formato de métricas integradas DEBEN contener el siguiente miembro de nivel
superior en el nodo raíz. Este es un objeto Objeto de metadatos (p. 376).
{
"_aws": {
"CloudWatchMetrics": [ ... ]
}
}
El nodo raíz DEBE contener todos los ??? (p. 378) miembros definidos por las referencias en el Objeto
MetricDirective (p. 377).
PUEDE QUE el nodo raíz contenga cualquier otro miembro que no esté incluido en los requisitos
anteriores. Los valores de estos miembros DEBEN ser tipos JSON válidos.
Objeto de metadatos
El miembro _aws se puede utilizar para representar metadatos sobre la carga que informa a los servicios
posteriores de cómo deben procesar el LogEvent. El valor DEBE ser un objeto y DEBE contener los
siguientes miembros:
• CloudWatchMetrics: una matriz de Objeto MetricDirective (p. 377) usada para indicar a CloudWatch
que extraiga métricas del nodo raíz del LogEvent.
376
"_aws": {
"CloudWatchMetrics": [ ... ]
}
}
• Marca temporal: un número que representa la marca temporal usada para métricas extraidas del evento.
Los valores DEBEN expresarse como el número de milisegundos después del 1 de enero de 1970
00:00:00 UTC.
{
"_aws": {
"Timestamp": 1559748430481
}
}
Objeto MetricDirective
El objeto MetricDirective indica a los servicios posteriores que el LogEvent contiene métricas que se
extraerán y publicarán en CloudWatch. MetricDirectives DEBE contener los siguientes miembros:
• Espacio de nombres: una cadena que representa el espacio de nombres de CloudWatch de la métrica.
• Dimensiones: una Matriz DimensionSet (p. 377).
• Métricas: una matriz de objetos MetricDefinition (p. 378). Esta matriz NO DEBE contener más de 100
objetos MetricDefinition.
Matriz DimensionSet
Un DimensionSet es una matriz de cadenas que contiene las claves de dimensión que se aplicarán a todas
las métricas del documento. Los valores de esta matriz también DEBEN ser miembros en el nodo raíz,
denominado Miembros de destino (p. 378)
Un DimensionSet NO DEBE contener más de 9 claves de dimensión.
El miembro de destino DEBE tener un valor de cadena. El miembro de destino define una dimensión
que se publicará como parte de la identidad de métrica. Cada DimensionSet utilizado crea una nueva
métrica en CloudWatch. Para obtener más información acerca de las dimensiones, consulte Dimensión y
Dimensiones.
{
"_aws": {
{
"Dimensions": [ [ "functionVersion" ] ],
...
}
]
},
"functionVersion": "$LATEST"
}
Note
Tenga cuidado al configurar su extracción de métricas, ya que afecta a su uso de métricas

personalizadas y a la factura correspondiente. Si crea métricas de forma involuntaria basadas en
dimensiones de alta cardinalidad (como requestId), el formato de métricas integradas creará,
por diseño, una métrica personalizada correspondiente a cada combinación de dimensiones
única. Para obtener más información, consulte Dimensiones.
377
Objeto MetricDefinition
Una MetricDefinition es un objeto que DEBE contener el siguiente miembro:
• Nombre: una cadena Valores de referencia (p. 378) a una métrica Miembros de destino (p. 378). Los
destinos de la métrica DEBEN ser un valor numérico o una matriz de valores numéricos.
PUEDE QUE un objeto MetricDefinition contenga el siguiente miembro:
• Unidad: valor de cadena OPCIONAL que representa la unidad de medida de la métrica correspondiente.
Los valores DEBERÍAN ser unidades métricas de CloudWatch válidas. Para obtener información acerca
de las unidades válidas, consulte MetricDatum. Si no se proporciona un valor, el sistema presupone que
se utiliza un valor predeterminado de NONE.
{
"_aws": {
{
"Metrics": [
{
"Name": "Time",
"Unit": "Milliseconds"
}
],
...
}
]
},
"Time": 1
}
Valores de referencia
Los valores de referencia son valores de cadena que hacen referencia a los miembros Miembros de
destino (p. 378) en el nodo raíz. Estas referencias NO deberían confundirse con los punteros JSON
descritos en RFC6901. Los valores de destino no se pueden anidar.
Miembros de destino
Los destinos válidos DEBEN ser miembros en el nodo raíz y no pueden ser objetos anidados. Por ejemplo,
un valor _reference_ de "A.a" DEBE coincidir con el siguiente miembro:
{ "A.a" }
NO DEBE coincidir con el miembro anidado:
{ "A": { "a" } }
Los valores válidos de los miembros de destino dependen de lo que los hace referencia. Por ejemplo, un
destino de la métrica DEBE ser un valor numérico o una matriz de valores numéricos, mientras que los
destinos de la dimensión DEBEN ser valores de cadena.
Ejemplo de formato de métricas integradas y esquema JSON

A continuación, se muestra un ejemplo válido de formato de métricas integradas.
{
"_aws": {
378
"Timestamp": 1574109732004,
{
"Namespace": "lambda-function-metrics",
"Dimensions": [["functionVersion"]],
"Metrics": [
{
"Name": "time",
"Unit": "Milliseconds"
}
]
}
]
},
"functionVersion": "$LATEST",
"time": 100,
"requestId": "989ffbf8-9ace-4817-a57c-e4dd734019ee"
}
Puede utilizar el siguiente esquema para validar documentos con formato de métricas integradas.
{
"type": "object",
"title": "Root Node",
"required": [
"_aws"
],
"properties": {
"_aws": {
"$id": "#/properties/_aws",
"type": "object",
"title": "Metadata",
"required": [
"Timestamp",
"CloudWatchMetrics"
],
"properties": {
"Timestamp": {
"$id": "#/properties/_aws/properties/Timestamp",
"type": "integer",
"title": "The Timestamp Schema",
"examples": [
1565375354953
]
},
"CloudWatchMetrics": {
"$id": "#/properties/_aws/properties/CloudWatchMetrics",
"type": "array",
"title": "MetricDirectives",
"items": {
"$id": "#/properties/_aws/properties/CloudWatchMetrics/items",
"type": "object",
"title": "MetricDirective",
"required": [
"Namespace",
"Dimensions",
"Metrics"
],
"properties": {
"Namespace": {
"$id": "#/properties/_aws/properties/CloudWatchMetrics/
items/properties/Namespace",
"type": "string",
"title": "CloudWatch Metrics Namespace",
"examples": [
379
"MyApp"
],
"pattern": "^(.*)$",
"minLength": 1
},
"Dimensions": {
items/properties/Dimensions",
"type": "array",
"title": "The Dimensions Schema",
"minItems": 1,
"items": {
items/properties/Dimensions/items",
"type": "array",
"title": "DimensionSet",
"minItems": 1,
"maxItems": 9,
"items": {
"$id": "#/properties/_aws/properties/
CloudWatchMetrics/items/properties/Dimensions/items/items",
"type": "string",
"title": "DimensionReference",
"examples": [
"Operation"
],
"pattern": "^(.*)$",
"minItems": 1
}
}
},
"Metrics": {
items/properties/Metrics",
"type": "array",
"title": "MetricDefinitions",
"items": {
items/properties/Metrics/items",
"type": "object",
"title": "MetricDefinition",
"required": [
"Name"
],
"properties": {
"Name": {
CloudWatchMetrics/items/properties/Metrics/items/properties/Name",
"type": "string",
"title": "MetricName",
"examples": [
"ProcessingLatency"
],
"pattern": "^(.*)$"
},
"Unit": {
CloudWatchMetrics/items/properties/Metrics/items/properties/Unit",
"type": "string",
"title": "MetricUnit",
"examples": [
"Milliseconds"
],
"pattern": "^(Seconds|Microseconds|
Milliseconds|Bytes|Kilobytes|Megabytes|Gigabytes|Terabytes|Bits|Kilobits|Megabits|Gigabits|
Terabits|Percent|Count|Bytes\\/Second|Kilobytes\\/Second|Megabytes\\/Second|Gigabytes\\/
380
Second|Terabytes\\/Second|Bits\\/Second|Kilobits\\/Second|Megabits\\/Second|Gigabits\\/
Second|Terabits\\/Second|Count\\/Second|None)$"
}
}
}
}
}
}
}
}
}
}
}
Uso de la API PutLogEvents para enviar registros de formato de

métricas integradas creados manualmente
Puede enviar registros de formato de métricas integradas a CloudWatch Logs mediante la API
PutLogEvents de CloudWatch Logs. Al llamar a PutLogEvents, debe incluir el siguiente encabezado HTTP
para indicar a CloudWatch Logs que las métricas deberían extraerse.
x-amzn-logs-format: json/emf
A continuación, se muestra un ejemplo completo del uso de SDK para Java de AWS:
package org.example.basicapp;
import software.amazon.awssdk.regions.Region;
import software.amazon.awssdk.services.cloudwatchlogs.CloudWatchLogsClient;
import software.amazon.awssdk.services.cloudwatchlogs.model.DescribeLogStreamsRequest;
import software.amazon.awssdk.services.cloudwatchlogs.model.DescribeLogStreamsResponse;
import software.amazon.awssdk.services.cloudwatchlogs.model.InputLogEvent;
import software.amazon.awssdk.services.cloudwatchlogs.model.PutLogEventsRequest;
import java.util.Collections;
public class EmbeddedMetricsExample {

public static void main(String[] args) {
final String usage = "To run this example, supply a region id (eg. us-
east-1), log group, and stream name as command line arguments"
+ "Ex: PutLogEvents <region-id> <log-group-name> <stream-
name>";
if (args.length != 3) {
System.out.println(usage);
System.exit(1);
}
String regionId = args[0];

String logGroupName = args[1];
String logStreamName = args[2];
CloudWatchLogsClient logsClient =
CloudWatchLogsClient.builder().region(Region.of(regionId)).build();
// A sequence token is required to put a log event in an existing stream.

// Look up the stream to find its sequence token.
String sequenceToken = getNextSequenceToken(logsClient, logGroupName,
logStreamName);
// Build a JSON log using the EmbeddedMetricFormat.
381
long timestamp = System.currentTimeMillis();

String message = "{" +
" \"_aws\": {" +
" \"Timestamp\": " + timestamp + "," +
" \"CloudWatchMetrics\": [" +
" {" +
" \"Namespace\": \"MyApp\"," +
" \"Dimensions\": [[\"Operation\"], [\"Operation\",
\"Cell\"]]," +
" \"Metrics\": [{ \"Name\": \"ProcessingLatency\",
\"Unit\": \"Milliseconds\" }]" +
" }" +
" ]" +
" }," +
" \"Operation\": \"Aggregator\"," +
" \"Cell\": \"001\"," +
" \"ProcessingLatency\": 100" +
"}";
InputLogEvent inputLogEvent = InputLogEvent.builder()
.message(message)
.timestamp(timestamp)
.build();
// Specify the request parameters.

PutLogEventsRequest putLogEventsRequest = PutLogEventsRequest.builder()
.overrideConfiguration(builder ->
// provide the log-format header of json/emf
builder.headers(Collections.singletonMap("x-amzn-logs-
format", Collections.singletonList("json/emf"))))
.logEvents(Collections.singletonList(inputLogEvent))
.logGroupName(logGroupName)
.logStreamName(logStreamName)
.sequenceToken(sequenceToken)
.build();
logsClient.putLogEvents(putLogEventsRequest);
System.out.println("Successfully put CloudWatch log event");

}
private static String getNextSequenceToken(CloudWatchLogsClient logsClient, String

logGroupName, String logStreamName) {
DescribeLogStreamsRequest logStreamRequest =
DescribeLogStreamsRequest.builder()
.logGroupName(logGroupName)
.logStreamNamePrefix(logStreamName)
.build();
DescribeLogStreamsResponse describeLogStreamsResponse =
logsClient.describeLogStreams(logStreamRequest);
// Assume that a single stream is returned since a specific stream name was
// specified in the previous request.
return
describeLogStreamsResponse.logStreams().get(0).uploadSequenceToken();
}
}
Uso del agente de CloudWatch para enviar registros de formato

de métricas integradas
Para utilizar este método, instale primero el agente de CloudWatch para los servicios desde los que desea
enviar registros de formato de métricas integradas y, a continuación, puede comenzar a enviar los eventos.
382
El agente de CloudWatch debe ser 1.230621.0 o posterior.

Note
No es necesario instalar el agente de CloudWatch para enviar registros desde las funciones
Lambda.
Los tiempos de espera de las funciones Lambda no se administran automáticamente. Esto
significa que si el tiempo de espera de su función se agota antes de que las métricas se vacíen,
las métricas de esa invocación no se capturarán.

Instale el agente de CloudWatch para cada servicio que sea para enviar registros de formato de métricas
integradas.
Instalación del agente de CloudWatch en EC2
Primero, instale el agente de CloudWatch en la instancia. Para obtener más información, consulte
Instalación del agente de CloudWatch (p. 223).
Una vez que haya instalado el agente, configúrelo para que escuche un puerto UDP o TCP para los
registros de formato de métricas integradas. A continuación, se muestra un ejemplo de esta configuración
que escucha el socket predeterminado tcp:25888. Para obtener más información acerca de la
configuración del agente, consulte Creación o edición manual del archivo de configuración del agente de
{
"logs": {
"emf": { }
}
}
}
Instalación del agente de CloudWatch en Amazon ECS
La forma más fácil de implementar el agente de CloudWatch en Amazon ECS es ejecutarlo como elemento
asociado, definiéndolo en la misma definición de tarea que su aplicación.
Creación del archivo de configuración del agente
Cree el archivo de configuración del agente de CloudWatch localmente. En este ejemplo, la ruta relativa
del archivo será amazon-cloudwatch-agent.json.
Para obtener más información acerca de la configuración del agente, consulte Creación o edición manual
del archivo de configuración del agente de CloudWatch (p. 263).
{
"logs": {
"emf": { }
}
}
}
Envío de la configuración al almacén de parámetros SSM
Escriba el siguiente comando para enviar el archivo de configuración del agente de CloudWatch al
almacén de parámetros de AWS Systems Manager (SSM).
383

--name "cwagentconfig" \
--type "String" \
--value "`cat amazon-cloudwatch-agent.json`" \
--region "{{region}}"
Configuración de la definición de tarea
Configure la definición de tarea para utilizar el agente de CloudWatch y exponer el puerto TCP o UDP. La
definición de tarea de ejemplo que debe utilizar depende del modo de red.
Observe que webapp especifica la variable de entorno AWS_EMF_AGENT_ENDPOINT. La biblioteca

la utiliza y debe apuntar al punto de enlace que escucha el agente. Además, cwagent especifica la
CW_CONFIG_CONTENT como parámetro “valueFrom” que apunta a la configuración de SSM que creó en el
paso anterior.
A continuación, se muestra un ejemplo del modo puente. Cuando se habilitan redes en modo puente, el
agente debe enlazarse con la aplicación mediante el parámetro links y debe hacerse referencia al mismo
con el nombre del contenedor.
{
{
"name": "webapp",
"links": [ "cwagent" ],
"image": "my-org/web-app:latest",
"essential": true,
"memory": 256,
"cpu": 256,
"environment": [{
"name": "AWS_EMF_AGENT_ENDPOINT",
"value": "tcp://cwagent:25888"
}],
},
{
"name": "cwagent",
"mountPoints": [],
"essential": true,
"memory": 256,
"cpu": 256,
"portMappings": [{
"protocol": "tcp",
"containerPort": 25888
}],
"environment": [{
"value": "cwagentconfig"
}],
}
],
}
A continuación, se muestra un ejemplo del modo de host o el modo awsvpc. Al ejecutarse en estos modos
de red, se puede hacer referencia al agente a través de localhost.
{
{
"name": "webapp",
"image": "my-org/web-app:latest",
384
"essential": true,
"memory": 256,
"cpu": 256,
"environment": [{
"name": "AWS_EMF_AGENT_ENDPOINT",
"value": "tcp://127.0.0.1:25888"
}],
},
{
"name": "cwagent",
"mountPoints": [],
"essential": true,
"memory": 256,
"cpu": 256,
"portMappings": [{
"protocol": "tcp",
"containerPort": 25888
}],
"environment": [{
"value": "cwagentconfig"
}],
}
],
}
Note
En el modo awsvpc, debe proporcionar una dirección IP pública a la VPC (solo Fargate),
configurar una gateway NAT o configurar un punto de enlace de la VPC de CloudWatch Logs.
Para obtener más información acerca de cómo configurar una NAT, consulte Gateways NAT.
Para obtener más información acerca de cómo configurar un punto de enlace de la VPC de
CloudWatch Logs, consulte Uso de CloudWatch Logs con los puntos de enlace de la VPC de tipo
interfaz.
A continuación, se muestra un ejemplo de cómo asignar una dirección IP pública a una tarea que
utiliza el tipo de lanzamiento de Fargate.
aws ecs run-task \

--cluster {{cluster-name}} \
--task-definition cwagent-fargate \
--region {{region}} \
--launch-type FARGATE \
--network-configuration
"awsvpcConfiguration={subnets=[{{subnetId}}],securityGroups=[{{sgId}}],assignPublicIp=ENABLED}"
Comprobación de permisos
Asegúrese de que el rol de IAM que ejecuta las tareas tiene permiso para leer datos del almacén de
parámetros SSM. Puede añadir este permiso asociando la política AmazonssmReadOnlyAccess. Para ello,
introduzca el siguiente comando.
aws iam attach-role-policy --policy-arn arn:aws:iam::aws:policy/AmazonSSMReadOnlyAccess \

Instalación del agente de CloudWatch en Amazon EKS
Algunas partes de este proceso se pueden omitir si ya ha instalado CloudWatch Container Insights en este
clúster.
Permisos
385
Si aún no ha instalado Container Insights, asegúrese primero de que sus nodos Amazon EKS tienen los
permisos de IAM adecuados. Deben tener la CloudWatchAgentServerPolicy asociada. Para obtener más
información, consulte Verificación de los requisitos previos (p. 175).
Creación de ConfigMap
Cree un ConfigMap para el agente. El ConfigMap también indica al agente que escuche un puerto TCP o
UDP. Utilice el siguiente ConfigMap.
# cwagent-emf-configmap.yaml
apiVersion: v1
data:
# Any changes here must not break the JSON format
cwagentconfig.json: |
{
"agent": {
"omit_hostname": true
},
"logs": {
"emf": { }
}
}
}
kind: ConfigMap
metadata:
name: cwagentemfconfig
namespace: default
Si ya ha instalado Container Insights, añada la siguiente línea "emf": { } a su ConfigMap existente.
Aplicación del ConfigMap
Escriba el siguiente comando para aplicar el ConfigMap.
kubectl apply -f cwagent-emf-configmap.yaml
Implementación del agente
Para implementar el agente de CloudWatch como elemento asociado, añada el agente a la definición de
pod, como en el ejemplo siguiente.
apiVersion: v1
kind: Pod
metadata:
name: myapp
namespace: default
spec:
containers:
# Your container definitions go here
- name: web-app
image: my-org/web-app:latest
# CloudWatch Agent configuration
- name: cloudwatch-agent
image: amazon/cloudwatch-agent:latest
resources:
limits:
cpu: 200m
memory: 100Mi
requests:
cpu: 200m
386
Visualización de sus métricas y registros en la consola
memory: 100Mi
volumeMounts:
mountPath: /etc/cwagentconfig
ports:
# this should match the port configured in the ConfigMap
- protocol: TCP
hostPort: 25888
containerPort: 25888
volumes:
configMap:
name: cwagentemfconfig
Uso del agente de CloudWatch para enviar registros de formato de métricas

integradas
Una vez que el agente de CloudWatch esté instalado y en ejecución, podrá enviar los registros de formato
de métricas integradas a través de TCP o UDP. Hay dos requisitos al enviar los registros a través del
agente:
• Los registros deben contener una LogGroupName clave que indique al agente qué grupo de registros
utilizar.
• Cada evento de registro debe estar en una sola línea. En otras palabras, un evento de registro no puede
contener el carácter de nueva línea (\n).
Los eventos de registro también deben seguir la especificación de formato de métricas integradas. Para
obtener más información, consulte Especificación: formato de métricas integradas (p. 375).
A continuación, se muestra un ejemplo de envío manual de eventos de registro desde un shell Bash
de Linux. En su lugar, puede utilizar las interfaces de socket UDP proporcionadas por el lenguaje de
programación que elija.
echo '{"_aws":{"Timestamp":1574109732004,"LogGroupName":"Foo","CloudWatchMetrics":
[{"Namespace":"MyApp","Dimensions":[["Operation"]],"Metrics":
[{"Name":"ProcessingLatency","Unit":"Milliseconds"}]}]},"Operation":"Aggregator","ProcessingLatency":10
\
> /dev/udp/0.0.0.0/25888
Visualización de sus métricas y registros en la

consola
Después de generar registros de formato de métricas integradas extractores de métricas, puede utilizar
la consola de CloudWatch para ver las métricas. Las métricas integradas tienen las dimensiones que
especificó al generar los registros. Además, las métricas integradas que generó con las bibliotecas de
cliente tienen las siguientes dimensiones predeterminadas:
• ServiceType
• ServiceName
• LogGroup
Para ver las métricas generadas a partir de los registros de formato de métricas integradas
387
Visualización de sus métricas y registros en la consola

3. Seleccione un espacio de nombres que especificó para las métricas integradas cuando las generó.
Si utilizó las bibliotecas de cliente para generar las métricas y no especificó un espacio de nombres,
seleccione aws-embedded-metrics. Este es el espacio de nombres predeterminado de las métricas
integradas generadas mediante las bibliotecas de cliente.
4. Seleccione una dimensión de métrica (por ejemplo, ServiceName).
5. La pestaña All metrics muestra todas las métricas para dicha dimensión en el espacio de nombres.
Puede hacer lo siguiente:
a. Para ordenar la tabla, utilice el encabezado de columna.

b. Para representar gráficamente una métrica, seleccione la casilla de verificación situada junto a
la métrica. Para seleccionar todas las métricas, seleccione la casilla de verificación en la fila de
c. Para filtrar por recurso, seleccione el ID de recurso y, a continuación, elija Add to search.
d. Para filtrar por métrica, elija el nombre de la métrica y, a continuación, seleccione Add to search.
Consulta de registros mediante CloudWatch Logs Insights
Puede consultar los eventos de registro detallados asociados a las métricas extraídas mediante
CloudWatch Logs Insights para ofrecer información detallada acerca de las causas raíz de los eventos
operativos. Una de las ventajas de extraer métricas de los registros es que puede filtrar estos más adelante
por la métrica única (nombre de métrica más conjunto de dimensiones único) y los valores de métrica, para
obtener el contexto de los eventos que contribuyeron al valor de métrica agregado
Por ejemplo, para obtener un ID de rastro de X-Ray o un ID de solicitud afectado, podría ejecutar la
siguiente consulta en CloudWatch Logs Insights.
filter Latency > 1000 and Operation = "Aggregator"

| fields RequestId, TraceId
También puede realizar la agregación en tiempo de consulta en claves de alta cardinalidad, como la
búsqueda de los clientes afectados por un evento. En el ejemplo siguiente se ilustra este caso.
filter Latency > 1000 and Operation = "Aggregator"

| stats count() by CustomerId
Para obtener más información, consulte Analizar datos de registro con CloudWatch Logs Insights
388
Monitorización de aplicaciones
mediante AWS Métricas de SDK
Los clientes empresariales pueden utilizar el agente de CloudWatch con AWS Métricas de SDK para
Enterprise Support (Métricas de SDK) para recopilar métricas de los SDK de AWS en los hosts y los
clientes. Estas métricas se comparten con AWS Enterprise Support. Métricas de SDK puede ayudarle a
recopilar métricas relevantes y datos de diagnóstico sobre las conexiones de la aplicación con los servicios
de AWS sin añadir instrumentación personalizada al código y reduce el trabajo manual necesario para
compartir registros y datos con AWS Support.
Important
Métricas de SDK solo está disponible para los clientes con una suscripción Enterprise Support.
Para obtener más información, consulte el Centro de soporte de Amazon CloudWatch.
Puede utilizar Métricas de SDK con cualquier aplicación que llame directamente a servicios de AWS y que
se haya creado con un SDK de AWS de alguna de las versiones que se muestran en la siguiente sección.
Métricas de SDK monitoriza las llamadas realizadas por el SDK de AWS y utiliza el agente de CloudWatch
que se ejecuta en el mismo entorno como una aplicación cliente. En la siguiente sección, se explican los
pasos necesarios para habilitar el agente de CloudWatch para emitir datos de Métricas de SDK. Para
obtener información sobre lo que necesita configurar en el SDK, consulte la documentación del SDK.
Temas
• Métricas y datos recopilados por AWS Métricas de SDK para Enterprise Support (p. 390)
• Configuración de Métricas de SDK (p. 392)
Versiones compatibles
Para utilizar Métricas de SDK, debe utilizar una versión 1.207573.0 o posterior del agente de CloudWatch.
Si ya está ejecutando el agente de CloudWatch, puede encontrar la versión en el siguiente archivo.
• Linux: /opt/aws/amazon-cloudwatch-agent/bin/CWAGENT_VERSION
• Windows Server: C:\Program Files\Amazon\AmazonCloudWatchAgent\CWAGENT_VERSION
Asimismo, debe estar utilizando una de las siguientes versiones de un SDK de AWS.
SDK compatibles Documentación de Métricas de SDK
AWS CLI 1.16.84 o posterior Métricas de SDK
Las instrucciones para la instalación de la AWS CLI son las

mismas que para SDK para Python (Boto 3).
AWS SDK para C++ 1.7.47 o posterior Métricas de SDK
AWS SDK for Go 1.25.18 o posterior Métricas de SDK en AWS SDK for Go
AWS SDK for Java 1.11.523 o posterior Habilitación de AWS SDK Metrics for Enterprise Support
(todavía no se admite AWS SDK para
Java 2.x)
389
Métricas y datos recopilados por
Métricas de SDK para Enterprise Support
AWS SDK for JavaScript in Node.js Métricas de SDK en AWS SDK for JavaScript
2.387 o posterior
AWS SDK para .NET 3.3.440 o posterior Habilitación de Métricas de SDK
AWS SDK para PHP 3.85.0 o posterior Métricas de SDK en AWS SDK para PHP versión 3
AWS SDK para Python (Boto 3) 1.9.78 o Métricas de SDK

posterior
AWS SDK parar Ruby 3.45.0 o posterior Métricas de SDK en AWS SDK parar Ruby
Métricas y datos recopilados por AWS Métricas de

SDK para Enterprise Support
Métricas de SDK recopila datos de las aplicaciones y los utiliza para emitir métricas a CloudWatch. En la
siguiente tabla, se muestran los datos recopilados por Métricas de SDK.
Datos Tipo
Versión del mensaje Cadena
ID de mensaje Cadena
Punto de enlace de servicio Cadena
ID de servicio normalizado Cadena
Nombre de operación de la API Cadena
Disponibilidad (desde el punto de vista del Entero (0 o 1) con el número de muestras

cliente de SDK)
Latencia (desde el punto de vista del cliente Distribución

de SDK)
Versión del SDK Cadena
Versión del tiempo de ejecución del lenguaje Cadena

del cliente
Sistema operativo del cliente Cadena
Códigos de respuesta del servicio Pares clave-valor
Versión del tiempo de ejecución del lenguaje Cadena

del cliente
ID de solicitud de ejemplo List
Reintentos Distribución
Solicitudes limitadas Distribución
AccountID Cadena
390
Métricas y datos recopilados por
Métricas de SDK para Enterprise Support
Datos Tipo
Zona de disponibilidad Cadena
ID de instancia Cadena
Entorno en tiempo de ejecución (Lambda/ Cadena

ECS)
Mensajes de error de la red Cadena/mapa
Dirección IP de origen Cadena
Dirección IP de destino Cadena
En la siguiente tabla, se muestran las métricas generados por Métricas de SDK, publicadas en el espacio
de nombres AWS/SDKMetrics. Estas métricas solo están disponibles para los clientes con el plan de
soporte Enterprise. Para estos clientes, se puede obtener acceso a las métricas a través de los directores
de cuentas técnicas y el personal de AWS Support.
Las métricas se publican a intervalos de un minuto.
Métrica Descripción Uso
CallCount Número total de llamadas a la API Utilice CallCount como base de referencia
realizadas correctamente o con para correlacionar con otras métricas como
errores desde el código a los servicios ServerErrorCount y ThrottleCount.
de AWS.
Unidad: recuento
ClientErrorCountEl número de llamadas a la API que se Un valor elevado para esta métrica
realizaron incorrectamente con errores normalmente indica que hay algún problema
del cliente (códigos de respuesta en la aplicación que debe solucionarse, a
HTTP 4xx). Estos errores pueden menos que dicho valor sea el resultado de una
ser errores de limitación controlada, limitación controlada provocada por un límite
acceso denegado, El bucket de S3 no de servicio de AWS. En este caso, debería
existe y valor de parámetro no válido. aumentar el límite de servicio.
Unidad: recuento
EndToEndLatency
Tiempo total del que dispone la Utilice EndToEndLatency para determinar
aplicación para realizar una llamada cómo contribuyen las llamadas a la API de
utilizando el SDK de AWS, incluidos AWS a la latencia general de la aplicación.
los reintentos. Una latencia superior a la esperada podría
deberse a problemas con la red, el firewall u
Unidad: milisegundos otras opciones de configuración. La latencia
también la pueden producir los reintentos del
SDK.
ConnectionErrorCount
El número de llamadas a la API que Utilice esta métrica para determinar si los
no se realizan correctamente debido problemas son específicos de la aplicación o
a errores de conexión con el servicio. los causa la infraestructura o la red. Un valor
Estos errores pueden deberse a elevado también podría indicar valores de
problemas de red entre la aplicación tiempo de espera cortos para las llamadas a la
y los servicios de AWS, incluidos API.
problemas con el balanceador de
carga, errores de DNS y problemas
391
Configuración de Métricas de SDK
Métrica Descripción Uso

con el proveedor de tránsito. En
algunos casos, ciertos problemas de
AWS pueden dar lugar a este error.
Unidad: recuento
ServerErrorCount
El número de llamadas a la API Utilice esta métrica para determinar la causa
que se realizan incorrectamente de los reintentos o la latencia del SDK. Esta
debido a errores de servidor (códigos métrica no siempre indica que los servicios de
de respuesta HTTP 5xx) desde AWS son los causantes de los errores, ya que
los servicios de AWS. Suelen ser algunos equipos de AWS clasifican la latencia
causados por los servicios de AWS. como una respuesta HTTP 503.
Unidad: recuento
ThrottleCount El número de llamadas a la API que Utilice esta métrica para evaluar si la
producen errores debido a la limitación aplicación ha alcanzado los límites, así como
controlada impuesta por los servicios para determinar la causa de los reintentos y
de AWS. la latencia de la aplicación. Si observa valores
altos, considere la posibilidad de distribuir las
Unidad: recuento llamadas a través de una ventana en lugar de
agruparlas por lotes.
Puede utilizar las siguientes dimensiones con Métricas de SDK.
Dimensión Descripción
DestinationRegion La región de AWS que es el destino de la llamada.
Servicio El servicio de AWS al que llama la aplicación.
Configuración de Métricas de SDK

Para configurar Métricas de SDK, debe realizar algunos pasos con su SDK y otros con el agente de
CloudWatch.
Para configurar Métricas de SDK
1. Cree una aplicación con un SDK de AWS que admita Métricas de SDK.
2. Aloje el proyecto en una instancia Amazon EC2 o en su entorno local.
3. Instale y utilice la versión más reciente del SDK.
4. Instale el agente de CloudWatch en la instancia EC2 o en el entorno local que ejecuta la aplicación
para la que desea recibir métricas. Para obtener más información, consulte Instalación del agente de
5. Configure el agente de CloudWatch para Métricas de SDK. Para obtener más información, consulte
Configuración del agente de CloudWatch para Métricas de SDK (p. 393).
6. Autorice a Métricas de SDK para que recopile y envíe métricas. Para obtener más información,
consulte Definición de permisos de IAM para Métricas de SDK (p. 395).
7. Habilite Métricas de SDK. Existen varias formas de hacerlo, en función del SDK que utilice. Un método
que es universal para todos los SDK es añadir lo siguiente a sus variables de entorno:
392
Configuración del agente de
CloudWatch para Métricas de SDK
export AWS_CSM_ENABLED=true
Para obtener información acerca de los otros métodos, consulte la documentación del SDK, tal y como
se muestra en la siguiente tabla.
AWS CLI 1.16.84 o posterior Métricas de SDK
Las instrucciones para la instalación de la AWS CLI son las

mismas que para SDK para Python (Boto 3).
AWS SDK para C++ 1.7.47 o posterior Métricas de SDK
AWS SDK for Go 1.16.18 o posterior Métricas de SDK en AWS SDK for Go
AWS SDK for Java 1.11.523 o Habilitación de AWS SDK Metrics for Enterprise Support
posterior (todavía no se admite AWS
SDK para Java 2.x)
AWS SDK for JavaScript in Node.js Métricas de SDK en AWS SDK for JavaScript
2.387 o posterior
AWS SDK para .NET 3.3.440 o Habilitación de Métricas de SDK

posterior
AWS SDK para PHP 3.85.0 o posterior Métricas de SDK en AWS SDK para PHP versión 3
AWS SDK para Python (Boto 3) 1.9.78 Métricas de SDK

o posterior
AWS SDK parar Ruby 3.45.0 o Métricas de SDK en AWS SDK parar Ruby
posterior
Configuración del agente de CloudWatch para

Métricas de SDK
Después de instalar el agente de CloudWatch, debe configurarlo para trabajar con Métricas de SDK.
La forma más sencilla consiste en utilizar AWS Administrador de sistemas, pero también puede hacerlo
manualmente.
Temas
• Configuración del agente de CloudWatch para Métricas de SDK mediante AWS Administrador de
sistemas (p. 393)
• Configuración manual del agente de CloudWatch para Métricas de SDK (p. 394)
Configuración del agente de CloudWatch para Métricas de SDK

mediante AWS Administrador de sistemas
En esta sección, se explica cómo utilizar SSM para configurar el agente de CloudWatch para trabajar
con Métricas de SDK. Para obtener más información sobre los agentes de SSM, consulte Instalación y
configuración del SSM Agent.
393
Configuración del agente de
CloudWatch para Métricas de SDK
Para configurar Métricas de SDK mediante SSM

2. En el panel de navegación, elija Run Command.
3. En la lista Command document (Documento de comando), seleccione el botón situado junto a AWS-
UpdateSSMAgent.
5. En el panel de navegación, elija Parameter Store (Almacén de parámetros).
6. Elija Create Parameter.
7. Haga lo siguiente:
a. Asigne el nombre AmazonCSM al parámetro.

b. Seleccione el tipo string.
c. En Value (Valor), escriba { "csm": {"memory_limit_in_mb": 20, "port": 31000}}.
8. Seleccione Create Parameter (Crear parámetro).
Para completar la configuración, consulte la documentación del SDK.
Configuración manual del agente de CloudWatch para Métricas

de SDK
En esta sección, se explica cómo configurar manualmente el agente de CloudWatch para trabajar con
Métricas de SDK.
Creación del archivo de configuración del agente de CloudWatch
Si aún no tiene un archivo de configuración del agente de CloudWatch, cree uno. Para obtener más
información, consulte Creación del archivo de configuración del agente de CloudWatch (p. 258).
Añadir la configuración de Métricas de SDK
Agregue la siguiente entrada csm al objeto JSON de nivel superior en el archivo de configuración del
"csm": {
"memory_limit_in_mb": 20,
"port": 31000
}
Por ejemplo:
{
"agent": {
...
},
"metrics": {
...
},
"csm": {
"memory_limit_in_mb": 20,
"port": 31000
}
}
A partir de ahora, puede iniciar el agente CloudWatch mediante este archivo de configuración. Para
obtener más información, consulte Inicio del agente de CloudWatch (p. 243).
394
Definición de permisos de IAM para Métricas de SDK
Para completar la configuración, consulte la documentación del SDK.
Definición de permisos de IAM para Métricas de SDK

Para configurar los permisos con objeto de utilizar Métricas de SDK, debe crear una política de IAM que
autorice el proceso Métricas de SDK y asociarla al rol o al usuario que está asociado a la instancia EC2 en
que se ejecuta el agente de CloudWatch.
1. Abra la consola de IAM en https://console.aws.amazon.com/iam/.

2. En el panel de navegación, seleccione Policies.
3. Elija Create Policy (Crear política), JSON.
4. Introduzca la siguiente política insertada en la ventana de contenido. Haga caso omiso de la
advertencia sobre la acción no compatible.
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"sdkmetrics:*"
],
"Resource": "*"
}
]
}
5. Asigne el nombre AmazonSDKMetrics a la política.

6. Asocie la política al usuario o al rol de IAM asociado a la instancia EC2 en que se está ejecutando el
395
Visualización de las cuotas de
servicio y configuración de alarmas
Métricas de integración y uso de

cuotas de servicio
Puede utilizar CloudWatch para administrar de forma proactiva sus cuotas de servicio de AWS. Las
métricas de uso de CloudWatch proporcionan visibilidad sobre el uso que hace su cuenta de los recursos y
las operaciones de API.
Puede utilizar estas métricas para visualizar el uso actual del servicio en paneles y gráficos de
CloudWatch. Puede utilizar una función de cálculo de métricas de CloudWatch para mostrar las cuotas de
servicio de esos recursos en los gráficos. También puede configurar alarmas que le avisen cuando su uso
se acerque a una cuota de servicio.
Para obtener más información acerca de las cuotas de servicio, consulte el artículo donde se explica qué
son las cuotas de servicio en la Guía del usuario de Service Quotas.
Actualmente, los siguientes servicios proporcionan métricas de uso que puede utilizar para evaluar sus
cuotas de servicio:
• AWS CloudHSM
• Amazon CloudWatch
• Amazon DynamoDB
• Amazon EC2
• Amazon EC2 Container Registry
• AWS Key Management Service
• Amazon Kinesis Data Firehose
Todos estos servicios publican sus métricas de uso en el espacio de nombres de la métrica de AWS/
Usage.
Temas
• Visualización de las cuotas de servicio y configuración de alarmas (p. 396)
• Métricas de uso de CloudWatch (p. 397)
Visualización de las cuotas de servicio y

configuración de alarmas
Puede utilizar la consola de CloudWatch para visualizar las cuotas de servicio y ver cómo se compara su
uso actual. También puede configurar alarmas para recibir notificaciones cuando se acerque a una cuota.
Para visualizar una cuota de servicio y, opcionalmente, configurar una alarma

3. En la pestaña All metrics (Todas las métricas), elija Usage (Uso) y, a continuación, By AWS Resource
(Por recurso de AWS).
396
Métricas de uso de CloudWatch
Aparecerá la lista de métricas de uso de cuotas de servicio.

4. Active la casilla situada junto a una de las métricas.
En el gráfico se muestra su uso actual de ese recurso de AWS.

5. Para añadir su cuota de servicio al gráfico, haga lo siguiente:
a. Elija la pestaña Graphed metrics.

b. Elija Math expression (Expresión matemática) y Start with an empty expression (Comenzar
con una expresión vacía). A continuación, en la nueva fila, en Details (Detalles), escriba
SERVICE_QUOTA(m1).
Se añade una nueva línea al gráfico, mostrando la cuota de servicio del recurso representado en
la métrica.
6. Para ver su uso actual como porcentaje de la cuota, añada una nueva expresión o cambie la
expresión SERVICE_QUOTA actual. Para la nueva expresión, use m1/SERVICE_QUOTA(m1)*100
7. (Opcional) Para configurar una alarma que le notifique si se acerca a la cuota de servicio, haga lo
siguiente:
a. En la fila m1/SERVICE_QUOTA(m1)*100, en Actions (Acciones), elija el icono de alarma. Se

parece a una campana.
Aparecerá la página de creación de alarmas.

b. En Conditions (Condiciones), asegúrese de que Threshold type (Tipo de umbral) es Static
(Estático) y Whenever Expression1 is (Siempre que Expression1 sea) se establece en Greater
(Mayor). En than (que), escriba 80. Esto crea una alarma que pasa al estado ALARM cuando su
uso supera el 80 % de la cuota.
c. Seleccione Next (Siguiente).
d. En la página siguiente, seleccione un tema de Amazon SNS o cree uno nuevo. Este tema se
notifica cuando la alarma pasa al estado ALARM. A continuación, elija Next.
e. En la página siguiente, escriba un nombre y una descripción para la alarma y, a continuación, elija
Next (Siguiente).
f. Elija Create alarm (Crear alarma).

CloudWatch recopila métricas que realizan un seguimiento del uso de algunos recursos de AWS.
Estas métricas corresponden a las cuotas de servicio de AWS. El seguimiento de estas métricas puede
ayudarle a administrar sus cuotas de forma proactiva. Para obtener más información, consulte Métricas de
integración y uso de cuotas de servicio (p. 396).
Las métricas de uso de cuotas de servicio se encuentran en el espacio de nombres AWS/Usage y se

recopilan cada minuto.
Actualmente, el único nombre de métrica de este espacio de nombres que CloudWatch publica es
CallCount. Esta métrica se publica con las dimensiones Resource, Service y Type. La dimensión
Resource especifica el nombre de la operación de API de la que se realiza el seguimiento. Por ejemplo,
la métrica CallCount con las dimensiones "Service": "CloudWatch", "Type": "API" y
"Resource": "PutMetricData" indica el número de veces que se ha llamado a la operación de la API
PutMetricData de CloudWatch en su cuenta.
La métrica CallCount no tiene una unidad especificada. La estadística más útil para la métrica es SUM,
que representa el recuento total de operaciones para el periodo de 1 minuto.
Métricas
397
CallCount El número de operaciones especificadas realizadas en su cuenta.
Dimensiones
Dimensión Descripción
Service El nombre del servicio de AWS que contiene el recurso. Para las métricas de
uso de CloudWatch, el valor de esta dimensión es CloudWatch
Class La clase de recurso del que se realiza el seguimiento. Las métricas de uso de
la API de CloudWatch utilizan esta dimensión con un valor de None.
Type El tipo de recurso del que se realiza el seguimiento. Actualmente, cuando la

dimensión de Service es CloudWatch, el único valor válido para Type es
API.
Resource El nombre de la operación de la API. Entre los valores válidos se incluyen los
siguientes:
DeleteAlarms, DeleteDashboards, DescribeAlarmHistory,
DescribeAlarms, GetDashboard, GetMetricData,
GetMetricStatistics, ListMetrics, PutDashboard y
PutMetricData
398
Situación: monitorizar los cargos estimados
Tutoriales de CloudWatch
Las siguientes situaciones ilustran los usos de Amazon CloudWatch. En la primera situación, utilice la
consola de CloudWatch para crear una alarma de facturación que realiza un seguimiento de su consumo
de AWS y que le permite saber si ha superado un determinado umbral de gasto. En la segunda situación
más avanzada, utilizará AWS Command Line Interface (AWS CLI) para publicar una métrica única para
una aplicación hipotética denominada GetStarted.
Situaciones
• Monitorización de los cargos estimados (p. 399)

• Publicar métricas (p. 401)
Situación: monitorizar los cargos estimados

utilizando CloudWatch
En esta situación, crea una alarma de Amazon CloudWatch para monitorizar los cargos estimados. Al
habilitar el monitoreo de los cargos estimados para su cuenta de AWS, los cargos estimados se calculan y
se envían varias veces al día para CloudWatch como datos de métricas.
Los datos de las métricas de facturación se almacenan en Región EE.UU. Este (Norte de Virginia) y
reflejan los cargos en todo el mundo. Estos datos incluyen los cargos estimados para todos los servicios de
AWS que utilice, así como el conjunto total estimado de los cargos de AWS.
Puede optar por recibir alertas mediante email cuando los cargos superen un umbral determinado. Estas
alertas se activan mediante CloudWatch y se envían mensajes utilizando Amazon Simple Notification
Service (Amazon SNS).
Tareas
• Paso 1: habilitar alertas de facturación (p. 399)
• Paso 2: crear una alarma de facturación (p. 400)
• Paso 3: comprobar el estado de alarma (p. 400)
• Paso 4: editar una alarma de facturación (p. 401)
• Paso 5: eliminar una alarma de facturación (p. 401)
Paso 1: habilitar alertas de facturación

Antes de crear una alarma para los cargos estimados, debe habilitar las alertas de facturación, a fin de que
pueda supervisar los cargos estimados de AWS y crear una alarma a través de los datos de las métricas
de facturación. Después de habilitar las alertas de facturación, no puede deshabilitar la recopilación de
datos, pero puede eliminar las alarmas de facturación que ha creado.
Después de habilitar las alertas de facturación por primera vez, se tardan unos 15 minutos antes de poder
ver los datos de facturación y definir alertas de facturación.
Requisitos
• Debe haber iniciado sesión como un usuario raíz de la cuenta de AWS o un usuario de IAM que tenga
activado el acceso a la consola de Billing and Cost Management.
• En el caso de las cuentas de facturación consolidada, los datos de facturación de cada cuenta vinculada
pueden encontrarse iniciando sesión en la cuenta de pago. Puede consultar los datos de facturación de
399
Paso 2: crear una alarma de facturación
los cargos totales estimados y de los cargos estimados por servicio de cada cuenta vinculada, así como
para la cuenta consolidada.
Para habilitar la monitorización de los cargos estimados
1. Abra la consola de facturación y administración de costos en https://console.aws.amazon.com/billing/.

2. En el panel de navegación, elija Preferences.
3. Seleccione Receive Billing Alerts.
4. Elija Save preferences.
Paso 2: crear una alarma de facturación

Después de haber activado las alertas de facturación, puede crear una alarma de facturación. En esta
situación, crea una alarma que envía un mensaje de correo electrónico cuando los cargos estimados de
AWS superan un umbral especificado.
Note
Este procedimiento utiliza las opciones sencillas. Para utilizar las opciones avanzadas, consulte
Creación de una alarma de facturación (p. 109) en Crear una alarma de facturación para
monitorizar sus cargos de AWS estimados.
Para crear una alarma de facturación

4. Elija Select metric (Seleccionar métrica), Billing (Facturación), Total Estimated Charge (Cargo
estimado total).
5. Seleccione la casilla de verificación situada al lado de EstimatedCharges y elija Select metric
(Seleccionar métrica)
6. En Whenever my total AWS charges for the month exceed, especifique el importe monetario (por
ejemplo, 200) que debe superarse para activar la alarma y enviar una notificación por correo
electrónico.
Tip
El gráfico muestra una estimación actual de los cargos que puede usar para establecer un
importe adecuado.
7. En send a notification to, seleccione una lista de notificación existente o cree una nueva.
Para crear una lista, seleccione New list y escriba una lista de direcciones de correo electrónico
separadas por comas para recibir una notificación cuando la alarma cambie al estado ALARM. A cada
dirección de correo electrónico se envía un email de confirmación de suscripción. El destinatario debe
confirmar la suscripción antes de que las notificaciones se puedan enviar a la dirección de correo
electrónico.
8. Elija Create Alarm.
Paso 3: comprobar el estado de alarma

Ahora, compruebe el estado de la alarma de facturación que acaba de crear.
400
Paso 4: editar una alarma de facturación
Para comprobar el estado de alarma

4. Active la casilla que hay junto a la alarma. Hasta que se confirme la suscripción, se muestra como
"Pendiente de confirmación". Cuando se confirme la suscripción, actualice la consola para mostrar el
estado actualizado.
Paso 4: editar una alarma de facturación

Por ejemplo, es posible que desee aumentar de 200 a 400 USD la cantidad de dinero que gasta en AWS
cada mes. Puede editar la alarma de facturación existente y aumentar el importe monetario que se debe
superar antes de activar la alarma.
Para editar una alarma de facturación

4. Seleccione la casilla de verificación junto a la alarma y elija Actions (Acciones), Modify (Modificar).
5. En Whenever my total AWS charges for the month exceed, especifique el nuevo importe que debe
superarse para activar la alarma y enviar una notificación por correo electrónico.
6. Elija Save Changes.
Paso 5: eliminar una alarma de facturación

Si ya no necesita la alarma de facturación, puede eliminarla.
Para eliminar una alarma de facturación

4. Seleccione la casilla de verificación junto a la alarma y elija Actions (Acciones), Delete (Eliminar).
5. Cuando se le indique que confirme, seleccione Yes, Delete.
Situación: publicar métricas para CloudWatch

En esta situación, utiliza AWS Command Line Interface (AWS CLI) para publicar una métrica única para
una aplicación hipotética denominada GetStarted. Si no ha instalado y configurado todavía la AWS CLI,
consulte Configuración inicial de AWS Command Line Interface en la AWS Command Line Interface Guía
del usuario.
Tareas
• Paso 1: definir la configuración de datos (p. 402)
• Paso 2: añadir métricas a CloudWatch (p. 402)
401
Paso 1: definir la configuración de datos
• Paso 3: obtener estadísticas desde CloudWatch (p. 403)

• Paso 4: ver gráficos con la consola (p. 403)
Paso 1: definir la configuración de datos

En esta situación, publica puntos de datos que realizan un seguimiento de la latencia de solicitudes
para la aplicación. Elija nombres para su métrica y el espacio de nombres que tenga sentido. En este
ejemplo, nombre la métrica RequestLatency y coloque todos los puntos de datos en el espacio de nombres
GetStarted.
Puede publicar varios puntos de datos que representan colectivamente los datos de latencia de tres horas.
Los datos sin procesar engloban 15 lecturas de latencia de solicitud distribuidas en tres horas. Cada
lectura está en milisegundos:
• Hora uno: 87, 51, 125, 235

• Hora dos: 121, 113, 189, 65, 89
• Hora tres: 100, 47, 133, 98, 100, 328
Puede publicar datos en CloudWatch como puntos de datos únicos o como un conjunto de puntos de datos
acumulados que se conoce como conjunto estadístico. Puede acumular métricas con una granularidad de
tan solo un minuto. Puede publicar los puntos de datos acumulados en CloudWatch como un conjunto de
estadísticas con cuatro claves predefinidas: Sum, Minimum, Maximum y SampleCount.
Publica los puntos de datos desde la hora uno como puntos de datos únicos. Para los datos de las horas
dos y tres, acumulará los puntos de datos y publica un conjunto estadístico para cada hora. Los valores
principales se muestran en la siguiente tabla.
Hora Datos sin formato Suma Mínimo Máximo Recuento de

ejemplo
1 87
1 51
1 125
1 235
2 121, 113, 189, 65, 89 577 65 189 5
3 100, 47, 133, 98, 100, 328 806 47 328 6
Paso 2: añadir métricas a CloudWatch

Después de haber definido la configuración de datos, está listo para agregar datos.
Para publicar puntos de datos en CloudWatch
1. En el símbolo del sistema, ejecute los siguientes comandos put-metric-data para agregar datos para la
primera hora. Sustituya la marca temporal de ejemplo por una marca temporal que se encuentre dos
horas en el pasado, en tiempo universal coordinado (UTC).
aws cloudwatch put-metric-data --metric-name RequestLatency --namespace GetStarted \

--timestamp 2016-10-14T20:30:00Z --value 87 --unit Milliseconds
402
Paso 3: obtener estadísticas desde CloudWatch

2. Agregue los datos para la segunda hora, utilizando una marca temporal que sea una hora después de
la primera hora.

--timestamp 2016-10-14T21:30:00Z --statistic-values
Sum=577,Minimum=65,Maximum=189,SampleCount=5 --unit Milliseconds
3. Agregue datos para la tercera hora, omitiendo la marca temporal al valor predeterminado para la hora
actual.

--statistic-values Sum=806,Minimum=47,Maximum=328,SampleCount=6 --unit Milliseconds
Paso 3: obtener estadísticas desde CloudWatch

Ahora que ha publicado métricas para CloudWatch, puede recuperar estadísticas basadas en dichas
métricas mediante el comando get-metric-statistics como se indica a continuación. Asegúrese de
especificar --start-time y --end-time suficientemente lejos en el pasado para cubrir la primera
marca temporal que ha publicado.
aws cloudwatch get-metric-statistics --namespace GetStarted --metric-name RequestLatency --

statistics Average \
--start-time 2016-10-14T00:00:00Z --end-time 2016-10-15T00:00:00Z --period 60
A continuación, se muestra un ejemplo del resultado:
{
"Datapoints": [],
"Label": "Request:Latency"
}
Paso 4: ver gráficos con la consola

Una vez que haya publicado métricas para CloudWatch, puede utilizar la consola de CloudWatch para ver
gráficos estadísticos.
Para ver gráficos de sus estadísticas en la consola

2. En el panel Navigation, seleccione Metrics.
3. En la pestaña All metrics (Todas las métricas), en el campo de búsqueda, escriba RequestLatency y
pulse Intro.
4. Seleccione la casilla de verificación de la métrica RequestLatency. Se muestra un gráfico de los datos
de métricas en el panel superior.
Para obtener más información, consulte Representación gráfica de métricas (p. 45).
403
Recursos admitidos en CloudWatch
Etiquetado de los recursos de

Amazon CloudWatch
Una etiqueta es un atributo personalizado que usted o AWS asignan a un recurso de AWS. Cada etiqueta
tiene dos partes:
• Una clave de etiqueta (por ejemplo, CostCenter, Environment o Project). Las claves de etiqueta
distinguen entre mayúsculas y minúsculas.
• Un campo opcional denominado valor de etiqueta (por ejemplo, 111122223333 o Production). Omitir
el valor de etiqueta es lo mismo que usar una cadena vacía. Al igual que las claves de etiqueta, los
valores de etiqueta distinguen entre mayúsculas y minúsculas.
Las etiquetas le ayudan a hacer lo siguiente:
• Identificar y organizar sus recursos de AWS. Muchos servicios de AWS admiten el etiquetado, por lo
que puede asignar la misma etiqueta a los recursos de diferentes servicios para indicar que los recursos
están relacionados. Por ejemplo, puede asignar la misma etiqueta a una regla de CloudWatch que
asigne a una instancia EC2.
• Realizar un seguimiento de los costos de AWS. Estas etiquetas se activan en el panel de AWS Billing
and Cost Management. AWS usa las etiquetas para clasificar los costos y enviar un informe mensual de
asignación de costos. Para obtener más información, consulte Uso de etiquetas de asignación de costos
en la Guía del usuario de AWS Billing and Cost Management.
En las siguientes secciones se ofrece más información acerca de las etiquetas de CloudWatch.
Recursos admitidos en CloudWatch

Los siguientes recursos de CloudWatch admiten el etiquetado:
• Alarmas: puede etiquetar las alarmas con el comando de la AWS CLI tag-resource y la API
TagResource.
• Valores controlados: puede etiquetar los valores controlados mediante la consola de CloudWatch. Para
obtener más información, consulte Creación de un canary (p. 115).
• Reglas de Contributor Insights: puede etiquetar las reglas de Contributor Insights al crearlas, con el
comando de la AWS CLI put-insight-rule y la API PutInsightRule. Para agregar etiquetas a las reglas
existentes, utilice el comando de la AWS CLI tag-resource y la API TagResource.
Para obtener información acerca de cómo agregar y administrar etiquetas, consulte Administración de
etiquetas (p. 404).
Administración de etiquetas
Las etiquetas se componen de las propiedades Value y Key de un recurso. Puede usar la consola de
CloudWatch, la AWS CLI o la API de CloudWatch para agregar, editar o eliminar los valores de estas
propiedades. Para obtener información sobre cómo trabajar con etiquetas, consulte lo siguiente:
404
Convenciones de nomenclatura y uso de las etiquetas
• TagResource, UntagResource y ListTagsForResource en la Amazon CloudWatch API Reference

• tag-resource, untag-resource y list-tags-for-resource en la Amazon CloudWatch CLI Reference
• Uso del editor de etiquetas en la Guía del usuario de Resource Groups
Convenciones de nomenclatura y uso de las

etiquetas
Las siguientes convenciones básicas de nomenclatura y uso se aplican al uso de etiquetas con recursos
de CloudWatch:
• Cada recurso puede tener un máximo de 50 etiquetas.

• Para cada recurso, cada clave de etiqueta debe ser única y solo puede tener un valor.
• La longitud máxima de la clave de etiqueta es de 128 caracteres Unicode en UTF-8.
• La longitud máxima del valor de etiqueta es de 256 caracteres Unicode en UTF-8.
• Los caracteres permitidos son letras, números y espacios representables en UTF-8, además de los
siguientes caracteres: . : + = @ _ / - (guion).
• Las claves y los valores de las etiquetas distinguen entre mayúsculas y minúsculas. Como práctica
recomendada, decida una estrategia de uso de mayúsculas y minúsculas en las etiquetas e implemente
esa estrategia sistemáticamente en todos los tipos de recursos. Por ejemplo, decida si se va a utilizar
Costcenter, costcenter o CostCenter y utilice la misma convención para todas las etiquetas.
Procure no utilizar etiquetas similares con un tratamiento de mayúsculas y minúsculas incoherente.
• El prefijo aws: está prohibido para las etiquetas, ya que está reservado para su uso por parte de AWS.
Las claves y valores de etiquetas que tienen este prefijo no se pueden editar. Las etiquetas que tengan
este prefijo no cuentan para el límite de etiquetas por recurso.
405
Protección de los datos
Seguridad en Amazon CloudWatch

La seguridad en la nube de AWS es la mayor prioridad. Como cliente de AWS, se beneficiará de una
arquitectura de red y un centro de datos diseñados para satisfacer los requisitos de seguridad de las
organizaciones más exigentes.
La seguridad es una responsabilidad compartida entre AWS y usted. El modelo de responsabilidad

compartida la describe como seguridad de la nube y seguridad en la nube:
• Seguridad de la nube – AWS es responsable de proteger la infraestructura que ejecuta servicios de

AWS en la nube de AWS. AWS también proporciona servicios que puede utilizar de forma segura. Los
auditores externos prueban y verifican periódicamente la eficacia de nuestra seguridad como parte de
los Programas de conformidad de AWS . Para obtener información sobre los programas de cumplimiento
que se aplican a Amazon WorkSpaces, consulte Servicios de AWS en el ámbito del programa de
conformidad.
• Seguridad en la nube – su responsabilidad viene determinada por el servicio de AWS que utilice.
También es responsable de otros factores, incluida la confidencialidad de los datos, los requisitos de la
empresa y la legislación y los reglamentos aplicables.
Esta documentación le ayuda a comprender cómo aplicar el modelo de responsabilidad compartida

cuando se utiliza Amazon CloudWatch. Muestra cómo configurar Amazon CloudWatch para satisfacer
sus objetivos de seguridad y conformidad. También puede aprender a utilizar otros servicios de AWS que
ayudan a monitorizar y proteger los recursos de CloudWatch.
Contenido
• Protección de datos en Amazon CloudWatch (p. 406)
• Identity and Access Management para Amazon CloudWatch (p. 407)
• Validación de la conformidad en Amazon CloudWatch (p. 433)
• Resiliencia en Amazon CloudWatch (p. 434)
• Seguridad de la infraestructura en Amazon CloudWatch (p. 434)
• Uso de CloudWatch y CloudWatch Synthetics con los puntos de enlace de la VPC de tipo
interfaz (p. 435)
• Consideraciones de seguridad de los canaries de Synthetics (p. 438)
Protección de datos en Amazon CloudWatch

Amazon CloudWatch cumple los requisitos del modelo de responsabilidad compartida de AWS, que
incluye reglamentos y directrices para la protección de los datos. AWS es responsable de proteger la
infraestructura global que ejecuta todos los servicios de AWS. AWS mantiene el control de los datos
alojados en esta infraestructura, incluidos los controles de configuración de la seguridad para el tratamiento
del contenido y los datos personales de los clientes. Los clientes de AWS y los socios de APN, que actúan
como controladores o procesadores de datos, son responsables de todos los datos personales que
colocan en la nube de AWS.
Para fines de protección de datos, le recomendamos proteger las credenciales de la cuenta de AWS y
configurar cuentas de usuario individuales con AWS Identity and Access Management (IAM), de modo que
a cada usuario se le concedan únicamente los permisos necesarios para llevar a cabo su trabajo. También
le recomendamos proteger sus datos de las siguientes formas:
406
Cifrado en tránsito
• Utilice la autenticación multifactor (MFA) con cada cuenta.

• Utilice TLS para comunicarse con los recursos de AWS.
• Configure la API y el registro de actividad del usuario con AWS CloudTrail.
• Utilice las soluciones de cifrado de AWS, junto con todos los controles de seguridad predeterminados
dentro de los servicios de AWS.
• Utilice los servicios de seguridad administrados avanzados como, por ejemplo, Amazon Macie, que
ayudan a detectar y proteger los datos personales almacenados en Amazon S3.
Le recomendamos encarecidamente que no incluya nunca información de identificación confidencial,

como números de cuenta de sus clientes, en los campos de formato libre o metadatos, como los nombres
de función y etiquetas. Cualquier dato que escriba en metadatos se puede incluir en los registros de
diagnóstico. Cuando proporcione una URL a un servidor externo, no incluya información de credenciales
en la URL para validar la solicitud para ese servidor.
Para obtener más información sobre la protección de datos, consulte la entrada de blog relativa al modelo
de responsabilidad compartida de AWS y GDPR en el blog de seguridad de AWS.
Cifrado en tránsito
CloudWatch utiliza el cifrado de extremo a extremo de los datos en tránsito.
Identity and Access Management para Amazon

CloudWatch
El acceso a Amazon CloudWatch requiere credenciales. Estas credenciales deben tener permisos para
obtener acceso a los recursos de AWS, como, por ejemplo, la recuperación de datos de métricas de
CloudWatch acerca de sus recursos en la nube. En las secciones siguientes, se incluye información
detallada sobre cómo puede utilizar AWS Identity and Access Management (IAM) y CloudWatch para
ayudar a proteger sus recursos controlando quién puede obtener acceso a ellos:
• Autenticación (p. 407)

• Control de acceso (p. 408)
Autenticación
Puede obtener acceso a AWS con los siguientes tipos de identidades:
• Usuario raíz de la cuenta de AWS – cuando alguien se inscribe en AWS, introduce una dirección de
correo electrónico y la contraseña asociada a su cuenta de AWS. Estas son las credenciales de usuario
de la cuenta de AWS y proporcionan acceso completo a todos los recursos de AWS.
Important
Por motivos de seguridad, le recomendamos que utilice las credenciales de usuario de la

cuenta de AWS solo para crear un usuario administrador, que es un usuario de IAM con
permiso total en su cuenta de AWS. A continuación, puede utilizar este administrador para crear
otros usuarios y roles de IAM con permisos limitados. Para obtener más información, consulte
Prácticas recomendadas de IAM y Creación de un grupo y usuario administrador en la Guía del
usuario de IAM.
• Usuario de IAM – un usuario de IAM es una identidad dentro de su cuenta de AWS que tiene permisos
personalizados específicos (por ejemplo, permisos para ver metrics en CloudWatch). Puede utilizar un
407
Control de acceso
nombre de usuario de IAM y una contraseña para iniciar sesión en páginas web seguras de AWS, como
la de Consola de administración de AWS, los foros de debate de AWS o AWS Support Center.
Además de un nombre de usuario y una contraseña, también puede generar claves de acceso para
cada usuario. Puede utilizar estas claves cuando obtenga acceso a los servicios de AWS mediante
programación, ya sea a través de uno de los varios SDK o mediante la AWS Command Line Interface
(CLI). El SDK y las herramientas de la AWS CLI usan claves de acceso para firmar criptográficamente
la solicitud. Si no utiliza las herramientas de AWS, debe firmar usted mismo la solicitud. CloudWatch
supports Signature Version 4, un protocolo para autenticar solicitudes de API de entrada. Para obtener
más información acerca de la autenticación de solicitudes, consulte Proceso de firma Signature Version
4 en la AWS General Reference.

• Rol de IAM – un rol de IAM es otra identidad de IAM que puede crear en la cuenta que tiene permisos
específicos. Es similar a un usuario de IAM, pero no está asociado a una determinada persona. Un rol
de IAM le permite obtener claves de acceso temporales que se pueden usar para obtener acceso a los
recursos y servicios de AWS. Los roles de IAM con credenciales temporales son útiles en los siguientes
casos:

• Acceso de usuarios federados – en lugar de crear un usuario de IAM, puede usar identidades
preexistentes de AWS Directory Service, el directorio de usuarios de la compañía o un proveedor
de identidad web (IdP). Esto se conoce como usuarios federados. AWS asigna un rol a un usuario
federado cuando se solicita acceso a través de un IdP. Para obtener más información, consulte
Usuarios federados y roles en la Guía del usuario de IAM.

• Acceso entre cuentas – puede utilizar un rol IAM de su cuenta para conceder permisos a otra cuenta
de AWS para tener acceso a los recursos de su cuenta. Para ver un ejemplo, consulte Tutorial:
Delegar el acceso en las cuentas de AWS mediante funciones de IAM en la Guía del usuario de IAM.

• Acceso a servicios de AWS – puede utilizar un rol de IAM de la cuenta si desea conceder a un servicio
de AWS los permisos necesarios para obtener acceso a los recursos de la cuenta. Por ejemplo,
puede crear una función que permita a Amazon Redshift tener acceso a un bucket de Amazon S3 en
su nombre y, a continuación, cargar los datos almacenados en el bucket en un clúster de Amazon
Redshift. Para obtener más información, consulte Crear un rol para delegar permisos a un servicio de
AWS en la Guía del usuario de IAM.

• Aplicaciones que se ejecutan en Amazon EC2 – en lugar de almacenar claves de acceso en la
instancia EC2 para que lo usen las aplicaciones que se ejecutan en la instancia y realizan solicitudes
de la API de , pueda usar una función de IAM para administrar credenciales temporales para estas
aplicaciones. Para asignar un rol de AWS a una instancia EC2 y ponerla a disposición de todas las
aplicaciones, cree un perfil de instancia asociado a la instancia. Un perfil de instancia contiene el rol
y permite a los programas que se encuentran en ejecución en la instancia EC2 obtener credenciales
temporales. Para obtener más información, consulte Uso de un rol de IAM para conceder permisos a
aplicaciones que se ejecutan en instancias Amazon EC2 en la Guía del usuario de IAM.
Control de acceso
Aunque tenga credenciales válidas para autenticar las solicitudes, si no tiene permisos, no podrá crear
recursos de CloudWatch ni obtener acceso a ellos. Por ejemplo, debe disponer de permisos para crear
widgets de paneles de CloudWatch, ver métricas, etcétera.
408
Actualización de los permisos de los paneles de CloudWatch
En las secciones siguientes, se describe cómo administrar los permisos de CloudWatch. Le

recomendamos que lea primero la información general.
• Información general sobre la administración de los permisos de acceso a los recursos de

CloudWatch (p. 409)
• Uso de políticas basadas en identidades (políticas de IAM) de CloudWatch (p. 413)
• Referencia de permisos de Amazon CloudWatch (p. 427)
Actualización de los permisos de los paneles de

CloudWatch
El 1 de mayo de 2018, AWS cambió los permisos necesarios para obtener acceso a los paneles de
CloudWatch. El acceso a los paneles de la consola de CloudWatch requiere ahora los permisos que se
introdujeron en 2017 para admitir las operaciones de la API de paneles:
• cloudwatch:GetDashboard
• cloudwatch:ListDashboards
• cloudwatch:PutDashboard
• cloudwatch:DeleteDashboards
Para obtener acceso a los paneles de CloudWatch, necesita una de las siguientes políticas:
• La política AdministratorAccess.
• La política CloudWatchFullAccess.
• Una política personalizada que incluya uno o varios de estos permisos específicos:
• cloudwatch:GetDashboard y cloudwatch:ListDashboards para poder ver los paneles
• cloudwatch:PutDashboard para poder crear o modificar paneles
• cloudwatch:DeleteDashboards para poder eliminar paneles
Si desea más información sobre cómo cambiar los permisos de un usuario de IAM mediante políticas,
consulte Cambio de los permisos de un usuario de IAM.
Para obtener más información sobre los permisos de CloudWatch, consulte Referencia de permisos de
Amazon CloudWatch (p. 427).
Para obtener más información sobre las operaciones de la API de paneles, consulte PutDashboard en la
Amazon CloudWatch API Reference.
Información general sobre la administración de los

permisos de acceso a los recursos de CloudWatch
Cada recurso de AWS es propiedad de una cuenta de AWS y los permisos para crear o tener acceso a un
recurso se rigen por las políticas de permisos. Los administradores de cuentas pueden asociar políticas de
permisos a identidades de IAM (es decir, usuarios, grupos y roles). Algunos servicios (como AWS Lambda)
también permiten asociar políticas de permisos con los recursos.
Note
Un administrador de la cuenta (o usuario administrador de IAM) es un usuario con privilegios de

administrador. Para obtener más información, consulte Prácticas recomendadas de IAM de la
Guía del usuario de IAM.
409
Información general sobre la administración de acceso
Cuando concede permisos, decide quién debe obtener los permisos, para qué recursos se obtienen
permisos y qué acciones específicas desea permitir en esos recursos.
Temas
• Recursos y operaciones de CloudWatch (p. 410)
• Titularidad de los recursos (p. 411)
• Administración del acceso a los recursos (p. 411)
• Especificar elementos de política: acciones, efectos y entidades principales (p. 412)
• Especificación de las condiciones de una política (p. 412)
Recursos y operaciones de CloudWatch

Puede restringir el acceso a alarmas y paneles específicos mediante el uso de sus nombres de recurso de
Amazon (ARN) en sus políticas. Para obtener más información, consulte Acciones, recursos y claves de
condiciones de Amazon CloudWatch en la Guía del usuario de IAM.
Utilice un * (asterisco) como recurso a la hora de escribir una política para controlar el acceso a las
acciones de CloudWatch. Por ejemplo:
{
"Version": "2012-10-17",
"Statement":[{
"Effect":"Allow",
"Action":["cloudwatch:GetMetricStatistics","cloudwatch:ListMetrics"],
"Resource":"*",
"Condition":{
"Bool":{
"aws:SecureTransport":"true"
}
}
}
]
}
Para obtener más información sobre los ARN, consulte ARN en la Guía del usuario de IAM. Para obtener
más información sobre los ARN de CloudWatch Logs consulte Nombres de recursos de Amazon (ARN) y
espacios de nombres de servicios de AWS en la Referencia general de Amazon Web Services. Para ver
un ejemplo de una política que abarca las acciones de CloudWatch, consulte Uso de políticas basadas en
identidades (políticas de IAM) de CloudWatch (p. 413).
Acción ARN (con región) ARN (para su uso con función

IAM)
Stop arn:aws:automate:us- arn:aws:swf:us-east-1:cuenta-

east-1:ec2:stop cliente:action/actions/
AWS_EC2.InstanceId.Stop/1.0
Terminate arn:aws:automate:us- arn:aws:swf:us-east-1:cuenta-

east-1:ec2:terminate cliente:action/actions/
AWS_EC2.InstanceId.Terminate/1.0
Reboot n/a arn:aws:swf:us-east-1:cuenta-

cliente:action/actions/
AWS_EC2.InstanceId.Reboot/1.0
Recover arn:aws:automate:us- n/a

east-1:ec2:recover
410
Titularidad de los recursos

La cuenta de AWS es la propietaria de los recursos que se crean en ella, independientemente de quién
los haya creado. En concreto, el propietario de los recursos es la cuenta de AWS de la entidad principal
(es decir, el usuario raíz de la cuenta de AWS, un usuario de IAM o una función de IAM) que autentica la
solicitud de creación de recursos. CloudWatch no tiene ningún recurso que puede poseer.
Administración del acceso a los recursos

Una política de permisos describe quién tiene acceso a qué. En la siguiente sección se explican las
opciones disponibles para crear políticas de permisos.
Note
En esta sección se explica cómo se utiliza IAM en el contexto de CloudWatch. No se proporciona

información detallada acerca del servicio IAM. Para ver la documentación completa de IAM,
consulte ¿Qué es IAM? en la Guía del usuario de IAM. Para obtener información sobre la sintaxis
y descripciones de las políticas de IAM, consulte Referencia de políticas de IAM en la Guía del
usuario de IAM.
Las políticas asociadas a una identidad de IAM se denominan políticas basadas en identidad (políticas de
IAM) y las políticas asociadas a un recurso se denominan políticas basadas en recursos. CloudWatch solo
admite políticas basadas en identidad.
Temas
• Políticas basadas en identidad (políticas IAM) (p. 411)
• Políticas basadas en recursos (políticas de IAM) (p. 412)
Políticas basadas en identidad (políticas IAM)

Puede asociar políticas a identidades de IAM. Por ejemplo, puede hacer lo siguiente:
• Asociar una política de permisos un usuario o un grupo de su cuenta – Para conceder a un usuario
permisos para crear un recurso de Amazon CloudWatch, como metrics, puede asociar una política de
permisos a un usuario o a un grupo al que pertenezca el usuario.
• Asociar una política de permisos a un rol (conceder permisos entre cuentas): – puede asociar una
política de permisos basada en identidad a un rol de IAM para conceder permisos entre cuentas. Por
ejemplo, el administrador de la cuenta A puede crear un rol para conceder permisos entre cuentas a otra
cuenta de AWS (por ejemplo, a la cuenta B) o a un servicio de AWS, tal y como se indica a continuación:
1. El administrador de la cuenta A crea un rol de IAM y asocia una política de permisos a dicho rol, que
concede permisos sobre los recursos de la cuenta A.
2. El administrador de la cuenta A asocia una política de confianza al rol que identifica la cuenta B como
la entidad principal que puede asumir el rol.
3. A continuación, el administrador de la cuenta B puede delegar permisos para asumir el rol a cualquier
usuario de la cuenta B. De este modo, los usuarios de la cuenta B podrán crear recursos y obtener
acceso a ellos en la cuenta A. La entidad principal de la política de confianza también puede ser la
entidad principal de un servicio de AWS si desea conceder permisos para asumir el rol a un servicio
de AWS.
Para obtener más información acerca del uso de IAM para delegar permisos, consulte Administración de
accesos en la Guía del usuario de IAM.
Para obtener más información acerca del uso de políticas basadas en identidad con CloudWatch, consulte
Uso de políticas basadas en identidades (políticas de IAM) de CloudWatch (p. 413). Para obtener más
411
información acerca de los usuarios, grupos, funciones y permisos, consulte Identidades (usuarios, grupos y
roles) en la Guía del usuario de IAM.
Políticas basadas en recursos (políticas de IAM)

Otros servicios, como Amazon S3, admiten también políticas de permisos basadas en recursos. Por
ejemplo, puede asociar una política a un bucket de Amazon S3 para administrar los permisos de acceso a
dicho bucket. CloudWatch no admite políticas basadas en recursos.
Especificar elementos de política: acciones, efectos y entidades

principales
Para cada recurso de CloudWatch, el servicio define un conjunto de operaciones de API. Para conceder
permisos a estas operaciones de la API, CloudWatch define un conjunto de acciones que puede
especificar en una política. Algunas operaciones de API pueden requerir permisos para más de una
acción para poder realizar la operación de API. Para obtener más información sobre los recursos y
las operaciones de API, consulte Recursos y operaciones de CloudWatch (p. 410) y Acciones de
CloudWatch.
A continuación, se indican los elementos básicos de la política:
• Recurso – use un nombre de recurso de Amazon (ARN) para identificar el recurso al que se aplica la
política. CloudWatch no tiene ningún recurso para que pueda controlar el uso de recursos de políticas,
por tanto utilice siempre el carácter comodín (*) en las políticas de IAM. Para obtener más información,
consulte Recursos y operaciones de CloudWatch (p. 410).
• Acción – use palabras clave de acción para identificar las operaciones del recurso que desea permitir
o denegar. Por ejemplo, el permiso cloudwatch:ListMetrics concede permiso a los usuarios para
realizar la operación ListMetrics.
• Efecto – especifique el efecto (permitir o denegar) cuando el usuario solicite la acción específica. Si no
concede acceso de forma explícita (permitir) a un recurso, el acceso se deniega implícitamente. También
puede denegar explícitamente el acceso a un recurso para asegurarse de que un usuario no pueda
obtener acceso a él, aunque otra política le conceda acceso.
• Entidad principal – En las políticas basadas en identidad (políticas de IAM), el usuario al que se asocia
esta política es la entidad principal implícita. Para las políticas basadas en recursos, debe especificar el
usuario, la cuenta, el servicio u otra entidad que desee que reciba permisos (se aplica solo a las políticas
basadas en recursos). CloudWatch no admite políticas basadas en recursos.
Para obtener más información sobre la sintaxis y descripciones de las políticas de IAM consulte Referencia
de políticas de AWS IAM JSON en la Guía del usuario de IAM.
Para ver una tabla con todas las acciones de API de CloudWatch y los recursos a los que se aplican,
consulte Referencia de permisos de Amazon CloudWatch (p. 427).
Especificación de las condiciones de una política

Al conceder permisos, puede utilizar el lenguaje de la política de acceso para especificar las condiciones
en las que se debe aplicar una política. Por ejemplo, es posible que desee que solo se aplique una política
después de una fecha específica. Para obtener más información sobre cómo especificar condiciones en un
lenguaje de política, consulte Condición en la Guía del usuario de IAM.
Para expresar condiciones, se usan claves de condición predefinidas. Para obtener una lista de las claves
de contexto que admite cada servicio de AWS y una lista de las claves de política de AWS, consulte
Claves de contexto de condición y acciones de AWS y Claves de contexto de condición globales y de IAM
en la Guía del usuario de IAM.
412
Usar políticas basadas en identidad (políticas de IAM)
Uso de políticas basadas en identidades (políticas de

IAM) de CloudWatch
En este tema se ofrecen ejemplos de políticas basadas en identidad que muestran cómo un administrador
de cuentas puede asociar políticas de permisos a identidades de IAM (es decir, usuarios, grupos y roles) y,
de ese modo, conceder permisos para realizar operaciones con recursos de CloudWatch.
Important
Le recomendamos que consulte primero los temas de introducción en los que se explican los
conceptos básicos y las opciones disponibles para administrar el acceso a sus recursos de
CloudWatch. Para obtener más información, consulte Control de acceso (p. 408).
En las secciones de este tema se explica lo siguiente:
• Permisos necesarios para usar la consola de CloudWatch (p. 413)

• Políticas administradas (predefinidas) por AWS para CloudWatch (p. 416)
• Ejemplos de políticas administradas por el cliente (p. 417)
A continuación se muestra un ejemplo de una política de permisos.
{
"Version": "2012-10-17",
"Statement":[{
"Effect":"Allow",
"Action":["cloudwatch:GetMetricStatistics","cloudwatch:ListMetrics"],
"Resource":"*",
"Condition":{
"Bool":{
"aws:SecureTransport":"true"
}
}
}
]
}
Esta política de ejemplo tiene una instrucción que concede permisos a un grupo para dos acciones de
CloudWatch (cloudwatch:GetMetricStatisticsdata y cloudwatch:ListMetrics), pero solo si
el grupo utiliza SSL con la solicitud ("aws:SecureTransport":"true"). Para obtener más información
acerca de los elementos dentro de una instrucción de política de IAM, consulte Especificar elementos de
política: acciones, efectos y entidades principales (p. 412) y Referencia de los elementos de política de
IAM en la Guía del usuario de IAM.
Permisos necesarios para usar la consola de CloudWatch

Para que un usuario pueda trabajar con la consola de CloudWatch, debe tener un conjunto mínimo
de permisos que le permitan describir otros recursos de AWS en su cuenta de AWS. La consola de
CloudWatch requiere permisos de los siguientes servicios:
• Amazon EC2 Auto Scaling

• CloudTrail
• CloudWatch
• Eventos de CloudWatch
• CloudWatch Logs
• Amazon EC2
413
• Amazon ES
• IAM
• Kinesis
• Lambda
• Amazon S3
• Amazon SNS
• Amazon SQS
• Amazon SWF
• X-Ray, si está utilizando la característica ServiceLens
Si crea una política de IAM que sea más restrictiva que el mínimo de permisos necesarios, la consola
no funcionará del modo esperado para los usuarios con esa política de IAM. Para asegurarse de que
esos usuarios puedan seguir usando la consola de CloudWatch, asocie también la política administrada
CloudWatchReadOnlyAccess al usuario, según se explica en Políticas administradas (predefinidas) por
AWS para CloudWatch (p. 416).
No es necesario que conceda permisos mínimos para la consola a los usuarios que solo realizan llamadas
a la AWS CLI o a la API de CloudWatch.
El conjunto completo de permisos necesarios para trabajar con la consola de CloudWatch se enumera a
continuación:
• application-autoscaling:DescribeScalingPolicies
• autoscaling:DescribeAutoScalingGroups
• autoscaling:DescribePolicies
• cloudtrail:DescribeTrails
• cloudwatch:DeleteAlarms
• cloudwatch:DescribeAlarmHistory
• cloudwatch:DescribeAlarms
• cloudwatch:GetMetricData
• cloudwatch:GetMetricStatistics
• cloudwatch:ListMetrics
• cloudwatch:PutMetricAlarm
• cloudwatch:PutMetricData
• ec2:DescribeInstances
• ec2:DescribeTags
• ec2:DescribeVolumes
• es:DescribeElasticsearchDomain
• es:ListDomainNames
• events:DeleteRule
• events:DescribeRule
• events:DisableRule
• events:EnableRule
• events:ListRules
• events:PutRule
• iam:AttachRolePolicy
• iam:CreateRole
• iam:GetPolicy
414
• iam:GetPolicyVersion
• iam:GetRole
• iam:ListAttachedRolePolicies
• iam:ListRoles
• kinesis:DescribeStream
• kinesis:ListStreams
• lambda:AddPermission
• lambda:CreateFunction
• lambda:GetFunctionConfiguration
• lambda:ListAliases
• lambda:ListFunctions
• lambda:ListVersionsByFunction
• lambda:RemovePermission
• logs:CancelExportTask
• logs:CreateExportTask
• logs:CreateLogGroup
• logs:CreateLogStream
• logs:DeleteLogGroup
• logs:DeleteLogStream
• logs:DeleteMetricFilter
• logs:DeleteRetentionPolicy
• logs:DeleteSubscriptionFilter
• logs:DescribeExportTasks
• logs:DescribeLogGroups
• logs:DescribeLogStreams
• logs:DescribeMetricFilters
• logs:DescribeSubscriptionFilters
• logs:FilterLogEvents
• logs:GetLogEvents
• logs:PutMetricFilter
• logs:PutRetentionPolicy
• logs:PutSubscriptionFilter
• logs:TestMetricFilter
• s3:CreateBucket
• s3:ListBucket
• sns:CreateTopic
• sns:GetTopicAttributes
• sns:ListSubscriptions
• sns:ListTopics
• sns:SetTopicAttributes
• sns:Subscribe
• sns:Unsubscribe
• sqs:GetQueueAttributes
• sqs:GetQueueUrl
• sqs:ListQueues
415
• sqs:SetQueueAttributes
• swf:CreateAction
• swf:DescribeAction
• swf:ListActionTemplates
• swf:RegisterAction
• swf:RegisterDomain
• swf:UpdateAction
Además, para ver el mapa de servicio en ServiceLens, necesita AWSXrayReadOnlyAccess
Políticas administradas (predefinidas) por AWS para CloudWatch

AWS aborda muchos casos de uso comunes. Para ello, proporciona políticas de IAM independientes
creadas y administradas por AWS. Estas políticas administradas por AWS conceden los permisos
necesarios para casos de uso comunes, lo que le evita tener que investigar los permisos que se necesitan.
Para obtener más información, consulte Políticas administradas por AWS en la Guía del usuario de IAM.
Las siguientes políticas administradas por AWS, que puede asociar a los usuarios de su cuenta, son
específicas de CloudWatch:
• CloudWatchFullAccess – concede acceso total a CloudWatch.

• CloudWatchReadOnlyAccess – concede acceso de solo lectura a CloudWatch.
• CloudWatchActionsEC2Access – concede acceso de solo lectura a alarmas y métricas de CloudWatch,
además de a metadatos de Amazon EC2. Concede acceso a las acciones de API Stop, Terminate y
Reboot para instancias EC2.
Note
Para consultar estas políticas de permisos, inicie sesión en la consola de IAM y busque las
políticas específicas.
También puede crear sus propias políticas de IAM personalizadas para conceder permisos para acciones y
recursos de CloudWatch. Puede asociar estas políticas personalizadas a los usuarios o grupos de IAM que
requieran esos permisos.
Políticas administradas (predefinidas) de AWS para CloudWatch Synthetics

Las siguientes políticas administradas de AWS, que se pueden asociar a los usuarios de su cuenta, son
específicas de CloudWatch Synthetics:
• CloudWatchSyntheticsFullAccess o CloudWatchSyntheticsReadOnlyAccess: para ver detalles de los

valores controlados y los resultados de las ejecuciones de prueba de estos.
• AmazonS3ReadOnlyAccess y CloudWatchReadOnlyAccess: para poder leer todos los datos de
Synthetics en la consola de CloudWatch.
• AWSLambdaReadOnlyAccess: para poder ver el código fuente que utilizan los valores controlados.
• CloudWatchSyntheticsFullAccess: permite crear valores controlados. Además, para crear un valor
controlado que tenga un nuevo rol de IAM creado para él, también necesita la siguiente instrucción de
política insertada:
{
"Version": "2012-10-17",
"Statement": [
{
416
"Effect": "Allow",
"Action": [
"iam:CreateRole",
"iam:CreatePolicy",
"iam:AttachRolePolicy"
],
"Resource": [
"arn:aws:iam::*:role/service-role/CloudWatchSyntheticsRole*",
"arn:aws:iam::*:policy/service-role/CloudWatchSyntheticsPolicy*"
]
}
]
}
Important
Otorgar a un usuario los permisos iam:CreateRole, iam:CreatePolicy e

iam:AttachRolePolicy proporciona a ese usuario acceso administrativo a su cuenta de
AWS. Por ejemplo, un usuario con estos permisos puede crear una política que tenga permisos
completos para todos los recursos y asociarla a cualquier rol. Sea muy cauteloso en lo referente
a la persona a la que concede estos permisos.
Para obtener información acerca de cómo asociar políticas y conceder permisos a los usuarios, consulte
Cambio de los permisos de un usuario de IAM y Para integrar una política en línea de un usuario o un
rol.
Ejemplos de políticas administradas por el cliente

En esta sección, encontrará ejemplos de políticas de usuario que conceden permisos para diversas
acciones de CloudWatch. Estas políticas funcionan cuando se utiliza la API de CloudWatch, los SDK de
AWS o la AWS CLI.
Ejemplos
• Ejemplo 1: permitir al usuario acceso completo a CloudWatch (p. 417)
• Ejemplo 2: permitir acceso de solo lectura a CloudWatch (p. 418)
• Ejemplo 3: parar o terminar una instancia Amazon EC2 (p. 418)
Ejemplo 1: permitir al usuario acceso completo a CloudWatch

La siguiente política permite un usuario obtener acceso a todas las acciones de CloudWatch, acciones de
CloudWatch Logs acciones de Amazon SNS y acceso de solo lectura a Amazon EC2 Auto Scaling.
{
"Version": "2012-10-17",
"Statement": [
{
"Action": [
"autoscaling:Describe*",
"cloudwatch:*",
"logs:*",
"sns:*"
],
"Effect": "Allow",
"Resource": "*"
}
]
}
417
Ejemplo 2: permitir acceso de solo lectura a CloudWatch

La siguiente política permite a un usuario acceso de solo lectura a CloudWatch y ver acciones de
Amazon EC2 Auto Scaling, métricas de CloudWatch datos de CloudWatch Logs y datos de Amazon SNS
relacionados con alarmas.
{
"Version": "2012-10-17",
"Statement": [
{
"Action": [
"autoscaling:Describe*",
"cloudwatch:Describe*",
"cloudwatch:Get*",
"cloudwatch:List*",
"logs:Get*",
"logs:Describe*",
"sns:Get*",
"sns:List*"
],
"Effect": "Allow",
"Resource": "*"
}
]
}
Ejemplo 3: parar o terminar una instancia Amazon EC2

La siguiente política permite a una acción de alarma de CloudWatch parar o terminar una instancia EC2.
En el ejemplo siguiente, las acciones GetMetricStatistics, ListMetrics y DescribeAlarms acciones son
opcionales. Se recomienda que incluya estas acciones para asegurarse de haber parado o finalizado la
instancia correctamente.
{
"Version": "2012-10-17",
"Statement": [
{
"Action": [
"cloudwatch:PutMetricAlarm",
"cloudwatch:GetMetricStatistics",
"cloudwatch:ListMetrics",
"cloudwatch:DescribeAlarms"
],
"Sid": "00000000000000",
"Resource": [
"*"
],
"Effect": "Allow"
},
{
"Action": [
"ec2:DescribeInstanceStatus",
"ec2:DescribeInstances",
"ec2:StopInstances",
"ec2:TerminateInstances"
],
"Sid": "00000000000000",
"Resource": [
"*"
],
"Effect": "Allow"
}
]
418
Uso de claves de condición para limitar el acceso
a los espacios de nombres de CloudWatch
Uso de claves de condición para limitar el acceso a los

espacios de nombres de CloudWatch
Utilice claves de condición de IAM para que los usuarios solo puedan publicar métricas en los espacios de
nombres de CloudWatch que especifique.
Permitir la publicación en un solo espacio de nombres
La siguiente política limita la capacidad de publicación del usuario a solo el espacio de nombres
denominado MyCustomNamespace.
{
"Version": "2012-10-17",
"Statement": {
"Effect": "Allow",
"Resource": "*",
"Action": "cloudwatch:PutMetricData",
"Condition": {
"StringEquals": {
"cloudwatch:namespace": "MyCustomNamespace"
}
}
}
}
Excluir la publicación de un espacio de nombres
La siguiente política permite al usuario publicar métricas en cualquier espacio de nombres excepto en
CustomNamespace2.
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Resource": "*",
"Action": "cloudwatch:PutMetricData"
},
{
"Effect": "Deny",
"Resource": "*",
"Action": "cloudwatch:PutMetricData",
"Condition": {
"StringEquals": {
"cloudwatch:namespace": "CustomNamespace2"
}
}
}
]
}
Uso de funciones vinculadas a servicios en

CloudWatch
Amazon CloudWatch usa roles vinculados a servicios de AWS Identity and Access Management (IAM). Un
rol vinculado a un servicio es un tipo único de rol de IAM que está vinculado directamente a CloudWatch.
419
Uso de funciones vinculadas a servicios
Las funciones vinculadas a servicios están predefinidas por CloudWatch e incluyen todos los permisos que
el servicio requiere para llamar a otros servicios de AWS en su nombre.
El rol vinculado a un servicio en CloudWatch le permite configurar alarmas de CloudWatch que puedan
terminar, detener o reiniciar instancias Amazon EC2 sin que tenga que añadir manualmente los permisos
necesarios. Otro rol vinculado a servicio permite que una cuenta de monitorización tenga acceso a los
datos de CloudWatch de otras cuentas que haya especificado, con el fin de crear paneles para diversas
cuentas y regiones.
CloudWatch define los permisos de estos roles vinculados a un servicio y, a menos que esté definido
de otra manera, solo CloudWatch puede asumir el rol. Los permisos definidos incluyen las políticas de
confianza y de permisos, y que la política de permisos no se pueda asociar a ninguna otra entidad de IAM.
Las funciones se pueden eliminar únicamente después de eliminar primero sus recursos relacionados.
Esta restricción protege los recursos de CloudWatch, ya que evita que se puedan quitar accidentalmente
permisos de acceso a ellos.
Para obtener información sobre otros servicios que admiten roles vinculados a servicios, consulte Servicios
de AWS que funcionan con IAM y busque los servicios que tienen Sí en la columna Rol vinculado a
servicio. Seleccione una opción Sí con un enlace para ver la documentación acerca del rol vinculado al
servicio en cuestión.
Permisos de funciones vinculadas a servicios de alarmas de

CloudWatch
CloudWatch usa la función vinculada al servicio denominada AWSServiceRoleForCloudWatchEvents –
CloudWatch uses this service-linked role to perform Amazon EC2 alarm actions.
El rol vinculado al servicio AWSServiceRoleForCloudWatchEvents confía en el servicio Eventos de

CloudWatch para asumir el rol. Eventos de CloudWatch invoca las acciones de terminar, detener o reiniciar
instancia cuando las llama la alarma.
La política de permisos del rol vinculado al servicio AWSServiceRoleForCloudWatchEvents permite que

Eventos de CloudWatch realice las siguientes acciones en las instancias Amazon EC2:
• ec2:StopInstances
• ec2:TerminateInstances
• ec2:RecoverInstances
• ec2:DescribeInstanceRecoveryAttribute
• ec2:DescribeInstanceStatus
La política de permisos del rol vinculado a servicio AWSServiceRoleForCloudWatchCrossAccount permite

que CloudWatch realice las siguientes acciones:
• sts:AssumeRole
Permisos de rol vinculado a servicio para CloudWatch para

diversas cuentas y regiones
CloudWatch utiliza el rol vinculado a servicio denominado AWSServiceRoleForCloudWatchCrossAccount
– CloudWatch utiliza este rol para tener acceso a los datos de CloudWatch de otras cuentas de AWS que
especifique. La SLR solo proporciona el permiso de asumir el rol para permitir que el servicio CloudWatch
asuma el rol en la cuenta de uso compartido. Es el rol de uso compartido que proporciona acceso a los
datos.
420
El rol vinculado a servicio AWSServiceRoleForCloudWatchCrossAccount confía en que el servicio

CloudWatch asuma el rol.
Creación de una función vinculada a servicios para CloudWatch

No es necesario crear manualmente ninguno de estos roles vinculados a servicios. La primera vez que se
crea una alarma en Consola de administración de AWS, la CLI de IAM o la API de IAM, CloudWatch crea
AWSServiceRoleForCloudWatchEvents automáticamente. Cuando habilita por primera vez una cuenta
como cuenta de monitorización para la funcionalidad para diversas cuentas y regiones, CloudWatch crea
AWSServiceRoleForCloudWatchCrossAccount automáticamente.
Para obtener más información, consulte Creación de un rol vinculado a un servicio en la Guía del usuario
de IAM.
Edición de una función vinculada a un servicio para CloudWatch

CloudWatch no permite editar los roles AWSServiceRoleForCloudWatchEvents o
AWSServiceRoleForCloudWatchCrossAccount. Después de crear estos roles, no puede cambiar sus
nombres, porque diversas entidades pueden hacer referencia a ellos. Sin embargo, puede editar la
descripción de estos roles mediante IAM.
Editar la descripción de un rol vinculado a un servicio (Consola IAM)

Puede utilizar la consola de IAM para editar la descripción de un rol vinculado a un servicio.
Para editar la descripción de un rol vinculado a un servicio (consola)
1. En el panel de navegación de la consola de IAM, elija Roles (Funciones).

2. Seleccione el nombre del rol que desea modificar.
3. En el extremo derecho de Role description, seleccione Edit.
4. Escriba una nueva descripción en el cuadro y elija Save (Guardar).
Editar la descripción de un rol vinculado a un servicio (AWS CLI)

Puede utilizar comandos de IAM desde la AWS Command Line Interface para editar la descripción de un
rol vinculado a un servicio.
Para cambiar la descripción de un rol vinculado a un servicio (AWS CLI)
1. (Opcional) Para ver la descripción actual de un rol, ejecute uno de los siguientes comandos:
$ aws iam get-role --role-name role-name
Utilice el nombre del rol, no el ARN, para hacer referencia a los roles con los comandos de AWS CLI.
Por ejemplo, si un rol tiene el ARN arn:aws:iam::123456789012:role/myrole, debe referirse a
él como myrole.
2. Para actualizar la descripción de un rol vinculado a un servicio, ejecute el siguiente comando:
$ aws iam update-role-description --role-name role-name --description description
Edición de la descripción de una función vinculada a servicio (API IAM)

Puede utilizar la API de IAM para editar la descripción de un rol vinculado a un servicio.
421
Para cambiar la descripción de un rol vinculado a un servicio (API)
1. (Opcional) Para ver la descripción actual de una función, ejecute el siguiente comando:
GetRole
2. Para actualizar la descripción de una función, use el siguiente comando:
UpdateRoleDescription
Eliminación de una función vinculada a un servicio para

CloudWatch
Si ya no tiene alarmas que detengan, terminen o reinicien instancias EC2, le recomendamos que elimine el
rol AWSServiceRoleForCloudWatchEvents.
De esta forma no tiene una entidad no utilizada que no se monitorice ni mantenga de forma activa. Sin
embargo, debe limpiar el rol vinculado al servicio antes de eliminarlo.
Limpiar un rol vinculado a un servicio

Antes de poder utilizar IAM para eliminar un rol vinculado a un servicio, primero debe confirmar que dicho
rol no tiene sesiones activas y eliminar los recursos que utiliza.
Para comprobar si el rol vinculado al servicio tiene una sesión activa en la consola de IAM

2. Seleccione Roles en el panel de navegación. Elija el nombre (no la casilla de verificación) del rol de
AWSServiceRoleForCloudWatchEvents.
3. En la página Summary del rol seleccionado, elija Access Advisor y revise la actividad reciente del rol
vinculado al servicio.
Note
Si no está seguro de si CloudWatch utiliza la función AWSServiceRoleForCloudWatchEvents,

intente eliminar la función. Si el servicio está utilizando el rol, este no podrá eliminarse y
podrá ver las regiones en las que se está utilizando. Si el rol se está utilizando, debe esperar
que la sesión finalice para poder eliminarlo. No se puede revocar la sesión de un rol vinculado
a un servicio.
Eliminar una función vinculada a un servicio (Consola IAM)

Puede utilizar la consola de IAM para eliminar una función vinculada a un servicio.
Para eliminar un rol vinculado a un servicio (consola)

2. Seleccione Roles en el panel de navegación. Seleccione la casilla junto al nombre del rol que desea
eliminar, no el nombre ni la fila.
3. En Role actions, elija Delete role.
4. En el cuadro de diálogo de confirmación, revise los datos del último acceso al servicio, que muestra
cuándo cada una de las funciones seleccionadas tuvo acceso a un servicio de AWS por última vez.
Esto le ayuda a confirmar si el rol está actualmente activo. Para continuar, elija Yes, Delete.
5. Consulte las notificaciones de la consola de IAM para monitorear el progreso de la eliminación de
la función vinculada al servicio. Como el proceso de eliminación del rol vinculado al servicio de IAM
es asíncrono, la tarea de eliminación puede realizarse correctamente o fallar después de enviar el
422
Uso de roles vinculados a servicios en Application Insights
rol para su eliminación. Si la tarea no se realiza correctamente, elija View details o View Resources
desde las notificaciones para obtener información acerca de por qué no se pudo eliminar el rol. Si la
eliminación no pudo producirse porque hay recursos en el servicio que está utilizando el rol, entonces
el motivo del error incluye una lista de recursos.
Eliminar un rol vinculado a un servicio (AWS CLI)

Puede utilizar los comandos de IAM desde la AWS Command Line Interface para eliminar un rol vinculado
a un servicio.
Para eliminar un rol vinculado a un servicio (AWS CLI)
1. Como laos roles vinculados a servicios no se puede eliminar si están en uso o tienen recursos
asociados, debe enviar una solicitud de eliminación. Esta solicitud puede denegarse si no se cumplen
estas condiciones. Debe apuntar el valor deletion-task-id de la respuesta para comprobar
el estado de la tarea de eliminación. Escriba el siguiente comando para enviar una solicitud de
eliminación de un rol vinculado a un servicio:
$ aws iam delete-service-linked-role --role-name AWSServiceRoleForCloudWatchEvents
2. Escriba el siguiente comando para comprobar el estado de la tarea de eliminación:
$ aws iam get-service-linked-role-deletion-status --deletion-task-id deletion-task-id
El estado de la tarea de eliminación puede ser NOT_STARTED, IN_PROGRESS, SUCCEEDED o FAILED.

Si ocurre un error durante la eliminación, la llamada devuelve el motivo del error para que pueda
resolver el problema.
Eliminar una función vinculada a un servicio (API IAM)

Puede utilizar la API de IAM para eliminar una función vinculada a un servicio.
Para eliminar un rol vinculado a un servicio (API)
1. Para enviar una solicitud de eliminación de un rol vinculado a un servicio, realice una llamada a
DeleteServiceLinkedRole. En la solicitud, especifique el nombre de rol que desea eliminar.
Como laos roles vinculados a servicios no se puede eliminar si están en uso o tienen recursos
asociados, debe enviar una solicitud de eliminación. Esta solicitud puede denegarse si no se cumplen
estas condiciones. Debe apuntar el valor DeletionTaskId de la respuesta para comprobar el estado
de la tarea de eliminación.
2. Para comprobar el estado de la tarea de eliminación, realice una llamada a
GetServiceLinkedRoleDeletionStatus. En la solicitud, especifique el valor de DeletionTaskId.
El estado de la tarea de eliminación puede ser NOT_STARTED, IN_PROGRESS, SUCCEEDED o FAILED.

Si ocurre un error durante la eliminación, la llamada devuelve el motivo del error para que pueda
resolver el problema.
Uso de roles vinculados a servicios en CloudWatch

CloudWatch Application Insights usa roles vinculados a servicios de AWS Identity and Access
Management (IAM). Un rol vinculado a un servicio es un tipo único de rol de IAM que está vinculado
423
directamente a CloudWatch Application Insights for .NET and SQL Server. Los roles vinculados a servicios
están predefinidos por CloudWatch Application Insights for .NET and SQL Server e incluyen todos los
permisos que el servicio requiere para llamar a otros servicios de AWS en su nombre.
Con un rol vinculado a servicios, resulta más sencillo configurar CloudWatch Application Insights for .NET
and SQL Server, porque no es preciso agregar los permisos necesarios manualmente. CloudWatch
Application Insights for .NET and SQL Server define los permisos de sus roles vinculados con su propio
servicio y, a menos que esté definido de otra manera, solo CloudWatch Application Insights for .NET
and SQL Server puede asumir sus roles. Los permisos definidos incluyen las políticas de confianza y de
permisos, y que la política de permisos no se pueda asociar a ninguna otra entidad de IAM.
Para obtener información sobre otros servicios que admiten roles vinculados a servicios, consulte Servicios
de AWS que funcionan con IAM y busque los servicios que tienen Sí en la columna Rol vinculado a
servicio. Elija el vínculo Sí para ver la documentación acerca del rol vinculado al servicio en cuestión.
Permisos de roles vinculados a servicios para CloudWatch

CloudWatch Application Insights for .NET and SQL Server usa el rol vinculado al servicio denominado
ApplicationInsights-role. Application Insights uses this role to perform operations such as analyzing the
Resource Groups of the customer, creating CloudFormation stacks to create alarms on metrics, and
configuring the CloudWatch Agent on EC2 instances..
La política de permisos del rol permite que CloudWatch Application Insights for .NET and SQL Server
realice las siguientes acciones en los recursos especificados:
• cloudwatch:DescribeAlarmHistory
• cloudwatch:DescribeAlarms
• cloudwatch:GetMetricData
• cloudwatch:ListMetrics
• cloudwatch:PutMetricAlarm
• cloudwatch:DeleteAlarms
• logs:GetLogEvents
• logs:DescribeLogStreams
• logs:DescribeLogGroup
• events:DescribeRule
• tag:GetResources
• resource-groups:ListGroupResources
• resource-groups:GetGroupQuery
• elasticloadbalancing:DescribeLoadBalancers
• elasticloadbalancing:DescribeTargetGroups
• elasticloadbalancing:DescribeTargetHealth
• Autoscaling:DescribeAutoScalingGroups
• cloudFormation:DescribeStacks
• cloudFormation:ListStackResources
• ssm:GetOpsItem
• ssm:CreateOpsItem
• ssm:DescribeOpsItems
• ssm:UpdateOpsItem
• ssm:DescribeInstanceInformation
424
• rds:DescribeDBInstances
La política de permisos del rol permite que CloudWatch Application Insights for .NET and SQL Server
realice las siguientes acciones en los recursos especificados: Estas políticas se utilizan para administrar
los recursos creados por CloudWatch Application Insights para .NET y SQL Server o relacionados con este
servicio en su cuenta.
{
"Effect": "Allow",
"Action": [
"cloudFormation:CreateStack",
"cloudFormation:UpdateStack",
"cloudFormation:DeleteStack"
],
"Resource": [
"arn:aws:cloudformation:*:*:stack/ApplicationInsights-*"
]
},
{
"Effect": "Allow",
"Action": [
"ssm:PutParameter",
"ssm:DeleteParameter",
"ssm:AddTagsToResource",
"ssm:RemoveTagsFromResource"
],
"Resource": "arn:aws:ssm:*:*:parameter/AmazonCloudWatch-ApplicationInsights-*"
},
{
"Effect": "Allow",
"Action": [
"ssm:CreateAssociation",
"ssm:UpdateAssociation",
"ssm:DeleteAssociation",
"ssm:DescribeAssociation"
],
"Resource": [
"arn:aws:ec2:*:*:instance/*",
"arn:aws:ssm:*:*:association/*",
"arn:aws:ssm:*:*:managed-instance/*",
"arn:aws:ssm:*:*:document/AWSEC2-
ApplicationInsightsCloudwatchAgentInstallAndConfigure",
"arn:aws:ssm:*:*:document/AWS-ConfigureAWSPackage",
"arn:aws:ssm:*:*:document/AmazonCloudWatch-ManageAgent"
]
},
]
}
Debe configurar permisos para permitir a una entidad de IAM (como un usuario, grupo o rol) crear, editar o
eliminar la descripción de un rol vinculado a un servicio. Para obtener más información, consulte Permisos
de roles vinculados a servicios en la Guía del usuario de IAM.
Creación de un rol vinculado a servicios para CloudWatch

No necesita crear manualmente un rol vinculado a un servicio. Al realizar una operación de create a new
Application Insights application en la Consola de administración de AWS, CloudWatch Application Insights
for .NET and SQL Server se encarga de crear automáticamente el rol vinculado al servicio.
425
Si elimina este rol vinculado al servicio y desea crearlo de nuevo, puede utilizar el mismo proceso
para volver a crear el rol en su cuenta. Al realizar una operación de create a new Application Insights
application, CloudWatch Application Insights for .NET and SQL Server se encarga de volver crear
automáticamente el rol vinculado al servicio.
Edición de una función vinculada a un servicio para CloudWatch

CloudWatch Application Insights for .NET and SQL Server no le permite editar la función vinculada al
servicio ApplicationInsights-role. Después de crear un rol vinculado a un servicio, no puede cambiarle
el nombre, ya que varias entidades pueden hacer referencia al mismo. Sin embargo, puede editar la
descripción del rol utilizando IAM. Para obtener más información, consulte Editar un rol vinculado a un
servicio en la Guía del usuario de IAM.
Eliminación de una función vinculada a un servicio para

CloudWatch Application Insights for .NET and SQL Server
Si ya no necesita utilizar una característica o servicio que requiere un rol vinculado a un servicio, le
recomendamos que elimine dicho rol. De esta forma, evitará tener una entidad no utilizada que no se
monitorice ni mantenga de forma activa. Sin embargo, debe eliminar todas las aplicaciones de Application
Insights antes de poder eliminar manualmente el rol.
Note
Si el servicio CloudWatch Application Insights for .NET and SQL Server está utilizando el rol
cuando intenta eliminar los recursos, es posible que no se pueda borrar. En tal caso, espere unos
minutos e intente de nuevo la operación.
Para eliminar los recursos de CloudWatch Application Insights for .NET and SQL Server que se
utilizan en ApplicationInsights-role
• Elimine todas las aplicaciones de CloudWatch Application Insights for .NET and SQL Server. Para
obtener más información, consulte la sección "Eliminación de aplicaciones" en la Guía del usuario de
CloudWatch Application Insights for .NET and SQL Server.
Para eliminar manualmente el rol vinculado al servicio utilizando IAM
Utilice la consola de IAM, la AWS CLI o la API de AWS para eliminar el rol vinculado al servicio
ApplicationInsights-role. Para obtener más información, consulte Eliminar un rol vinculado a un servicio en
la Guía del usuario de IAM.
Regiones admitidas para los roles vinculados al servicio de

CloudWatch Application Insights for .NET and SQL Server
CloudWatch Application Insights for .NET and SQL Server admite el uso de roles vinculados a servicios en
todas las regiones de AWS en las que el servicio está disponible.
Nombre de la región Identidad de la región Compatibilidad en

CloudWatch Application
Insights for .NET
and SQL Server
Asia Pacífico (Mumbai) ap-south-1 Sí
Asia Pacífico (Seúl) ap-northeast-2 Sí
426
Referencia de permisos de Amazon CloudWatch
Nombre de la región Identidad de la región Compatibilidad en

CloudWatch Application
Insights for .NET
and SQL Server
Asia Pacífico (Singapur) ap-southeast-1 Sí
Asia Pacífico (Sídney) ap-southeast-2 Sí
Europa (Fráncfort) eu-central-1 Sí
Europa (Irlanda) eu-west-1 Sí
Europa (Londres) eu-west-2 Sí
Europa (París) eu-west-3 Sí
Europa (Estocolmo) eu-north-1 Sí
América del Sur (São Paulo) sa-east-1 Sí
Asia Pacífico (Tokio) ap-northeast-1 Sí
US East (N. Virginia) us-east-1 Sí
EE.UU. Este (Ohio) us-east-2 Sí
EE.UU. Oeste (Norte de California) us-west-1 Sí
EE.UU. Oeste (Oregón) us-west-2 Sí
Canadá (Central) ca-central-1 Sí

A la hora de configurar Control de acceso (p. 408) y escribir una política de permisos que pueda asociar
a una identidad de IAM (políticas basadas en identidad), puede utilizar la siguiente tabla como referencia.
En la tabla figuran las operaciones de las API de CloudWatch y las acciones correspondientes para las que
puede conceder permisos para realizar la acción. Las acciones se especifican en el campo Action de la
política, y el valor del recurso se especifica como un carácter comodín (*) en el campo Resource de la
política.
Puede utilizar claves de condiciones generales de AWS en sus políticas de CloudWatch para expresar
condiciones. Para ver una lista completa de claves generales de AWS, consulte Claves de contexto de
condición de AWS y globales de IAM en la Guía del usuario de IAM.
Note
Para especificar una acción, use el prefijo cloudwatch: seguido del nombre de operación de
API. Por ejemplo: cloudwatch:GetMetricStatistics, cloudwatch:ListMetrics o
cloudwatch:* (para todas las acciones de CloudWatch).
Tablas
• Operaciones de API de CloudWatch y permisos requeridos

• Operaciones de API de Eventos de CloudWatch y permisos requeridos
• Operaciones de API de CloudWatch Logs y permisos requeridos
• Operaciones de API de Amazon EC2 y permisos requeridos
427
• Operaciones de API de Amazon EC2 Auto Scaling y permisos requeridos
Operaciones de API y permisos necesarios para acciones de CloudWatch
CloudWatchOperaciones de API Permisos necesarios (acciones de la API)
DeleteAlarms cloudwatch:DeleteAlarms
Necesario para eliminar una alarma.
DeleteDashboards cloudwatch:DeleteDashboards
Necesario para eliminar un panel.
DescribeAlarmHistory cloudwatch:DescribeAlarmHistory
Necesario para ver el historial de alarmas.
DescribeAlarms cloudwatch:DescribeAlarms
Necesario para recuperar información de alarma

por nombre.
DescribeAlarmsForMetric cloudwatch:DescribeAlarmsForMetric
Necesario para ver alarmas para una métrica.
DisableAlarmActions cloudwatch:DisableAlarmActions
Necesario para desactivar una acción de alarma.
EnableAlarmActions cloudwatch:EnableAlarmActions
Necesario para habilitar una acción de alarma.
GetDashboard cloudwatch:GetDashboard
Necesario para mostrar datos acerca de paneles

existentes.
GetMetricData cloudwatch:GetMetricData
Necesario para recuperar grandes lotes de datos

de métricas y realizar cálculos de métricas en
función de dichos datos.
GetMetricStatistics cloudwatch:GetMetricStatistics
Necesario para ver gráficos en otras partes de la

consola de CloudWatch y en widgets de paneles.
GetMetricWidgetImage cloudwatch:GetMetricWidgetImage
Necesario para recuperar un gráfico de

instantáneas de una o varias métricas de
CloudWatch como imagen de mapa de bits.
ListDashboards cloudwatch:ListDashboards
Necesario para ver la lista de paneles de

CloudWatch de su cuenta.
428
CloudWatchOperaciones de API Permisos necesarios (acciones de la API)
ListMetrics cloudwatch:ListMetrics
Necesario para ver o buscar nombres de métricas

dentro de la consola de CloudWatch y en la CLI.
Necesario para seleccionar métricas en widgets de
paneles.
PutDashboard cloudwatch:PutDashboard
Necesario para crear un panel o actualizar un

panel existente.
PutMetricAlarm cloudwatch:PutMetricAlarm
Necesario para crear o actualizar una alarma.
PutMetricData cloudwatch:PutMetricData
Necesario para crear métricas.
SetAlarmState cloudwatch:SetAlarmState
Necesario para configurar manualmente el estado

de una alarma.
Operaciones de API y permisos necesarios para acciones de Eventos de CloudWatch
Eventos de CloudWatchOperaciones de API Permisos necesarios (acciones de la API)
DeleteRule events:DeleteRule
Necesario para eliminar una regla.
DescribeRule events:DescribeRule
Necesario para mostrar detalles acerca de una

regla.
DisableRule events:DisableRule
Necesario para deshabilitar una regla.
EnableRule events:EnableRule
Necesario para habilitar una regla.
ListRuleNamesByTarget events:ListRuleNamesByTarget
Necesario para enumerar reglas asociadas a un

destino.
ListRules events:ListRules
Necesario para enumerar todas las reglas de su

cuenta.
ListTargetsByRule events:ListTargetsByRule
429
Eventos de CloudWatchOperaciones de API Permisos necesarios (acciones de la API)

Necesario para enumerar todos los destinos
asociados a una regla.
PutEvents events:PutEvents
Necesario para agregar eventos personalizados

que se pueden asignar a reglas.
PutRule events:PutRule
Necesario para crear o actualizar una regla.
PutTargets events:PutTargets
Necesario para añadir destinos a una regla.
RemoveTargets events:RemoveTargets
Necesario para eliminar un destino de una regla.
TestEventPattern events:TestEventPattern
Necesario para probar un patrón de evento con

respecto a un evento dado.
Operaciones de API y permisos necesarios para acciones de CloudWatch Logs
CloudWatch LogsOperaciones de API Permisos necesarios (acciones de la API)
CancelExportTask logs:CancelExportTask
Necesario para cancelar una tarea de exportación

en ejecución o pendiente.
CreateExportTask logs:CreateExportTask
Necesario para exportar datos desde un grupo de

registros a un bucket de Amazon S3.
CreateLogGroup logs:CreateLogGroup
Necesario para crear un nuevo grupo de registros.
CreateLogStream logs:CreateLogStream
Necesario para crear un nuevo flujo de registros en

un grupo de registros.
DeleteDestination logs:DeleteDestination
Necesario para eliminar un destino de registro y

deshabilita los filtros de suscripción al mismo.
DeleteLogGroup logs:DeleteLogGroup
Necesario para eliminar un grupo de registros y

todos los eventos de registro asociados.
DeleteLogStream logs:DeleteLogStream
430

Necesario para eliminar un flujo de registros y
todos los eventos de registro asociados.
DeleteMetricFilter logs:DeleteMetricFilter
Necesario para eliminar un filtro de métricas

asociado con un grupo de registros.
DeleteRetentionPolicy logs:DeleteRetentionPolicy
Necesario para eliminar la política de retención de

DeleteSubscriptionFilter logs:DeleteSubscriptionFilter
Necesario para eliminar el filtro de suscripción

asociado a un grupo de registros.
DescribeDestinations logs:DescribeDestinations
Necesario para ver todos los destinos asociados a

la cuenta.
DescribeExportTasks logs:DescribeExportTasks
Necesario para ver todas las tareas de exportación

asociadas a la cuenta.
DescribeLogGroups logs:DescribeLogGroups
Necesario para ver todos los grupos de registro

asociados a la cuenta.
DescribeLogStreams logs:DescribeLogStreams
Necesario para ver todos los flujos de registro

asociados a un grupo de registros.
DescribeMetricFilters logs:DescribeMetricFilters
Necesario para ver todas las métricas asociadas a

DescribeSubscriptionFilters logs:DescribeSubscriptionFilters
Necesario para ver todos los filtros de suscripción

asociados con un grupo de registros.
FilterLogEvents logs:FilterLogEvents
Necesario para ordenar los eventos de registros

por patrón de filtro de grupo de registros.
GetLogEvents logs:GetLogEvents
Necesario para recuperar eventos de registro de

un flujo de registros.
431
ListTagsLogGroup logs:ListTagsLogGroup
Necesario para ver las etiquetas asociadas a un

grupo de registros.
PutDestination logs:PutDestination
Necesario para crear o actualizar un flujo de

registros de destino (como, por ejemplo, un flujo de
Kinesis).
PutDestinationPolicy logs:PutDestinationPolicy
Necesario para crear o actualizar una política de

acceso asociada a un destino de registro existente.
PutLogEvents logs:PutLogEvents
Necesario para cargar un lote de eventos de

registro en un flujo de registros.
PutMetricFilter logs:PutMetricFilter
Necesario para crear o actualizar un filtro de

métricas y asociarlo a un grupo de registros.
PutRetentionPolicy logs:PutRetentionPolicy
Necesario para establecer el número de días que

conservar los eventos de registro (retención) en un
grupo de registros.
PutSubscriptionFilter logs:PutSubscriptionFilter
Necesario para crear o actualizar un filtro de

suscripción y asociarlo a un grupo de registros.
TestMetricFilter logs:TestMetricFilter
Necesario para probar un patrón de filtro frente a

una muestra de mensajes de evento de registro.
Operaciones de API y permisos necesarios para acciones de Amazon EC2
Amazon EC2Operaciones de API Permisos necesarios (acciones de la API)
DescribeInstanceStatus ec2:DescribeInstanceStatus
Necesario para ver los detalles de estado de

instancia EC2.
DescribeInstances ec2:DescribeInstances
Necesario para ver los detalles de instancia EC2.
RebootInstances ec2:RebootInstances
Necesario para reiniciar una instancia EC2.
432
Validación de la conformidad
Amazon EC2Operaciones de API Permisos necesarios (acciones de la API)
StopInstances ec2:StopInstances
Necesario para parar una instancia EC2.
TerminateInstances ec2:TerminateInstances
Necesario para terminar una instancia EC2.
Operaciones de API y permisos necesarios para acciones de Amazon EC2 Auto Scaling
Amazon EC2 Auto ScalingOperaciones de API Permisos necesarios (acciones de la API)
Escalado autoscaling:Scaling
Necesario para escalar un grupo de Auto Scaling.
Trigger autoscaling:Trigger
Necesario para activar una acción de Auto Scaling.
Validación de la conformidad en Amazon

CloudWatch
Auditores externos evalúan la seguridad y la conformidad de Amazon CloudWatch en distintos programas
de conformidad de AWS. Estos incluyen SOC, PCI, FedRAMP, HIPAA y otros.
Para obtener una lista de servicios de AWS en el ámbito de programas de conformidad específicos,
consulte Servicios de AWS en el ámbito del programa de conformidad. Para obtener información general,
consulte Programas de conformidad de AWS.
Puede descargar los informes de auditoría de terceros utilizando AWS Artifact. Para obtener más
información, consulte Descarga de informes en AWS Artifact.
Su responsabilidad de conformidad al utilizar Amazon CloudWatch se determina en función de la

confidencialidad de los datos, los objetivos de conformidad de su empresa y la legislación, así como los
reglamentos correspondientes. AWS proporciona los siguientes recursos para ayudarle a cumplir las
normativas:
• Guías de inicio rápido de seguridad y conformidad– estas guías de implementación tratan

consideraciones sobre arquitectura y ofrecen pasos para implementar los entornos de referencia
centrados en la seguridad y la conformidad en AWS.
• Documento técnico sobre arquitectura para seguridad y conformidad de HIPAA– este documento técnico
describe cómo las empresas pueden utilizar AWS para crear aplicaciones conformes con HIPAA.
• Recursos de conformidad de AWS– este conjunto de manuales y guías podría aplicarse a su sector y
ubicación.
• Evaluación de recursos con reglas en la AWS Config Developer Guide: el servicio – AWS Config evalúa
en qué medida las configuraciones de los recursos cumplen con las prácticas internas, las directrices del
sector y las normativas.
• AWS Security Hub– este servicio de AWS ofrece una vista integral de su estado de seguridad en
AWS que le ayuda a comprobar la conformidad con las normas del sector de seguridad y las prácticas
recomendadas.
433
Resiliencia
Resiliencia en Amazon CloudWatch

La infraestructura global de AWS está conformada por regiones y zonas de disponibilidad de AWS.
Las regiones proporcionan varias zonas de disponibilidad físicamente independientes y aisladas que
se encuentran conectadas mediante redes con un alto nivel de rendimiento y redundancia, además de
baja latencia. Con las zonas de disponibilidad, puede diseñar y utilizar aplicaciones y bases de datos
que realizan una conmutación por error automática entre las zonas sin interrupciones. Las zonas de
disponibilidad tienen una mayor disponibilidad, tolerancia a errores y escalabilidad que las infraestructuras
tradicionales de centros de datos únicos o múltiples.
Para obtener más información sobre zonas de disponibilidad y las regiones de AWS, consulte
Infraestructura global de AWS.
Seguridad de la infraestructura en Amazon

CloudWatch
Al tratarse de un servicio administrado, Amazon CloudWatch está protegido por los procedimientos de
seguridad de red globales de AWS que se describen en el documento técnico Amazon Web Services:
Información general sobre procesos de seguridad.
Puede utilizar llamadas a la API publicadas en AWS para obtener acceso a Amazon CloudWatch a través
de la red. Los clientes deben ser compatibles con Transport Layer Security (TLS) 1.0 o una versión
posterior. Le recomendamos TLS 1.2 o una versión posterior. Los clientes también deben ser compatibles
con conjuntos de cifrado con confidencialidad directa total (PFS) tales como Ephemeral Diffie-Hellman
(DHE) o Elliptic Curve Ephemeral Diffie-Hellman (ECDHE). La mayoría de los sistemas modernos como
Java 7 y posteriores son compatibles con estos modos.
Además, las solicitudes deben estar firmadas mediante un ID de clave de acceso y una clave de acceso
secreta que estén asociados a una entidad principal de IAM. También puede utilizar AWS Security Token
Service (AWS STS) para generar credenciales de seguridad temporales para firmar solicitudes.
Aislamiento de red
Una nube virtual privada (VPC) es una red virtual en su propia área, aislada lógicamente en la nube de
AWS. Una subred es un rango de direcciones IP de una VPC. Puede implementar diversos recursos de
AWS en las subredes de sus VPC. Por ejemplo, puede implementar instancias Amazon EC2 clústeres de
EMR y tablas de DynamoDB en las subredes. Para obtener más información, consulte la Guía del usuario
de Amazon VPC.
Para permitir que CloudWatch se comunique con los recursos de una VPC sin pasar por la Internet pública,
utilice AWS PrivateLink. Para obtener más información, consulte Uso de CloudWatch y CloudWatch
Synthetics con los puntos de enlace de la VPC de tipo interfaz (p. 435).
Una subred privada es una subred que no tiene una ruta predeterminada a la Internet pública. La
implementación de un recurso de AWS en una subred privada no impide que Amazon CloudWatch recopile
las métricas integradas del recurso.
Si necesita publicar métricas personalizadas desde un recurso de AWS en una subred privada, puede
hacerlo utilizando un servidor proxy. El servidor proxy reenvía esas solicitudes HTTPS a los puntos de
enlace de la API pública para CloudWatch.
434
Puntos de enlace de la VPC de tipo interfaz
Uso de CloudWatch y CloudWatch Synthetics con

los puntos de enlace de la VPC de tipo interfaz
Si utiliza Amazon Virtual Private Cloud (Amazon VPC) para alojar sus recursos de AWS, puede establecer
una conexión privada entre su VPC, CloudWatch y CloudWatch Synthetics. Puede utilizar estas
conexiones para habilitar CloudWatch y CloudWatch Synthetics para comunicarse con sus recursos en la
VPC sin pasar por la internet pública.
Amazon VPC es un servicio de AWS que puede utilizar para lanzar recursos de AWS en una red virtual
que usted defina. Con una VPC, puede controlar la configuración de la red, como el rango de direcciones
IP, las subredes, las tablas de ruteo y las gateways de red. Para conectar su VPC a CloudWatch o
CloudWatch Synthetics, defina un punto de enlace de la VPC de tipo interfaz para conectar su VPC a
los servicios de AWS. El punto de enlace ofrece conectividad escalable de confianza con CloudWatch o
CloudWatch Synthetics sin necesidad de utilizar una gateway de Internet, una instancia de conversión de
las direcciones de red (NAT) o una conexión de VPN. Para obtener más información, consulte ¿Qué es
Amazon VPC? en la Guía del usuario de Amazon VPC.
Los puntos de enlace de la VPC de tipo interfaz utilizan la tecnología de AWS PrivateLink, una tecnología
de AWS que permite la comunicación privada entre los servicios de AWS mediante una interfaz de red
elástica con direcciones IP privadas. Para obtener más información, consulte la publicación de blog New –
AWS PrivateLink for AWS Services.
Los siguientes pasos son para usuarios de Amazon VPC. Para obtener más información, consulte
Introducción en la Guía del usuario de Amazon VPC.
Punto de enlace de la VPC de CloudWatch

CloudWatch actualmente admite puntos de enlace de la VPC en las regiones de AWS siguientes:

• Europa (París)
• AWS GovCloud (EE.UU. Este)
• AWS GovCloud (US-West)
435
CloudWatch
Creación de un punto de enlace de la VPC para CloudWatch

Para comenzar a utilizar CloudWatch con su VPC, cree un punto de enlace de la VPC de tipo interfaz para
CloudWatch. El nombre del servicio que se va a elegir es com.amazonaws.region.monitoring. Para
obtener más información, consulte Creación de un punto de enlace de interfaz en el Guía del usuario de
Amazon VPC.
No es necesario cambiar la configuración de CloudWatch. CloudWatch llama a otros AWS servicios

mediante puntos de enlace de la VPC tipo interfaz públicos o privados, los que estén en uso. Por ejemplo,
si crea punto de enlace de la VPC de tipo interfaz para CloudWatch y ya tiene una métrica que circula por
CloudWatch desde los recursos que se encuentra en la VPC, estas métricas comienzan a circular por el
punto de enlace de la VPC de tipo interfaz de forma predeterminada.
Control del acceso al punto de enlace de la VPC de CloudWatch

Una política de punto de enlace de la VPC es una política de recursos de IAM que se asocia a un punto de
enlace al crearlo o modificarlo. Si no asocia una política al crear un punto de enlace, Amazon VPC asocia
una política predeterminada que conceda acceso completo al servicio. Una política de punto de enlace no
anula ni sustituye a las políticas de usuario de IAM ni las políticas específicas de los servicios. Se trata de
una política independiente para controlar el acceso desde el punto de enlace al servicio especificado.
Las políticas de punto de enlace deben escribirse en formato JSON.
Para obtener más información, consulte Controlar el acceso a servicios con puntos de enlace de la VPC en
la Guía del usuario de Amazon VPC.
A continuación, se muestra un ejemplo de una política de punto de enlace de CloudWatch. Esta política
permite los usuarios que se conectan a CloudWatch través de la VPC enviar datos de métricas a
CloudWatch y les impide realizar otras acciones de CloudWatch.
{
"Statement": [
{
"Sid": "PutOnly",
"Principal": "*",
"Action": [
"cloudwatch:PutMetricData"
],
"Effect": "Allow",
"Resource": "*"
}
]
}
Para editar la política de punto de enlace de la VPC para CloudWatch
1. Abra la consola de Amazon VPC en https://console.aws.amazon.com/vpc/.

2. En el panel de navegación, elija Endpoints (Puntos de enlace).
3. Si todavía no ha creado el punto de enlace para CloudWatch, elija Create Endpoint (Crear punto de
enlace). Seleccione com.amazonaws.region.monitoring y, a continuación, elija Create endpoint
(Crear punto de enlace).
4. Seleccione el punto de enlace com.amazonaws.region.monitoring y, a continuación, elija la pestaña
Policy (Política).
5. Elija Edit Policy (Editar política) y, a continuación, realice los cambios.
436
CloudWatch Synthetics
Punto de enlace de la VPC de CloudWatch Synthetics

Actualmente ,CloudWatch Synthetics admite puntos de enlace de la VPC en las siguientes regiones de
AWS:

• Europa (París)
Creación de un punto de enlace de la VPC para CloudWatch

Synthetics
Para empezar a utilizar CloudWatch Synthetics con su VPC, cree un punto de enlace de la
VPC de interfaz para CloudWatch Synthetics. El nombre del servicio que se va a elegir es
com.amazonaws.region.synthetics. Para obtener más información, consulte Creación de un punto
de enlace de interfaz en el Guía del usuario de Amazon VPC.
No necesita cambiar la configuración de CloudWatch Synthetics. CloudWatch Synthetics se comunica

con otros servicios de AWS utilizando los puntos de enlace públicos o los puntos de enlace de la VPC de
interfaz privada, lo que esté en uso. Por ejemplo, si crea un punto de enlace de la VPC de interfaz para
CloudWatch Synthetics y ya dispone de un punto de enlace de interfaz para Amazon S3, CloudWatch
Synthetics inicia la comunicación con Amazon S3 a través del punto de enlace de la VPC de forma
predeterminada.
Control del acceso a su punto de enlace de la VPC de

Una política de punto de enlace de la VPC es una política de recursos de IAM que se asocia a un punto
de enlace al crearlo o modificarlo. Si no asocia una política al crear un punto de enlace, se asociará
automáticamente una política predeterminada que conceda acceso completo al servicio. Una política de
punto de enlace no anula ni sustituye a las políticas de usuario de IAM ni las políticas específicas de los
servicios. Se trata de una política independiente para controlar el acceso desde el punto de enlace al
servicio especificado.
Las políticas de punto de enlace deben escribirse en formato JSON.
Para obtener más información, consulte Controlar el acceso a servicios con puntos de enlace de la VPC en
la Guía del usuario de Amazon VPC.
437
Consideraciones de seguridad de los canaries de Synthetics
A continuación, se muestra un ejemplo de una política de punto de enlace de CloudWatch Synthetics.

Esta política permite a los usuarios que se conectan a CloudWatch Synthetics a través de la VPC ver
información sobre valores controlados y sus ejecuciones, pero no crear, modificar o eliminar valores
controlados.
{
"Statement": [
{
"Action": [
"synthetics:DescribeCanaries",
"synthetics:GetCanaryRuns"
],
"Effect": "Allow",
"Resource": "*",
"Principal": "*"
}
]
}
Para editar la política de punto de enlace de la VPC para CloudWatch Synthetics
1. Abra la consola de Amazon VPC en https://console.aws.amazon.com/vpc/.

2. En el panel de navegación, elija Endpoints.
3. Si todavía no ha creado el punto de enlace para CloudWatch Synthetics, elija Create Endpoint (Crear
punto de enlace). Seleccione com.amazonaws.region.synthetics y, a continuación, elija Create
endpoint (Crear punto de enlace).
4. Seleccione el punto de enlace com.amazonaws.region.synthetics y, a continuación, elija la pestaña
Policy (Política).
5. Elija Edit Policy (Editar política) y, a continuación, realice los cambios.
Consideraciones de seguridad de los canaries de

Synthetics
En las siguientes secciones se explican los problemas de seguridad que debe tener en cuenta al crear y
ejecutar canaries en Synthetics.
Uso de conexiones seguras

Dado que el código de canary y los resultados de las ejecuciones de prueba de canary pueden contener
información confidencial, no haga que su canary se conecte a puntos de enlace a través de conexiones no
cifradas. Utilice siempre conexiones cifradas, como aquellas que empiezan por https://.
Consideraciones de nomenclatura de canary

El nombre de recurso de Amazon (ARN) de un canary se incluye en el encabezado de agente de usuario
como parte de las llamadas salientes realizadas desde el navegador Chromium impulsado por Puppeteer
que se incluye como parte de la biblioteca contenedora de CloudWatch Synthetics. Esto ayuda a identificar
el tráfico de canary de CloudWatch Synthetics y a relacionarlo de nuevo con los canaries que realizan las
llamadas.
El ARN de canary incluye el nombre del canary. Elija nombres de canary que no revelen información
privada.
438
Secretos del código de canary
Además, asegúrese de apuntar sus canaries solo a aquellos sitios web y puntos de enlace que controle.
Secretos del código de canary

Le recomendamos que no incluya secretos, como claves de acceso o credenciales de base de datos, en
el código fuente de canary. Para obtener más información acerca de cómo utilizar AWS Secrets Manager
para ayudar a mantener seguros sus secretos, consulte ¿Qué es AWS Secrets Manager?.
Consideraciones de permisos
Le recomendamos que restrinja el acceso a los recursos creados o utilizados por CloudWatch Synthetics.
Utilice permisos estrictos en los buckets de Amazon S3 donde los canaries almacenan los resultados de
las ejecuciones de prueba y otros artefactos, como registros y capturas de pantalla.
Del mismo modo, mantenga permisos estrictos en las ubicaciones donde se almacena el código fuente de
canary, de modo que ningún usuario elimine accidentalmente o de forma malintencionada las capas de
Lambda o funciones de Lambda utilizadas para el canary.
Para ayudar a garantizar la ejecución del código de canary deseado, puede utilizar el control de versiones
de objetos en el bucket de Amazon S3 donde se almacena el código de canary. A continuación, cuando
especifique este código para ejecutarlo como canary, puede incluir el objeto versionId como parte de la
ruta, como en los ejemplos siguientes.
https://bucket.s3.amazonaws.com/path/object.zip?versionId=version-id
https://s3.amazonaws.com/bucket/path/object.zip?versionId=version-id
https://bucket.s3-region.amazonaws.com/path/object.zip?versionId=version-id
Seguimientos de la pila y mensajes de excepción

De forma predeterminada, los canaries de CloudWatch Synthetics capturan cualquier excepción producida
por su script de canary, independientemente de si el script es personalizado o proviene de un proyecto.
CloudWatch Synthetics registra tanto el mensaje de excepción como el seguimiento de la pila en tres
ubicaciones:
• Vuelva al servicio de CloudWatch Synthetics para acelerar la depuración al describir las ejecuciones de
prueba
• En CloudWatch Logs en función de la configuración con la que se crean sus funciones de Lambda
• En el archivo de registro de Synthetics, que es un archivo de texto no cifrado que se carga en la
ubicación de Amazon S3 especificada por el valor que establece para la resultsLocation del canary
Si desea enviar y almacenar menos información, puede capturar excepciones antes de que vuelvan a la
biblioteca contenedora de CloudWatch Synthetics.
Acotamiento del alcance de sus roles de IAM

Le recomendamos que no configure el canary para visitar URL o puntos de enlace potencialmente
malintencionados. Apuntar el canary a sitios web o puntos de enlace desconocidos o que no son de
confianza podría exponer el código de la función de Lambda a scripts del usuario malintencionados.
Suponiendo que un sitio web malintencionado puede salir de Chromium, podría tener acceso a su código
de Lambda de una manera similar a si se conectó a él mediante un navegador de Internet.
Ejecute su función de Lambda con un rol de ejecución de IAM que tenga permisos reducidos. De esta
forma, si su función de Lambda se ve comprometida por un script malintencionado, está limitada en cuanto
a las acciones que puede realizar al ejecutarse como la cuenta de AWS del canary.
439
Registro de encabezado
Cuando se utiliza la consola de CloudWatch para crear un canary, se crea con un rol de ejecución de IAM
reducido.
Registro de encabezado
De forma predeterminada, el registro de encabezado de canary registra solo la URL de solicitud, el código
de respuesta y el estado de la respuesta. En el script de canary, puede personalizar el registro para
registrar más o menos información.
440
Registro de llamadas a la API de

Amazon CloudWatch con AWS
CloudTrail
Amazon CloudWatch y CloudWatch Synthetics están integrados con AWS CloudTrail, un servicio que
proporciona un registro de acciones realizadas por un usuario, rol o un servicio de AWS. CloudTrail captura
las llamadas a la API realizadas por o en nombre de su cuenta de AWS. Las llamadas capturadas incluyen
las llamadas realizadas desde la consola y llamadas de código a las operaciones de la API.
Si crea un registro de seguimiento, puede habilitar la entrega continua de eventos de CloudTrail a un

bucket de S3, incluidos los eventos de CloudWatch. Si no configura un registro de seguimiento, puede ver
los eventos más recientes en la consola de CloudTrail en el Event history (Historial de eventos). Mediante
la información que recopila CloudTrail, se puede determinar la solicitud que se envió a CloudWatch, la
dirección IP desde la que se realizó la solicitud, quién la realizó, cuándo la realizó y otros detalles.
Para obtener más información sobre CloudTrail, incluido cómo configurarlo y habilitarlo, consulte la AWS
CloudTrail User Guide.
Cada entrada de registro o evento contiene información acerca de quién generó la solicitud. La información
de identidad del usuario le ayuda a determinar lo siguiente:
• Si la solicitud se realizó con credenciales de usuario raíz o de AWS Identity and Access Management
(IAM).
• Si la solicitud se realizó con credenciales de seguridad temporales de un rol o fue un usuario federado.
• Si la solicitud la realizó otro servicio de AWS.
Para obtener más información, consulte el elemento userIdentity de CloudTrail.
Para mantener un registro continuo de los eventos de su cuenta de AWS, incluidos los eventos de
CloudWatch y CloudWatch Synthetics, cree un registro de seguimiento. Los registros de seguimiento
permiten que CloudTrail pueda enviar archivos de registro a un bucket de S3. De forma predeterminada,
cuando se crea un registro de seguimiento en la consola, este se aplica a todas las regiones de AWS.
El registro de seguimiento registra los eventos de todas las regiones en la partición de AWS y envía los
archivos de registro al bucket de S3 especificado. También puede configurar otros servicios de AWS para
analizar y actuar según los datos de eventos recopilados en los registros de CloudTrail. Para obtener más
información, consulte los siguientes temas:
• Introducción a la creación de registros de seguimiento

• Servicios e integraciones compatibles con CloudTrail
• Configuración de notificaciones de Amazon SNS para CloudTrail
• Recibir archivos de registro de CloudTrail de varias regiones y Recepción de archivos de registro de
CloudTrail de varias cuentas
Temas
• Información de CloudWatch en CloudTrail (p. 442)
441
Información de CloudWatch en CloudTrail
• Información de CloudWatch Synthetics en CloudTrail (p. 444)
Información de CloudWatch en CloudTrail

CloudWatch admite el registro de las siguientes acciones como eventos en los archivos de registro de
CloudTrail:
• DeleteAlarms
• DeleteDashboards
• DescribeAlarmHistory
• DescribeAlarms
• DescribeAlarmsForMetric
• DisableAlarmActions
• EnableAlarmActions
• GetDashboard
• ListDashboards
• PutDashboard
• PutMetricAlarm
• SetAlarmState
Además, puede registrar las siguientes acciones de AWS Métricas de SDK en los archivos de registro de
CloudTrail. Estas acciones solo las utiliza Métricas de SDK y no se encuentran disponibles para su uso en
el código. Para obtener más información, consulte Monitorización de aplicaciones mediante AWS Métricas
de SDK (p. 389).
• GetPublishingConfiguration: se utiliza para determinar cómo publicar métricas.

• GetPublishingSchema: se utiliza para determinar cómo publicar métricas.
• PutPublishingMetrics: se utiliza para enviar métricas de estado de CloudWatch Agent a AWS
Support.
Ejemplo: entradas de archivo de registro de

CloudWatch
En el ejemplo siguiente, se muestra una entrada de registro de CloudTrail que ilustra la acción
PutMetricAlarm.
{
"Records": [{
"eventVersion": "1.01",
"userIdentity": {
"type": "Root",
"principalId": "EX_PRINCIPAL_ID",
"arn": "arn:aws:iam::123456789012:root",
"accountId": "123456789012",
"accessKeyId": "EXAMPLE_KEY_ID"
},
"eventTime": "2014-03-23T21:50:34Z",
"eventSource": "monitoring.amazonaws.com",
"eventName": "PutMetricAlarm",
"awsRegion": "us-east-1",
442
Ejemplo: entradas de archivo de registro de CloudWatch
"sourceIPAddress": "127.0.0.1",
"userAgent": "aws-sdk-ruby2/2.0.0.rc4 ruby/1.9.3 x86_64-linux Seahorse/0.1.0",
"requestParameters": {
"threshold": 50.0,
"period": 60,
"metricName": "CloudTrail Test",
"evaluationPeriods": 3,
"comparisonOperator": "GreaterThanThreshold",
"namespace": "AWS/CloudWatch",
"alarmName": "CloudTrail Test Alarm",
"statistic": "Sum"
},
"responseElements": null,
"requestID": "29184022-b2d5-11e3-a63d-9b463e6d0ff0",
"eventID": "b096d5b7-dcf2-4399-998b-5a53eca76a27"
},
..additional entries
]
}
La siguiente entrada de archivo de registro muestra un usuario que ha llamado a la acción PutRule de
Eventos de CloudWatch.
{
"eventVersion":"1.03",
"userIdentity":{
"type":"Root",
"principalId":"123456789012",
"arn":"arn:aws:iam::123456789012:root",
"accountId":"123456789012",
"accessKeyId":"AKIAIOSFODNN7EXAMPLE",
"sessionContext":{
"attributes":{
"mfaAuthenticated":"false",
"creationDate":"2015-11-17T23:56:15Z"
}
}
},
"eventTime":"2015-11-18T00:11:28Z",
"eventSource":"events.amazonaws.com",
"eventName":"PutRule",
"awsRegion":"us-east-1",
"sourceIPAddress":"AWS Internal",
"userAgent":"AWS CloudWatch Console",
"requestParameters":{
"description":"",
"name":"cttest2",
"state":"ENABLED",
"eventPattern":"{\"source\":[\"aws.ec2\"],\"detail-type\":[\"EC2 Instance
State-change Notification\"]}",
"scheduleExpression":""
},
"responseElements":{
"ruleArn":"arn:aws:events:us-east-1:123456789012:rule/cttest2"
},
"requestID":"e9caf887-8d88-11e5-a331-3332aa445952",
"eventID":"49d14f36-6450-44a5-a501-b0fdcdfaeb98",
"eventType":"AwsApiCall",
"apiVersion":"2015-10-07",
"recipientAccountId":"123456789012"
}
La siguiente entrada de archivo de registro muestra un usuario que ha llamado a la acción

CreateExportTask de CloudWatch Logs.
443
Información de CloudWatch Synthetics en CloudTrail
{
"userIdentity": {
"type": "IAMUser",
"arn": "arn:aws:iam::123456789012:user/someuser",
"accountId": "123456789012",
"accessKeyId": "AKIAIOSFODNN7EXAMPLE",
"userName": "someuser"
},
"eventTime": "2016-02-08T06:35:14Z",
"eventSource": "logs.amazonaws.com",
"eventName": "CreateExportTask",
"userAgent": "aws-sdk-ruby2/2.0.0.rc4 ruby/1.9.3 x86_64-linux Seahorse/0.1.0",
"destination": "yourdestination",
"logGroupName": "yourloggroup",
"to": 123456789012,
"from": 0,
"taskName": "yourtask"
},
"responseElements": {
"taskId": "15e5e534-9548-44ab-a221-64d9d2b27b9b"
},
"requestID": "1cd74c1c-ce2e-12e6-99a9-8dbb26bd06c9",
"eventID": "fd072859-bd7c-4865-9e76-8e364e89307c",
"eventType": "AwsApiCall",
"apiVersion": "20140328",
"recipientAccountId": "123456789012"
}
Información de CloudWatch Synthetics en

CloudTrail
CloudWatch Synthetics admite el registro de las siguientes acciones como eventos en archivos de registro
de CloudTrail:
• CreateCanary
• DeleteCanary
• DescribeCanaries
• DescribeCanariesLastRun
• DescribeRuntimeVersions
• GetCanary
• GetCanaryRuns
• ListTagsForResource
• StartCanary
• StopCanary
• TagResource
• UntagResource
• UpdateCanary
444
Ejemplo: Entradas del archivo de
registro de CloudWatch Synthetics
Ejemplo: Entradas del archivo de registro de

En el ejemplo siguiente, se muestra una entrada de registro de CloudTrail Synthetics que ilustra la acción
DescribeCanaries.
{
"userIdentity": {
"type": "AssumedRole",
"arn": "arn:aws:iam::123456789012:assumed-role/role_name",
"accountId":"123456789012",
"sessionContext": {
"sessionIssuer": {
"type": "Role",
"arn": "arn:aws:iam::111222333444:role/Administrator",
"accountId":"123456789012",
"userName": "SAMPLE_NAME"
},
"webIdFederationData": {},
"attributes": {
"mfaAuthenticated": "false",
"creationDate": "2020-04-08T21:43:24Z"
}
}
},
"eventTime": "2020-04-08T23:06:47Z",
"eventSource": "synthetics.amazonaws.com",
"eventName": "DescribeCanaries",
"userAgent": "aws-internal/3 aws-sdk-java/1.11.590
Linux/4.9.184-0.1.ac.235.83.329.metal1.x86_64 OpenJDK_64-Bit_Server_VM/25.212-b03
java/1.8.0_212 vendor/Oracle_Corporation",
"requestParameters": null,
"requestID": "201ed5f3-15db-4f87-94a4-123456789",
"eventID": "73ddbd81-3dd0-4ada-b246-123456789",
"readOnly": true,
}
UpdateCanary.
{
"userIdentity": {
"accountId":"123456789012",
"sessionContext": {
"sessionIssuer": {
"type": "Role",
445
"accountId":"123456789012",
},
"attributes": {
"creationDate": "2020-04-08T21:43:24Z"
}
}
},
"eventTime": "2020-04-08T23:06:47Z",
"eventName": "UpdateCanary",
"Schedule": {
"Expression": "rate(1 minute)"
},
"name": "sample_canary_name",
"Code": {
"Handler": "myOwnScript.handler",
"ZipFile": "SAMPLE_ZIP_FILE"
}
},
"requestID": "fe4759b0-0849-4e0e-be71-1234567890",
"eventID": "9dc60c83-c3c8-4fa5-bd02-1234567890",
"readOnly": false,
}
GetCanaryRuns.
{
"userIdentity": {
"accountId":"123456789012",
"sessionContext": {
"sessionIssuer": {
"type": "Role",
"accountId":"123456789012",
},
"attributes": {
"creationDate": "2020-04-08T21:43:24Z"
}
}
},
"eventTime": "2020-04-08T23:06:30Z",
446
"eventName": "GetCanaryRuns",
"Filter": "TIME_RANGE",
"name": "sample_canary_name",
"FilterValues": [
"2020-04-08T23:00:00.000Z",
"2020-04-08T23:10:00.000Z"
]
},
"requestID": "2f56318c-cfbd-4b60-9d93-1234567890",
"eventID": "52723fd9-4a54-478c-ac55-1234567890",
"readOnly": true,
}
447
Integración de Grafana
Puede utilizar Grafana 6.5.0 y versiones posteriores para avanzar contextualmente a través de la consola
de CloudWatch y consultar una lista dinámica de métricas mediante el uso de comodines. Esto puede
ayudarle a monitorizar métricas para recursos de AWS, como contenedores o instancias Amazon Elastic
Compute Cloud. Cuando se crean nuevas instancias como parte de un evento de Auto Scaling, aparecen
automáticamente en el gráfico sin que tenga que rastrear los nuevos ID de instancia. Los paneles
prediseñados ayudan a simplificar la experiencia de introducción para monitorizar recursos de Amazon
EC2, Amazon Elastic Block Store y AWS Lambda.
Para obtener más información acerca de cómo comenzar, consulte Uso de AWS CloudWatch en Grafana
en la documentación de Grafana Labs.
448
Cuotas de servicio de CloudWatch

CloudWatch aplica las siguientes cuotas a las métricas, alarmas, solicitudes de API, notificaciones de
correo electrónico y registros.
Actions 5/alarma. Esta cuota no se puede cambiar.
alarmas 10 al mes por cliente de forma gratuita. 5000 por región y

cuenta. Puede solicitar un aumento de cuota.
Las alarmas basadas en expresiones matemáticas métricas

pueden disponer de hasta 10 métricas.
Modelos de detección de anomalías 500 por región y cuenta.
Solicitudes API 1 000 000 al mes por cliente de forma gratuita.
Valores controlados 100 por región y cuenta en las siguientes regiones: US East
(N. Virginia), EE.UU. Este (Ohio), EE.UU. Oeste (Oregón),
Europa (Irlanda) y Asia Pacífico (Tokio). 20 por región y
cuenta en todas las demás regiones.
Solicitudes de API de Contributor GetInsightRuleReport tiene una cuota de 20 transacciones

Insights por segundo (TPS). Puede solicitar un aumento de cuota.
Las siguientes API tienen una cuota de 1 transacción por

segundo. Esta cuota no se puede cambiar.
• DeleteInsightRules
DescribeInsightRules
DisableInsightRules
EnableInsightRules
PutInsightRule
Reglas de Contributor Insights 100 reglas por cuenta.
Puede solicitar un aumento de cuota.
Métricas personalizadas Sin cuota.
Paneles Hasta 500 métricas por widget de panel. Hasta 2500 métricas
por panel, en todos los widgets.
Estas cuotas incluyen todas las métricas recuperadas para su

uso en funciones matemáticas de métricas, incluso si dichas
métricas no se muestran en el gráfico.
Estas cuotas no pueden cambiarse.
DescribeAlarms 9 transacciones por segundo (TPS). Número máximo de

solicitudes de operación que puede realizar por segundo sin
que aplique una limitación.
449

Solicitud DeleteAlarms 3 transacciones por segundo (TPS) para cada una de

estas operaciones. Número máximo de solicitudes de
Solicitud DescribeAlarmHistory operación que puede realizar por segundo sin que aplique
una limitación.
Solicitud DescribeAlarmsForMetric
Solicitud DisableAlarmActions
Solicitud EnableAlarmActions
Solicitud SetAlarmState
Solicitud DeleteDashboards 10 transacciones por segundo (TPS) para cada una de

estas operaciones. Número máximo de solicitudes de
Solicitud GetDashboard operación que puede realizar por segundo sin que aplique
una limitación.
Solicitud ListDashboards
Solicitud PutDashboard
PutAnomalyDetector 10 transacciones por segundo (TPS). Número máximo de

DescribeAnomalyDetectors que aplique una limitación.
DeleteAnomalyDetector 5 transacciones por segundo (TPS). Número máximo de

Dimensiones 10 por métrica. Esta cuota no se puede cambiar.
GetMetricData 50 transacciones por segundo (TPS). Número máximo de

que aplique una limitación. Puede solicitar un aumento de
cuota.
180 000 puntos de datos por segundo (DPS) si el StartTime

que se usa en la solicitud de API es menor o igual a tres
horas a partir de la hora actual. 396 000 DPS si el valor
StartTime es superior a tres horas a partir de la hora actual.
Es el número máximo de puntos de datos que puede solicitar
por segundo mediante una o varias llamadas a la API sin que
se limiten. Esta cuota no se puede cambiar.
El valor DPS se calcula en función de los puntos de datos

estimados, no de los reales. La estimación de puntos de
datos se calcula utilizando el intervalo de tiempo, el período
y el período de retención solicitados. Esto significa que si
los puntos de datos reales de las métricas solicitadas son
dispersos o están vacíos, se sigue produciendo una limitación
si los puntos de datos estimados superan la cuota.
GetMetricData Una sola llamada de GetMetricData puede incluir hasta

500 estructuras de MetricDataQuery.
Esta cuota no se puede cambiar.
450
GetMetricStatistics 400 transacciones por segundo (TPS). Número máximo de

GetMetricWidgetImage Hasta 500 métricas por imagen. Esta cuota no se puede

cambiar.
20 transacciones por segundo (TPS). Número máximo de

que aplique una limitación. Esta cuota no se puede cambiar.
ListMetrics 25 transacciones por segundo (TPS). Número máximo de

Datos de métricas 15 meses. Esta cuota no se puede cambiar.
Elementos MetricDatum 20 por solicitud PutMetricData. Un objeto MetricDatum

puede contener un único valor o un objeto StatisticSet que
representa muchos valores. Esta cuota no se puede cambiar.
Métricas 10 al mes por cliente de forma gratuita.
Período El valor máximo es de un día (86 400 segundos). Esta cuota

no se puede cambiar.
Solicitud PutMetricAlarm 3 transacciones por segundo (TPS). Número máximo de

Solicitud PutMetricData 40 KB para solicitudes HTTP POST. PutMetricData puede

gestionar 150 transacciones por segundo (TPS), que es el
número máximo de solicitudes de operación puede realizar
por segundo sin estar limitadas.
Notificaciones por correo electrónico de 1000 al mes por cliente de forma gratuita.
Amazon SNS
451
Historial de revisión
En la siguiente tabla, se describen los cambios importantes de cada versión de la Guía del usuario de
Amazon CloudWatch a partir de junio de 2018. Para obtener notificaciones sobre las actualizaciones de
esta documentación, puede suscribirse a una fuente RSS.
update-history-change update-history-description update-history-date
Disponibilidad general de CloudWatch Contributor Insights April 2, 2020

CloudWatch Contributor ya está disponible con carácter
Insights (p. 452) general. Te permite analizar
datos de registro y crear series
temporales que muestren
datos de colaboradores. Puede
ver métricas acerca de los
colaboradores Top-N, el número
total de colaboradores únicos
y su uso. Para obtener más
información, consulta Uso de
Contributor Insights para analizar
datos de alta cardinalidad en
la Guía del usuario de Amazon
CloudWatch.
Vista previa pública de CloudWatch Synthetics ya está November 25, 2019

CloudWatch Synthetics (p. 452) disponible en vista previa pública.
Te permite crear canaries
para monitorizar tus puntos de
enlace y API. Para obtener más
canaries en la Guía del usuario
de Amazon CloudWatch.
Vista previa pública de CloudWatch Contributor Insights November 25, 2019

CloudWatch Contributor ya está disponible en vista previa
Insights (p. 452) pública. Te permite analizar
datos de registro y crear series
temporales que muestren
datos de colaboradores. Puede
ver métricas acerca de los
colaboradores Top-N, el número
total de colaboradores únicos
y su uso. Para obtener más
Contributor Insights para analizar
datos de alta cardinalidad en
CloudWatch.
CloudWatch lanza la función ServiceLens mejora la November 21, 2019

ServiceLens (p. 452) observabilidad de tus servicios
y aplicaciones al permitirte
integrar rastros, métricas,
registros y alarmas en un solo
lugar. ServiceLens integra
452
CloudWatch con AWS X-Ray

para proporcionar una visión
integral de tu aplicación. Para
consulta Uso de ServiceLens
para supervisar el estado de
tus aplicaciones en la Guía del
usuario de Amazon CloudWatch.
Utiliza CloudWatch para Puede utilizar CloudWatch November 19, 2019

administrar de forma proactiva para administrar de forma
tus cuotas de servicio de proactiva sus cuotas de servicio
AWS (p. 452) de AWS. Las métricas de uso
de CloudWatch proporcionan
visibilidad sobre el uso que
hace su cuenta de los recursos
y las operaciones de API.
Para obtener más información,
consulta Integración y métricas
de uso de cuotas de servicio en
CloudWatch.
CloudWatch envía eventos CloudWatch ahora envía un October 8, 2019

cuando las alarmas cambian de evento a Amazon EventBridge
estado (p. 452) cuando alguna alarma de
CloudWatch cambia de estado.
consulte Eventos de alarma
y EventBridge en la Guía del
usuario de Amazon CloudWatch .
Container Insights (p. 452) CloudWatch Container Insights August 30, 2019
ya está disponible con carácter
general. Le permite recopilar,
agregar y resumir métricas y
registros de sus aplicaciones en
contenedores y microservicios.
consulte Uso de Container
Insights en la Guía del usuario de
Amazon CloudWatch.
453
Actualizaciones de las métricas Se ha actualizado la vista August 19, 2019

de vista previa de Container previa pública de Container
Insights en Amazon EKS y Insights en Amazon EKS y
Kubernetes (p. 452) Kubernetes. InstanceId se incluye
ahora como una dimensión
para las instancias EC2 del
clúster. Esto permite que las
alarmas de que se han creado
en estas métricas activen las
siguientes acciones de EC2: Stop
(Detener), Terminate (Terminar),
Reboot (Reiniciar) o Recover
(Recuperar). Además, el espacio
de nombres de Kubernetes
notifica ahora las métricas de
pod y servicio para simplificar
la monitorización y las alarmas
en las métricas por espacio de
nombres.
Actualizaciones para Actualizaciones sobre cómo August 7, 2019

la integración de AWS CloudWatch Application Insights
Administrador de sistemas se integra con Administrador de
OpsCenter (p. 452) sistemas OpsCenter.
Métricas de uso de Las métricas de uso de August 6, 2019

CloudWatch (p. 452) CloudWatch le ayudan a realizar
un seguimiento del uso de
sus recursos de CloudWatch
y a mantenerse dentro de los
límites del servicio. Para obtener
https://docs.aws.amazon.com/
AmazonCloudWatch/latest/
monitoring/CloudWatch-Usage-
Metrics.html.
Vista previa pública de detección La detección de anomalías July 9, 2019

de anomalías de CloudWatch de CloudWatch se encuentra
(p. 452) ahora en vista previa pública.
CloudWatch aplica algoritmos
de aprendizaje automático a
los datos anteriores de una
métrica para crear un modelo
de valores esperados de la
métrica. Puede utilizar este
modelo para la visualización y
para la configuración de alarmas.
consulta Uso de la detección de
anomalías de CloudWatch en
CloudWatch.
454
Vista previa pública de CloudWatch Container Insights July 9, 2019

CloudWatch Container ahora se encuentra en vista
Insights (p. 452) previa pública. Le permite
recopilar, agregar y resumir
métricas y registros de sus
aplicaciones en contenedores y
microservicios. Para obtener más
Container Insights en la Guía del
CloudWatch Application CloudWatch Application Insights June 21, 2019

Insights para .NET y SQL para .NET y SQL Server permite
Server (p. 452) observar aplicaciones basadas
en .NET y SQL Server. Puede
ayudarlo a configurar los mejores
monitores para su aplicación
con el fin de analizar de forma
continua los datos en busca de
señales que indiquen problemas
con las aplicaciones.
Se han reorganizado las La documentación del agente March 28, 2019

secciones del agente de CloudWatch se ha reescrito
CloudWatch (p. 452) para mejorar la claridad,
especialmente para los clientes
que utilizan la línea de comandos
para instalar y configurar
el agente. Para obtener
Recopilación de métricas y
registros de instancias Amazon
EC2 y servidores locales con
el agente de CloudWatch en la
Guía del usuario de Amazon
CloudWatch.
Se ha añadido la función Ahora puede utilizar una función March 21, 2019
SEARCH las expresiones SEARCH en expresiones
matemáticas de las matemáticas de las métricas.
métricas (p. 452) Esto le permite crear paneles
que se actualicen de forma
automática a medida que se
crean nuevos recursos que
coincidan con la consulta de
búsqueda. Para obtener más
expresiones de búsqueda en
gráficos en la Guía del usuario de
Amazon CloudWatch.
455
AWS Métricas de SDK para Métricas de SDK le ayuda a December 11, 2018
Enterprise Support (p. 452) evaluar el estado de los servicios
de AWS y a diagnosticar la
latencia derivada de llegar a los
límites de uso de la cuenta o
provocada por una interrupción
del servicio. Para obtener
más información, consulte el
tema sobre cómo monitorizar
aplicaciones mediante AWS
Métricas de SDK en la Guía del
Alarmas en expresiones CloudWatch admite la creación November 20, 2018

matemáticas (p. 452) de alarmas en función de
expresiones matemáticas
métricas. Para obtener más
información, consulte Alarmas
en expresiones matemáticas en
CloudWatch.
Nueva página de Amazon ha creado una nueva November 19, 2018

inicio de la consola de página de inicio en la consola
CloudWatch (p. 452) de CloudWatch, que muestra
automáticamente las métricas
y alarmas principales de
todos los servicios de AWS
que está utilizando. Para
consulte Introducción a Amazon
CloudWatch en la Guía del
Plantillas de AWS Amazon ha cargado plantillas de November 9, 2018

CloudFormation para el Agente AWS CloudFormation que puede
de CloudWatch (p. 452) utilizar para instalar y actualizar
el agente de CloudWatch.
consulte Instalación del agente
de CloudWatch en una instancia
AWS CloudFormation en la
Guía del usuario de Amazon
CloudWatch.
456
Mejoras en el agente de El agente de CloudWatch se ha September 28, 2018

CloudWatch (p. 452) actualizado para que funcione
con los protocolos StatsD y
collectd. También ha mejorado
la compatibilidad entre cuentas.
consulte Recuperación de
métricas personalizadas con
StatsD, Recuperación de
métricas personalizadas con
collectd y Envío de métricas y
registros a una cuenta de AWS
diferente en la Guía del usuario
de Amazon CloudWatch.
Compatibilidad con puntos Ahora puede establecer una June 28, 2018
de enlace de Amazon conexión privada entre su VPC
VPC (p. 452) y CloudWatch. Para obtener
más información, consulte Uso
de CloudWatch con puntos
de enlace de la VPC de tipo
interfaz en la Guía del usuario de
Amazon CloudWatch.
En la siguiente tabla, se describen cambios importantes realizados en la Guía del usuario de Amazon
CloudWatch antes de junio de 2018.
Cambio Descripción Fecha de la versión
Cálculos de Ahora puede utilizar expresiones matemáticas en las 4 de abril de 2018

métricas métricas de CloudWatch, lo que genera una nueva
serie temporal que puede añadir a los gráficos del
panel. Para obtener más información, consulte Uso de
cálculo de métricas (p. 55).
Alarmas "M de N" Ahora puede configurar una alarma para dispararse 8 de diciembre de 2017
basándose en "M de N" puntos de datos en cualquier
intervalo de evaluación de alarma. Para obtener
más información, consulte Evaluación de una
alarma (p. 77).
Agente de Se ha publicado un nuevo agente de CloudWatch 7 de septiembre de 2017

CloudWatch unificado. Puede utilizar el agente multiplataforma
unificado para recopilar las métricas del sistema
personalizadas y los archivos de registro desde las
instancias Amazon EC2 y los servidores locales. El
nuevo agente es compatible con Windows y Linux, y
permite la personalización de las métricas recopiladas,
incluidas las métricas de subrecurso como los núcleos
por CPU. Para obtener más información, consulte
Recopilación de métricas y registros de instancias
Amazon EC2 y servidores locales con el agente de
Métricas de Se han agregado métricas para la gateway NAT de 7 de septiembre de 2017

gateway NAT Amazon VPC.
457
Métricas de alta A partir de ahora, puede configurar opcionalmente 26 de julio de 2017

resolución métricas personalizadas como métricas de alta
resolución, con una granularidad de solo un segundo.
Para obtener más información, consulte Métricas de
alta resolución (p. 52).
API de panel A partir de ahora, puede crear, modificar y eliminar 6 de julio de 2017
paneles mediante las API y la AWS CLI. Para obtener
más información, consulte Creación de un panel de
CloudWatch (p. 18).
Métricas de AWS Se han agregado métricas para AWS Direct Connect. 29 de junio de 2017
Direct Connect
Métricas de Se han agregado métricas para Amazon VPC VPN. 15 de mayo de 2017
Amazon VPC VPN
Métricas de Se han agregado métricas para AppStream 2.0. 8 de marzo de 2017

AppStream 2.0
Selector de color A partir de ahora, puede elegir el color de cada 27 de febrero de 2017
de la consola de métrica en sus widgets del panel. Para obtener más
CloudWatch información, consulte Editar un gráfico en un panel de
CloudWatch (p. 24).
Alarmas en los Las alarmas se pueden agregar ahora a los 15 de febrero de 2017
paneles paneles. Para obtener más información, consulte
Añadir o eliminar una alarma de un panel de
CloudWatch (p. 28).
Se han agregado Se han agregado métricas para Amazon Polly. 1 de diciembre de 2016
métricas para
Amazon Polly
Se han agregado Se han agregado métricas para Amazon Kinesis Data 1 de diciembre de 2016
métricas para Analytics.
Amazon Kinesis
Data Analytics
Se ha agregado Puede especificar cualquier percentil con hasta dos 17 de noviembre de 2016
compatibilidad decimales (por ejemplo, p95.45). Para obtener más
para las información, consulte Percentiles (p. 7).
estadísticas de
percentil
Se han agregado Se han agregado métricas para Amazon Simple Email 2 de noviembre de 2016
métricas para Service.
Amazon Simple
Email Service
Se han actualizado Amazon CloudWatch conserva ahora los datos de 1 de noviembre de 2016
las métricas de métricas durante 15 meses en lugar de 14 días.
retención
458
Se ha actualizado La consola de CloudWatch se ha actualizado con 1 de noviembre de 2016

la interfaz de mejoras en la funcionalidad existente y nuevas
la consola de funcionalidades.
métricas
Se han agregado Se han agregado métricas para Amazon Elastic 20 de septiembre de 2016
métricas para Transcoder.
Amazon Elastic
Transcoder
Se han agregado Se han agregado métricas para Amazon API Gateway. 9 de septiembre de 2016
métricas para
Amazon API
Gateway
Se han agregado Se han agregado métricas para AWS Key 9 de septiembre de 2016
métricas para Management Service.
AWS Key
Management
Service
Se han agregado Se han agregado métricas para Balanceador de carga 11 de agosto de 2016
métricas para de aplicaciones.
los nuevos
Balanceador
de carga de
aplicaciones
admitidas por
Elastic Load
Balancing
Se han agregado Se han agregado nuevas métricas NetworkPacketsIn y 23 de marzo de 2016

nuevas métricas NetworkPacketsOut para Amazon EC2.
NetworkPacketsIn
y
NetworkPacketsOut
para Amazon EC2
Se han agregado Se han agregado nuevas métricas de flota de spot de 21 de marzo de 2016
nuevas métricas Amazon EC2.
de flota de spot de
Amazon EC2
Se han agregado Se han agregado nuevas métricas de CloudWatch 10 de marzo de 2016

nuevas métricas Logs.
de CloudWatch
Logs
Se han agregado Se han agregado métricas y dimensiones de Amazon 14 de octubre de 2015

métricas y Elasticsearch Service y AWS WAF.
dimensiones
de Amazon
Elasticsearch
Service y AWS
WAF
459
Se ha agregado Los paneles son páginas de inicio personalizables 8 de octubre de 2015

soporte para en la consola de CloudWatch que puede utilizar para
paneles de monitorizar sus recursos en una única vista, incluso
CloudWatch aquellos que se reparten entre diferentes regiones.
Para obtener más información, consulte Uso de
paneles de Amazon CloudWatch (p. 17).
Se han agregado Se han agregado métricas y dimensiones de AWS 4 de septiembre de 2015

métricas y Lambda.
dimensiones de
AWS Lambda
Se han agregado Se han agregado métricas y dimensiones de Amazon 17 de agosto de 2015

métricas y Elastic Container Service.
dimensiones de
Amazon Elastic
Container Service
Se han agregado Se han agregado métricas y dimensiones de Amazon 26 de julio de 2015

métricas y Simple Storage Service.
dimensiones de
Amazon Simple
Storage Service
Nueva Se ha añadido la acción de alarma de reinicio y 23 de julio de 2015

característica: nuevo rol de IAM para su uso con acciones de
acción de alarma alarma. Para obtener más información, consulte Crear
de reinicio alarmas para parar, terminar, reiniciar o recuperar una
instancia (p. 102).
Se han agregado Se han agregado métricas y dimensiones de Amazon 30 de abril de 2015

métricas y WorkSpaces.
dimensiones
de Amazon
WorkSpaces
Se han añadido Se han añadido métricas y dimensiones de Amazon 9 de abril de 2015

métricas y Machine Learning.
dimensiones de
Amazon Machine
Learning
Nueva Acciones de alarma actualizadas para incluir nueva 12 de marzo de 2015

característica: acción de recuperación de instancias EC2. Para
acciones de obtener más información, consulte Crear alarmas
alarma de para parar, terminar, reiniciar o recuperar una
recuperación de instancia (p. 102).
instancia Amazon
EC2
460
Se han agregado Se han agregado métricas y dimensiones de Amazon 6 de marzo de 2015

métricas y CloudFront y Amazon CloudSearch.
dimensiones
de Amazon
CloudFront
y Amazon
CloudSearch
Se han añadido Se han añadido métricas y dimensiones de Amazon 9 de mayo de 2014

métricas y Simple Workflow Service.
dimensiones de
Amazon Simple
Workflow Service
Se ha actualizado Nuevo tema añadido que explica cómo puede utilizar 30 de abril de 2014
la guía para añadir AWS CloudTrail para registrar actividad en Amazon
soporte para AWS CloudWatch. Para obtener más información, consulte
CloudTrail Registro de llamadas a la API de Amazon CloudWatch
con AWS CloudTrail (p. 441).
Se ha actualizado La CLI de AWS es una CLI entre servicios con una 21 de febrero de 2014
la guía para utilizar instalación simplificada, configuración unificada y
el nuevo AWS sintaxis de línea de comando coherente. La CLI de
Command Line AWS se admite en Linux/Unix, Windows y Mac. Los
Interface (AWS ejemplos de CLI en esta guía se han actualizado para
CLI) utilizar la nueva CLI de AWS.
Para obtener más información sobre cómo instalar

y configurar la nueva CLI de AWS, consulte
Configuración inicial de la interfaz de línea de
comandos de AWS en la AWS Command Line
Interface Guía del usuario.
Se han agregado Se han agregado métricas y dimensiones de Amazon 16 de julio de 2013

métricas y Redshift y AWS OpsWorks.
dimensiones de
Amazon Redshift y
AWS OpsWorks
Se han añadido Se han añadido métricas y dimensiones de Amazon 26 de junio de 2013

métricas y Route 53.
dimensiones de
Amazon Route 53
Nueva Se ha agregado una nueva sección para documentar 8 de enero de 2013

característica: las acciones de alarma de Amazon CloudWatch, que
acciones de se puede utilizar para parar o terminar una instancia
alarma de Amazon Amazon Elastic Compute Cloud. Para obtener más
CloudWatch información, consulte Crear alarmas para parar,
terminar, reiniciar o recuperar una instancia (p. 102).
Métricas de EBS Se han actualizado las métricas de EBS para incluir 20 de noviembre de 2012
actualizadas dos nuevas métricas para volúmenes de IOPS
aprovisionados.
461
Nuevas alertas de A partir de ahora, puede monitorizar los cargos de 10 de mayo de 2012
facturación AWS utilizando métricas de Amazon CloudWatch y
crear alarmas para que se le notifique cuando haya
superado el umbral especificado. Para obtener más
información, consulte Creación de una alarma de
facturación para monitorizar los cargos estimados de
AWS (p. 108).
Nuevas métricas Ahora puede obtener acceso a seis nuevas métricas 19 de octubre de 2011
de Elastic Load Balancing que proporcionan recuentos
de distintos códigos de respuesta de HTTP.
Nueva Ahora puede obtener acceso a las métricas desde 30 de junio de 2011
característica Amazon EMR.
Nueva Ahora puede obtener acceso a las métricas desde 14 de julio de 2011
característica Amazon Simple Notification Service y Amazon Simple
Queue Service.
Nueva Se ha agregado información sobre el uso 10 de mayo de 2011

característica del API PutMetricData para publicar
métricas personalizadas. Para obtener más
información, consulte Publicación de métricas
Se han actualizado Amazon CloudWatch conserva ahora el historial de 7 de abril de 2011

las métricas de una alarma durante dos semanas en lugar de seis
retención semanas. Con este cambio, el periodo de retención de
alarmas coincide con el periodo de retención de datos
de métricas.
Nueva Se ha añadido la capacidad de enviar notificaciones 2 de diciembre de 2010

característica de Amazon Simple Notification Service o Auto Scaling
cuando una métrica ha superado un umbral. Para
obtener más información, consulte Alarmas (p. 8).
Nueva Una serie de acciones de CloudWatch incluye ahora 2 de diciembre de 2010

característica los parámetros MaxRecords y NextToken, que le
permiten controlar páginas de resultados para mostrar.
Nueva Este servicio ahora se integra con AWS Identity and 2 de diciembre de 2010
característica Access Management (IAM).
462

Acw Ug

Cargado por

Copyright:

Formatos disponibles

Acw Ug

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Acw Ug

Cargado por

Copyright:

Formatos disponibles

Amazon CloudWatch

Guía del usuario

Amazon CloudWatch: Guía del usuario

Métricas de alta resolución ................................................................................................. 52

Uso de proyectos de valores controlados ............................................................................ 117

Instalación del agente de CloudWatch mediante Administrador de sistemas .............................. 235

Errores de configuración .................................................................................................. 344

Referencia de permisos de Amazon CloudWatch ................................................................. 427

¿Qué es Amazon CloudWatch?

• Consola de Amazon CloudWatch: https://console.aws.amazon.com/cloudwatch/

Servicios de AWS relacionados

Funcionamiento de Amazon CloudWatch

Conceptos de Amazon CloudWatch

• Espacios de nombres (p. 3)

Los espacios de nombres de AWS utilizan normalmente la siguiente convención de nomenclatura:

CloudWatch comenzó la retención de datos de métricas de 5 minutos y de 1 hora el 9 de julio de 2016.

Dimensions: Server=Prod, Domain=Frankfurt, Unit: Count, Timestamp: 2016-10-31T12:30:00Z,

Average El valor de Sum / SampleCount durante el periodo específico. Al comparar esta

SampleCount El recuento (número) de puntos de datos utilizado para el cálculo estadístico.

Cuando se acumulan estadísticas a lo largo de un periodo de tiempo, se marcan con la hora

Recursos de Amazon CloudWatch

Notas de la versión Las notas de la versión ofrecen un resumen general

Consola de administración de AWS La consola le permite llevar a cabo la mayoría de las

Amazon CloudWatch Discussion Foro de la comunidad para desarrolladores donde se tratan

Contacto Un punto de contacto centralizado para las consultas

Inscribirse en Amazon Web Services (AWS)

Para inscribirse en una cuenta de AWS

Inicie sesión en la consola de Amazon CloudWatch

1. Abra la consola de CloudWatch en https://console.aws.amazon.com/cloudwatch/.

Configurar la AWS CLI

Introducción a Amazon CloudWatch

Aparece la página de inicio de información general de CloudWatch.

La información general muestra los siguientes elementos, actualizados de forma automática.

Consulte Métricas clave de todos los servicios de

Para abrir el panel de varios servicios

1. Abra la consola de CloudWatch en https://console.aws.amazon.com/cloudwatch/.

Aparece la página de información general.

3. Puede centrarse en un servicio determinado de dos formas:

Para obtener más información, consulte Centrarse en métricas y alarmas en un grupo de

Evitar que un servicio aparezca en el panel de varios

Para eliminar métricas de un servicio del panel de varios servicios

1. Abra la consola de CloudWatch en https://console.aws.amazon.com/cloudwatch/.

Aparece la página de inicio.

La vista cambia para mostrar métricas solo de dicho servicio.

Centrarse en métricas y alarmas en un solo servicio

Para centrarse en un solo servicio

1. Abra la consola de CloudWatch en https://console.aws.amazon.com/cloudwatch/.

Aparece la página de inicio.

Centrarse en métricas y alarmas en un grupo de

Para centrarse en un grupo de recursos

1. Abra la consola de CloudWatch en https://console.aws.amazon.com/cloudwatch/.

Uso de paneles de Amazon

Con los paneles, puede crear lo siguiente:

Para acceder a los paneles de CloudWatch, necesita uno de los siguientes:

• Uso de datos en directo (p. 29)

Creación de un panel de CloudWatch

Para crear un panel con la consola

1. Abra la consola de CloudWatch en https://console.aws.amazon.com/cloudwatch/.

Si utiliza el nombre CloudWatch-Default, el panel aparece en la información general de la