Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Configuración de CloudWatch agente para instancias EC2 y en los servidores de las instalaciones

Muchas organizaciones ejecutan cargas de trabajo en servidores físicos y máquinas virtuales (VM). Estas cargas de trabajo suelen ejecutarse en diferentes sistemas operativos que tienen requisitos de instalación y configuración únicos para capturar e ingerir métricas.

Si elige utilizar instancias EC2, puede tener un alto nivel de control sobre la configuración de la instancia y del sistema operativo. Sin embargo, este mayor nivel de control y responsabilidad requiere que supervise y ajuste las configuraciones para lograr un uso más eficiente. Puede mejorar su eficacia operativa estableciendo estándares de registro y supervisión y aplicando un enfoque estándar de instalación y configuración para capturar e ingerir registros y métricas.

Organizations que migran o amplían sus inversiones en TI alAWSLa nube puede aprovechar CloudWatch para lograr una solución unificada de registro y monitoreo. CloudWatch precio significa que pagas de forma incremental las métricas y los registros que quieres capturar. También puede capturar registros y métricas para servidores locales mediante un método similar. CloudWatch proceso de instalación del agente como el de Amazon EC2.

Antes de comenzar a instalar e implementar CloudWatch, asegúrese de evaluar las configuraciones de registro y métricas de sus sistemas y aplicaciones. Asegúrese de definir los registros y las métricas estándar que necesita capturar para los sistemas operativos que desea utilizar. Los registros y las métricas del sistema son la base y el estándar de una solución de registro y supervisión porque son generados por el sistema operativo y son diferentes para Linux y Windows. Hay métricas y archivos de registro importantes disponibles en todas las distribuciones de Linux, además de aquellos que son específicos de una versión o distribución de Linux. Esta variación también se produce entre las distintas versiones de Windows.

Configuración de CloudWatch agente

CloudWatch captura métricas y registros de Amazon EC2 y en los servidores de las instalaciones medianteAgentes de CloudWatch y archivos de configuración del agenteque son específicos de cada sistema operativo. Le recomendamos que defina la configuración estándar de captura de registros y métricas de su organización antes de comenzar a instalar el CloudWatch agente a escala en sus cuentas.

Puede combinar varios CloudWatch configuraciones de agente para formar un compuesto CloudWatch configuración del agente de. Un enfoque recomendado es definir y dividir las configuraciones de sus registros y métricas a nivel de sistema y aplicación. El siguiente diagrama ilustra cómo se pueden combinar varios tipos de archivos de configuración de CloudWatch para diferentes requisitos para formar una configuración compuesta de CloudWatch:

Estos registros y métricas también se pueden clasificar y configurar más para entornos o requisitos específicos. Por ejemplo, podría definir un subconjunto más pequeño de registros y métricas con menor precisión para entornos de desarrollo no regulados y un conjunto más grande y completo con mayor precisión para entornos de producción regulados.

Configuración de la captura de registros para instancias EC2

De forma predeterminada, Amazon EC2 no supervisa ni captura archivos de registro. En su lugar, los archivos de registro se capturan e ingieren en CloudWatch Registros de la CloudWatch software del agente instalado en la instancia EC2,AWSAPI, oAWS Command Line Interface(AWS CLI). Recomendamos utilizar el CloudWatch agente para ingerir archivos de registro en CloudWatch Registros de Amazon EC2 y en los servidores de las instalaciones.

Puede buscar y filtrar registros, así como extraer métricas y ejecutar la automatización basada en el parche de patrones de los archivos de registro de CloudWatch. CloudWatch admite opciones de sintaxis de patrones y filtros de texto sin formato, delimitados por espacios y con formato JSON, y los registros con formato JSON proporcionan la mayor flexibilidad. Para aumentar las opciones de filtrado y análisis, debe utilizar una salida de registro con formato en lugar de texto sin formato.

La CloudWatch agente utiliza un archivo de configuración que define los registros y las métricas que se van a enviar a CloudWatch. CloudWatch luego captura cada archivo de registro comoflujo de registroy agrupa estos flujos de registro en ungrupo de registros. Esto le ayuda a realizar operaciones en los registros de las instancias EC2, como buscar una cadena coincidente.

