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 del CloudWatch agente para las instancias EC2 y los 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 opta por 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 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 puede capturar registros y métricas para servidores locales mediante un proceso de instalación de CloudWatch agentes similar al de Amazon EC2.

Antes de comenzar con la instalación y la implementación 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 Amazon EC2 y los servidores 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.

Configuración de la captura de registros para 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 instancia, la AWS API o AWS Command Line Interface () de EC2 captura los archivos de registro y los ingiere en los CloudWatch registros.AWS CLI Recomendamos utilizar el CloudWatch agente para introducir archivos de registro en CloudWatch Logs for Amazon EC2 y en servidores locales.

Puede 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 con formato JSON, mientras que los registros con formato JSON 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 los registros de sus instancias de EC2, como buscar una cadena coincidente.

El nombre del flujo de registro predeterminado es el mismo que el ID de la instancia 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 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 instancias de EC2.

El siguiente diagrama muestra la configuración de un CloudWatch 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, ya que la {instance_id} variable se utiliza para el nombre del flujo de registro y la instancia IDs de EC2 es única.

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 las instancias de EC2 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 instancia de EC2 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.

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 para una sola instancia de EC2. Esto resulta útil si la mayoría de las instancias de EC2 dan servicio a una aplicación o carga de trabajo y cada instancia de EC2 tiene un propósito específico. En la siguiente tabla se muestra cómo se puede formatear la denominación de sus grupos de registros y flujos de registros para respaldar este enfoque.

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

De forma predeterminada, las instancias EC2 están habilitadas para la supervisión básica y se envía automáticamente un conjunto estándar de métricas (por ejemplo, métricas relacionadas con la CPU, la red o el almacenamiento) cada cinco minutos. CloudWatch CloudWatch las métricas pueden variar en función de la familia de instancias; por ejemplo, las instancias de rendimiento en ráfagas tienen métricas para los créditos de CPU. Las métricas estándar de Amazon EC2 están incluidas en el precio de la instancia. Si habilita la supervisión detallada de sus instancias EC2, 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 una supervisión detallada para todas sus instancias de EC2 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 el AWS SDK para capturar AWS CLI las métricas. Esto significa que debe definir las métricas que desea capturar (por ejemplo, el uso de la CPU) en el archivo de CloudWatch configuración. Puede crear un archivo de CloudWatch configuración único que incluya las métricas de instancia EC2 estándar para los servidores locales y aplicarlo además de la configuración estándar CloudWatch .

Las métricas CloudWatch se definen de forma exclusiva mediante el nombre de la métrica y cero o más dimensiones, y se agrupan de forma única 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 las instancias de EC2 o solo para algunas de ellas. Por ejemplo, puede definir un conjunto completo de métricas para las cargas de trabajo de producción, pero utilizar 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 instancias EC2 con InstanceId dimensiones y dimensiones. AutoScalingGroupName 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 instancia EC2 independiente para el uso de la CPU con las InstanceId dimensiones, además de una métrica de uso de la CPU independiente para la dimensión. InstanceType Esto le ayuda a analizar el uso de la CPU para cada instancia EC2 única, además de todas las instancias EC2 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 instancia de EC2. Si su organización ejecuta miles de instancias EC2, esto genera miles de métricas y se traduce en costes 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 sumar la memoria utilizada con respecto a la InstanceType dimensión para ver la memoria promedio utilizada por todas las instancias de EC2 para cada tipo de instancia. Si usa t2.micro instancias que se ejecutan en una región, puede 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 clases de EC2 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 clases de Amazon EC2 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