As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Configurando o CloudWatch agente para instâncias do EC2 e servidores locais
Muitas organizações executam cargas de trabalho em servidores físicos e máquinas virtuais (VMs). Essas cargas de trabalho geralmente são executadas de forma diferente OSs , cada uma com requisitos exclusivos de instalação e configuração para capturar e ingerir métricas.
Se você optar por usar instâncias do EC2, poderá ter um alto nível de controle sobre sua instância e a configuração do sistema operacional. No entanto, esse nível mais alto de controle e responsabilidade exige que você monitore e ajuste as configurações para obter um uso mais eficiente. Você pode melhorar sua eficácia operacional estabelecendo padrões para registro e monitoramento e aplicando uma abordagem padrão de instalação e configuração para capturar e ingerir registros e métricas.
Organizações que migram ou ampliam seus investimentos em TI para a AWS nuvem podem aproveitar CloudWatch para obter uma solução unificada de registro e monitoramento. CloudWatch o preço significa que você paga incrementalmente pelas métricas e registros que deseja capturar. Você também pode capturar registros e métricas para servidores locais usando um processo de instalação de CloudWatch agentes semelhante ao do Amazon EC2.
Antes de começar a instalar e implantar CloudWatch, certifique-se de avaliar as configurações de registro e métricas para seus sistemas e aplicativos. Certifique-se de definir os registros e métricas padrão que você precisa capturar para o OSs que você deseja usar. Os registros e métricas do sistema são a base e o padrão de uma solução de registro e monitoramento porque são gerados pelo sistema operacional e são diferentes para Linux e Windows. Há métricas e arquivos de log importantes disponíveis em todas as distribuições Linux, além daqueles que são específicos para uma versão ou distribuição Linux. Essa variação também ocorre entre diferentes versões do Windows.
## Configurando o agente CloudWatch
CloudWatch captura métricas e registros para o Amazon EC2 e servidores locais [CloudWatch usando agentes e arquivos de configuração de agentes](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/Install-CloudWatch-Agent.html) que são específicos para cada sistema operacional. Recomendamos que você defina a métrica padrão e a configuração de captura de registros da sua organização antes de começar a instalar o CloudWatch agente em grande escala em suas contas.
Você pode combinar várias configurações de CloudWatch agente para formar uma configuração de CloudWatch agente composta. Uma abordagem recomendada é definir e dividir configurações para seus registros e métricas no nível do sistema e do aplicativo. O diagrama a seguir ilustra como vários tipos de arquivo de CloudWatch configuração para diferentes requisitos podem ser combinados para formar uma configuração composta CloudWatch:
![\[As configurações para diferentes requisitos são combinadas para formar uma configuração composta CloudWatch.\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/implementing-logging-monitoring-cloudwatch/images/logging-monitoring-image-1.png)
Esses registros e métricas também podem ser classificados e configurados posteriormente para ambientes ou requisitos específicos. Por exemplo, você pode definir um subconjunto menor de registros e métricas com menor precisão para ambientes de desenvolvimento não regulamentados e um conjunto maior e mais completo com maior precisão para ambientes de produção regulamentados.
## Configurando a captura de registros para instâncias do EC2
Por padrão, o Amazon EC2 não monitora nem captura arquivos de log. Em vez disso, os arquivos de log são capturados e inseridos no CloudWatch Logs pelo software do CloudWatch agente instalado em sua instância EC2, AWS API ou AWS Command Line Interface ()AWS CLI. Recomendamos usar o CloudWatch agente para ingerir arquivos de log em CloudWatch Logs para Amazon EC2 e servidores locais.
Você pode pesquisar e filtrar registros, bem como extrair métricas e executar automação com base na correção de padrões dos arquivos de log em CloudWatch. CloudWatch oferece suporte a opções de filtro e sintaxe de padrão em texto simples, delimitado por espaço e formatado em JSON, com registros formatados em JSON oferecendo a maior flexibilidade. Para aumentar as opções de filtragem e análise, você deve usar uma saída de log formatada em vez de texto sem formatação.
O CloudWatch agente usa um arquivo de configuração que define os registros e métricas para os quais enviar CloudWatch. CloudWatch em seguida, captura cada arquivo de log como um [fluxo de log](https://docs.aws.amazon.com//AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html) e agrupa esses fluxos de log em um grupo de [log](https://docs.aws.amazon.com//AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html). Isso ajuda você a realizar operações nos registros de suas instâncias do EC2, como pesquisar uma string correspondente.
O nome padrão do stream de log é igual ao ID da instância EC2 e o nome do grupo de log padrão é o mesmo do caminho do arquivo de log. O nome do fluxo de registros deve ser exclusivo dentro do grupo de CloudWatch registros. Você pode usar`instance_id`,, `hostname``local_hostname`, ou `ip_address` para substituição dinâmica nos nomes do stream de log e do grupo de log, o que significa que você pode usar o mesmo arquivo de configuração do CloudWatch agente em várias instâncias do EC2.
O diagrama a seguir mostra a configuração de um CloudWatch agente para capturar registros. O grupo de log é definido pelos arquivos de log capturados e contém fluxos de log separados para cada instância do EC2 porque a `{instance_id}` variável é usada para o nome do fluxo de log e a instância IDs do EC2 é exclusiva.
![\[Uma configuração de CloudWatch agente para capturar registros.\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/implementing-logging-monitoring-cloudwatch/images/cloudwatch-image-1.png)
Os grupos de registros definem a retenção, as tags, a segurança, os filtros métricos e o escopo de pesquisa dos fluxos de registros que eles contêm. O comportamento de agrupamento padrão com base no nome do arquivo de log ajuda você a pesquisar, criar métricas e alertar sobre dados específicos de um arquivo de log nas instâncias do EC2 em uma conta e região. Você deve avaliar se é necessário um refinamento adicional do grupo de registros. Por exemplo, sua conta pode ser compartilhada por várias unidades de negócios e ter diferentes proprietários técnicos ou operacionais. Isso significa que você deve refinar ainda mais o nome do grupo de registros para refletir a separação e a propriedade. Essa abordagem permite que você concentre sua análise e solução de problemas na instância relevante do EC2.
Se vários ambientes usarem uma conta, você poderá separar o registro das cargas de trabalho que são executadas em cada ambiente. A tabela a seguir mostra uma convenção de nomenclatura de grupos de registros que inclui a unidade de negócios, o projeto ou o aplicativo e o ambiente.
| | |
| --- |--- |
| Nome do grupo de logs | //// |
| Nome do fluxo de logs | |
Você também pode agrupar todos os arquivos de log de uma instância do EC2 no mesmo grupo de log. Isso facilita a pesquisa e a análise em um conjunto de arquivos de log para uma única instância do EC2. Isso é útil se a maioria das suas instâncias do EC2 atende a um aplicativo ou carga de trabalho e cada instância do EC2 serve a uma finalidade específica. A tabela a seguir mostra como a nomenclatura do grupo de registros e do fluxo de registros pode ser formatada para oferecer suporte a essa abordagem.
| | |
| --- |--- |
| Nome do grupo de logs | //// |
| Nome do fluxo de logs | |
## Configurando a captura de métricas para instâncias do EC2
Por padrão, suas instâncias do EC2 são habilitadas para monitoramento básico e um [conjunto padrão de métricas](https://docs.aws.amazon.com//AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) (por exemplo, CPU, rede ou métricas relacionadas ao armazenamento) é enviado automaticamente a CloudWatch cada cinco minutos. CloudWatch as métricas podem variar dependendo da família de instâncias, por exemplo, [instâncias de desempenho intermitente](https://docs.aws.amazon.com//AWSEC2/latest/UserGuide/burstable-performance-instances.html) têm métricas para créditos de CPU. As métricas padrão do Amazon EC2 estão incluídas no preço da sua instância. Se você ativar o [monitoramento detalhado](https://docs.aws.amazon.com//AWSEC2/latest/UserGuide/using-cloudwatch-new.html) de suas instâncias do EC2, poderá receber dados em períodos de um minuto. A frequência do período afeta seus CloudWatch custos, portanto, certifique-se de avaliar se o monitoramento detalhado é necessário para todas ou apenas algumas de suas instâncias do EC2. Por exemplo, você pode ativar o monitoramento detalhado para cargas de trabalho de produção, mas usar o monitoramento básico para cargas de trabalho que não sejam de produção.
Os servidores locais não incluem nenhuma métrica padrão CloudWatch e devem usar o CloudWatch agente ou o AWS CLI AWS SDK para capturar métricas. Isso significa que você deve definir as métricas que deseja capturar (por exemplo, utilização da CPU) no arquivo de CloudWatch configuração. Você pode criar um arquivo de CloudWatch configuração exclusivo que inclua as métricas padrão da instância do EC2 para seus servidores locais e aplicá-lo além da configuração padrão CloudWatch .
[As métricas](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/working_with_metrics.html) em CloudWatch são definidas exclusivamente pelo nome da métrica e por zero ou mais dimensões, e são agrupadas de forma exclusiva em um namespace métrico. As métricas fornecidas por um AWS serviço têm um namespace que começa com `AWS` (por exemplo,`AWS/EC2`), e as métricas não AWS métricas são consideradas métricas personalizadas. As métricas que você configura e captura com o CloudWatch agente são todas consideradas métricas personalizadas. Como o número de métricas criadas afeta seus CloudWatch custos, você deve avaliar se cada métrica é necessária para todas ou apenas algumas de suas instâncias do EC2. Por exemplo, você pode definir um conjunto completo de métricas para cargas de trabalho de produção, mas usar um subconjunto menor dessas métricas para cargas de trabalho que não sejam de produção.
`CWAgent`é o namespace padrão para métricas publicadas pelo CloudWatch agente. Semelhante aos grupos de registros, o namespace métrico organiza um conjunto de métricas para que elas possam ser encontradas juntas em um só lugar. Você deve modificar o namespace para refletir uma unidade de negócios, projeto ou aplicativo e ambiente (por exemplo,`///`). Essa abordagem é útil se várias cargas de trabalho não relacionadas usarem a mesma conta. Você também pode correlacionar a convenção de nomenclatura do namespace com a convenção de nomenclatura do grupo de CloudWatch registros.
As métricas também são identificadas por suas dimensões, que ajudam você a analisá-las em relação a um conjunto de condições e são as propriedades nas quais as observações são registradas. O Amazon EC2 inclui [métricas separadas](https://docs.aws.amazon.com//AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html#ec2-cloudwatch-dimensions) para instâncias do EC2 com `InstanceId` dimensões e. `AutoScalingGroupName` Você também recebe métricas com as `InstanceType` dimensões `ImageId` e se ativar o monitoramento detalhado. Por exemplo, o Amazon EC2 fornece uma métrica de instância EC2 separada para a utilização da CPU com as `InstanceId` dimensões, além de uma métrica separada de utilização da CPU para a dimensão. `InstanceType` [Isso ajuda você a analisar a utilização da CPU para cada instância exclusiva do EC2, além de todas as instâncias do EC2 de um tipo de instância específico.](https://docs.aws.amazon.com//AWSEC2/latest/UserGuide/instance-types.html)
Adicionar mais dimensões aumenta sua capacidade de análise, mas também aumenta seus custos gerais, porque cada combinação de métrica e valor de dimensão exclusiva resulta em uma nova métrica. Por exemplo, se você criar uma métrica para a porcentagem de utilização de memória em relação à `InstanceId` dimensão, essa será uma nova métrica para cada instância do EC2. Se sua organização executa milhares de instâncias do EC2, isso gera milhares de métricas e resulta em custos mais altos. Para controlar e prever custos, certifique-se de determinar a cardinalidade da métrica e quais dimensões agregam mais valor. Por exemplo, você pode definir um conjunto completo de dimensões para suas métricas de carga de trabalho de produção, mas um subconjunto menor dessas dimensões para cargas de trabalho que não sejam de produção.
Você pode usar a `append_dimensions` propriedade para adicionar dimensões a uma ou a todas as métricas definidas na sua CloudWatch configuração. Você também pode anexar dinamicamente o`ImageId`,, `InstanceId``InstanceType`, e `AutoScalingGroupName` a todas as métricas em sua configuração. CloudWatch Como alternativa, você pode acrescentar um nome e um valor de dimensão arbitrários para métricas específicas usando a `append_dimensions` propriedade dessa métrica. CloudWatch também pode agregar estatísticas sobre dimensões métricas que você definiu com a `aggregation_dimensions` propriedade.
Por exemplo, você pode agregar a memória usada em relação à `InstanceType` dimensão para ver a memória média usada por todas as instâncias do EC2 para cada tipo de instância. Se você usar `t2.micro` instâncias em execução em uma região, poderá determinar se as cargas de trabalho que usam a `t2.micro` classe estão superutilizando ou subutilizando a memória fornecida. A subutilização pode ser um sinal de cargas de trabalho usando classes EC2 com uma capacidade de memória não necessária. Por outro lado, a sobreutilização pode ser um sinal de cargas de trabalho usando classes do Amazon EC2 com memória insuficiente.
O diagrama a seguir mostra um exemplo de configuração de CloudWatch métricas que usa um namespace personalizado, dimensões adicionadas e agregação por. `InstanceType`
![\[Exemplo de configuração de CloudWatch métricas com CloudWatch agente.\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/implementing-logging-monitoring-cloudwatch/images/cloudwatch-image-2.png)
# Configuração em nível de sistema CloudWatch
Métricas e registros em nível de sistema são um componente central de uma solução de monitoramento e registro, e o CloudWatch agente tem opções de configuração específicas para Windows e Linux.
Recomendamos que você use o [assistente do arquivo de CloudWatch configuração](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/create-cloudwatch-agent-configuration-file-wizard.html) ou o esquema do arquivo de configuração para definir o arquivo de configuração do CloudWatch agente para cada sistema operacional ao qual você planeja oferecer suporte. Registros e métricas adicionais específicos da carga de trabalho no nível do sistema operacional podem ser definidos em arquivos de CloudWatch configuração separados e anexados à configuração padrão. Esses arquivos de configuração exclusivos devem ser armazenados separadamente em um bucket do S3, onde podem ser recuperados por suas instâncias do EC2. Um exemplo de configuração de bucket do S3 para essa finalidade é descrito na [Gerenciando CloudWatch configurações](create-store-cloudwatch-configurations.md#store-cloudwatch-configuration-s3) seção deste guia. Você pode recuperar e aplicar automaticamente essas configurações usando o State Manager and Distributor.
## Configurando registros em nível de sistema
Os registros em nível de sistema são essenciais para diagnosticar e solucionar problemas no local ou na nuvem. AWS Sua abordagem de captura de registros deve incluir todos os registros de sistema e segurança gerados pelo sistema operacional. Os arquivos de log gerados pelo sistema operacional podem ser diferentes dependendo da versão do sistema operacional.
O CloudWatch agente oferece suporte ao monitoramento de registros de eventos do Windows fornecendo o nome do registro de eventos. Você pode escolher quais registros de eventos do Windows deseja monitorar (por exemplo `System``Application`, ou`Security`).
Os registros do sistema, do aplicativo e da segurança dos sistemas Linux geralmente são armazenados no `/var/log` diretório. A tabela a seguir define os arquivos de log padrão comuns que você deve monitorar, mas você deve verificar o `/etc/syslog.conf` arquivo `/etc/rsyslog.conf` ou para determinar a configuração específica dos arquivos de log do seu sistema.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/implementing-logging-monitoring-cloudwatch/system-level-cloudwatch-configuration.html)
Sua organização também pode ter outros agentes ou componentes do sistema que geram registros que você deseja monitorar. Você deve avaliar e decidir quais arquivos de log são gerados por esses agentes ou aplicativos e incluí-los em sua configuração identificando a localização dos arquivos. Por exemplo, você deve incluir o Systems Manager e os registros do CloudWatch agente em sua configuração. A tabela a seguir fornece a localização desses registros de agentes para Windows e Linux.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/implementing-logging-monitoring-cloudwatch/system-level-cloudwatch-configuration.html)
CloudWatch ignorará um arquivo de log se o arquivo de log estiver definido na configuração do CloudWatch agente, mas não for encontrado. Isso é útil quando você deseja manter uma única configuração de log para Linux, em vez de configurações separadas para cada distribuição. Também é útil quando um arquivo de log não existe até que o agente ou o aplicativo de software comece a ser executado.
## Configurando métricas em nível de sistema
A utilização da memória e do espaço em disco não está incluída nas métricas padrão fornecidas pelo Amazon EC2. Para incluir essas métricas, você deve instalar e configurar o CloudWatch agente em suas instâncias do EC2. O assistente de configuração do CloudWatch agente cria uma CloudWatch configuração com [métricas predefinidas](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/create-cloudwatch-agent-configuration-file-wizard.html#cloudwatch-agent-preset-metrics) e você pode adicionar ou remover métricas conforme necessário. Certifique-se de revisar os conjuntos de métricas predefinidos para determinar o nível apropriado de que você precisa.
Os usuários finais e proprietários da carga de trabalho devem publicar métricas adicionais do sistema com base nos requisitos específicos de um servidor ou instância do EC2. Essas definições de métricas devem ser armazenadas, versionadas e mantidas em um arquivo de configuração de CloudWatch agente separado e compartilhadas em um local central (por exemplo, Amazon S3) para reutilização e automação.
As métricas padrão do Amazon EC2 não são capturadas automaticamente em servidores locais. Essas métricas devem ser definidas em um arquivo de configuração do CloudWatch agente usado pelas instâncias locais. Você pode criar um arquivo de configuração métrica separado para instâncias locais com métricas como utilização da CPU e anexar essas métricas ao arquivo de configuração de métricas padrão.
# Configuração em nível de aplicativo CloudWatch
Os registros e métricas do aplicativo são gerados pela execução de aplicativos e são específicos do aplicativo. Certifique-se de definir os registros e as métricas necessários para monitorar adequadamente os aplicativos que são usados regularmente pela sua organização. Por exemplo, sua organização pode ter padronizado o Microsoft Internet Information Server (IIS) para aplicativos baseados na web. Você pode criar uma CloudWatch configuração padrão de registro e métrica para o IIS que também pode ser usada em toda a sua organização. Os arquivos de configuração específicos do aplicativo podem ser armazenados em um local centralizado (por exemplo, um bucket S3) e são acessados pelos proprietários da carga de trabalho ou por meio de recuperação automatizada e copiados para o diretório de configuração. CloudWatch O CloudWatch agente combina automaticamente os arquivos de CloudWatch configuração encontrados no diretório do arquivo de configuração de cada instância ou servidor do EC2 em uma configuração composta CloudWatch . O resultado final é uma CloudWatch configuração que inclui a configuração padrão em nível de sistema da sua organização, bem como todas as configurações relevantes em nível de aplicativo CloudWatch .
Os proprietários da carga de trabalho devem identificar e configurar arquivos de log e métricas para todos os aplicativos e componentes essenciais.
## Configurando registros em nível de aplicativo
O registro em nível de aplicativo varia dependendo se o aplicativo é comercial off-the-shelf (COTS) ou desenvolvido sob medida. Os aplicativos COTS e seus componentes podem fornecer várias opções para configuração e saída de log, como nível de detalhes do log, formato do arquivo de log e localização do arquivo de log. No entanto, a maioria dos aplicativos COTS ou de terceiros não permite que você altere fundamentalmente o registro (por exemplo, atualizando o código do aplicativo para incluir instruções de registro adicionais ou formatos que não sejam configuráveis). No mínimo, você deve configurar as opções de registro para COTS ou aplicativos de terceiros para registrar informações de aviso e nível de erro, preferencialmente no formato JSON.
Você pode integrar aplicativos desenvolvidos de forma personalizada com o CloudWatch Logs incluindo os arquivos de log do aplicativo em sua CloudWatch configuração. Os aplicativos personalizados oferecem melhor qualidade e controle do registro porque você pode personalizar o formato de saída do registro, categorizar e separar a saída do componente em arquivos de log separados, além de incluir quaisquer detalhes adicionais necessários. Certifique-se de revisar e padronizar as bibliotecas de registro e os dados e a formatação necessários para sua organização, para que a análise e o processamento se tornem mais fáceis.
Você também pode gravar em um CloudWatch stream de CloudWatch registros com a chamada da `[PutLogEvents](https://docs.aws.amazon.com//AmazonCloudWatchLogs/latest/APIReference/API_PutLogEvents.html)` API Logs ou usando o AWS SDK. Você pode usar a API ou o SDK para requisitos de registro personalizados, como coordenar o registro em um único fluxo de registros em um conjunto distribuído de componentes e servidores. No entanto, a solução mais fácil de manter e mais amplamente aplicável é configurar seus aplicativos para gravar em arquivos de log e, em seguida, usar o CloudWatch agente para ler e transmitir os arquivos de log CloudWatch.
Você também deve considerar o tipo de métrica que deseja medir a partir dos arquivos de log do aplicativo. Você pode usar filtros métricos para medir, representar graficamente e alertar esses dados em um grupo de CloudWatch registros. Por exemplo, você pode usar um filtro métrico para contar tentativas de login malsucedidas identificando-as em seus registros.
Você também pode criar métricas personalizadas para seus aplicativos desenvolvidos sob medida usando o [formato [métrico CloudWatch incorporado](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/CloudWatch_Embedded_Metric_Format.html) nos arquivos](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/CloudWatch_Embedded_Metric_Format.html) de log do aplicativo.
## Configurando métricas em nível de aplicativo
Métricas personalizadas são métricas que não são fornecidas diretamente pelos AWS serviços CloudWatch e são publicadas em um namespace personalizado nas CloudWatch métricas. Todas as métricas do aplicativo são consideradas CloudWatch métricas personalizadas. As métricas do aplicativo podem se alinhar a uma instância do EC2, componente do aplicativo, chamada de API ou até mesmo a uma função comercial. Você também deve considerar a importância e a cardinalidade das dimensões escolhidas para suas métricas. Dimensões com alta cardinalidade geram um grande número de métricas personalizadas e podem aumentar seus CloudWatch custos.
CloudWatch ajuda você a capturar métricas em nível de aplicativo de várias maneiras, incluindo as seguintes:
+ Capture métricas em nível de processo definindo os processos individuais que você deseja capturar do plug-in [procstat](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/CloudWatch-Agent-procstat-process-metrics.html).
+ Um aplicativo publica uma métrica no Monitor de Desempenho do Windows e essa métrica é definida na CloudWatch configuração.
+ Filtros e padrões métricos são aplicados aos logins de um aplicativo CloudWatch.
+ Um aplicativo grava em um CloudWatch log usando o formato métrico CloudWatch incorporado.
+ Um aplicativo envia uma métrica CloudWatch por meio da API ou do AWS SDK.
+ Um aplicativo envia uma métrica para um daemon [collectd](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/CloudWatch-Agent-custom-metrics-collectd.html) ou [StatsD](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/CloudWatch-Agent-custom-metrics-statsd.html) com um agente configurado. CloudWatch
Você pode usar o procstat para monitorar e medir processos críticos de aplicação com o CloudWatch agente. Isso ajuda você a acionar um alarme e agir (por exemplo, uma notificação ou um processo de reinicialização) se um processo crítico não estiver mais em execução para seu aplicativo. Você também pode medir as características de desempenho dos processos do seu aplicativo e acionar um alarme se um determinado processo estiver agindo de forma anormal.
O monitoramento do Procstat também é útil se você não puder atualizar seus aplicativos COTS com métricas personalizadas adicionais. Por exemplo, você pode criar uma `my_process` métrica que mede `cpu_time` e inclui uma `application_version` dimensão personalizada. Você também pode usar vários arquivos de configuração do CloudWatch agente para um aplicativo se tiver dimensões diferentes para métricas diferentes.
Se seu aplicativo for executado no Windows, você deverá avaliar se ele já publica métricas no Monitor de Desempenho do Windows. Muitos aplicativos COTS se integram ao Monitor de Desempenho do Windows, o que ajuda você a monitorar facilmente as métricas dos aplicativos. CloudWatch também se integra ao Monitor de Desempenho do Windows e você pode capturar qualquer métrica que já esteja disponível nele.
Certifique-se de revisar o formato de registro e as informações de registro fornecidas por seus aplicativos para determinar quais métricas podem ser extraídas com filtros de métricas. Você pode revisar os registros históricos do aplicativo para determinar como as mensagens de erro e os desligamentos anormais são representados. Você também deve analisar os problemas relatados anteriormente para determinar se uma métrica pode ser capturada para evitar que o problema se repita. Você também deve revisar a documentação do aplicativo e pedir aos desenvolvedores do aplicativo que confirmem como as mensagens de erro podem ser identificadas.
Para aplicativos desenvolvidos de forma personalizada, trabalhe com os desenvolvedores do aplicativo para definir métricas importantes que podem ser implementadas usando o formato métrico CloudWatch incorporado, o AWS SDK ou a API. AWS A abordagem recomendada é usar o formato métrico incorporado. Você pode usar as bibliotecas de formato métrico incorporado de código aberto AWS fornecidas para ajudá-lo a escrever suas declarações no formato necessário. Você também precisaria atualizar a [ CloudWatch configuração específica do aplicativo para incluir o agente de](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/CloudWatch_Embedded_Metric_Format_Generation_CloudWatch_Agent.html) formato métrico incorporado. Isso faz com que o agente em execução na instância do EC2 atue como um endpoint local de formato métrico incorporado que envia métricas de formato métrico incorporado para. CloudWatch
Se seus aplicativos já oferecem suporte à publicação de métricas para coletar ou declarar, você pode aproveitá-las para ingerir métricas. CloudWatch