El nombre del flujo de registro predeterminado es el mismo que el ID de instancia de EC2 y el nombre del grupo de registros predeterminado es el mismo que la ruta del archivo de registro. El nombre del flujo de registro debe ser único dentro del CloudWatch grupo de registros. Puede usarinstance_id,hostname,local_hostname, o bienip_addresspara sustitución dinámica en el flujo de registros y nombres de grupos de registros, lo que significa que puede utilizar el mismo CloudWatch archivo de configuración del agente en varias instancias EC2.

En el siguiente diagrama se muestra un CloudWatch configuración de agente para capturar registros. El grupo de registros se define mediante los archivos de registro capturados y contiene flujos de registro independientes para cada instancia de EC2 debido a que{instance_id}se utiliza para el nombre del flujo de registro y los ID de instancia de EC2 son únicos.

Los grupos de registros definen la retención, las etiquetas, la seguridad, los filtros de métricas y el ámbito de búsqueda de los flujos de registro que contienen. El comportamiento de agrupación predeterminado basado en el nombre del archivo de registro le ayuda a buscar, crear métricas y alarmas de datos específicos de un archivo de registro en las instancias EC2 de una cuenta y una región. Debe evaluar si se requiere un mayor refinamiento de grupos de registros. Por ejemplo, es posible que varias unidades de negocio compartan tu cuenta y tengan distintos propietarios técnicos o de operaciones. Esto significa que debe refinar aún más el nombre del grupo de registros para reflejar la separación y la propiedad. Este enfoque le permite concentrar el análisis y la solución de problemas en la instancia EC2 correspondiente.

Si varios entornos utilizan una cuenta, puede separar el registro de las cargas de trabajo que se ejecutan en cada entorno. En la tabla siguiente se muestra una convención de nomenclatura de grupos de registros que incluye la unidad de negocio, el proyecto o la aplicación y el entorno.

También puede agrupar todos los archivos de registro de una instancia EC2 en el mismo grupo de registros. Esto facilita la búsqueda y el análisis en un conjunto de archivos de registro de una única instancia EC2. Esto resulta útil si la mayoría de las instancias EC2 atienden una aplicación o carga de trabajo y cada instancia EC2 cumple un propósito específico. En la tabla siguiente se muestra cómo se puede dar formato a su grupo de registros y nombres de flujos de registros para admitir este enfoque.

Configuración de la captura de métricas para instancias EC2

De forma predeterminada, las instancias EC2 están habilitadas para la monitorización básica yconjunto estándar de métricas(por ejemplo, métricas relacionadas con CPU, red o almacenamiento de información) se envía automáticamente a CloudWatch cada cinco minutos. CloudWatch Las métricas pueden variar en función de la familia de instancias, por ejemplo,instancias de rendimiento ampliabletienen métricas para créditos de CPU. Las métricas estándar de Amazon EC2 se incluyen en el precio de la instancia. Si habilitamonitorización detalladaEn las instancias EC2, puede recibir datos en periodos de un minuto. La frecuencia del período afecta a los costes de CloudWatch, así que asegúrese de evaluar si se requiere una supervisión detallada para todas o solo algunas de sus instancias EC2. Por ejemplo, podría habilitar la supervisión detallada de las cargas de trabajo de producción pero utilizar la supervisión básica para cargas de trabajo que no son de producción.

Los servidores locales no incluyen métricas predeterminadas para CloudWatch y debe utilizar el CloudWatch agente,AWS CLI, o bienAWSSDK para capturar métricas. Esto significa que debe definir las métricas que desea capturar (por ejemplo, utilización de la CPU) en el CloudWatch archivo de configuración. Puede crear un único CloudWatch archivo de configuración que incluye las métricas de instancias EC2 estándar para los servidores locales y lo aplica además de su estándar CloudWatch Configuración de .

