Escolha entre opções de implantação

A Amazon ElastiCache tem duas opções de implantação:

• Armazenamento em cache sem servidor

• Clusters autoprojetados

Para obter uma lista dos comandos compatíveis com ambos, consulteComandos Redis OSS suportados e restritos.

Armazenamento em cache sem servidor

O Amazon ElastiCache Serverless simplifica a criação de cache e escala instantaneamente para dar suporte aos aplicativos mais exigentes dos clientes. Com o ElastiCache Serverless, você pode criar um cache altamente disponível e escalável em menos de um minuto, eliminando a necessidade de provisionar, planejar e gerenciar a capacidade do cluster de cache. ElastiCache O Serverless armazena automaticamente os dados de forma redundante em três zonas de disponibilidade e fornece um Acordo de Nível de Serviço (SLA) de 99,99% de disponibilidade. Os backups são compatíveis entre si e podem ser exportados e restaurados a partir de clusters autoprojetados.

Clusters autoprojetados

Se você precisar de um controle refinado sobre seu cluster ElastiCache (Redis OSS), poderá optar por criar seu próprio cluster Redis OSS com o. ElastiCache ElastiCache permite que você opere um cluster baseado em nós, escolhendo o tipo de nó, o número de nós e o posicionamento dos nós nas zonas de AWS disponibilidade do seu cluster. Como ElastiCache é um serviço totalmente gerenciado, ele ajuda a gerenciar o provisionamento de hardware, o monitoramento, as substituições de nós e a aplicação de patches de software para seu cluster. Clusters autoprojetados podem ser projetados para fornecer um SLA de disponibilidade de até 99,99%. Os backups são compatíveis entre si e podem ser exportados e restaurados a partir de caches Serveless.

Escolha entre opções de implantação

Escolha o armazenamento sem servidor se:

• Você está criando um cache para cargas de trabalho novas ou difíceis de prever.

• Você tem tráfego de aplicativos imprevisível.

• Você deseja a maneira mais fácil de começar a usar um cache.

Escolha criar seu próprio ElastiCache cluster se:

• Você já está executando o ElastiCache Serverless e deseja um controle mais refinado sobre o tipo de nó que executa o Redis OSS, o número de nós e o posicionamento desses nós.

• Você espera que o tráfego do seu aplicativo seja relativamente previsível e deseja um controle refinado sobre desempenho, disponibilidade e custo.

• Você pode prever os requisitos de capacidade para controlar os custos.

Comparando o armazenamento em cache sem servidor e os clusters autoprojetados

