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á.
# Monitorando o uso com CloudWatch métricas
ElastiCache fornece métricas que permitem monitorar seus clusters. Você pode acessar essas métricas por meio de CloudWatch. Para obter mais informações sobre CloudWatch, consulte a [CloudWatch documentação.](https://aws.amazon.com/documentation/cloudwatch/)
ElastiCache fornece métricas em nível de host (por exemplo, uso da CPU) e métricas específicas do software do mecanismo de cache (por exemplo, entradas e perdas de cache). Essas métricas são medidas e publicadas para cada nó de cache em intervalos de 60 segundos.
**Importante**
Você deve considerar a configuração de CloudWatch alarmes em determinadas métricas principais, para ser notificado se o desempenho do seu cluster começar a diminuir. Para obter mais informações, consulte [Que métricas devo monitorar?](CacheMetrics.WhichShouldIMonitor.md) neste guia.
**Topics**
+ [Métricas em nível de host](CacheMetrics.HostLevel.md)
+ [Métricas para o Valkey e Redis OSS](CacheMetrics.Redis.md)
+ [Métricas para o Memcached](CacheMetrics.Memcached.md)
+ [Que métricas devo monitorar?](CacheMetrics.WhichShouldIMonitor.md)
+ [Escolher estatísticas e períodos de métricas](CacheMetrics.ChoosingStatisticsAndPeriods.md)
+ [Monitorando métricas de CloudWatch clusters e nós](CloudWatchMetrics.md)
# Métricas em nível de host
O namespace `AWS/ElastiCache` inclui as seguintes métricas no nível de host para nós de cache individuais. Essas métricas são medidas e publicadas para cada nó de cache em intervalos de 60 segundos.
**Consulte também**
+ [Métricas para o Valkey e Redis OSS](CacheMetrics.Redis.md)
| Métrica | Descrição | Unidade |
| --- | --- | --- |
| CPUUtilization | A percentagem de utilização da CPU para o host inteiro. Como o Valkey e o Redis OSS são de thread único, recomendamos que você monitore a métrica EngineCPUUtilization, para nós com quatro ou mais vCPUs. | Percentual |
| CPUCreditBalance | O número de créditos ganhos de CPU que uma instância acumulou desde que foi executada ou iniciada. Para a T2 Padrão, o CPUCreditBalance também inclui o número de créditos de execução que foram acumulados. Os créditos são acumulados no saldo de créditos após terem sido ganhos e são removidos do saldo de créditos quando são gastos. O saldo de crédito tem um limite máximo, determinado pelo tamanho da instância. Depois que o limite for atingido, todos os novos créditos ganhos serão descartados. Para a T2 Padrão, os créditos de execução não são contabilizados para o limite. Os créditos do CPUCreditBalance são disponibilizados para que a instância gaste e apresente intermitência com uma utilização de CPU acima da linha de base. As métricas de crédito de CPU estão disponíveis a uma frequência de apenas 5 minutos. Essa métrica não está disponível para instâncias expansíveis T2. | Créditos (minutos de vCPU) |
| CPUCreditUsage | O número de créditos de CPU gastos pela instância por utilização de CPU. Um crédito de CPU equivale a um vCPU em execução em 100% de utilização por um minuto ou a uma combinação equivalente de vCPUs, utilização e tempo (por exemplo, um vCPU em execução a 50% de utilização por dois minutos ou dois vCPUs em execução a 25% de utilização por dois minutos). As métricas de crédito de CPU estão disponíveis a uma frequência de apenas 5 minutos. Se você especificar um período de mais cinco minutos, use a estatística Sum (Soma) em vez da estatística Average (Média). Essa métrica não está disponível para instâncias expansíveis T2. | Créditos (minutos de vCPU) |
| FreeableMemory | A quantidade de memória livre disponível no host. Ela é derivada da RAM, dos buffers e do cache que o sistema operacional relata como passíveis de liberação. | Bytes |
| NetworkBytesIn | O número de bytes que o host leu da rede. | Bytes |
| NetworkBytesOut | O número de bytes enviados em todas as interfaces de rede pela instância. | Bytes |
| NetworkPacketsIn | O número de pacotes recebidos em todas as interfaces de rede pela instância. Essa métrica identifica o volume de tráfego de entrada em termos do número de pacotes em uma única instância. | Contagem |
| NetworkPacketsOut | O número de pacotes enviados em todas as interfaces de rede pela instância. Essa métrica identifica o volume de tráfego de saída em termos do número de pacotes em uma única instância. | Contagem |
| NetworkBandwidthInAllowanceExceeded | Número de pacotes na fila ou descartados porque a largura de banda agregada de entrada excedeu o máximo para a instância. | Contagem |
| NetworkConntrackAllowanceExceeded | Número de pacotes descartados porque o monitoramento da conexão excedeu o máximo para a instância e não foi possível estabelecer novas conexões. Isso pode resultar em perda de pacotes para tráfego indo para a instância ou vindo da instância | Contagem |
| NetworkBandwidthOutAllowanceExceeded | Número de pacotes na fila ou descartados porque a largura de banda agregada de saída excedeu o máximo para a instância. | Contagem |
| NetworkPacketsPerSecondAllowanceExceeded | O número de pacotes na fila ou descartados porque o valor bidirecional de pacotes por segundo excedeu o máximo para a instância. | Contagem |
| NetworkMaxBytesIn | A intermitência máxima por segundo de bytes recebidos em cada minuto. | Bytes |
| NetworkMaxBytesOut | A intermitência máxima por segundo de bytes transmitidos em cada minuto. | Bytes |
| NetworkMaxPacketsIn | A intermitência máxima por segundo de pacotes recebidos em cada minuto. | Contagem |
| NetworkMaxPacketsOut | A intermitência máxima por segundo de pacotes transmitidos em cada minuto. | Contagem |
| SwapUsage | A quantidade de troca usada no host. | Bytes |
# Métricas para o Valkey e Redis OSS
O namespace `Amazon ElastiCache` inclui as seguintes métricas do Valkey e Redis OSS. Essas métricas são as mesmas quando se usa o mecanismo Valkey.
Com exceção de `ReplicationLag`, `EngineCPUUtilization`, `SuccessfulWriteRequestLatency` e `SuccessfulReadRequestLatency`, essas métricas são derivadas do comando **info**. Cada métrica é calculada no nível de nó de cache.
Para obter a documentação completa do **info** comando, consulte [http://valkey. io/commands/info](https://valkey.io/commands/info).
**Consulte também**
+ [Métricas em nível de host](CacheMetrics.HostLevel.md)
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonElastiCache/latest/dg/CacheMetrics.Redis.html)
**CPUUtilization Disponibilidade do motor**
AWS As regiões listadas a seguir estão disponíveis em todos os tipos de nós compatíveis.
| Região | Nome da região |
| --- | --- |
| us-east-2 | Leste dos EUA (Ohio) |
| us-east-1 | Leste dos EUA (Norte da Virgínia) |
| us-west-1 | Oeste dos EUA (N. da Califórnia) |
| us-west-2 | Oeste dos EUA (Oregon) |
| ap-northeast-1 | Ásia-Pacífico (Tóquio) |
| ap-northeast-2 | Ásia-Pacífico (Seul) |
| ap-northeast-3 | Asia Pacific (Osaka) |
| ap-east-1 | Ásia-Pacífico (Hong Kong) |
| ap-south-1 | Asia Pacific (Mumbai) |
| ap-southeast-1 | Ásia-Pacífico (Singapura) |
| ap-southeast-2 | Ásia-Pacífico (Sydney) |
| ap-southeast-3 | Ásia-Pacífico (Jacarta) |
| ca-central-1 | Canadá (Central) |
| cn-north-1 | China (Pequim) |
| cn-northwest-2 | China (Ningxia) |
| me-south-1 | Oriente Médio (Bahrein) |
| eu-central-1 | Europa (Frankfurt) |
| eu-west-1 | Europa (Irlanda) |
| eu-west-2 | Europa (Londres) |
| eu-west-3 | UE (Paris) |
| eu-south-1 | Europa (Milão) |
| af-south-1 | África (Cidade do Cabo) |
| eu-north-1 | Europa (Estocolmo) |
| sa-east-1 | América do Sul (São Paulo) |
| us-gov-west-1 | AWS GovCloud (Oeste dos EUA) |
| us-gov-east-1 | AWS GovCloud (Leste dos EUA) |
A seguir estão agregações de determinados tipos de comandos, derivados de **info commandstats**: A seção commandstats fornece estatísticas baseadas no tipo de comando, incluindo o número de chamadas, o tempo total de CPU consumido por esses comandos e a CPU média consumida por execução de comando. Para cada tipo de comando, é adicionada a seguinte linha: `cmdstat_XXX: calls=XXX,usec=XXX,usec_per_call=XXX`.
As métricas de latência listadas a seguir são calculadas com a estatística commandstats de [INFO](https://valkey.io/commands/info). Elas são calculadas da seguinte maneira: `delta(usec)/delta(calls)`. O `delta` é calculado como a diferença dentro de um minuto. A latência é definida como o tempo gasto pela CPU ElastiCache para processar o comando. Observe que, para clusters que usam classificação de dados por nível, o tempo necessário para buscar itens no SSD não está incluído nessas medições.
Para obter uma lista completa dos comandos disponíveis, consulte [comandos](https://valkey.io/commands) na documentação do Valkey.
| Métrica | Description | Unidade |
| --- | --- | --- |
| ClusterBasedCmds | O número total de comandos que são baseados em cluster. Deriva da estatística commandstats, somando todos os comandos que atuam em um cluster (cluster slot, cluster info etc.). | Contagem |
| ClusterBasedCmdsLatency | Latência de comandos baseados em cluster. | Microssegundos |
| EvalBasedCmds | O número total de comandos para comandos baseados em avaliação. É derivado da estatística commandstats, pela soma de eval, evalsha. | Contagem |
| EvalBasedCmdsLatency | Latência de comandos baseados em avaliação. | Microssegundos |
| GeoSpatialBasedCmds | O número total de comandos para comandos baseados em dados geoespaciais. É derivado da estatística commandstats. Ele é derivado somando todos o tipos de comandos geo: geoadd, geodist, geohash, geopos, georadius, e georadiusbymember. | Contagem |
| GeoSpatialBasedCmdsLatency | Latência de comandos baseados em dados geoespaciais. | Microssegundos |
| GetTypeCmds | O número total de comandos do tipo read-only. É derivado da estatística commandstats, somando todos os comandos do tipo read-only (get, hget, scard, lrange, etc.) | Contagem |
| GetTypeCmdsLatency | Latência de comandos de leitura. | Microssegundos |
| HashBasedCmds | O número total de comandos baseados em hash. É derivado da estatística commandstats, somando todos os comandos que atuam em um ou mais hashes (hget, hkeys, hvals, hdel, etc.). | Contagem |
| HashBasedCmdsLatency | Latência de comandos baseados em hash. | Microssegundos |
| HyperLogLogBasedCmds | O número total de comandos baseados em HyperLogLog. É derivado da estatística commandstats, somando todos os comandos do tipo pf (pfadd, pfcount, pfmerge, etc.). | Contagem |
| HyperLogLogBasedCmdsLatency | Latência dos comandos HyperLogLog baseados. | Microssegundos |
| JsonBasedCmds | O número total de comandos JSON, incluindo comandos de leitura e gravação. É derivado da estatística commandstats, somando todos os comandos JSON que atuam em chaves JSON. | Contagem |
| JsonBasedCmdsLatency | Latência de todos os comandos JSON, incluindo comandos de leitura e gravação. | Microssegundos |
| JsonBasedGetCmds | O número total de comandos JSON somente leitura. É derivado da estatística commandstats, somando todos os comandos de leitura JSON que atuam em chaves JSON. | Contagem |
| JsonBasedGetCmdsLatency | Latência dos comandos JSON somente leitura. | Microssegundos |
| JsonBasedSetCmds | O número total de comandos de gravação JSON. É derivado da estatística commandstats, somando todos os comandos de gravação JSON que atuam em chaves JSON. | Contagem |
| JsonBasedSetCmdsLatency | Latência dos comandos de gravação JSON. | Microssegundos |
| KeyBasedCmds | O número total de comandos baseados em chave. É derivado da estatística commandstats, somando todos os comandos que atuam em uma ou mais chaves em várias estruturas de dados (del, expire, rename, etc.). | Contagem |
| KeyBasedCmdsLatency | Latência de comandos baseados em chave. | Microssegundos |
| ListBasedCmds | O número total de comandos baseados em lista. É derivado da estatística commandstats, somando todos os comandos que atuam em uma ou mais listas (lindex, lrange, lpush, ltrim, etc.). | Contagem |
| ListBasedCmdsLatency | Latência de comandos baseados em lista. | Microssegundos |
| NonKeyTypeCmds | O número total de comandos não baseados em chave. É derivado da estatística commandstats, somando todos os comandos que não atuam em uma chave; por exemplo, acl, dbsize ou info. | Contagem |
| NonKeyTypeCmdsLatency | Latência dos non-key-based comandos. | Microssegundos |
| PubSubBasedCmds | O número total de comandos para pub/sub funcionalidade. Isso é derivado das commandstats estatísticas pela soma de todos os comandos usados para pub/sub funcionalidade:psubscribe, publishpubsub,punsubscribe,ssubscribe,sunsubscribe,spublish,subscribe, e. unsubscribe | Contagem |
| PubSubBasedCmdsLatency | Latência de comandos baseados em pub/sub. | Microssegundos |
| SetBasedCmds | O número total de comandos que são baseados em conjuntos. É derivado da estatística commandstats, somando todos os comandos que atuam em um ou mais conjuntos (scard, sdiff, sadd, sunion, etc.). | Contagem |
| SetBasedCmdsLatency | Latência de comandos baseados em conjunto. | Microssegundos |
| SetTypeCmds | O número total de tipos de comando write. É derivado da estatística commandstats, somando todos os tipos de comando mutative que operam em dados (set, hset, sadd, lpop, etc.) | Contagem |
| SetTypeCmdsLatency | Latência de comandos de gravação. | Microssegundos |
| SortedSetBasedCmds | O número total de comandos que são classificados com base em conjuntos. É derivado da estatística commandstats, somando todos os comandos que atuam em um ou mais conjuntos classificados (zcount, zrange, zrank, zadd, etc.). | Contagem |
| SortedSetBasedCmdsLatency | Latência de comandos baseados em classificação. | Microssegundos |
| StringBasedCmds | O número total de comandos baseados em string. É derivado da estatística commandstats, somando todos os comandos que atuam em uma ou mais strings (strlen, setex, setrange, etc.). | Contagem |
| StringBasedCmdsLatency | Latência de comandos baseados em string. | Microssegundos |
| StreamBasedCmds | O número total de comandos que são baseados em fluxo. É derivado da estatística commandstats, somando todos os comandos que atuam em um ou mais tipos de dados de fluxos (xrange, xlen, xadd, xdel, etc.). | Contagem |
| StreamBasedCmdsLatency | Latência de comandos baseados em fluxo. | Microssegundos |
| SearchBasedCmds | O número total de comandos Search, incluindo comandos de leitura e gravação. Isso é derivado da estatística commandstats pela soma de todos os comandos Search. | Contagem |
| SearchBasedCmdsLatency | Latência de todos os comandos Search, incluindo comandos de leitura e gravação. | Microssegundos |
| SearchBasedGetCmds | O número total de comandos Search somente leitura. Isso é derivado da estatística commandstats pela soma de todos os comandos Search de leitura. | Contagem |
| SearchBasedGetCmdsLatency | Latência dos comandos Search somente leitura. | Microssegundos |
| SearchBasedSetCmds | O número total de comandos de gravação Search. Isso é derivado da estatística commandstats pela soma de todos os comandos Search de gravação. | Contagem |
| SearchBasedSetCmdsLatency | Latência dos comandos Search de leitura. | Microssegundos |
# Métricas para o Memcached
O namespace `AWS/ElastiCache` inclui as métricas do Memcached a seguir.
O namespace da AWS/ElastiCache inclui as métricas a seguir derivadas do comando stats do Memcached. Cada métrica é calculada no nível de nó de cache.
**Consulte também**
+ [Métricas em nível de host](CacheMetrics.HostLevel.md)
| Métrica | Descrição | Unidade |
| --- | --- | --- |
| BytesReadIntoMemcached | O número de bytes que foram lidos da rede pelo nó de cache. | Bytes |
| BytesUsedForCacheItems | O número de bytes usados para armazenar itens de cache. | Bytes |
| BytesWrittenOutFromMemcached | O número de bytes que foram gravados na rede pelo nó de cache. | Bytes |
| CasBadval | O número de solicitações de CAS (verificar e definir) recebidas pelo cache em que o valor de Cas não correspondeu ao valor de Cas armazenado. | Contagem |
| CasHits | O número de solicitações de Cas recebidas pelo cache em que a chave solicitada foi encontrada e o valor de Cas correspondia. | Contagem |
| CasMisses | O número de solicitações Cas recebidas pelo cache em que a chave solicitada não foi encontrada. | Contagem |
| CmdFlush | O número de comandos flush recebidos pelo cache. | Contagem |
| CmdGet | O número de comandos get recebidos pelo cache. | Contagem |
| CmdSet | O número de comandos set recebidos pelo cache. | Contagem |
| CurrConnections | A contagem do número de conexões do cache em determinado momento. O ElastiCache usa de duas a três conexões para monitorar o cluster. Além do mencionado acima, o Memcached cria um número de conexões internas iguais ao dobro dos threads usados para o tipo de nó. A contagem de threads para os vários tipos de nó pode ser vista no `Nodetype Specific Parameters` do grupo de parâmetros aplicável. O total de conexões é a soma das conexões de cliente, as conexões para monitoramento e as conexões internas mencionadas acima. | Contagem |
| CurrItems | A contagem do número de itens atualmente armazenados no cache. | Contagem |
| DecrHits | O número de solicitações de decremento recebidas pelo cache em que a chave solicitada foi encontrada. | Contagem |
| DecrMisses | O número de solicitações de decremento recebidas pelo cache em que a chave solicitada não foi encontrada. | Contagem |
| DeleteHits | O número de solicitações de exclusão recebidas pelo cache em que a chave solicitada foi encontrada. | Contagem |
| DeleteMisses | O número de solicitações de exclusão recebidas pelo cache em que a chave solicitada não foi encontrada. | Contagem |
| Evictions | O número de itens não expirados removidos pelo cache para permitir espaço para novas gravações. | Contagem |
| GetHits | O número de solicitações de obtenção recebidas pelo cache em que a chave solicitada foi encontrada. | Contagem |
| GetMisses | O número de solicitações de obtenção recebidas pelo cache em que a chave solicitada não foi encontrada. | Contagem |
| IncrHits | O número de solicitações de incremento recebidas pelo cache em que a chave solicitada foi encontrada. | Contagem |
| IncrMisses | O número de solicitações de incremento recebidas pelo cache em que a chave solicitada não foi encontrada. | Contagem |
| Reclaimed | O número de itens expirados removidos pelo cache para permitir espaço para novas gravações. | Contagem |
Para o Memcached 1.4.14, as seguintes métricas adicionais são fornecidas.
| Métrica | Descrição | Unidade |
| --- | --- | --- |
| BytesUsedForHash | O número de bytes atualmente usados por tabelas de hash. | Bytes |
| CmdConfigGet | O número cumulativo de solicitações config get. | Contagem |
| CmdConfigSet | O número cumulativo de solicitações config set. | Contagem |
| CmdTouch | O número cumulativo de solicitações touch. | Contagem |
| CurrConfig | O número atual de configurações armazenadas. | Contagem |
| EvictedUnfetched | O número de itens válidos removidos do cache menos usado recentemente (LRU) que nunca foram tocados após serem definidos. | Contagem |
| ExpiredUnfetched | O número de itens expirados recuperados do LRU que nunca foram tocados após serem definidos. | Contagem |
| SlabsMoved | O número total de páginas de prancha que foram movidas. | Contagem |
| TouchHits | O número de chaves que foram tocadas e receberam um novo horário de expiração. | Contagem |
| TouchMisses | O número de itens que foram tocados, mas não foram encontrados. | Contagem |
O namespace da AWS/ElastiCache inclui as métricas a seguir calculadas no nível de cache.
| Métrica | Descrição | Unidade |
| --- | --- | --- |
| NewConnections | O número de novas conexões recebidas pelo cache. Isso é derivado da estatística total\$1connections do Memcached registrando a alteração em total\$1connections durante um período. Sempre será pelo menos 1, devido a uma conexão reservada para um ElastiCache. | Contagem |
| NewItems | O número de novos itens armazenados pelo cache. Isso é derivado da estatística total\$1items do Memcached registrando a alteração em total\$1items ao longo de um período. | Contagem |
| UnusedMemory | A quantidade de memória não usada pelos dados. Isso é derivado das estatísticas limit\$1maxbytes e bytes do Memcached subtraindo bytes de limit\$1maxbytes. Como a sobrecarga do Memcached usa memória além daquela usada pelos dados, UnusedMemory não deve ser considerada como a quantidade de memória disponível para dados adicionais. Você pode passar por remoções, mesmo que você ainda tenha alguma memória não utilizada. Para obter informações mais detalhadas, consulte [Memcached item memory usage](https://web.archive.org/web/20190422040715/https://www.deplication.net/2016/02/memcached-item-memory-usage/). | Bytes |
# Que métricas devo monitorar?
As CloudWatch métricas a seguir oferecem uma boa visão ElastiCache do desempenho. Na maioria dos casos, recomendamos que você defina CloudWatch alarmes para essas métricas para que você possa tomar medidas corretivas antes que ocorram problemas de desempenho.
**Topics**
+ [CPUUtilization](#metrics-cpu-utilization)
+ [Motor CPUUtilization](#metrics-engine-cpu-utilization)
+ [SwapUsage (Valkey e Redis OSS)](#metrics-swap-usage)
+ [Evictions](#metrics-evictions)
+ [CurrConnections](#metrics-curr-connections)
+ [Memória (Valkey e Redis OSS)](#metrics-memory)
+ [Rede](#metrics-network)
+ [Latência](#metrics-latency)
+ [Replicação](#metrics-replication)
+ [Gerenciamento de tráfego (Valkey e Redis OSS)](#traffic-management)
## CPUUtilization
Essa é uma métrica em nível de host relatada como uma porcentagem. Para obter mais informações, consulte [Métricas em nível de host](CacheMetrics.HostLevel.md).
**Valkey e Redis OSS**
Para tipos de nós menores com 2v CPUs ou menos, use a `CPUUtilization ` métrica para monitorar sua carga de trabalho.
De modo geral, sugerimos que você defina o limite para 90% da CPU disponível. Como o Valkey e o Redis OSS têm thread único, o valor efetivo do limite deve ser calculado como uma fração da capacidade total do nó. Por exemplo, suponha que você esteja usando um tipo de nó com dois núcleos. Nesse caso, o limite para CPUUtilization seria 90/2 ou 45%.
Você precisará determinar seu próprio limite, com base no número de núcleos no nó de cache que você está usando. Se você exceder esse limite e sua workload principal for de solicitações de leitura, escale seu cluster adicionando réplicas de leitura. Se a workload principal é de solicitações de gravação, dependendo da configuração do cluster, recomendamos que você:
+ **Clusters do Valkey ou Redis OSS (modo cluster desabilitado):** aumente a escala verticalmente usando um tipo de instância com cache maior.
+ **Clusters do Valkey ou Redis OSS (modo cluster habilitado):** adicione mais fragmentos para distribuir a workload de gravação entre nós primários adicionais.
**dica**
Em vez de usar a métrica `CPUUtilization` de nível de host, os usuários do Valkey e Redis OSS podem usar a métrica `EngineCPUUtilization`, que informa a porcentagem de uso no núcleo do mecanismo Valkey ou Redis OSS. Para ver se essa métrica está disponível nos seus nós e obter mais informações, consulte [Métricas do Valkey e Redis OSS](CacheMetrics.Redis.md).
Para tipos de nós maiores com 4v CPUs ou mais, talvez você queira usar a `EngineCPUUtilization` métrica, que relata a porcentagem de uso no núcleo do mecanismo Valkey ou Redis OSS. Para ver se essa métrica está disponível nos seus nós e obter mais informações, consulte [Métricas do Redis OSS](CacheMetrics.Redis.md).
**Memcached**
Como o Memcached é multi-threaded, essa métrica pode atingir até 90%. Se você exceder esse limite, aumente a escala de seu cluster usando um tipo de nó de cache maior ou aumente a escala horizontalmente adicionando mais nós de cache.
## Motor CPUUtilization
Para tipos de nós maiores com 4v CPUs ou mais, talvez você queira usar a `EngineCPUUtilization` métrica, que relata a porcentagem de uso no núcleo do mecanismo Redis OSS. Para ver se essa métrica está disponível nos seus nós e obter mais informações, consulte [Métricas do Valkey e Redis OSS](CacheMetrics.Redis.md).
Para obter mais informações, consulte a **CPUs**seção [Monitoramento das melhores práticas com o Amazon ElastiCache for Redis OSS usando a Amazon. CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/)
## SwapUsage (Valkey e Redis OSS)
Esta é uma métrica em nível de host relatada em bytes. Para obter mais informações, consulte [Métricas em nível de host](CacheMetrics.HostLevel.md).
A `FreeableMemory` CloudWatch métrica próxima de 0 (ou seja, abaixo de 100 MB) ou a `SwapUsage` métrica maior que a `FreeableMemory` métrica indica que um nó está sob pressão de memória. Se isso ocorrer, consulte os seguintes tópicos:
+ [Garantir que você tem memória suficiente para criar um snapshot do Valkey ou Redis OSS](BestPractices.BGSAVE.md)
+ [Gerenciamento de memória reservada para Valkey e Redis OSS](redis-memory-management.md)
## Evictions
Esta é uma métrica do mecanismo de cache. Recomendamos que você determine seu próprio limite de alarme para essa métrica com base nas necessidades do seu aplicativo.
Se você estiver usando o Memcached e exceder o limite escolhido, aumente a escala do seu cluster usando um tipo de nó maior ou aumente a escala horizontalmente adicionando mais nós.
## CurrConnections
Esta é uma métrica do mecanismo de cache. Recomendamos que você determine seu próprio limite de alarme para essa métrica com base nas necessidades do seu aplicativo.
Um número crescente de *CurrConnections*pode indicar um problema com seu aplicativo; você precisará investigar o comportamento do aplicativo para resolver esse problema.
Para obter mais informações, consulte a seção **Conexões** em [Monitoramento das melhores práticas com o Amazon ElastiCache for Redis OSS usando a Amazon. CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/)
## Memória (Valkey e Redis OSS)
A memória é um aspecto central do Valkey e do Redis OSS. Compreender a utilização da memória do seu cluster é necessário para evitar a perda de dados e acomodar o crescimento futuro do seu conjunto de dados. Estatísticas sobre a utilização de memória de um nó estão disponíveis na seção de memória do comando [INFO](https://valkey.io/commands/info).
Para obter mais informações, consulte a seção **Memória** em [Monitoramento das melhores práticas com o Amazon ElastiCache for Redis OSS usando a Amazon. CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/)
## Rede
Um dos fatores determinantes para a capacidade de largura de banda da rede do cluster é o tipo de nó selecionado. Para obter mais informações sobre a capacidade de rede do seu nó, consulte os [ ElastiCache preços da Amazon](https://aws.amazon.com/elasticache/pricing/).
Para obter mais informações, consulte a seção **Rede** em [Monitoramento das melhores práticas com o Amazon ElastiCache for Redis OSS usando a Amazon. CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/)
## Latência
A medição do tempo de resposta ElastiCache para uma instância do Valkey pode ser abordada de várias maneiras, dependendo do nível de granularidade necessário. Os principais estágios que contribuem para o tempo geral de resposta do lado do servidor ElastiCache para o Valkey são o pré-processamento do comando, a execução do comando e o pós-processamento do comando.
As métricas de latência específicas do comando derivadas do comando Valkey [INFO](https://valkey.io/commands/info), como GetTypeCmdsLatency uma SetTypeCmdsLatency métrica, se concentram especificamente na execução da lógica de comando principal do comando Valkey. Essas métricas serão úteis se seu caso de uso for definir o tempo de execução do comando ou as latências agregadas por estrutura de dados.
A latência mede `SuccessfulWriteRequestLatency` e `SuccessfulReadRequestLatency` mede o tempo total que o motor ElastiCache for Valkey leva para responder a uma solicitação.
**nota**
Valores inflados para as métricas `SuccessfulWriteRequestLatency` e `SuccessfulReadRequestLatency` podem ocorrer ao usar o pipeline do Valkey com CLIENT REPLY habilitado no cliente do Valkey. A criação de pipeline do Valkey é uma técnica para melhorar o desempenho emitindo vários comandos ao mesmo tempo, sem esperar pela resposta de cada comando individual. Para evitar valores inflados, recomendamos configurar seu cliente do Valkey para gerar comandos do pipeline com [CLIENT REPLY OFF](https://valkey.io/commands/client-reply/).
Para obter mais informações, consulte a seção **Latência** em [Monitoramento das melhores práticas com a Amazon ElastiCache usando a Amazon CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/).
## Replicação
O volume de dados que está sendo replicado é visível através da métrica `ReplicationBytes`. Embora essa métrica seja representante da carga de gravação no grupo de replicação, ela não fornece insights sobre a integridade da replicação. Para este efeito, você pode usar a métrica `ReplicationLag`.
Para obter mais informações, consulte a seção **Replicação** em [Monitoramento das melhores práticas com o Amazon ElastiCache for Redis OSS usando](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/) a Amazon. CloudWatch
## Gerenciamento de tráfego (Valkey e Redis OSS)
ElastiCache for Redis OSS gerencia automaticamente o tráfego em relação a um nó quando mais comandos de entrada são enviados para o nó do que os que podem ser processados pelo Valkey ou pelo Redis OSS. Isso é feito para manter a operação e estabilidade ideais do mecanismo.
Quando o tráfego for gerenciado ativamente em um nó, a métrica `TrafficManagementActive` emitirá pontos de dados de 1. Isso indica que o nó está subdimensionado para a workload que está sendo fornecida. Se essa métrica permanecer em 1 por longos períodos, avalie o cluster para decidir se é necessário aumentar a escala verticalmente ou horizontalmente.
Para obter mais informações, consulte a métrica `TrafficManagementActive` na página [Métricas](CacheMetrics.Redis.md).
# Escolher estatísticas e períodos de métricas
Embora o CloudWatch permita que você escolha qualquer estatística e período para cada métrica, nem todas as combinações são úteis. Por exemplo, as estatísticas Average, Minimum e Maximum para CPUUtilization são úteis, mas a estatística Sum não é.
Todas as amostras do ElastiCache são publicadas por uma duração de 60 segundos para cada nó de cache individual. Para qualquer período de 60 segundos, uma métrica de nó de cache apenas conterá uma única amostra.
Para obter mais informações sobre como recuperar métricas para seus nós de cache, consulte [Monitorando métricas de CloudWatch clusters e nós](CloudWatchMetrics.md).
# Monitorando métricas de CloudWatch clusters e nós
ElastiCache e CloudWatch são integrados para que você possa reunir uma variedade de métricas. Você pode monitorar essas métricas usando CloudWatch o.
**nota**
Os exemplos a seguir exigem as ferramentas de linha de CloudWatch comando. Para obter mais informações CloudWatch e fazer o download das ferramentas para desenvolvedores, consulte a [página CloudWatch do produto](https://aws.amazon.com/cloudwatch).
Os procedimentos a seguir mostram como usar CloudWatch para coletar estatísticas de espaço de armazenamento de um cluster na última hora.
**nota**
Os valores `StartTime` e `EndTime` fornecidos nos exemplos abaixo são para fins ilustrativos. Você deve substituir valores apropriados de tempo de início e término para seus nós de cache.
Para obter informações sobre ElastiCache limites, consulte [Limites AWS de serviço](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html#limits_elasticache) para ElastiCache.
## Monitorando métricas de CloudWatch clusters e nós (console)
**Para coletar estatísticas de utilização de CPU para um cluster de cache**
1. Faça login no Console de gerenciamento da AWS e abra o ElastiCache console em [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Selecione os nós de cache para os quais você deseja visualizar métricas.
**nota**
Selecionar mais de 20 nós desabilita as métricas de visualização no console.
1. Na página **Clusters de Cache** do AWS Management Console, clique no nome de um ou mais clusters.
A página de detalhes do cluster é exibida.
1. Clique na guia **Nodes** na parte superior da janela.
1. Na guia **Nodes** da janela de detalhes, selecione os nós de cache para os quais você deseja visualizar as métricas.
Uma lista das CloudWatch métricas disponíveis aparece na parte inferior da janela do console.
1. Clique na métrica **CPU Utilization**.
O CloudWatch console será aberto, exibindo as métricas selecionadas. Você pode usar as caixas de listagem suspensas **Statistic** e **Period** e a guia **Time Range** para alterar as métricas exibidas.
## Monitorando métricas de CloudWatch clusters e nós usando a CloudWatch CLI
**Para coletar estatísticas de utilização de CPU para um cluster de cache**
+ Para Linux, macOS ou Unix:
```
aws cloudwatch get-metric-statistics \
--namespace AWS/ElastiCache \
--metric-name CPUUtilization \
--dimensions='[{"Name":"CacheClusterId","Value":"test"},{"Name":"CacheNodeId","Value":"0001"}]' \
--statistics=Average \
--start-time 2018-07-05T00:00:00 \
--end-time 2018-07-06T00:00:00 \
--period=3600
```
Para Windows:
```
aws cloudwatch get-metric-statistics ^
--namespace AWS/ElastiCache ^
--metric-name CPUUtilization ^
--dimensions='[{"Name":"CacheClusterId","Value":"test"},{"Name":"CacheNodeId","Value":"0001"}]' ^
--statistics=Average ^
--start-time 2018-07-05T00:00:00 ^
--end-time 2018-07-06T00:00:00 ^
--period=3600
```
## Monitorando métricas de CloudWatch clusters e nós usando a CloudWatch API
**Para coletar estatísticas de utilização de CPU para um cluster de cache**
+ Chame a CloudWatch API `GetMetricStatistics` com os seguintes parâmetros (observe que os horários de início e término são mostrados apenas como exemplos; você precisará substituir os horários de início e término apropriados):
+ `Statistics.member.1``=Average`
+ `Namespace``=AWS/ElastiCache`
+ `StartTime``=2013-07-05T00:00:00`
+ `EndTime``=2013-07-06T00:00:00`
+ `Period``=60`
+ `MeasureName``=CPUUtilization`
+ `Dimensions``=CacheClusterId=mycachecluster,CacheNodeId=0002`
**Example**
```
1. http://monitoring.amazonaws.com/
2. ?Action=GetMetricStatistics
3. &SignatureVersion=4
4. &Version=2014-12-01
5. &StartTime=2018-07-05T00:00:00
6. &EndTime=2018-07-06T23:59:00
7. &Period=3600
8. &Statistics.member.1=Average
9. &Dimensions.member.1="CacheClusterId=mycachecluster"
10. &Dimensions.member.2="CacheNodeId=0002"
11. &Namespace=&AWS;/ElastiCache
12. &MeasureName=CPUUtilization
13. &Timestamp=2018-07-07T17%3A48%3A21.746Z
14. &AWS;AccessKeyId=<&AWS; Access Key ID>
15. &Signature=
```