Métricasen CloudWatch se definen de forma exclusiva mediante el nombre de la métrica y cero o varias dimensiones y se agrupan de forma exclusiva en un espacio de nombres de métricas. Métricas proporcionadas por unAWSservice tiene un espacio de nombres que comienza conAWS(por ejemplo,AWS/EC2), y noAWSLas métricas se consideran métricas de personalizadas. Métricas que configura y captura con el CloudWatch agente se consideran métricas personalizadas. Porque el número de métricas creadas afecta a su CloudWatch costes, debe evaluar si cada métrica es necesaria para todas o solo algunas de sus instancias EC2. Por ejemplo, podría definir un conjunto completo de métricas para cargas de trabajo de producción pero utilizar un subconjunto más pequeño de estas métricas para cargas de trabajo que no son de producción.

CWAgentes el espacio de nombres predeterminado para las métricas publicadas por el CloudWatch agente. De forma similar a los grupos de registros, el espacio de nombres de métricas organiza un conjunto de métricas para que se puedan encontrar juntas en un solo lugar. Debe modificar el espacio de nombres para reflejar una unidad de negocio, proyecto o aplicación y entorno (por ejemplo,/<Business unit>/<Project or application name>/<Environment>). Este enfoque resulta útil si varias cargas de trabajo no relacionadas utilizan la misma cuenta. También puede correlacionar la convención de nomenclatura del espacio de nombres con su CloudWatch convención de nombres de grupos de registros.

Las métricas también se identifican por sus dimensiones, que ayudan a analizarlas en función de un conjunto de condiciones y son las propiedades en las que se registran las observaciones. Amazon EC2 incluyemétricas separadaspara instancias EC2 conInstanceIdyAutoScalingGroupNameDimensiones. También recibes métricas con elImageIdyInstanceTypedimensiones si habilita la monitorización detallada. Por ejemplo, Amazon EC2 proporciona una métrica de instancia EC2 independiente para la utilización de la CPU con elInstanceIddimensiones, además de una métrica de utilización de CPU separada para elInstanceTypeDimensión. Esto le ayuda a analizar la utilización de la CPU para cada instancia EC2 única, además de todas las instancias EC2 de un determinadotipo de instancia.

La adición de más dimensiones aumenta la capacidad de análisis pero también aumenta los costes generales, porque cada combinación de métrica y valor de dimensión única da como resultado una nueva métrica. Por ejemplo, si crea una métrica para el porcentaje de utilización de memoria frente alInstanceId, esta es una nueva métrica para cada instancia de EC2. Si su organización ejecuta miles de instancias EC2, esto provoca miles de métricas y se traduce en costos más elevados. Para controlar y predecir los costes, asegúrese de determinar la cardinalidad de la métrica y qué dimensiones añaden más valor. Por ejemplo, podría definir un conjunto completo de dimensiones para las métricas de carga de trabajo de producción, pero un subconjunto más pequeño de estas dimensiones para cargas de trabajo que no son de producción.

Puede utilizar elappend_dimensionspara añadir dimensiones a una o todas las métricas definidas en su CloudWatch Configuración de . También puede añadir dinámicamente elImageId,InstanceId,InstanceType, yAutoScalingGroupNamea todas las métricas de tu CloudWatch Configuración de . Alternativamente, puede agregar un nombre y un valor de dimensión arbitrarios para métricas específicas mediante elappend_dimensionspropiedad de esa métrica. CloudWatch también puede agregar estadísticas sobre las dimensiones métricas definidas con elaggregation_dimensionspropiedad.

Por ejemplo, podría agregar la memoria utilizada en laInstanceTypepara ver la memoria media utilizada por todas las instancias EC2 para cada tipo de instancia. Si utilizat2.microinstancias que se ejecutan en una región, puede determinar si las cargas de trabajo utilizando elt2.microestán sobreutilizando o infrautilizando la memoria proporcionada. La infrautilización podría ser un signo de cargas de trabajo que utilizan clases EC2 con capacidad de memoria no necesaria. En cambio, la sobreutilización podría ser un signo de cargas de trabajo que utilizan clases de Amazon EC2 con memoria insuficiente.

En el siguiente diagrama se muestra un ejemplo CloudWatch configuración de métricas que utiliza un espacio de nombres personalizado, dimensiones añadidas y agregación medianteInstanceType.