Atributo	Armazenamento em cache sem servidor	Clusters autoprojetados
Configuração de cache	Crie um cache com apenas um nome em menos de um minuto	Fornece controle refinado sobre o design do cluster de cache. O usuário pode escolher o tipo de nó, o número de nós e o posicionamento nas zonas AWS de disponibilidade
Versão compatível ElastiCache (Redis OSS)	ElastiCache (Redis OSS) versão 7.1 e superior	ElastiCache (Redis OSS) versão 4.0 e superior
Modo de cluster	Opera somente no Redis OSS. cluster mode enabled Os clientes Redis OSS devem oferecer suporte cluster mode enabled para se conectar ao ElastiCache Serverless.	Pode ser configurado para operar no modo cluster ativado ou no modo cluster desativado.
Escalabilidade	Dimensiona automaticamente vertical e horizontalmente sem nenhum gerenciamento de capacidade.	Fornece controle sobre o dimensionamento, além de exigir monitoramento para garantir que a capacidade atual atenda adequadamente à demanda. Você pode optar por escalar verticalmente, aumentando ou diminuindo o tamanho do nó de cache quando necessário. Você também pode escalar horizontalmente adicionando novos fragmentos ou adicionando mais réplicas aos seus fragmentos. Com o recurso Auto-Scaling, você também pode configurar o escalonamento com base em uma programação ou escalar com base em métricas como uso de CPU e memória no cache.
Conexão do cliente	Os clientes se conectam a um único endpoint. Isso permite que a topologia do nó de cache subjacente (escalabilidade, substituições e atualizações) mude sem desconectar o cliente.	Os clientes se conectam a cada nó de cache individual. Se um nó for substituído, o cliente redescobrirá a topologia do cluster e restabelecerá as conexões.
Configurabilidade	Nenhuma configuração refinada disponível. Os clientes podem definir configurações básicas, incluindo sub-redes que podem acessar o cache, se os backups automáticos estão ativados ou desativados e limites máximos de uso do cache.	Clusters autoprojetados oferecem opções de configuração refinadas. Os clientes podem usar grupos de parâmetros para um controle refinado. Para uma tabela desses valores de parâmetro por tipo de nó, consulte Parâmetros específicos do tipo de nó Redis OSS.
Multi-AZ	Os dados são replicados de forma assíncrona em várias zonas de disponibilidade para maior disponibilidade e maior latência de leitura.	Fornece uma opção para projetar o cluster em uma única zona de disponibilidade ou em várias zonas de disponibilidade (AZs). Para clusters Multi-AZ, os dados são replicados de forma assíncrona em várias zonas de disponibilidade para maior disponibilidade e maior latência de leitura.
Criptografia em repouso	Sempre ativado. Os clientes podem usar uma chave Chave gerenciada pela AWS ou uma chave gerenciada pelo cliente AWS KMS.	Opção para ativar ou desativar a criptografia em repouso. Quando ativada, os clientes podem usar uma chave Chave gerenciada pela AWS ou uma chave gerenciada pelo cliente AWS KMS.
Criptografia em trânsito (TLS)	Sempre ativado. Os clientes devem oferecer suporte à conectividade TLS.	Opção para ativar ou desativar.
Backups	Oferece suporte a backups automáticos e manuais de caches sem impacto no desempenho. Os backups são compatíveis entre si e podem ser restaurados em um cache ElastiCache sem servidor ou em um cluster autoprojetado.	Suporta backups automáticos e manuais. Os clusters podem ter algum impacto no desempenho, dependendo da memória reservada disponível. Para ter mais informações, consulte Gerenciamento da memória reservada. Os backups são compatíveis entre si e podem ser restaurados em um cache ElastiCache sem servidor ou em um cluster autoprojetado.
Monitorar	Support métricas em nível de cache, incluindo taxa de acerto do cache, taxa de erro do cache, tamanho dos dados e eCPUs consumidas. ElastiCache O Serverless envia eventos usando EventBridge quando eventos significativos acontecem em seu cache. Você pode escolher monitorar, ingerir, transformar e agir em ElastiCache eventos usando a Amazon EventBridge. Para ter mais informações, consulte Eventos de cache sem servidor.	ElastiCache clusters autoprojetados emitem métricas em cada nível de nó, incluindo métricas em nível de host e métricas de cache. Clusters autoprojetados emitem notificações de SNS para eventos significativos. Consulte Métricas para Redis OSS.
Disponibilidade	Acordo de Nível de Serviço (SLA) de 99,99% de disponibilidade	Clusters autoprojetados podem ser projetados para atingir um Acordo de Nível de Serviço (SLA) de disponibilidade de até 99,99%, dependendo da configuração.
Atualizações e correções de software	Atualiza automaticamente o software de cache para a versão secundária e de patch mais recente, sem impacto no aplicativo. Os clientes recebem uma notificação sobre atualizações da versão principal e podem fazer o upgrade para a versão principal mais recente quando quiserem.	Clusters autoprojetados oferecem autoatendimento habilitado pelo cliente para atualizações de versões menores e com patches, bem como atualizações de versões principais. As atualizações gerenciadas são aplicadas automaticamente durante os períodos de manutenção definidos pelo cliente. Os clientes também podem optar por aplicar um upgrade de versão secundária ou de patch sob demanda.
Armazenamento de dados global	Sem compatibilidade	Suporta o Global Data Store, que permite a replicação entre regiões com gravações em uma única região e leituras em várias regiões
Hierarquização de dados	Sem compatibilidade	Os clusters projetados usando nós da família r6gd têm seus dados em camadas entre a memória e o armazenamento SSD (unidades de estado sólido) local. O armazenamento de dados em camadas fornece uma opção de preço-desempenho para cargas de trabalho do Redis OSS, utilizando unidades de estado sólido (SSDs) de baixo custo em cada nó do cluster, além de armazenar dados na memória.
Modelo de definição de preços	Pay-per-use, com base em dados armazenados em GB-hora e solicitações em Unidades de ElastiCache Processamento (ECPU). Consulte detalhes de preço aqui.	Pay-per-hour, com base no uso do nó de cache. Consulte detalhes de preço aqui.

Tópicos relacionados:

• Projetando e gerenciando seu próprio ElastiCache cluster (Redis OSS)