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á.
# Gerenciamento de nós no ElastiCache
Um nó é o menor bloco de construção de uma implantação do Amazon ElastiCache. Trata-se de um fragmento de tamanho fixo da RAM em armazenamento de rede anexado. Cada nó executa o mecanismo que foi escolhido quando o cluster foi criado ou modificado pela última vez. Cada nó possui seu próprio nome DNS (Serviço de Nomes de Domínio) e porta. Há suporte para vários tipos de nós do ElastiCache, cada um com quantidades diversificadas de memória associada e a potência computacional.
Consulte para uma discussão mais detalhada sobre o tamanho do nó que deve ser usado [Escolha do tamanho do nó](CacheNodes.SelectSize.md).
Em termos gerais, devido ao seu suporte para fragmentação, as implantações do Valkey ou Redis OSS (modo cluster habilitado) têm vários nós menores. Por outro lado, as implantações do Valkey ou Redis OSS (modo cluster desabilitado) têm menos nós, porém maiores, em um cluster. Consulte para uma discussão mais detalhada sobre o tamanho do nó que deve ser usado [Escolha do tamanho do nó](CacheNodes.SelectSize.md).
**Topics**
+ [Visualizando o status ElastiCache do nó](Nodes.viewing.md)
+ [Nódulos e fragmentos do Valkey ou Redis OSS](CacheNodes.NodeGroups.md)
+ [Conexão a nós](nodes-connecting.md)
+ [Tipos de nó compatíveis](CacheNodes.SupportedTypes.md)
+ [Reinicialização de nós](nodes.rebooting.md)
+ [Substituição de nós (Valkey e Redis OSS)](CacheNodes.NodeReplacement.md)
+ [Substituição de nós (Memcached)](CacheNodes.NodeReplacement-mc.md)
+ [Nós reservados](CacheNodes.Reserved.md)
+ [Migração de nós da geração anterior](CacheNodes.NodeMigration.md)
Algumas operações importantes que envolvem nós são as seguintes:
+ [Adicionar nós a um ElastiCache cluster](Clusters.AddNode.md)
+ [Removendo nós de um ElastiCache cluster](Clusters.DeleteNode.md)
+ [Dimensionamento ElastiCache](Scaling.md)
+ [Encontrar endpoints de conexão no ElastiCache](Endpoints.md)
+ [Identificar automaticamente nós no seu cluster (Memcached)](AutoDiscovery.md)
# Visualizando o status ElastiCache do nó
Usando o [ElastiCache console](https://console.aws.amazon.com/elasticache/), você pode acessar rapidamente o status do seu ElastiCache nó. O status de um ElastiCache nó indica a integridade do nó. Você pode usar os procedimentos a seguir para visualizar o status do ElastiCache nó no ElastiCache console da Amazon, no AWS CLI comando ou na operação da API.
Os valores de status possíveis para ElastiCache os nós estão na tabela a seguir. Essa tabela também mostra se você será cobrado pelo ElastiCache nó.
| **Tipo** | Faturado | **Descrição** |
| --- | --- | --- |
| `available` | Faturado | O ElastiCache nódulo está saudável e disponível. |
| `creating` | Não faturado | O ElastiCache nó está sendo criado. O nó está inacessível enquanto é criado. |
| `deleting` | Não faturado | O ElastiCache nó está sendo excluído. |
| `modifying` | Faturado | O ElastiCache nó está sendo modificado devido a uma solicitação do cliente para modificar o nó. |
| `updating` | Faturado | Um estado de **atualização** indica que uma ou mais das seguintes afirmações são verdadeiras para o ElastiCache nó da Amazon: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonElastiCache/latest/dg/Nodes.viewing.html) |
| `rebooting cluster nodes` | Faturado | O ElastiCache nó está sendo reinicializado devido a uma solicitação do cliente ou a um ElastiCache processo da Amazon que exige a reinicialização do nó. |
| `incompatible_parameters` | Não faturado | A Amazon não ElastiCache pode iniciar o nó porque os parâmetros especificados no grupo de parâmetros do nó não são compatíveis com o nó. Reverta as alterações de parâmetro ou as torne compatíveis com o nó para retomar o acesso ao nó. Para obter mais informações sobre os parâmetros incompatíveis, consulte a lista de [eventos](https://us-east-1.console.aws.amazon.com/elasticache/home?region=us-east-1#/events) do ElastiCache nó. |
| `incompatible_network` | Não faturado | Um estado de rede incompatível indica que uma ou mais das seguintes afirmações são verdadeiras para o nó da Amazon: ElastiCache [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonElastiCache/latest/dg/Nodes.viewing.html) |
| `restore_failed` | Não faturado | Um estado de falha na restauração indica que uma das seguintes situações se aplica ao nó da Amazon: ElastiCache [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonElastiCache/latest/dg/Nodes.viewing.html) |
| `snapshotting` | Faturado | ElastiCache está criando um instantâneo do nó OSS Valkey ou Redis. |
## Visualizando o status do ElastiCache nó com o console
Para ver o status de um ElastiCache Node com o console:
1. Faça login no Console de gerenciamento da AWS e abra o ElastiCache console da Amazon em [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. No painel de navegação, escolha **Clusters do Redis OSS** ou **Clusters do Memcached**. A **página Caches** aparece com a lista de ElastiCache nós. Para cada nó, o valor do status é exibido.
1. Em seguida, você pode navegar até a guia **Atualizações de serviço** do cache para exibir a lista de atualizações de serviço aplicáveis ao cache.
## Visualizando o status do ElastiCache nó com o AWS CLI
Para visualizar o ElastiCache nó e suas informações de status usando o AWS CLI, use o `describe-cache-cluster` comando. Por exemplo, o AWS CLI comando a seguir exibe cada ElastiCache nó.
```
aws elasticache describe-cache-clusters
```
## Visualizando o status do ElastiCache nó por meio da API
Para visualizar o status do ElastiCache nó usando a ElastiCache API da Amazon, chame `DescribeCacheClusteroperation` with the `ShowCacheNodeInfo` flag para recuperar informações sobre os nós de cache individuais.
# Nódulos e fragmentos do Valkey ou Redis OSS
Um fragmento (na API e na CLI, um grupo de nós) é uma disposição hierárquica de nós, cada um envolvido em um cluster. Fragmentos oferecem suporte para replicação. Dentro de um fragmento, um nó funciona como o nó primário de leitura/gravação. Todos os outros nós em um fragmento funcionam como réplicas somente leitura do nó primário. O Valkey, ou o Redis OSS versão 3.2 e posteriores, oferecem suporte a vários fragmentos dentro de um cluster (na API e CLI, um grupo de replicação). Esse suporte permite particionar os dados em um cluster do Valkey ou Redis OSS (modo cluster habilitado).
O diagrama a seguir ilustra as diferenças entre um cluster do Valkey ou Redis OSS (modo cluster desabilitado) e um cluster do Valkey ou Redis OSS (modo cluster habilitado).
![\[Imagem: fragmentos do Valkey ou Redis OSS (modo cluster desabilitado) e Valkey ou Redis OSS (modo cluster habilitado) (API/CLI: grupos de nós)\]](http://docs.aws.amazon.com/pt_br/AmazonElastiCache/latest/dg/images/ElastiCache-NodeGroups.png)
Os clusters do Valkey ou Redis OSS (modo cluster habilitado) oferecem suporte para a replicação por meio de fragmentos. A operação de API, [DescribeReplicationGroups](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReplicationGroups.html) (CLI: [describe-replication-groups](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-replication-groups.html)) lista os grupos de nós com nós membros, a função do nó dentro do grupo de nós, bem como outras informações.
Ao criar um cluster do Valkey ou Redis OSS, você especifica se deseja criar um cluster com o recurso de criação de clusters habilitado. Os clusters do Valkey ou Redis OSS (modo cluster desabilitado) nunca têm mais de um fragmento que pode ser escalado horizontalmente com a adição (até um total de cinco) ou a exclusão de nós de réplica de leitura. Para mais informações, consulte [Alta disponibilidade com o uso de grupos de replicação](Replication.md), [Adição de uma réplica de leitura do Valkey ou do Redis OSS (modo cluster desabilitado)](Replication.AddReadReplica.md) ou [Exclusão de uma réplica de leitura do Valkey ou do Redis OSS (modo cluster desabilitado)](Replication.RemoveReadReplica.md). Clusters do Valkey ou Redis OSS (modo cluster desabilitado) também podem ser escalados verticalmente por meio da mudança dos tipos de nó. Para obter mais informações, consulte [Escalar nós de réplica para Valkey ou Redis OSS (modo cluster desativado)](Scaling.RedisReplGrps.md).
O limite de nós ou fragmentos pode ser aumentado para um máximo de 500 por cluster se o mecanismo for Valkey ou Redis OSS versão 5.0.6 ou superior. Por exemplo, você pode optar por configurar um cluster de 500 nós que varia entre 83 fragmentos (uma primária e 5 réplicas por fragmento) e 500 fragmentos (primário único e sem réplicas). Verifique se existem endereços IP disponíveis suficientes para acomodar o aumento. As armadilhas comuns incluem as sub-redes no grupo de sub-redes têm um intervalo CIDR muito pequeno ou as sub-redes são compartilhadas e fortemente usadas por outros clusters. Para obter mais informações, consulte [Criação de um grupo de sub-redes](SubnetGroups.Creating.md).
Para versões abaixo de 5.0.6, o limite é 250 por cluster.
Para solicitar um aumento de limite, consulte [Limites de serviço da AWS](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) e selecione o tipo de limite **Nodes per cluster per instance type** (Nós por cluster por tipo de instância).
Depois que um cluster do Valkey ou Redis OSS (modo cluster habilitado) é criado, ele pode ser alterado (com aumento ou redução de escala na horizontal). Para obter mais informações, consulte [Dimensionamento ElastiCache](Scaling.md) e [Substituição de nós (Valkey e Redis OSS)](CacheNodes.NodeReplacement.md).
Ao criar um novo cluster, você pode preenchê-lo com dados do cluster antigo para que ele não fique vazio. Essa abordagem só funcionará se o grupo de clusters tiver o mesmo número de estilhaços do cluster antigo. Isso pode ser útil se você precisa alterar o tipo de nó ou a versão do mecanismo. Para obter mais informações, consulte [Realização de backups manuais](backups-manual.md) e [Restauração de um backup para um novo cache](backups-restoring.md).
# Conexão a nós
## Conexão a nós do Valkey ou Redis OSS
Antes de tentar se conectar aos nós do Valkey ou Redis OSS no cluster, você deve ter os endpoints para os nós. Para localizar os endpoints, consulte o seguinte:
+ [Localização de endpoints de um cluster do Valkey ou do Redis OSS (modo cluster desabilitado) (console)](Endpoints.md#Endpoints.Find.Redis)
+ [Localização de endpoints para um cluster do Valkey ou do Redis OSS (modo cluster habilitado) (console)](Endpoints.md#Endpoints.Find.RedisCluster)
+ [Localizar endpoints (AWS CLI)](Endpoints.md#Endpoints.Find.CLI)
+ [Localização de endpoints (API do ElastiCache)](Endpoints.md#Endpoints.Find.API)
No exemplo a seguir, você usa o utilitário *valkey-cli* para se conectar a um cluster que está executando o Valkey ou Redis OSS.
**nota**
Para obter mais informações sobre os comandos disponíveis, consulte a página da Web [Comandos](http://valkey.io/commands).
**Para se conectar a um cluster do Valkey ou Redis OSS usando o *valkey-cli***
1. Conexão à sua instância do Amazon EC2 com o utilitário de conexão de sua escolha.
**nota**
Para obter instruções sobre como se conectar a uma instância do Amazon EC2, consulte o [Guia de conceitos básicos do Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/GettingStartedGuide/).
1. Para criar `valkey-cli`, baixe e instale o GNU Compiler Collection (`gcc`). No prompt de comando da sua instância do EC2, digite o seguinte comando e digite `y` no prompt de confirmação.
```
sudo yum install gcc
```
É exibida uma saída semelhante à seguinte.
```
Loaded plugins: priorities, security, update-motd, upgrade-helper
Setting up Install Process
Resolving Dependencies
--> Running transaction check
...(output omitted)...
Total download size: 27 M
Installed size: 53 M
Is this ok [y/N]: y
Downloading Packages:
(1/11): binutils-2.22.52.0.1-10.36.amzn1.x86_64.rpm | 5.2 MB 00:00
(2/11): cpp46-4.6.3-2.67.amzn1.x86_64.rpm | 4.8 MB 00:00
(3/11): gcc-4.6.3-3.10.amzn1.noarch.rpm | 2.8 kB 00:00
...(output omitted)...
Complete!
```
1. Baixe e compile o utilitário *valkey-cli*. Esse utilitário está incluído na distribuição do software Valkey. No prompt de comando da sua instância do EC2, digite os seguintes comandos:
**nota**
Para sistemas Ubuntu, antes de executar o `make`, execute `make distclean`.
```
wget https://github.com/valkey-io/valkey/archive/refs/tags/8.0.0.tar.gz
tar xvzf valkey-8.0.0.tar.gz
cd valkey-8.0.0
make distclean # ubuntu systems only
make
```
1. No prompt de comando da sua instância do EC2, digite o comando a seguir.
```
src/valkey-cli -c -h mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com -p 6379
```
É exibido um prompt de comando do Valkey ou Redis OSS semelhante ao seguinte.
```
redis mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com 6379>
```
1. Teste a conexão executando comandos do Valkey ou Redis OSS.
Agora, você está conectado ao cluster e pode executar comandos do Valkey ou Redis OSS. Os seguintes são alguns comandos de exemplo com suas respostas do Valkey ou Redis OSS.
```
set a "hello" // Set key "a" with a string value and no expiration
OK
get a // Get value for key "a"
"hello"
get b // Get value for key "b" results in miss
(nil)
set b "Good-bye" EX 5 // Set key "b" with a string value and a 5 second expiration
get b
"Good-bye"
// wait 5 seconds
get b
(nil) // key has expired, nothing returned
quit // Exit from valkey-cli
```
Para conectar-se a nós ou clusters com criptografia Secure Sockets Layer (SSL) (em trânsito habilitado), consulte [ElastiCache criptografia em trânsito (TLS)](in-transit-encryption.md).
## Conexão a nós do Memcached
Antes de tentar se conectar ao seu cluster Memcached, você deve ter os endpoints para os nós. Para localizar os endpoints, consulte o seguinte:
+ [Localização de endpoints de um cluster (console) (Memcached)](Endpoints.md#Endpoints.Find.Memcached)
+ [Localizar endpoints (AWS CLI)](Endpoints.md#Endpoints.Find.CLI)
+ [Localização de endpoints (API do ElastiCache)](Endpoints.md#Endpoints.Find.API)
No exemplo a seguir, você usa o utilitário *telnet* para se conectar a um nó que está executando o Memcached.
**nota**
Para obter mais informações sobre o Memcached e os comandos Memcached disponíveis, consulte o site do [Memcached](http://memcached.org/).
**Para se conectar a um nó usando o *telnet***
1. Conecte-se à instância do Amazon EC2 com o utilitário de conexão de sua escolha.
**nota**
Para obter instruções sobre como se conectar a uma instância do Amazon EC2, consulte o [Guia de conceitos básicos do Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/GettingStartedGuide/).
1. Baixe e instale o utilitário *telnet* na sua instância do Amazon EC2. No prompt de comando da sua instância do Amazon EC2, digite o seguinte comando e digite *y*.
```
sudo yum install telnet
```
É exibida uma saída semelhante à seguinte.
```
Loaded plugins: priorities, security, update-motd, upgrade-helper
Setting up Install Process
Resolving Dependencies
--> Running transaction check
...(output omitted)...
Total download size: 63 k
Installed size: 109 k
Is this ok [y/N]: y
Downloading Packages:
telnet-0.17-47.7.amzn1.x86_64.rpm | 63 kB 00:00
...(output omitted)...
Complete!
```
1. No prompt de comando da sua instância do Amazon EC2, digite o seguinte comando, substituindo o endpoint do seu nó por aquele mostrado neste exemplo.
```
telnet mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com 11211
```
É exibida uma saída semelhante à seguinte.
```
Trying 128.0.0.1...
Connected to mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com.
Escape character is '^]'.
>
```
1. Teste a conexão executando comandos Memcached.
Agora você está conectado a um nó e pode executar comandos Memcached. Veja um exemplo a seguir.
```
set a 0 0 5 // Set key "a" with no expiration and 5 byte value
hello // Set value as "hello"
STORED
get a // Get value for key "a"
VALUE a 0 5
hello
END
get b // Get value for key "b" results in miss
END
>
```
# Tipos de nó compatíveis
ElastiCache suporta os seguintes tipos de nós. Em linhas gerais, os tipos da geração atual fornecem mais memória e poder computacional a um custo mais baixo em comparação aos equivalentes das geração anteriores.
Para obter mais informações sobre detalhes de desempenho para cada tipo de nó, consulte [Tipos de EC2 instância da Amazon](https://aws.amazon.com/ec2/instance-types/).
**nota**
A Amazon ElastiCache está fazendo a transição de instâncias T2 para o status de geração anterior. Você não poderá mais criar novos ElastiCache clusters usando instâncias T2 ou comprar novos nós reservados T2. Não há impacto nos clusters ou reservas T2 existentes. Recomendamos a atualização para tipos de instância mais novos, como instâncias T3 ou T4G, para melhorar o desempenho e a economia.
**nota**
Os seguintes tipos de instância são compatíveis com as AWS regiões Ásia-Pacífico (Tailândia) e México (Central):
**m7g/r7g:** grande, xl, 2xl, 4xl, 8xl, 12xl e 16xl.
**t3/t4g:** micro, pequeno e médio.
Para obter informações sobre o tamanho do nó que deve ser usado, consulte [Escolha do tamanho do nó](CacheNodes.SelectSize.md).
**Topics**
+ [Geração atual (Memcached)](#CacheNodes.CurrentGen-Memcached)
+ [Geração atual (Valkey ou Redis OSS)](#CacheNodes.CurrentGen)
+ [Tipos de nós compatíveis por região da AWS](#CacheNodes.SupportedTypesByRegion)
+ [Instâncias de desempenho com capacidade de intermitência](#CacheNodes.Burstable)
+ [Informações relacionadas](#CacheNodes.RelatedInfo)
## Geração atual (Memcached)
As tabelas a seguir mostram a largura de banda básica e de intermitência dos tipos de instância que usam o mecanismo de I/O crédito de rede para ultrapassar sua largura de banda básica.
**nota**
Os tipos de instância com desempenho de rede intermitente usam um mecanismo I/O de crédito de rede para ultrapassar sua largura de banda básica com base no melhor esforço.
**Geral**
| Tipo de instância | Versão mínima do Memcached compatível | Largura de banda da linha de base (Gbps) | Expansão da largura de banda (Gbps) |
| --- | --- | --- | --- |
| cache.m7g.large | | 0,937 | 12,5 |
| cache.m7g.xlarge | | 1.876 | 12,5 |
| cache.m7g.2xlarge | | 3,75 | 15 |
| cache.m7g.4xlarge | | 7,5 | 15 |
| cache.m7g.8xlarge | | 15 | N/D |
| cache.m7g.12xlarge | | 22,5 | N/D |
| cache.m7g.16xlarge | | 30 | N/D |
| cache.m6g.large | 1.5.16 | 0.75 | 10.0 |
| cache.m6g.xlarge | 1.5.16 | 1,25 | 10.0 |
| cache.m6g.2xlarge | 1.5.16 | 2,5 | 10.0 |
| cache.m6g.4xlarge | 1.5.16 | 5,0 | 10.0 |
| cache.m6g.8xlarge | 1.5.16 | 12 | N/D |
| cache.m6g.12xlarge | 1.5.16 | 20 | N/D |
| cache.m6g.16xlarge | 1.5.16 | 25 | N/D |
| cache.m5.large | 1.5.16 | 0.75 | 10.0 |
| cache.m5.xlarge | 1.5.16 | 1,25 | 10.0 |
| cache.m5.2xlarge | 1.5.16 | 2,5 | 10.0 |
| cache.m5.4xlarge | 1.5.16 | 5,0 | 10.0 |
| cache.m5.12xlarge | 1.5.16 | N/D | N/D |
| cache.m5.24xlarge | 1.5.16 | N/D | N/D |
| cache.m4.large | 1.5.16 | 0,45 | 1.2 |
| cache.m4.xlarge | 1.5.16 | 0.75 | 2.8 |
| cache.m4.2xlarge | 1.5.16 | 1,0 | 10.0 |
| cache.m4.4xlarge | 1.5.16 | 2,0 | 10.0 |
| cache.m4.10xlarge | 1.5.16 | 5,0 | 10.0 |
| cache.t4g.micro | 1.5.16 | 0,064 | 5,0 |
| cache.t4g.small | 1.5.16 | 0,128 | 5,0 |
| cache.t4g.medium | 1.5.16 | 0,256 | 5,0 |
| cache.t3.micro | 1.5.16 | 0,064 | 5,0 |
| cache.t3.small | 1.5.16 | 0,128 | 5,0 |
| cache.t3.medium | 1.5.16 | 0,256 | 5,0 |
| cache.t2.micro | 1.5.16 | 0,064 | 1.024 |
| cache.t2.small | 1.5.16 | 0,128 | 1.024 |
| cache.t2.medium | 1.5.16 | 0,256 | 1.024 |
**Memória otimizada para o Memcached**
| Tipo de instância | Versão mínima compatível | Largura de banda da linha de base (Gbps) | Expansão da largura de banda (Gbps) |
| --- | --- | --- | --- |
| cache.r7g.large | | 0,937 | 12,5 |
| cache.r7g.xlarge | | 1.876 | 12,5 |
| cache.r7g.2xlarge | | 3,75 | 15 |
| cache.r7g.4xlarge | | 7,5 | 15 |
| cache.r7g.8xlarge | | 15 | N/D |
| cache.r7g.12xlarge | | 22,5 | N/D |
| cache.r7g.16xlarge | | 30 | N/D |
| cache.r6g.large | 1.5.16 | 0.75 | 10.0 |
| cache.r6g.xlarge | 1.5.16 | 1,25 | 10.0 |
| cache.r6g.2xlarge | 1.5.16 | 2,5 | 10.0 |
| cache.r6g.4xlarge | 1.5.16 | 5,0 | 10.0 |
| cache.r6g.8xlarge | 1.5.16 | 12 | N/D |
| cache.r6g.12xlarge | 1.5.16 | 20 | N/D |
| cache.r6g.16xlarge | 1.5.16 | 25 | N/D |
| cache.r5.large | 1.5.16 | 0.75 | 10.0 |
| cache.r5.xlarge | 1.5.16 | 1,25 | 10.0 |
| cache.r5.2xlarge | 1.5.16 | 2,5 | 10.0 |
| cache.r5.4xlarge | 1.5.16 | 5,0 | 10.0 |
| cache.r5.12xlarge | 1.5.16 | 20 | N/D |
| cache.r5.24xlarge | 1.5.16 | 25 | N/D |
| cache.r4.large | 1.5.16 | 0.75 | 10.0 |
| cache.r4.xlarge | 1.5.16 | 1,25 | 10.0 |
| cache.r4.2xlarge | 1.5.16 | 2,5 | 10.0 |
| cache.r4.4xlarge | 1.5.16 | 5,0 | 10.0 |
| cache.r4.8xlarge | 1.5.16 | 12 | N/D |
| cache.r4.16xlarge | 1.5.16 | 25 | N/D |
**Rede otimizada para o Memcached**
| Tipo de instância | Versão mínima compatível | Largura de banda da linha de base (Gbps) | Expansão da largura de banda (Gbps) |
| --- | --- | --- | --- |
| cache.c7gn.large | 1.6.6 | 6,25 | 30 |
| cache.c7gn.xlarge | 1.6.6 | 12,5 | 40 |
| cache.c7gn.2xlarge | 1.6.6 | 25 | 50 |
| cache.c7gn.4xlarge | 1.6.6 | 50 | N/D |
| cache.c7gn.8xlarge | 1.6.6 | 100 | N/D |
| cache.c7gn.12xlarge | 1.6.6 | 150 | N/D |
| cache.c7gn.16xlarge | 1.6.6 | 200 | N/D |
## Geração atual (Valkey ou Redis OSS)
Para obter mais informações sobre a geração anterior, consulte [Nós da geração anterior](https://aws.amazon.com/elasticache/previous-generation/).
**nota**
Os tipos de instância com desempenho de rede intermitente usam um mecanismo I/O de crédito de rede para ultrapassar sua largura de banda básica com base no melhor esforço.
**Geral**
| Tipo de instância | Versão mínima compatível do Redis OSS | Aprimorado I/O com Redis OSS 5.0.6\$1 | Descarregamento de TLS com Redis OSS 6.2.5\$1 | I/O Multiplexação aprimorada com Redis OSS 7.0.4\$1 | Largura de banda da linha de base (Gbps) | Expansão da largura de banda (Gbps) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.m7g.large | 6.2 | N | N | N | 0,937 | 12,5 |
| cache.m7g.xlarge | 6.2 | S | S | S | 1.876 | 12,5 |
| cache.m7g.2xlarge | 6.2 | S | S | S | 3,75 | 15 |
| cache.m7g.4xlarge | 6.2 | S | S | S | 7,5 | 15 |
| cache.m7g.8xlarge | 6.2 | S | S | S | 15 | N/D |
| cache.m7g.12xlarge | 6.2 | S | S | S | 22,5 | N/D |
| cache.m7g.16xlarge | 6.2 | S | S | S | 30 | N/D |
| cache.m6g.large | 5.0.6 | N | N | N | 0.75 | 10.0 |
| cache.m6g.xlarge | 5.0.6 | S | S | S | 1,25 | 10.0 |
| cache.m6g.2xlarge | 5.0.6 | S | S | S | 2,5 | 10.0 |
| cache.m6g.4xlarge | 5.0.6 | S | S | S | 5,0 | 10.0 |
| cache.m6g.8xlarge | 5.0.6 | S | S | S | 12 | N/D |
| cache.m6g.12xlarge | 5.0.6 | S | S | S | 20 | N/D |
| cache.m6g.16xlarge | 5.0.6 | S | S | S | 25 | N/D |
| cache.m5.large | 3.2.4 | N | N | N | 0.75 | 10.0 |
| cache.m5.xlarge | 3.2.4 | S | N | N | 1,25 | 10.0 |
| cache.m5.2xlarge | 3.2.4 | S | S | S | 2,5 | 10.0 |
| cache.m5.4xlarge | 3.2.4 | S | S | S | 5,0 | 10.0 |
| cache.m5.12xlarge | 3.2.4 | S | S | S | 12 | N/D |
| cache.m5.24xlarge | 3.2.4 | S | S | S | 25 | N/D |
| cache.m4.large | 3.2.4 | N | N | N | 0,45 | 1.2 |
| cache.m4.xlarge | 3.2.4 | S | N | N | 0.75 | 2.8 |
| cache.m4.2xlarge | 3.2.4 | S | S | S | 1,0 | 10.0 |
| cache.m4.4xlarge | 3.2.4 | S | S | S | 2,0 | 10.0 |
| cache.m4.10xlarge | 3.2.4 | S | S | S | 5,0 | 10.0 |
| cache.t4g.micro | 3.2.4 | N | N | N | 0,064 | 5,0 |
| cache.t4g.small | 5.0.6 | N | N | N | 0,128 | 5,0 |
| cache.t4g.medium | 5.0.6 | N | N | N | 0,256 | 5,0 |
| cache.t3.micro | 3.2.4 | N | N | N | 0,064 | 5,0 |
| cache.t3.small | 3.2.4 | N | N | N | 0,128 | 5,0 |
| cache.t3.medium | 3.2.4 | N | N | N | 0,256 | 5,0 |
| cache.t2.micro | 3.2.4 | N | N | N | 0,064 | 1.024 |
| cache.t2.small | 3.2.4 | N | N | N | 0,128 | 1.024 |
| cache.t2.medium | 3.2.4 | N | N | N | 0,256 | 1.024 |
**Otimizado para memória**
| Tipo de instância | Versão mínima compatível do Redis OSS | Aprimorado I/O com Redis OSS 5.0.6\$1 | Descarregamento de TLS com Redis OSS 6.2.5\$1 | I/O Multiplexação aprimorada com Redis OSS 7.0.4\$1 | Largura de banda da linha de base (Gbps) | Expansão da largura de banda (Gbps) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.r7g.large | 6.2 | N | N | N | 0,937 | 12,5 |
| cache.r7g.xlarge | 6.2 | S | S | S | 1.876 | 12,5 |
| cache.r7g.2xlarge | 6.2 | S | S | S | 3,75 | 15 |
| cache.r7g.4xlarge | 6.2 | S | S | S | 7,5 | 15 |
| cache.r7g.8xlarge | 6.2 | S | S | S | 15 | N/D |
| cache.r7g.12xlarge | 6.2 | S | S | S | 22,5 | N/D |
| cache.r7g.16xlarge | 6.2 | S | S | S | 30 | N/D |
| cache.r6g.large | 5.0.6 | N | N | N | 0.75 | 10.0 |
| cache.r6g.xlarge | 5.0.6 | S | S | S | 1,25 | 10.0 |
| cache.r6g.2xlarge | 5.0.6 | S | S | S | 2,5 | 10.0 |
| cache.r6g.4xlarge | 5.0.6 | S | S | S | 5,0 | 10.0 |
| cache.r6g.8xlarge | 5.0.6 | S | S | S | 12 | N/D |
| cache.r6g.12xlarge | 5.0.6 | S | S | S | 20 | N/D |
| cache.r6g.16xlarge | 5.0.6 | S | S | S | 25 | N/D |
| cache.r5.large | 3.2.4 | N | N | N | 0.75 | 10.0 |
| cache.r5.xlarge | 3.2.4 | S | N | N | 1,25 | 10.0 |
| cache.r5.2xlarge | 3.2.4 | S | S | S | 2,5 | 10.0 |
| cache.r5.4xlarge | 3.2.4 | S | S | S | 5,0 | 10.0 |
| cache.r5.12xlarge | 3.2.4 | S | S | S | 12 | N/D |
| cache.r5.24xlarge | 3.2.4 | S | S | S | 25 | N/D |
| cache.r4.large | 3.2.4 | N | N | N | 0.75 | 10.0 |
| cache.r4.xlarge | 3.2.4 | S | N | N | 1,25 | 10.0 |
| cache.r4.2xlarge | 3.2.4 | S | S | S | 2,5 | 10.0 |
| cache.r4.4xlarge | 3.2.4 | S | S | S | 5,0 | 10.0 |
| cache.r4.8xlarge | 3.2.4 | S | S | S | 12 | N/D |
| cache.r4.16xlarge | 3.2.4 | S | S | S | 25 | N/D |
**Otimizada para memória com classificação de dados em níveis**
| Tipo de instância | Versão mínima compatível do Redis OSS | Aprimorado I/O com Redis OSS 5.0.6\$1 | Descarregamento de TLS com Redis OSS 6.2.5\$1 | I/O Multiplexação aprimorada com Redis OSS 7.0.4\$1 | Largura de banda da linha de base (Gbps) | Expansão da largura de banda (Gbps) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.r6gd.xlarge | 6.2.0 | S | N | N | 1,25 | 10 |
| cache.r6gd.2xlarge | 6.2.0 | S | S | S | 2,5 | 10 |
| cache.r6gd.4xlarge | 6.2.0 | S | S | S | 5,0 | 10 |
| cache.r6gd.8xlarge | 6.2.0 | S | S | S | 12 | N/D |
| cache.r6gd.12xlarge | 6.2.0 | S | S | S | 20 | N/D |
| cache.r6gd.16xlarge | 6.2.0 | S | S | S | 25 | N/D |
**Otimizadas para rede**
| Tipo de instância | Versão mínima compatível do Redis OSS | Aprimorado I/O com Redis OSS 5.0.6\$1 | Descarregamento de TLS com Redis OSS 6.2.5\$1 | I/O Multiplexação aprimorada com Redis OSS 7.0.4\$1 | Largura de banda da linha de base (Gbps) | Expansão da largura de banda (Gbps) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.c7gn.large | 6.2 | N | N | N | 6,25 | 30 |
| cache.c7gn.xlarge | 6.2 | S | S | S | 12,5 | 40 |
| cache.c7gn.2xlarge | 6.2 | S | S | S | 25 | 50 |
| cache.c7gn.4xlarge | 6.2 | S | S | S | 50 | N/D |
| cache.c7gn.8xlarge | 6.2 | S | S | S | 100 | N/D |
| cache.c7gn.12xlarge | 6.2 | S | S | S | 150 | N/D |
| cache.c7gn.16xlarge | 6.2 | S | S | S | 200 | N/D |
## Tipos de nós compatíveis por região da AWS
Os tipos de nós compatíveis podem variar entre AWS as regiões. Para obter mais detalhes, consulte os [ ElastiCachepreços da Amazon](https://aws.amazon.com/elasticache/pricing/).
## Instâncias de desempenho com capacidade de intermitência
Você pode iniciar nós de cache T4G, T3-Standard e T2-Standard de uso geral com capacidade de intermitência na Amazon. ElastiCache Esses nós fornecem um nível de linha de base de desempenho de CPU, além da capacidade de intermitência do uso de CPU a qualquer momento até o consumo dos créditos acumulados. Um *crédito de CPU* oferece o desempenho de um núcleo de CPU completo por um minuto.
ElastiCacheOs nós T4G, T3 e T2 da Amazon são configurados como padrão e adequados para cargas de trabalho com uma utilização média de CPU consistentemente abaixo do desempenho básico da instância. Para intermitências acima da linha de base, o nó gasta os créditos acumulados no seu saldo de créditos de CPU. Se o nó estiver em execução abaixo dos créditos acumulados, o desempenho será gradualmente reduzido para o nível de desempenho de linha de base. Essa redução gradual garante que o nó não experimente uma queda acentuada de desempenho quando seu saldo de créditos acumulados de CPU for esgotado. *Para obter mais informações, consulte [Créditos de CPU e desempenho básico para instâncias de desempenho intermitentes no Guia EC2 ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html) *do usuário da Amazon*.*
A tabela a seguir lista os tipos de nó de desempenho com capacidade de intermitência, a taxa na qual os créditos de CPU são obtidos por hora. Também mostra o número máximo de créditos de CPU ganhos que um nó pode acumular e o número de v CPUs por nó. Além disso, fornece o nível de desempenho de linha de base como uma porcentagem do desempenho total de um núcleo (usando uma única vCPU).
| Tipo de nó | Créditos de CPU ganhos por hora | Máximo de créditos obtidos que podem ser acumulados\$1 | v CPUs | Desempenho de linha de base por vCPU | Memória (GiB) | desempenho de rede |
| --- | --- | --- | --- | --- | --- | --- |
| t4g.micro | 12 | 288 | 2 | 10% | 0,5 | Até 5 gigabits |
| t4g.small | 24 | 576 | 2 | 20% | 1,37 | Até 5 gigabits |
| t4g.medium | 24 | 576 | 2 | 20% | 3,09 | Até 5 gigabits |
| t3.micro | 12 | 288 | 2 | 10% | 0,5 | Até 5 gigabits |
| t3.small | 24 | 576 | 2 | 20% | 1,37 | Até 5 gigabits |
| t3.medium | 24 | 576 | 2 | 20% | 3,09 | Até 5 gigabits |
| t2.micro | 6 | 144 | 1 | 10% | 0,5 | Baixo a moderado |
| t2.small | 12 | 288 | 1 | 20% | 1,55 | Baixo a moderado |
| t2.medium | 24 | 576 | 2 | 20% | 3.22 | Baixo a moderado |
\$1 O número de créditos que podem ser acumulados é equivalente ao número de créditos que podem ser obtidos em um período de 24 horas.
\$1\$1 O desempenho de linha de base na tabela é por vCPU. Alguns tamanhos de nós que têm mais de uma vCPU. Para isso, calcule a utilização básica da CPU para o nó multiplicando a porcentagem de vCPU pelo número de v. CPUs
As seguintes métricas de crédito de CPU estão disponíveis para instâncias expansíveis T3 e T4g:
**nota**
Essas métricas não estão disponíveis para instâncias expansíveis T2.
+ `CPUCreditUsage`
+ `CPUCreditBalance`
Para obter mais informações sobre essas métricas, consulte [Métricas de crédito de CPU](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html#cpu-credit-metrics).
Além disso, saiba estes detalhes:
+ Todos os tipos de nós da geração atual são criados em uma Virtual Private Cloud (VPC) com base na Amazon VPC por padrão.
+ Os arquivos somente de acréscimo (AOF) do Redis OSS não são compatíveis com instâncias T2. As variáveis de configuração do Redis OSS `appendonly` e `appendfsync` não são compatíveis com o Redis OSS versão 2.8.22 e posteriores.
## Informações relacionadas
+ [Características e detalhes ElastiCache do produto Amazon](https://aws.amazon.com/elasticache/details)
+ [Parâmetros específicos do tipo de nó do Memcached para o Memcached](ParameterGroups.Engine.md#ParameterGroups.Memcached)
+ [Parâmetros do Valkey e do Redis OSS](ParameterGroups.Engine.md#ParameterGroups.Redis)
+ [Criptografia em trânsito (TLS)](in-transit-encryption.md)
# Reinicialização de nós
Algumas alterações exigem que um cluster do Valkey, Memcached ou Redis OSS seja reinicializado para que as alterações sejam aplicadas. Por exemplo, para alguns parâmetros, a alteração do valor do parâmetro em um parameter group é aplicada somente após uma reinicialização.
**Topics**
+ [Reinicialização de nós do Redis OSS (somente para o modo cluster desabilitado)](#nodes.rebooting.redis)
+ [Reinicialização de um cluster para Memcached](#Clusters.Rebooting)
## Reinicialização de nós do Redis OSS (somente para o modo cluster desabilitado)
Para clusters do Valkey ou Redis OSS (modo cluster desabilitado), os parâmetros nos grupos de parâmetros que são aplicados somente após a reinicialização são:
+ activerehashing
+ bancos de dados
Os nós do Redis só podem ser atualizados por meio do console do ElastiCache. Você só pode reinicializar um único nó de cada vez. Para reinicializar vários nós, você deve repetir o processo para cada nó.
**Alterações de parâmetro do Valkey ou Redis OSS (modo cluster habilitado)**
Se você fizer alterações nos parâmetros a seguir em um cluster do Valkey ou Redis OSS (modo cluster habilitado), siga as etapas a seguir.
activerehashing
bancos de dados
Crie um backup manual do seu cluster. Consulte [Realização de backups manuais](backups-manual.md).
Exclua o cluster do Valkey ou Redis OSS (modo cluster habilitado). Consulte [Excluindo um cluster no ElastiCache](Clusters.Delete.md).
Restaure o cluster usando o parameter group alterado e o backup para propagar o novo cluster. Consulte [Restauração de um backup para um novo cache](backups-restoring.md).
Alterações em outros parâmetros não exigem isso.
### Utilização do Console de gerenciamento da AWS
Você pode reinicializar um nó usando o console do ElastiCache.
**Para reinicializar um nó (console)**
1. Faça login no Console de gerenciamento da AWS e abra o console do ElastiCache em [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Na lista localizada no canto superior direito, escolha a região da AWS que se aplica.
1. No painel de navegação esquerdo, escolha **Redis OSS**.
É exibida uma lista de clusters que executam o Redis OSS.
1. Escolha o cluster em **Cluster Name** (Nome do cluster).
1. Em **Node name** (Nome do nó), escolha o botão de opção ao lado do nó que você deseja reinicializar.
1. Escolha **Actions** (Ações) e, em seguida, **Reboot node** (Reinicializar nó).
Para reinicializar vários nós, repita as etapas de 2 a 5 para cada nó que você deseja reinicializar. Você não precisa esperar que um nó termine a reinicialização para reinicializar outro.
## Reinicialização de um cluster para Memcached
Quando você reinicializa um cluster do Memcached, o cluster libera todos os seus dados e reinicializa seu mecanismo. Durante esse processo, você não pode acessar o cluster. Como o cluster liberou todos os seus dados, quando o cluster estiver disponível novamente, você começará com um cluster vazio.
Você pode reinicializar um cluster usando o console do ElastiCache, a AWS CLI ou a API do ElastiCache. Se você usar o console do ElastiCache, a AWS CLI ou a API do ElastiCache, só poderá iniciar a reinicialização de um único cluster. Para reinicializar vários clusters, você deve repetir o processo ou a operação.
### Utilização do Console de gerenciamento da AWS
Você pode reinicializar um cluster usando o console do ElastiCache.
**Para reinicializar um cluster (console)**
1. Faça login no Console de gerenciamento da AWS e abra o console do ElastiCache em [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Na lista localizada no canto superior direito, escolha a região da AWS de interesse.
1. No painel de navegação, escolha o mecanismo em execução no cluster que deseja reinicializar.
É exibida uma lista de clusters que executam o mecanismo escolhido.
1. Escolha o cluster a ser reinicializado marcando a caixa à esquerda do nome do cluster.
O botão **Reinicializar** é ativado.
Se você escolher mais de um cluster, o botão **Reinicializar** não estará ativo.
1. Escolha **Reboot**.
É exibida a tela de confirmação de reinicialização do cluster.
1. Para reiniciar o cluster, escolha **Reboot**. O status do cluster mudará para *reinicializando nós de cluster*.
Para não reinicializar o cluster, escolha **Cancel**.
Para reinicializar vários clusters, repita as etapas de 2 a 5 para cada cluster que você deseja reinicializar. Você não precisa esperar que um cluster termine a reinicialização para reinicializar outro.
Para reinicializar um nó específico, selecione o nó e escolha **Reboot** (Reinicializar).
### Como usar o AWS CLI
Para reinicializar um cluster (AWS CLI), use a operação da CLI `reboot-cache-cluster`.
Para reinicializar nós específicos no cluster, use o `--cache-node-ids-to-reboot` para listar os clusters específicos para reinicializar. O comando a seguir reinicializa os nós 0001, 0002 e 0004 de *my-cluster*.
Para Linux, macOS ou Unix:
```
aws elasticache reboot-cache-cluster \
--cache-cluster-id my-cluster \
--cache-node-ids-to-reboot 0001 0002 0004
```
Para Windows:
```
aws elasticache reboot-cache-cluster ^
--cache-cluster-id my-cluster ^
--cache-node-ids-to-reboot 0001 0002 0004
```
Para reinicializar todos os nós no cluster, use o parâmetro `--cache-node-ids-to-reboot` e liste todos os ID de nós do cluster. Para obter mais informações, consulte [reboot-cache-cluster](https://docs.aws.amazon.com/cli/latest/reference/elasticache/reboot-cache-cluster.html).
### Uso da API do ElastiCache
Para reinicializar um cluster usando a API do ElastiCache, use a ação `RebootCacheCluster`.
Para reinicializar nós específicos no cluster, use o `CacheNodeIdsToReboot` para listar os clusters específicos para reinicializar. O comando a seguir reinicializa os nós 0001, 0002 e 0004 de *my-cluster*.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=RebootCacheCluster
&CacheClusterId=my-cluster
&CacheNodeIdsToReboot.member.1=0001
&CacheNodeIdsToReboot.member.2=0002
&CacheNodeIdsToReboot.member.3=0004
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Para reinicializar todos os nós no cluster, use o parâmetro `CacheNodeIdsToReboot` e liste todos os ID de nós do cluster. Para obter mais informações, consulte [RebootCacheCluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_RebootCacheCluster.html).
# Substituição de nós (Valkey e Redis OSS)
O Amazon ElastiCache atualiza frequentemente sua frota com patches e atualizações aplicados às instâncias de forma contínua. No entanto, de tempos em tempos, precisamos executar novamente seus nós do ElastiCache para aplicar atualizações obrigatórias do sistema operacional ao host subjacente. Essas substituições são necessárias para aplicar atualizações que fortalecem a segurança, a confiabilidade e o desempenho operacional.
Você tem a opção de gerenciar essas substituições a qualquer momento antes da janela agendada para a substituição do nó. Ao gerenciar uma substituição sozinho, sua instância recebe a atualização do sistema operacional quando você executa novamente o nó e a substituição de nó agendada é cancelada. Você pode continuar recebendo alertas que indicam que a substituição do nó ocorrerá. Caso já tenha atenuado manualmente a necessidade da manutenção, você pode ignorar esses alertas.
**nota**
Os nós de cache de substituição gerados automaticamente pelo Amazon ElastiCache podem ter endereços IP diferentes. Você é responsável por revisar a configuração do aplicativo para garantir que os nós de cache estejam associados aos endereços IP apropriados.
A lista a seguir identifica as ações que você pode realizar quando o ElastiCache programa um de seus nós do Valkey ou Redis OSS para substituição. Para agilizar a busca das informações de que você precisa para sua situação, escolha no menu a seguir.
+ [Do nothing](#DoNothing): deixar que o Amazon ElastiCache substitua o nó conforme programado.
+ [Change your maintenance window](#ChangeWindow): alterar sua janela de manutenção para um melhor momento.
+ Configurações do Valkey ou Redis OSS (modo cluster habilitado)
+ [Replace the only node in any Valkey or Redis OSS cluster](#ReplaceStandalone): um procedimento para substituir um nó em um cluster do Valkey ou Redis OSS usando backup e restauração.
+ [Replace a replica node in any Valkey or Redis OSS cluster](#ReplaceReplica): um procedimento para substituir uma réplica de leitura em qualquer cluster do Valkey ou Redis OSS ao aumentar e diminuir a contagem de réplicas sem tempo de inatividade do cluster.
+ [Replace any node in a Valkey or Redis OSS (cluster mode enabled) shard](#ReplaceShardNode): um procedimento dinâmico sem tempo de inatividade do cluster para substituir um nó em um cluster do Valkey ou Redis OSS (modo cluster habilitado) com aumento ou redução de escala na horizontal.
+ Configurações do Valkey ou Redis OSS (modo cluster desabilitado)
+ [Replace the only node in any Valkey or Redis OSS cluster](#ReplaceStandalone): procedimento para substituir qualquer nó em um cluster do Valkey ou Redis OSS usando backup e restauração.
+ [Replace a replica node in any Valkey or Redis OSS cluster](#ReplaceReplica): um procedimento para substituir uma réplica de leitura em qualquer cluster do Valkey ou Redis OSS ao aumentar e diminuir a contagem de réplicas sem tempo de inatividade do cluster.
+ [Replace a node in a Valkey or Redis OSS (cluster mode disabled) cluster](#ReplaceStandaloneClassic): procedimento para substituir um nó em um cluster do Valkey ou Redis OSS (modo cluster desabilitado) usando replicação.
+ [Replace a Valkey or Redis OSS (cluster mode disabled) read-replica](#ReplaceReadReplica): um procedimento para substituir manualmente uma réplica de leitura em um grupo de replicação do Valkey ou Redis OSS (modo cluster desabilitado).
+ [Replace a Valkey or Redis OSS (cluster mode disabled) primary node](#ReplacePrimary): um procedimento para substituir manualmente o nó primário em um grupo de replicação do Valkey ou Redis OSS (modo cluster desabilitado).
**Opções de substituição de nós do Valkey e Redis OSS**
+ **Não fazer nada**: se você não fizer nada, o ElastiCache substituirá o nó conforme programado.
Para configurações sem cluster com failover automático habilitado, os clusters no Valkey 7.2 e posteriores e no Redis OSS 5.0.6 e posteriores concluem a substituição enquanto o cluster permanece on-line e atende às solicitações de gravação recebidas. Para clusters habilitados para failover automático no Redis OSS 4.0.10 ou anteriores, você poderá observar uma breve interrupção da gravação, de até alguns segundos, associada à atualização do DNS.
Se o nó for membro de um cluster habilitado para failover automático, o ElastiCache para Valkey ou Redis OSS fornecerá maior disponibilidade durante a aplicação de patches, as atualizações e outras substituições de nós relacionadas à manutenção.
As configurações de cluster ElastiCache que estão definidas para usar clientes de cluster ElastiCache para Valkey ou Redis OSS agora são concluídas enquanto o cluster atende às solicitações de gravação recebidas.
Para configurações sem cluster com failover automático habilitado, os clusters no Valkey 7.2 e posteriores e no Redis OSS 5.0.6 e posteriores concluem a substituição enquanto o cluster permanece on-line e atende às solicitações de gravação recebidas. Para clusters habilitados para failover automático no Redis OSS 4.0.10 ou anteriores, você poderá observar uma breve interrupção da gravação, de até alguns segundos, associada à atualização do DNS.
Se o nó for autônomo, o Amazon ElastiCache primeiro ativará um nó de substituição e depois fará a sincronização a partir do nó existente. O nó existente não está disponível para solicitações de serviço durante esse período. Uma vez concluída a sincronização, o nó existente é encerrado, e o novo nó assume seu lugar. O ElastiCache faz o melhor esforço possível para reter seus dados durante esta operação.
+ **Mudar sua janela de manutenção**: para eventos de manutenção programada, você recebe um email ou uma notificação do evento do ElastiCache. Nesses casos, se você mudar sua janela de manutenção antes da hora de substituição programada, o nó será substituído no novo horário. Para obter mais informações, consulte:
+ [Modificação de um cluster do ElastiCache](Clusters.Modify.md)
+ [Modificação de um grupo de replicação](Replication.Modify.md)
**nota**
A capacidade de alterar sua janela de substituição movendo sua janela de manutenção só está disponível quando a notificação do ElastiCache inclui uma janela de manutenção. Se a notificação não inclui uma janela de manutenção, não é possível alterar a janela de substituição.
Por exemplo, digamos que seja quinta-feira, 9 de novembro, às 15h e a próxima janela de manutenção seja sexta-feira, 10 de novembro, às 17h. Veja estes três cenários e seus resultados:
+ Você altera sua janela de manutenção para sexta-feira, 16h (após a data e hora atual e antes da próxima janela de manutenção programada). O nó é substituído na sexta-feira, 10 de novembro, às 16h.
+ Você altera sua janela de manutenção para sábado, 16h (após a data e hora atual e a próxima janela de manutenção programada). O nó é substituído no sábado, 11 de novembro, às 16h.
+ Você altera sua janela de manutenção para quarta-feira, 16h (dia da semana anterior à data e hora atual). O nó é substituído na próxima quarta-feira, 15 de novembro, às 16h.
Para instruções, consulte [Gerenciamento de manutenção de cluster do ElastiCache](maintenance-window.md).
+ **Substituir o único nó em qualquer cluster do Valkey ou Redis OSS**: caso o cluster não tenha réplicas de leitura, você pode usar o procedimento a seguir para substituir o nó.
**Para substituir o único nó usando backup e restauração**
1. Crie um snapshot do cluster do nó. Para instruções, consulte [Realização de backups manuais](backups-manual.md).
1. Crie um novo cluster propagando-o a partir do snapshot. Para instruções, consulte [Restauração de um backup para um novo cache](backups-restoring.md).
1. Exclua o cluster com o nó programado para substituição. Para instruções, consulte [Excluindo um cluster no ElastiCache](Clusters.Delete.md).
1. No seu aplicativo, substitua o endpoint do nó antigo pelo endpoint do novo nó.
+ **Substituir um nó de réplica em qualquer cluster do Valkey ou Redis OSS**: para substituir um cluster de réplica, aumente sua contagem de réplicas. Para fazer isso, adicione uma réplica e diminua a contagem de réplicas removendo a réplica que deseja substituir. Esse processo é dinâmico e não tem tempo de inatividade do cluster.
**nota**
Caso o fragmento ou o grupo de replicação já tenha cinco réplicas, reverta as etapas 1 e 2.
**Para substituir uma réplica em qualquer cluster do Valkey ou Redis OSS**
1. Aumente a contagem de réplicas adicionando uma réplica ao estilhaço ou ao grupo de replicação. Para obter mais informações, consulte [Aumento do número de réplicas em um fragmento](increase-replica-count.md).
1. Exclua a réplica que você deseja substituir. Para obter mais informações, consulte [Diminuição do número de réplicas em um fragmento](decrease-replica-count.md).
1. Atualize os endpoints no aplicativo.
+ **Substituir qualquer nó em um fragmento do Valkey ou Redis OSS (modo cluster habilitado)**: para substituir o nó em um cluster sem nenhum tempo de inatividade, use a refragmentação on-line. Primeiro adicione um estilhaço por expansão e, depois, exclua o estilhaço com o nó a ser substituído por redução.
**Para substituir qualquer nó em um cluster do Valkey ou Redis OSS (modo cluster habilitado)**
1. Aumentar: adicione mais um estilhaço com a mesma configuração que o estilhaço existente que contém o nó a ser substituído. Para obter mais informações, consulte [Adição de fragmentos com refragmentação online](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online-add).
1. Diminuir: exclua o estilhaço com o nó a ser substituído. Para obter mais informações, consulte [Remoção de fragmentos com refragmentação online](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online-remove).
1. Atualize os endpoints no aplicativo.
+ **Substituir um nó em um cluster do Valkey ou Redis OSS (modo cluster desabilitado)**: se o cluster for um cluster do Valkey ou Redis OSS (modo cluster desabilitado) sem nenhuma réplica de leitura, use o procedimento a seguir para substituir o nó.
**Como substituir o nó usando a replicação (somente para o modo de cluster desabilitado)**
1. Adicione a replicação ao cluster com o nó programado para substituição como primário. Não habilite o recurso Multi-AZ nesse cluster. Para instruções, consulte [Para adicionar replicação a um cluster do Valkey ou Redis OSS sem fragmentos](Clusters.AddNode.md#AddReplication.CON).
1. Adicione uma réplica de leitura ao cluster. Para instruções, consulte [Para adicionar nós a um ElastiCache cluster (console)](Clusters.AddNode.md#AddNode.CON).
1. Promova a réplica de leitura recém-criada para primário. Para instruções, consulte [Promoção de uma réplica de leitura a primário, para grupos de replicação do Valkey ou Redis OSS (modo cluster desabilitado)](Replication.PromoteReplica.md).
1. Exclua o nó agendado para substituição. Para instruções, consulte [Removendo nós de um ElastiCache cluster](Clusters.DeleteNode.md).
1. No seu aplicativo, substitua o endpoint do nó antigo pelo endpoint do novo nó.
+ **Substituir uma réplica de leitura do Valkey ou Redis OSS (modo cluster desabilitado)**: se o nó for uma réplica de leitura, substitua o nó.
Se o cluster tiver apenas um nó de réplica e o recurso Multi-AZ estiver habilitado, você deverá desabilitar o Multi-AZ antes de excluir a réplica. Para instruções, consulte [Modificação de um grupo de replicação](Replication.Modify.md).
**Para substituir uma réplica de leitura do Valkey ou Redis OSS (modo cluster desabilitado)**
1. Exclua a réplica programada para substituição. Para instruções, consulte:
+ [Diminuição do número de réplicas em um fragmento](decrease-replica-count.md)
+ [Removendo nós de um ElastiCache cluster](Clusters.DeleteNode.md)
1. Adicione uma nova réplica para substituir a que está programada para substituição. Se você usar o mesmo nome que a réplica que acabou de excluir, ignore a etapa 3. Para instruções, consulte:
+ [Aumento do número de réplicas em um fragmento](increase-replica-count.md)
+ [Adição de uma réplica de leitura do Valkey ou do Redis OSS (modo cluster desabilitado)](Replication.AddReadReplica.md)
1. No seu aplicativo, substitua o endpoint da réplica antiga pelo endpoint da nova réplica.
1. Se você tiver desabilitado o recurso Multi-AZ no início, reabilite-o agora. Para instruções, consulte [Habilitar Multi-AZ](AutoFailover.md#AutoFailover.Enable).
+ **Substituir um nó primário do Valkey ou Redis OSS (modo cluster desabilitado)**: se o nó for o nó primário, primeiro promova uma réplica de leitura para primário. Depois, exclua a réplica usada para ser o nó principal.
Se o cluster tiver apenas uma réplica e o recurso Multi-AZ estiver habilitado, você deverá desabilitar o Multi-AZ antes de excluir a réplica na etapa 2. Para instruções, consulte [Modificação de um grupo de replicação](Replication.Modify.md).
**Para substituir um nó primário do Valkey ou Redis OSS (modo cluster desabilitado)**
1. Promover uma réplica de leitura para primário. Para instruções, consulte [Promoção de uma réplica de leitura a primário, para grupos de replicação do Valkey ou Redis OSS (modo cluster desabilitado)](Replication.PromoteReplica.md).
1. Exclua o nó programado para substituição (o primário antigo). Para instruções, consulte [Removendo nós de um ElastiCache cluster](Clusters.DeleteNode.md).
1. Adicione uma nova réplica para substituir a programada para substituição. Se você usar o mesmo nome que o nó que acabou de excluir, poderá ignorar a alteração de endpoints no seu aplicativo.
Para instruções, consulte [Adição de uma réplica de leitura do Valkey ou do Redis OSS (modo cluster desabilitado)](Replication.AddReadReplica.md).
1. No seu aplicativo, substitua o endpoint do nó antigo pelo endpoint do novo nó.
1. Se você tiver desabilitado o recurso Multi-AZ no início, reabilite-o agora. Para instruções, consulte [Habilitar Multi-AZ](AutoFailover.md#AutoFailover.Enable).
# Substituição de nós (Memcached)
O Amazon ElastiCache for Memcached atualiza frequentemente sua frota com patches e atualizações aplicados às instâncias de forma contínua. No entanto, de tempos em tempos, precisamos executar novamente seus nós do ElastiCache for Memcached para aplicar atualizações obrigatórias do sistema operacional ao host subjacente. Essas substituições são necessárias para aplicar atualizações que fortalecem a segurança, a confiabilidade e o desempenho operacional.
Você tem a opção de gerenciar essas substituições a qualquer momento antes da janela agendada para a substituição do nó. Ao gerenciar uma substituição sozinho, sua instância recebe a atualização do sistema operacional quando você executa novamente o nó e a substituição de nó agendada é cancelada. Você pode continuar recebendo alertas que indicam que a substituição do nó ocorrerá. Caso já tenha atenuado manualmente a necessidade da manutenção, você pode ignorar esses alertas.
**nota**
Os nós de cache de substituição gerados automaticamente pelo Amazon ElastiCache podem ter endereços IP diferentes. Você é responsável por revisar a configuração do aplicativo para garantir que os nós de cache estejam associados aos endereços IP apropriados.
A lista a seguir identifica as ações que você pode realizar quando o ElastiCache programa um de seus nós do Memcached para substituição.
+ **Não fazer nada**: se você não fizer nada, o ElastiCache substituirá o nó conforme programado. Quando o ElastiCache substitui automaticamente o nó por um novo nó, o novo nó fica inicialmente vazio.
+ **Mudar sua janela de manutenção** para eventos de manutenção programada, você recebe um email ou uma notificação do evento do ElastiCache. Nesse caso, se você mudar sua janela de manutenção antes da hora de substituição programada, o nó será substituído no novo horário. Para obter mais informações, consulte [Modificação de um cluster do ElastiCache](Clusters.Modify.md).
**nota**
A capacidade de alterar sua janela de substituição movendo sua janela de manutenção só está disponível quando a notificação do ElastiCache inclui uma janela de manutenção. Se a notificação não inclui uma janela de manutenção, não é possível alterar a janela de substituição.
Por exemplo, digamos que seja quinta-feira, 9 de novembro, às 15h e a próxima janela de manutenção seja sexta-feira, 10 de novembro, às 17h. Veja estes três cenários e seus resultados:
+ Você altera sua janela de manutenção para sexta-feira, 16h (após a data e hora atual e antes da próxima janela de manutenção programada). O nó é substituído na sexta-feira, 10 de novembro, às 16h.
+ Você altera sua janela de manutenção para sábado, 16h (após a data e hora atual e a próxima janela de manutenção programada). O nó é substituído no sábado, 11 de novembro, às 16h.
+ Você altera sua janela de manutenção para quarta-feira, 16h (dia da semana anterior à data e hora atual). O nó é substituído na próxima quarta-feira, 15 de novembro, às 16h.
Para instruções, consulte [Gerenciamento de manutenção de cluster do ElastiCache](maintenance-window.md).
+ **Substituir manualmente o nó** se você precisar substituir o nó antes da próxima janela de manutenção, substitua o nó manualmente.
Se você substituir o nó manualmente, as chaves serão redistribuídas. Essa redistribuição causa perdas no cache.
**Para substituir manualmente um nó Memcached**
1. Exclua o nó agendado para substituição. Para instruções, consulte [Removendo nós de um ElastiCache cluster](Clusters.DeleteNode.md).
1. Adicione um novo nó ao cluster. Para instruções, consulte [Adicionar nós a um ElastiCache cluster](Clusters.AddNode.md).
1. Se você não estiver usando a descoberta automática neste cluster, consulte a aplicação e substitua todas as instâncias do endpoint do nó anterior pelo endpoint do novo nó.
# Nós reservados
Reservar um ou mais nós do ElastiCache pode ser uma maneira de reduzir custos. Para nós reservados, é necessário pagar uma taxa adiantada que depende do tipo de nó e da duração da reserva, um ou três anos.
Para ver se os nós reservados são uma economia para seus casos de uso, primeiro determine o tamanho do nó e o número de nós necessários. Depois, estime o uso do nó e compare o custo total de usar nós sob demanda e nós reservados. Você pode combinar e misturar o uso de nós reservados e sob demanda nos seus clusters. Para obter informações de preços, consulte [Definição de preço do Amazon ElastiCache](https://aws.amazon.com/elasticache/pricing/).
**Topics**
+ [Gerenciamento de custos com nós reservados](#reserved-nodes)
+ [Ofertas de nós reservados padrão](#reserved-nodes-standard)
+ [Tamanho de nós reservados flexíveis](#reserved-nodes-size)
+ [Excluir um nó reservado](#reserved-nodes-deleting)
+ [Ofertas de nós reservados herdados](#reserved-nodes-utilization)
+ [Obtenção de informações sobre ofertas de nós reservados](#reserved-nodes-offerings)
+ [Compra de um nó reservado](#reserved-nodes-purchasing)
+ [Obtenção de informações sobre seus nós reservados](#reserved-nodes-describing)
## Gerenciamento de custos com nós reservados
Reservar um ou mais nós pode ser uma maneira de reduzir custos. Para nós reservados, é necessário pagar uma taxa adiantada que depende do tipo de nó e da duração da reserva, um ou três anos. Essa cobrança é muito menor do que a cobrança de uso por hora dos nós sob demanda.
Para ver se os nós reservados são uma economia para seus casos de uso, primeiro determine o tamanho do nó e o número de nós necessários. Depois, estime o uso do nó e compare o custo total de usar nós sob demanda e nós reservados. Você pode combinar e misturar o uso de nós reservados e sob demanda nos seus clusters. Para obter informações de preços, consulte [Definição de preço do Amazon ElastiCache](https://aws.amazon.com/elasticache/pricing/).
A região da AWS, o tipo de nó e o tempo de duração devem ser escolhidos no ato da compra e não podem ser alterados posteriormente.
Você pode usar o Console de gerenciamento da AWS, a AWS CLI ou a API do ElastiCache para listar e comprar ofertas de nós reservados disponíveis.
Para obter mais informações sobre nós reservados, consulte [Nós reservados do Amazon ElastiCache](https://aws.amazon.com/elasticache/reserved-cache-nodes/).
## Ofertas de nós reservados padrão
Ao comprar uma instância de nó reservado (RI) no Amazon ElastiCache, você pode adquirir um compromisso de obter uma taxa com desconto sobre um tipo de instância de nó e região da AWS específicos para a duração da instância de nó reservado. Para usar uma instância de Nós Reservados do Amazon ElastiCache, uma nova instância do nó do ElastiCache deve ser criada, como faria para uma instância sob demanda.
Se as especificações da nova instância de nó reservado corresponderem às de uma instância de nó reservado existente para a sua conta, será cobrada a taxa de desconto oferecida para a instância de nó reservado. Caso contrário, uma taxa sob demanda será cobrada para a instância do nó. Esses IRs padrão estão disponíveis a partir das famílias de instâncias R5 e M5.
**nota**
Todos os tipos de ofertas discutidos a seguir estão disponíveis para períodos de vigência de um e três anos.
**Tipos de oferta**
**Sem adiantamento ** O RI fornece acesso a uma instância ElastiCache reservado sem a necessidade de pagamento adiantado. Sua instância do ElastiCache reservado *sem adiantamento* cobra uma taxa por hora com desconto a cada hora dentro do prazo, independentemente do uso.
**Adiantamento parcial** A RI exige que uma parte da instância reservada do ElasticCache seja paga antecipadamente. As horas restantes do período de vigência serão cobradas com base em uma taxa horária com desconto, independentemente do uso. Essa opção é a substituição da opção antiga de *utilização pesada*, que é explicada na próxima seção.
A RI **adiantamento integral** exige que o pagamento integral seja feito no início do período de vigência da RI. Você não incorrem em outros custos pelo restante do período, independentemente do número de horas usadas.
## Tamanho de nós reservados flexíveis
Todos os nós reservados têm tamanho flexível. Ao adquirir um nó reservado, uma das especificações feitas é o tipo de nó, por exemplo, cache.r6g.xlarge. Para obter mais informações sobre tipos de nós, consulte [Definição de preços do Amazon ElastiCache](https://aws.amazon.com/elasticache/pricing/ ).
Se você tiver um nó e precisar escalá-lo para uma capacidade maior, o nó reservado será automaticamente aplicado ao nó escalado. Ou seja, seus nós reservados são automaticamente aplicados ao uso de qualquer tamanho na mesma família de nós. Os nós reservados de tamanho flexível estão disponíveis para nós com a mesma região da AWS. Nós reservados de tamanho flexível só podem reduzir a escala horizontalmente em suas famílias de nós. Por exemplo, um nó reservado para um cache.r6g.xlarge pode ser aplicado a um cache.r6g.2xlarge, mas não a um cache.r6gd.large, porque cache.r6g e cache.r6gd são famílias de nós diferentes.
Flexibilidade de tamanho significa que você pode se mover livremente entre configurações dentro da mesma família de nós. Por exemplo, você pode passar de um nó reservado r6g.xlarge (8 unidades normalizadas) para dois nós reservados r6g.large (8 unidades normalizadas) (2\$14 = 8 unidades normalizadas) na mesma região da AWS sem custo adicional.
### Atualização de nós do Redis OSS para o Valkey
Com o lançamento do Valkey no ElastiCache, agora você pode aplicar seu desconto de nós reservados do Redis OSS ao mecanismo de cache Valkey. Você pode realizar o upgrade do Redis OSS para o Valkey e ainda se beneficiar dos contratos e reservas existentes. Além de poder aplicar seus benefícios no mecanismo e família de nós de cache, você pode até receber mais valor incremental. O Valkey tem um preço de 20% de desconto em relação ao Redis OSS e, com a flexibilidade de nós reservados, você pode usar seus nós reservados do Redis OSS para cobrir 20% mais nós em execução do Valkey.
Para calcular a taxa de desconto, cada combinação de nó e mecanismo do ElastiCache tem um fator de normalização que é medido em unidades. As unidades de nós reservados podem ser aplicadas a qualquer nó em execução dentro da família de instâncias do nó reservado para um determinado mecanismo. Os nós reservados do Redis OSS podem ser aplicados adicionalmente em todos os mecanismos para cobrir a execução dos nós do Valkey. Como o Valkey tem um preço com desconto em relação ao Redis OSS e ao Memcached, suas unidades para um determinado tipo de instância são mais baixas, o que permite que um nó reservado do Redis OSS cubra mais nós do Valkey.
Como exemplo, digamos que você tenha comprado um nó reservado para um cache.r7g.4xlarge para o mecanismo Redis OSS (32 unidades) e esteja executando um nó cache.r7g.4xlarge do Redis OSS (32 unidades). Se você realizar o upgrade do nó para Valkey, o fator de normalização do nó em execução cai para 25,6 unidades, e seu nó reservado existente fornece 6,4 unidades adicionais para usar em qualquer outro nó do Valkey ou Redis OSS em execução na família cache.r7g na região. Você pode usar isso para cobrir 25% de outro nó cache.r7g.4xlarge do Valkey na conta (25,6 unidades) ou 100% de um nó cache.r7g.xlarge do Valkey (6,4 unidades).
### Comparação de uso com unidades normalizadas
Você pode comparar o uso de diferentes tamanhos de nós reservados usando unidades normalizadas. Por exemplo, uma hora de uso em dois nós cache.r6g.4xlarge é equivalente a 16 horas de uso em um cache.r6g.large. A tabela a seguir mostra o número de unidades normalizadas para cada tamanho de nó:
****
| Tamanho do nó | Unidades normalizadas com Redis OSS ou Memcached | Unidades normalizadas com o Valkey |
| --- | --- | --- |
| micro | 0,5 | 0.4 |
| pequeno | 1 | 8. |
| médio | 2 | 1.6 |
| grande | 4 | 3.2 |
| xlarge | 8 | 6.4 |
| 2xlarge | 16 | 12.8 |
| 4xlarge | 32 | 25.6 |
| 6xlarge | 48 | 38.4 |
| 8xlarge | 64 | 51.2 |
| 10xlarge | 80 | 64 |
| 12xlarge | 96 | 76.8 |
| 16xlarge | 128 | 102.4 |
| 24xlarge | 192 | 153.6 |
Por exemplo, você compra um nó reservado cache.r6gd.xlarge e tem dois nós reservados cache.r6gd.large em execução na sua conta na mesma região da AWS. Nesse caso, o benefício de faturamento é aplicado integralmente a ambos os nós.
![\[Region containing a cache.r6gd.xlarge reserved node with two cache.r6gd.large nodes inside.\]](http://docs.aws.amazon.com/pt_br/AmazonElastiCache/latest/dg/images/ri1.png)
Ou, se você tiver uma instância cache.r6gd.2xlarge em execução na sua conta na mesma região da AWS, o benefício de cobrança será aplicado a 50% do uso do nó reservado.
![\[Diagram showing a cache.r6gd.xlarge reserved node region containing a cache.r6gd.2xlarge instance.\]](http://docs.aws.amazon.com/pt_br/AmazonElastiCache/latest/dg/images/ri2.png)
## Excluir um nó reservado
Os períodos de vigência de um nó reservado envolvem um compromisso de um ou três anos. Você não pode cancelar um nó reservado. No entanto, você pode excluir um nó coberto por um desconto de nó reservado. O processo de exclusão de um nó coberto por um desconto de nó reservado é o mesmo que o de qualquer outro nó.
Se excluir um nó coberto por um desconto de nó reservado, você poderá iniciar outro nó com especificações compatíveis. Neste caso, você continua recebendo a taxa com desconto durante o período de vigência da reserva (um ou três anos).
## Ofertas de nós reservados herdados
Existem três níveis de reservas de nós herdados: utilização pesada, utilização média e utilização leve. Os nós podem ser reservados em qualquer nível de utilização para um ou três anos. O tipo de nó, o nível de utilização e o prazo de reserva impactarão seus custos totais. Verifique as economias que os nós reservados podem fornecer aos seus negócios, comparando vários modelos antes de comprar nós reservados.
Os nós comprados em um nível ou período de vigência de utilização não podem ser convertidos para um nível ou período de vigência de utilização diferente.
**Níveis de utilização**
*Nós reservados de utilização pesada* habilitam cargas de trabalho que possuem uma linha de base consistente de cargas de trabalho de capacidade ou estacionárias. Os nós reservados de utilização pesada exigem um alto compromisso antecipado. Porém, se você planeja executar mais de 79% do período de vigência do nó reservado, poderá obter as maiores economias (até 70% de desconto no preço sob demanda). Com nós reservados de utilização pesada, você paga uma taxa única. Em seguida, isso é seguido de uma taxa horária inferior durante o período de vigência, independentemente de o seu nó estar em execução.
*Nós reservados de utilização média* são a melhor opção se você planeja usar seus nós reservados durante uma grande parcela de tempo, mas deseja uma taxa única mais baixa ou parar de pagar pelo seu nó ao desligá-lo. Os nós reservados de utilização média são uma opção mais econômica quando você planeja executar mais de 40% do período de vigência de nós reservados. Essa opção pode render até 64% de desconto no preço sob demanda. Com nós reservados de utilização média, você paga uma taxa única um pouco maior que a de nós reservados de utilização leve e recebe taxas de uso por hora mais baixas ao executar um nó.
*Nós reservados de utilização leve* são ideais para cargas de trabalho periódicas que funcionam apenas algumas horas por dia ou alguns dias por semana. Usando nós reservados de utilização leve, você paga uma taxa única seguida de uma taxa de uso por hora com desconto quando seu nó está sendo executado. Você pode começar a economizar quando seu nó estiver executando mais de 17% do período de vigência do nó reservado. Você pode economizar até 56% nas taxas sob demanda durante todo o período de vigência de seu nó reservado.
**Ofertas de nós reservados herdados**
| Oferta | Custo inicial | Taxa de uso | Vantagem |
| --- | --- | --- | --- |
| Utilização pesada | Mais alto | A taxa por hora mais baixa. Aplicada ao período de vigência inteiro, independentemente de você estar ou não usando o nó reservado. | O custo geral mais baixo se você planeja executar seus nós reservados mais de 79% do período de vigência de três anos. |
| Utilização média | Médio | Taxa de uso por hora cobrada por cada hora em que o nó está sendo executado. Nenhuma cobrança por hora quando o nó não está sendo executado. | Adequada para cargas de trabalho elásticas ou quando você espera um uso moderado, superior a 40% do período de vigência de três anos. |
| Utilização leve | Menor | Taxa de uso por hora cobrada por cada hora em que o nó está sendo executado. Nenhuma cobrança por hora quando o nó não está sendo executado. Taxas por hora são as mais altas entre todos os tipos de oferta, mas aplicam-se somente quando o nó reservado está sendo executado. | Custo geral mais alto se você planeja executar o tempo todo. Contudo, esse é o custo geral mais baixo se você planejar usar seu nó reservado com pouca frequência, ou seja, mais de cerca de 15% de um período de vigência de três anos. |
| Uso sob demanda (sem nós reservados) | Nenhum | Taxa horária mais alta. Aplicada sempre que o nó está sendo executado. | Maior custo por hora. |
Para obter mais informações, consulte [Definição de preço Amazon ElastiCache](https://aws.amazon.com/elasticache/pricing/).
## Obtenção de informações sobre ofertas de nós reservados
Antes de comprar nós reservados, você pode obter informações sobre ofertas de nós reservados disponíveis.
Os exemplos a seguir mostram como obter a definição de preço e informações sobre ofertas de nós reservados disponíveis usando o Console de gerenciamento da AWS, a AWS CLI e a API do ElastiCache.
**Topics**
+ [Utilização do Console de gerenciamento da AWS](#reserved-nodes-offerings-console)
+ [Como usar o AWS CLI](#reserved-nodes-offerings-cli)
+ [Uso da API do ElastiCache](#reserved-nodes-offerings-api)
### Obtenção de informações sobre ofertas de nós reservados (console)
Para obter definição de preço e outras informações sobre ofertas de clusters reservados disponíveis usando o Console de gerenciamento da AWS, use o procedimento a seguir.
**Para obter informações sobre ofertas de nós reservados disponíveis**
1. Faça login no Console de gerenciamento da AWS e abra o console do ElastiCache em [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. No painel de navegação, selecione **Reserved Nodes**.
1. Escolha **Purchase Reserved Nodes** (Comprar nós reservados).
1. Em **Mecanismo**, escolha Valkey, Memcached ou Redis OSS.
1. Para determinar as ofertas disponíveis, faça seleções nas seguintes opções:
+ **Tipo de nó**
+ **Prazo**
+ **Offering Type**
Após essas seleções, o custo por nó e o custo total de suas seleções serão exibidos em **Reservation details** (Detalhes da reserva).
1. Escolha **Cancel** para evitar a compra desses nós e gerar cobranças.
### Obtenção de informações sobre ofertas de nós reservados (AWS CLI)
Para obter preços e outras informações sobre ofertas de nós reservados disponíveis para Valkey ou Redis OSS, digite o seguinte comando em um prompt de comando:
```
1. aws elasticache describe-reserved-cache-nodes-offerings
```
Esta operação produz uma saída semelhante à seguinte (formato JSON):
```
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.large",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "redis",
"OfferingType": "All Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.X,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.xlarge",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "redis",
"OfferingType": "Partial Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXX,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.large",
"Duration": 31536000,
"FixedPrice": X.X,
"UsagePrice": X.X,
"ProductDescription": "redis",
"OfferingType": "No Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXX,
"RecurringChargeFrequency": "Hourly"
}
]
}
```
Para obter preços e outras informações sobre ofertas de nós reservados disponíveis para Memcached, digite o seguinte comando em um prompt de comando:
```
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.large",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "memcached",
"OfferingType": "All Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.X,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.xlarge",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "memcached",
"OfferingType": "Partial Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXXX,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xx.12xlarge",
"Duration": 31536000,
"FixedPrice": X.X,
"UsagePrice": X.X,
"ProductDescription": "memcached",
"OfferingType": "No Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXXX,
"RecurringChargeFrequency": "Hourly"
}
]
}
```
Para obter mais informações, consulte [describe-reserved-cache-nodes-offerings](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-reserved-cache-nodes-offerings.html) na AWS CLI Referência.
### Obtenção de informações sobre ofertas de nós reservados (API do ElastiCache)
Para obter informações sobre preços e informações sobre ofertas de nós reservados disponíveis, chame a ação `DescribeReservedCacheNodesOfferings`.
**Example**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeReservedCacheNodesOfferings
&Version=2014-12-01
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&X-Amz-Algorithm
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20141201T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
Para obter mais informações, consulte [DescribeReservedCacheNodesOfferings](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReservedCacheNodesOfferings.html) na Referência da API do ElastiCache.
## Compra de um nó reservado
Os exemplos a seguir mostram como comprar uma oferta de nó reservado usando o Console de gerenciamento da AWS, a AWS CLI e a API do ElastiCache.
**Importante**
Seguir os exemplos desta seção gerará cobranças na sua conta da AWS que você não poderá reverter.
**Topics**
+ [Utilização do Console de gerenciamento da AWS](#reserved-nodes-purchasing-console)
+ [Como usar o AWS CLI](#reserved-nodes-purchasing-cli)
+ [Uso da API do ElastiCache](#reserved-nodes-purchasing-api)
### Compra de um nó reservado (console)
Este exemplo mostra a compra de uma oferta de nó reservado específica, *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f*, com um ID de nó reservado de *myreservationID*.
O procedimento a seguir usa o Console de gerenciamento da AWS para comprar a oferta de nó reservado por ID de oferta.
**Para comprar nós reservados**
1. Faça login no Console de gerenciamento da AWS e abra o console do ElastiCache em [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Na lista de navegação, escolha o link **Reserved nodes** (Nós reservados).
1. Escolha o botão **Purchase reserved nodes** (Comprar nós reservados).
1. Em **Mecanismo**, escolha Valkey, Memcached ou Redis OSS.
1. Para determinar as ofertas disponíveis, faça seleções nas seguintes opções:
+ **Tipo de nó**
+ **Prazo**
+ **Offering Type**
+ Um **Reserved node ID** (ID de nó reservado) opcional
Após essas seleções, o custo por nó e o custo total de suas seleções serão exibidos em **Reservation details** (Detalhes da reserva).
1. Escolha **Purchase (Comprar)**.
### Compra de um nó reservado (AWS CLI)
O exemplo a seguir mostra a compra de uma oferta de cluster reservado específica, *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f*, com um ID de nó reservado de *myreservationID*.
Digite o seguinte comando em um prompt de comando:
Para Linux, macOS ou Unix:
```
1. aws elasticache purchase-reserved-cache-nodes-offering \
2. --reserved-cache-nodes-offering-id 649fd0c8-cf6d-47a0-bfa6-060f8e75e95f \
3. --reserved-cache-node-id myreservationID
```
Para Windows:
```
1. aws elasticache purchase-reserved-cache-nodes-offering ^
2. --reserved-cache-nodes-offering-id 649fd0c8-cf6d-47a0-bfa6-060f8e75e95f ^
3. --reserved-cache-node-id myreservationID
```
Esse comando retorna uma saída semelhante à seguinte:
```
1. RESERVATION ReservationId Class Start Time Duration Fixed Price Usage Price Count State Description Offering Type
2. RESERVATION myreservationid cache.xx.small 2013-12-19T00:30:23.247Z 1y XXX.XX USD X.XXX USD 1 payment-pending memcached Medium Utilization
```
Para obter mais informações, consulte [purchase-reserved-cache-nodes-offering](https://docs.aws.amazon.com/cli/latest/reference/elasticache/purchase-reserved-cache-nodes-offering.html) na AWS CLI Referência.
### Compra de um nó reservado (API do ElastiCache)
O exemplo a seguir mostra a compra de uma oferta de nó reservado específica, *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f*, com um ID de cluster reservado de *myreservationID*.
Chame a operação `PurchaseReservedCacheNodesOffering` com os seguintes parâmetros:
+ `ReservedCacheNodesOfferingId` = `649fd0c8-cf6d-47a0-bfa6-060f8e75e95f`
+ `ReservedCacheNodeID` = `myreservationID`
+ `CacheNodeCount` = `1`
**Example**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=PurchaseReservedCacheNodesOffering
&ReservedCacheNodesOfferingId=649fd0c8-cf6d-47a0-bfa6-060f8e75e95f
&ReservedCacheNodeID=myreservationID
&CacheNodeCount=1
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&X-Amz-Algorithm=&AWS;4-HMAC-SHA256
&X-Amz-Date=20141201T220302Z
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20141201T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
Para obter mais informações, consulte [PurchaseReservedCacheNodesOffering](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_PurchaseReservedCacheNodesOffering.html) na Referência da API do ElastiCache.
## Obtenção de informações sobre seus nós reservados
Você pode obter informações sobre os nós reservados que você comprou usando o Console de gerenciamento da AWS, o AWS CLI e a API do ElastiCache.
**Topics**
+ [Utilização do Console de gerenciamento da AWS](#reserved-nodes-describing-console)
+ [Como usar o AWS CLI](#reserved-nodes-describing-cli)
+ [Uso da API do ElastiCache](#reserved-nodes-describing-api)
### Obtenção de informações sobre seus nós reservados (console)
O procedimento a seguir descreve como usar o Console de gerenciamento da AWS para obter informações sobre os nós reservados que você comprou.
**Para obter informações sobre seus nós reservados comprados**
1. Faça login no Console de gerenciamento da AWS e abra o console do ElastiCache em [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Na lista de navegação, escolha o link **Reserved nodes** (Nós reservados).
Os nós reservados para sua conta aparecem na lista Reserved nodes (Nós reservados). Você pode escolher qualquer um dos nós reservados na lista para ver informações detalhadas sobre o nó reservado no painel de detalhes na parte inferior do console.
### Obtenção de informações sobre seus nós reservados (AWS CLI)
Para obter informações sobre nós reservados para sua a conta da AWS, digite o seguinte comando em um prompt de comando:
```
aws elasticache describe-reserved-cache-nodes
```
Esta operação produz uma saída semelhante à seguinte (formato JSON):
```
{
"ReservedCacheNodeId": "myreservationid",
"ReservedCacheNodesOfferingId": "649fd0c8-cf6d-47a0-bfa6-060f8e75e95f",
"CacheNodeType": "cache.xx.small",
"DataTiering": "disabled",
"Duration": "31536000",
"ProductDescription": "memcached",
"OfferingType": "Medium Utilization",
"MaxRecords": 0
}
```
Para obter mais informações, consulte [describe-reserved-cache-nodes](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-reserved-cache-nodes.html) na Referência da AWS CLI.
### Obtenção de informações seus nós reservados (API do ElastiCache)
Para obter informações sobre nós reservados para sua conta da AWS, execute a operação `DescribeReservedCacheNodes`.
**Example**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeReservedCacheNodes
&Version=2014-12-01
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&X-Amz-Algorithm=&AWS;4-HMAC-SHA256
&X-Amz-Date=20141201T220302Z
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20141201T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
Para obter mais informações, consulte [DescribeReservedCacheNodes](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReservedCacheNodes.html) na Referência da API do ElastiCache.
# Migração de nós da geração anterior
Os nós de geração anterior são tipos de nó que estão sendo eliminados gradualmente. Se você não tiver clusters existentes usando um tipo de nó de geração anterior, o ElastiCache não oferece suporte à criação de novos clusters com esse tipo de nó.
Devido à quantidade limitada de tipos de nó de geração anterior, não podemos garantir uma substituição bem-sucedida quando um nó se torna não íntegro em seu(s) cluster(s). Nesse cenário, a disponibilidade do cluster pode ser afetada negativamente.
Recomendamos que você migre seu(s) cluster(s) para um novo tipo de nó para melhor disponibilidade e performance. Para obter um tipo de nó recomendado para migrar, consulte [Caminhos de atualização](https://aws.amazon.com/ec2/previous-generation/). Para obter uma lista completa dos tipos de nócom suporte e dos tipos de nó da geração anterior no ElastiCache, consulte [Tipos de nó compatíveis](CacheNodes.SupportedTypes.md).
## Migração de nós em um cluster do Valkey ou Redis OSS
O procedimento a seguir descreve como migrar seu tipo de nó de cluster do Valkey ou Redis OSS usando o Console do ElastiCache. Durante esse processo, o cluster do Valkey ou Redis OSS continuará a atender solicitações com tempo de inatividade mínimo. Dependendo da configuração do cluster, você pode ver os seguintes tempos de inatividade. As estimativas a seguir podem diferir com base em suas configurações específicas:
+ O modo cluster desabilitado (nó único) pode ver aproximadamente 60 segundos, principalmente devido à propagação do DNS.
+ O modo de cluster desabilitado (com o nó de réplica) pode ver aproximadamente um segundo para clusters que executam o Valkey 7.2 e posteriores ou o Redis OSS 5.0.6 e posteriores. Todas as versões inferiores podem experimentar aproximadamente 10 segundos.
+ O modo cluster habilitado pode ver aproximadamente 1 segundo.
**Para modificar um tipo de nó de cluster do Valkey ou Redis OSS usando o console:**
1. Faça login no console e abra o console do ElastiCache em [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/home).
1. No painel de navegação, escolha **Clusters do Valkey** ou **Clusters do Redis OSS**.
1. Na lista de clusters, escolha o cluster que você deseja migrar.
1. Escolha **Actions** (Ações) e **Modify** (Modificar).
1. Escolha o novo tipo de nó na lista de tipos de nó.
1. Se quiser executar o processo de migração imediatamente, escolha **Apply immediately** (Aplicar imediatamente). Se **Apply immediately** (Aplicar imediatamente) não for escolhida, o processo de migração será realizado durante a próxima janela de manutenção do cluster.
1. Escolha **Modificar**. Se você escolheu **Apply immediately** na etapa anterior, o status do cluster mudará para **modifying**. Quando o status mudar para **available**, a modificação estará completa, e você poderá começar a usar o novo cluster.
*Para modificar um tipo de nó de cluster do Valkey ou Redis OSS usando a AWS CLI:*
Use a API [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html) conforme mostrado a seguir:
Para Linux, macOS ou Unix:
```
aws elasticache modify-replication-group /
--replication-group-id my-replication-group /
--cache-node-type new-node-type /
--apply-immediately
```
Para Windows:
```
aws elasticache modify-replication-group ^
--replication-group-id my-replication-group ^
--cache-node-type new-node-type ^
--apply-immediately
```
Nesse cenário, o valor de *new-node-type* é o tipo de nó para o qual você está migrando. Passando o parâmetro `--apply-immediately`, a atualização será aplicada imediatamente quando o grupo de replicação fizer a transição do status **modifying** (modificando) para **available** (disponível). Se **Apply immediately** (Aplicar imediatamente) não for escolhida, o processo de migração será realizado durante a próxima janela de manutenção do cluster.
**nota**
Se você não conseguir modificar o cluster com um erro `InvalidCacheClusterState`, você precisa remover primeiro um nó com falha de restauração.
### Correção ou remoção de nós com falha na restauração
O procedimento a seguir descreve como corrigir ou remover nós com falha na restauração pelo cluster do Valkey ou Redis OSS. Para saber mais sobre como nós do ElastiCache entram em um estado de falha na restauração, consulte [Visualizando o status ElastiCache do nó](Nodes.viewing.md). É recomendável primeiramente remover eventuais nós em um estado de falha na restauração e, em seguida, migrar os nós da geração anterior restantes no cluster do ElastiCache para um tipo de nó de uma geração mais nova e, por fim, readicionar o número de nós necessário.
Para remover o nó com falha de restauração (console):
1. Faça login no console e abra o console do ElastiCache em [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/home).
1. No painel de navegação, escolha **Clusters do Valkey** ou **Clusters do Redis OSS**.
1. Na lista de clusters, escolha o cluster do qual você deseja remover um nó.
1. Na lista de fragmentos, escolha o fragmento do qual você deseja remover um nó. Ignore esta etapa se o modo cluster estiver desabilitado para o cluster.
1. Na lista de nós, escolha o nó com um status de `restore-failed`.
1. Escolha **Actions** (Ações) e, em seguida, escolha **Delete node** (Excluir nó).
Depois de remover os nós com falha na restauração do cluster do ElastiCache, você poderá migrar para um tipo de geração mais novo. Para obter mais informações, consulte acima em [Migração de nós em um cluster do Valkey ou Redis OSS](#CacheNodes.NodeMigration.Redis).
Para readicionar nós ao cluster do ElastiCache, consulte [Adicionar nós a um ElastiCache cluster](Clusters.AddNode.md).
## Migração de nós em um cluster do Memcached
Para migrar o ElastiCache for Memcached para um tipo de nó diferente, você deve criar um novo cluster, que sempre começa vazio, que sua aplicação possa preencher.
**Para migrar o tipo de nó do cluster do ElastiCache for Memcached usando o console do ElastiCache:**
+ Crie um novo cluster com o novo tipo de nó. Para obter mais informações, consulte [Criação de um cluster do Memcached (console)](Clusters.Create-mc.md#Clusters.Create.CON.Memcached).
+ No seu aplicativo, atualize os endpoints para os endpoints do novo cluster. Para obter mais informações, consulte [Localização de endpoints de um cluster (console) (Memcached)](Endpoints.md#Endpoints.Find.Memcached)
+ Exclua o cluster antigo. Para obter mais informações, consulte [Excluindo um cluster no ElastiCache](Clusters.Delete.md)