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á.
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 Valkey, Redis e Memcached suportados OSS 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 de 99,99% de disponibilidade (). SLA Os backups de OSS clusters Valkey ou Redis autoprojetados podem ser restaurados em uma configuração sem servidor.
Clusters autoprojetados
Se você precisar de um controle refinado sobre seu cluster Valkey, Redis ou MemcachedOSS, você pode optar por criar seu próprio cluster com. 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 uma disponibilidade de até 99,99%. SLA Os backups de OSS caches Valkey ou Redis sem servidor podem ser restaurados em um cluster autoprojetado.
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 quer um controle mais refinado sobre o tipo de nó que executa Valkey, Redis ou MemcachedOSS, 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 |
|
ElastiCache Versão suportada |
Valkey 7.2 e superior, Redis OSS versão 7.1 e superior, Memcached 1.6.21 e superior |
Valkey 7.2 e superior, Redis OSS versão 4.0 e superior, Memcached 1.4 e superior |
|
Modo de cluster (Valkey e RedisOSS) |
Opera |
Pode ser configurado para operar no modo cluster ativado ou no modo cluster desativado. |
|
Escalabilidade |
Dimensiona automaticamente os motores 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. Para Valkey e RedisOSS, 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. Esse recurso não está disponível para o Memcached. 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 o uso CPU de 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 motor. |
|
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). Ao usar Valkey ou RedisOSS, fornece clusters Multi-AZ com dados 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 à TLS conectividade. |
Opção para ativar ou desativar. |
|
Backups |
Oferece suporte a backups automáticos e manuais de caches sem impacto no desempenho. Os OSS backups do Valkey e do Redis 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 para Valkey e RedisOSS. Os clusters podem ter algum impacto no desempenho, dependendo da memória reservada disponível. Para obter mais informações, consulte Gerenciando a memória reservada para Valkey e Redis OSS. Os OSS backups do Valkey e do Redis 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 consumo. 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 obter 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 SNS notificações para eventos significativos. Consulte Métricas para o Memcached e Métricas para Valkey e Redis OSS. |
|
Disponibilidade |
Contrato de nível de serviço de disponibilidade de |
Clusters autoprojetados podem ser projetados para alcançar um Acordo de Nível de Serviço (SLA) de disponibilidade de |
|
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 local SSD (unidades de estado sólido). O armazenamento de dados em camadas fornece uma opção de preço-desempenho para OSS cargas de trabalho Valkey e Redis, 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 ElastiCache de 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:
