Configuración del CloudWatch agente para EC2 instancias y servidores locales

Muchas organizaciones ejecutan cargas de trabajo tanto en servidores físicos como en máquinas virtuales ()VMs. Por lo general, estas cargas de trabajo se ejecutan en diferentes OSs plataformas y cada una tiene requisitos de instalación y configuración únicos para capturar e ingerir métricas.

Si eliges usar EC2 instancias, puedes 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 para el registro y la supervisión, y aplicando un enfoque de instalación y configuración estándar para capturar e ingerir registros y métricas.

Organizations que migren o extiendan sus inversiones en TI a la AWS nube pueden aprovechar CloudWatch para lograr una solución unificada de registro y monitoreo. CloudWatch La fijación de precios significa que usted paga de forma incremental por las métricas y los registros que desee capturar. También puedes capturar registros y métricas para servidores locales mediante un proceso de instalación de CloudWatch agentes similar al de AmazonEC2.

Antes de empezar 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 OSs que desee 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 los genera 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 los 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 del agente CloudWatch

CloudWatch captura métricas y registros para los servidores de Amazon EC2 y locales mediante CloudWatch agentes y archivos de configuración de agentes que 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 empezar a instalar el CloudWatch agente a escala en sus cuentas.

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

Estos registros y métricas también se pueden clasificar y configurar aún más para entornos o requisitos específicos. Por ejemplo, puede 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.

Configurar la captura de registros para las instancias EC2

De forma predeterminada, Amazon EC2 no supervisa ni captura los archivos de registro. En su lugar, el software del CloudWatch agente instalado en la EC2 instancia, o AWS Command Line Interface (AWS CLI), captura los archivos de CloudWatch registro y los AWS API incorpora a Logs. Recomendamos usar el CloudWatch agente para introducir archivos de registro en CloudWatch Logs for Amazon EC2 y en servidores locales.

Puedes buscar y filtrar los registros, así como extraer métricas y ejecutar la automatización en función de los patrones de aplicación de parches a partir de los archivos de registro incluidos. CloudWatch CloudWatch admite opciones de sintaxis de filtros y patrones de texto sin formato, delimitados por espacios y JSON formateados, mientras que los registros con JSON formato son los que ofrecen la mayor flexibilidad. Para aumentar las opciones de filtrado y análisis, debe utilizar una salida de registro formateada en lugar de texto sin formato.

El CloudWatch agente utiliza un archivo de configuración que define los registros y las métricas a los que se va a CloudWatch enviar. CloudWatch a continuación, captura cada archivo de registro como un flujo de registro y agrupa estos flujos de registro en un grupo de registros. Esto le ayuda a realizar operaciones en todos los registros de sus EC2 instancias, como buscar una cadena coincidente.

El nombre del flujo de registro predeterminado es el mismo que el ID de la EC2 instancia 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 en el grupo de CloudWatch registros. Puede utilizarinstance_id, hostnamelocal_hostname, o ip_address para la sustitución dinámica en los nombres del flujo de registro y de los grupos de registros, lo que significa que puede utilizar el mismo archivo de configuración del CloudWatch agente en varias EC2 instancias.

El siguiente diagrama muestra la configuración de un CloudWatch agente para capturar registros. El grupo de registros está definido por los archivos de registro capturados y contiene flujos de registro independientes para cada EC2 instancia, ya que la {instance_id} variable utilizada para el nombre del flujo de registro y la EC2 instancia IDs 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 agrupamiento predeterminado basado en el nombre del archivo de registro permite buscar, crear métricas y generar alarmas sobre los datos específicos de un archivo de registro en todas EC2 las instancias de una cuenta y una región. Debe evaluar si es necesario refinar más los grupos de registros. Por ejemplo, es posible que su cuenta la compartan varias unidades de negocio y que tengan distintos propietarios técnicos o de operaciones. Esto significa que debe refinar aún más el nombre del grupo de registros para que refleje la separación y la propiedad. Este enfoque le permite concentrar el análisis y la solución de problemas en la EC2 instancia correspondiente.

Si varios entornos utilizan una cuenta, puede separar el registro de las cargas de trabajo que se ejecutan en cada entorno. La siguiente tabla 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.

Nombre del grupo de registro	/<Business unit>/<Project or application name>/<Environment>/<Log file name>
Nombre del flujo de registro	<EC2 instance ID>

También puedes agrupar todos los archivos de registro de una EC2 instancia en el mismo grupo de registros. Esto facilita la búsqueda y el análisis en un conjunto de archivos de registro para una sola EC2 instancia. Esto resulta útil si la mayoría de las EC2 instancias dan servicio a una aplicación o carga de trabajo y cada EC2 instancia tiene un propósito específico. En la siguiente tabla, se muestra cómo se puede formatear la denominación del grupo de registros y del flujo de registros para admitir este enfoque.

Nombre del grupo de registro	/<Business unit>/<Project or application name>/<Environment>/<EC2 instance ID>
Nombre del flujo de registro	<Log file name>

Configurar la captura de métricas para EC2 las instancias

De forma predeterminada, EC2 las instancias están habilitadas para la supervisión básica y se envía automáticamente un conjunto estándar de métricas (por ejemploCPU, métricas relacionadas con la red o el almacenamiento) CloudWatch cada cinco minutos. CloudWatch las métricas pueden variar en función de la familia de instancias; por ejemplo, las instancias de rendimiento rápido tienen métricas de créditos. CPU Las métricas EC2 estándar de Amazon están incluidas en el precio de la instancia. Si habilita la supervisión detallada de sus EC2 instancias, podrá recibir datos en períodos de un minuto. La frecuencia de los períodos afecta a sus CloudWatch costos, así que asegúrese de evaluar si se requiere un monitoreo detallado para todas sus EC2 instancias o solo para algunas de ellas. Por ejemplo, puede habilitar la supervisión detallada de las cargas de trabajo de producción, pero utilizar la supervisión básica para las cargas de trabajo que no son de producción.

Los servidores locales no incluyen ninguna métrica predeterminada CloudWatch y deben usar el CloudWatch agente o AWS SDK para capturar las AWS CLI métricas. Esto significa que debe definir las métricas que desea capturar (por ejemplo, la CPU utilización) en el archivo de CloudWatch configuración. Puede crear un archivo de CloudWatch configuración único que incluya las métricas de EC2 instancia estándar para los servidores locales y aplicarlo además de la CloudWatch configuración estándar.

Las métricas CloudWatch se definen de forma exclusiva por el nombre de la métrica y por cero o más dimensiones, y se agrupan de forma exclusiva en un espacio de nombres de métricas. Las métricas proporcionadas por un AWS servicio tienen un espacio de nombres que comienza por AWS (por ejemplo,AWS/EC2) y las que no son AWS métricas se consideran métricas personalizadas. Todas las métricas que se configuran y capturan con el CloudWatch agente se consideran métricas personalizadas. Dado que la cantidad de métricas creadas afecta a sus CloudWatch costes, debe evaluar si cada métrica es necesaria para todas sus EC2 instancias o solo para algunas de ellas. Por ejemplo, puedes definir un conjunto completo de métricas para las cargas de trabajo de producción, pero usar un subconjunto más pequeño de estas métricas para las cargas de trabajo que no son de producción.

CWAgentes el espacio de nombres predeterminado para las métricas publicadas por el agente. CloudWatch Al igual que 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 que refleje una unidad de negocio, un proyecto o una aplicación y un 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 la convención de nomenclatura de los grupos de CloudWatch 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 con las que se registran las observaciones. Amazon EC2 incluye métricas independientes para las EC2 instancias con AutoScalingGroupName dimensiones InstanceId y dimensiones. También recibirá métricas con las InstanceType dimensiones ImageId y si habilita la supervisión detallada. Por ejemplo, Amazon EC2 proporciona una métrica de EC2 instancia independiente para la CPU utilización con las InstanceId dimensiones, además de una métrica de CPU utilización independiente para la InstanceType dimensión. Esto le ayuda a analizar CPU la utilización de cada EC2 instancia única, además de todas las EC2 instancias de un tipo de instancia específico.

Agregar más dimensiones aumenta la capacidad de análisis, pero también aumenta los costos generales, ya que cada combinación de métrica y valor de dimensión único da como resultado una nueva métrica. Por ejemplo, si crea una métrica para el porcentaje de uso de memoria en relación con la InstanceId dimensión, se trata de una métrica nueva para cada EC2 instancia. Si su organización ejecuta miles de EC2 instancias, esto genera miles de métricas y se traduce en costos más altos. Para controlar y predecir los costos, asegúrese de determinar la cardinalidad de la métrica y qué dimensiones añaden más valor. Por ejemplo, puede definir un conjunto completo de dimensiones para las métricas de la carga de trabajo de producción, pero un subconjunto más pequeño de estas dimensiones para las cargas de trabajo ajenas a la producción.

Puede usar la append_dimensions propiedad para agregar dimensiones a una o todas las métricas definidas en su configuración. CloudWatch También puede añadir dinámicamente las métricasImageId, InstanceIdInstanceType, y AutoScalingGroupName a todas las métricas de la CloudWatch configuración. Como alternativa, puede agregar un nombre y un valor de dimensión arbitrarios para métricas específicas mediante la append_dimensions propiedad de esa métrica. CloudWatch también puede agregar estadísticas sobre las dimensiones métricas que haya definido con la aggregation_dimensions propiedad.

Por ejemplo, puede agregar la memoria utilizada con respecto a la InstanceType dimensión para ver la memoria promedio utilizada por todas las EC2 instancias para cada tipo de instancia. Si utilizas t2.micro instancias que se ejecutan en una región, puedes determinar si las cargas de trabajo que utilizan la t2.micro clase están sobreutilizando o infrautilizando la memoria proporcionada. La infrautilización puede ser una señal de que las cargas de trabajo utilizan EC2 clases con una capacidad de memoria no requerida. Por el contrario, la sobreutilización puede ser una señal de que las cargas de trabajo utilizan EC2 clases de Amazon con memoria insuficiente.

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