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á.

ElastiCache componentes e recursos

A seguir, você encontrará uma visão geral dos principais componentes de uma ElastiCache implantação da Amazon.

ElastiCache nós

Um nó é o menor alicerce de uma ElastiCache implantação. Um nó pode existir isoladamente ou em algum relacionamento com outros nós.

Um nó é um bloco de tamanho fixo da RAM em armazenamento anexado a rede seguro. Cada nó executa uma instância do mecanismo e da versão escolhidos ao criar o cluster. Se necessário, você pode expandir ou reduzir os nós em um cluster para um tipo de instância diferente. Para obter mais informações, consulte Dimensionamento ElastiCache.

Cada nó dentro de um cluster é do mesmo tipo de instância e executa o mesmo mecanismo de cache. Cada nó de cache possui seu próprio nome DNS (Serviço de Nomes de Domínio) e porta. Vários tipos de nós de cache são suportados, cada um com quantidades diversificadas de memória associada. Para obter uma lista dos tipos de instâncias de nó, consulte Tipos de nó compatíveis.

Você pode comprar nós em uma pay-as-you-go base, pagando apenas pelo uso de um nó. Ou você pode comprar nós reservados a uma taxa por hora bastante reduzida. Se a sua taxa de uso for alta, a compra de nós reservados poderá economizar dinheiro. Suponha que seu cluster está quase sempre em uso e você ocasionalmente adiciona nós para lidar com picos de uso. Nesse caso, você pode comprar uma série de nós reservados para execução na maior parte do tempo. Em seguida, você pode comprar pay-as-you-go nós nos momentos em que precisar adicionar nós ocasionalmente. Para obter mais informações sobre nós reservados, consulte Nós reservados.

Para obter mais informações sobre nós, consulte Gerenciando nós em ElastiCache.

ElastiCache cacos

Um fragmento do Valkey ou Redis OSS (chamado de grupo de nós na API e na CLI) é um agrupamento de um a seis nós relacionados. Um cluster do Valkey ou Redis OSS com modo de cluster habilitado sempre tem pelo menos um fragmento.

A fragmentação é um método de particionamento de banco de dados que separa grandes bancos de dados em partes menores, mais rápidas e mais fáceis de gerenciar, chamadas fragmentos de dados. Isso pode aumentar a eficiência do banco de dados distribuindo as operações em várias seções separadas. O uso de fragmentos pode oferecer muitos benefícios, incluindo melhor desempenho, escalabilidade e eficiência de custos.

Os clusters Valkey e Redis OSS com o modo de cluster habilitado podem ter até 500 fragmentos, com seus dados particionados entre os fragmentos. O limite de nó ou fragmento pode ser aumentado para um máximo de 500 por cluster se a versão do mecanismo Valkey ou Redis OSS for 5.0.6 ou posterior. 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. 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 e selecione o tipo de limite Nodes per cluster per instance type (Nós por cluster por tipo de instância).

Um fragmento de vários nós implementa a replicação por ter um nó primário de leitura/gravação e de 1 a 5 nós de réplicas. Para obter mais informações, consulte Alta disponibilidade com o uso de grupos de replicação.

Para obter mais informações sobre fragmentos, consulte Trabalhando com fragmentos em ElastiCache.

ElastiCache aglomerados

Um cluster é um agrupamento lógico de um ou mais nós. Os dados são particionados entre os nós em um cluster Memcached e entre os fragmentos em um cluster Valkey ou Redis OSS que tem o modo de cluster habilitado.

Muitas ElastiCache operações são direcionadas a clusters:

Para obter informações mais detalhadas, consulte os seguintes tópicos relacionados:

Configurações de cluster típicas

Veja a seguir configurações de cluster típicas.

Clusters Valkey ou Redis OSS

Os clusters Valkey ou Redis OSS com o modo de cluster desabilitado sempre contêm apenas um fragmento (na API e na CLI, um grupo de nós). Um fragmento Valkey ou Redis OSS contém de um a seis nós. Se houver mais de um nó em um fragmento, este oferecerá suporte para a replicação. Nesse caso, um nó é o nó primário de leitura/gravação e os outros são nós de réplica somente de leitura.

Para melhorar a tolerância a falhas, recomendamos ter pelo menos dois nós em um cluster do Valkey ou Redis OSS e habilitar o Multi-AZ. Para obter mais informações, consulte Atenuar falhas.

Conforme a demanda do seu cluster Valkey ou Redis OSS muda, você pode diminuir ou aumentar a escala verticalmente. Para fazer isso, mova seu cluster para um tipo de instância de nó diferente. Se sua aplicação exigir muita leitura, recomendamos adicionar réplicas somente leitura ao cluster. Ao fazer isso, você pode distribuir as leituras entre um número mais apropriado de nós.

Você também pode usar a classificação de dados em níveis. Os dados acessados mais frequentemente são armazenados em memória e os dados acessados menos frequentemente são armazenados em disco. A vantagem de usar a classificação de dados em níveis é que ela diminui os requisitos de memória. Para obter mais informações, consulte Hierarquização de dados em ElastiCache.

ElastiCache suporta a alteração dinâmica do tipo de nó de um cluster Valkey ou Redis OSS para um tipo de nó maior. Para obter informações sobre como expandir ou reduzir a escala, consulte Escalonamento de clusters de nó único do Valkey ou Redis OSS (modo cluster desabilitado) ou Escalar nós de réplica para Valkey ou Redis OSS (modo cluster desativado).

Configurações de cluster típicas para Memcached

O Memcached suporta até 300 nós por cliente em cada AWS região, com cada cluster tendo de 1 a 60 nós. Você pode particionar seus dados entre os nós em um cluster Memcached.

Quando você executa o mecanismo do Memcached, os clusters podem ser formados por de 1 a 60 nós. Você particiona seu banco de dados entre os nós. Seu aplicativo lê e grava no endpoint de cada nó. Para obter mais informações consulte Descoberta automática.

Para melhorar a tolerância a falhas, localize seus nós do Memcached em várias zonas de disponibilidade (AZs) dentro da região do AWS cluster. Dessa forma, uma falha em uma AZ terá um impacto mínimo em todo o seu cluster e no aplicativo. Para obter mais informações, consulte Atenuar falhas.

À medida que a demanda em seu cluster Memcached mudar, você poderá expandir ou reduzir adicionando ou removendo nós, e isso reparticiona seus dados entre o novo número de nós. Ao particionar seus dados, recomendamos usar o hashing consistente. Para obter mais informações sobre o hashing consistente, consulte Configurando seu ElastiCache cliente para balanceamento de carga eficiente (Memcached).

ElastiCache replicação

Para o Valkey e Redis OSS, a replicação é implementada agrupando de dois a seis nós em um fragmento (na API e CLI, chamado de grupo de nós). Um desses nós é o nó primário de leitura/gravação. Todos os outros nós são nós de réplica somente leitura. As replicações estão disponíveis somente ElastiCache para Valkey e Redis OSS, e não para Memcached. ElastiCache

Cada nó réplica mantém uma cópia dos dados do nó primário do cluster. Os nós de réplica usam mecanismos de replicação assíncronos para se manterem sincronizados com o nó primário. Os aplicativos podem ler de qualquer nó no cluster, mas podem gravar apenas em nós primários. As réplicas de leitura aumentam a escalabilidade, distribuindo as leituras entre vários endpoints. As réplicas de leitura também melhoram a tolerância a falhas, mantendo várias cópias dos dados. Localizar réplicas de leitura em várias zonas de disponibilidade melhora ainda mais a tolerância a falhas. Para obter mais informações sobre a tolerância a falhas, consulte Atenuar falhas.

Os clusters Valkey ou Redis OSS oferecem suporte para um único fragmento (na API e CLI, chamado de grupo de nós).

A replicação sob a perspectiva da API e da CLI usa uma terminologia diferente para manter a compatibilidade com as versões anteriores, mas os resultados são os mesmos. A tabela a seguir mostra os termos da API e da CLI para implementar a replicação.

Comparando replicação: Valkey ou Redis OSS (modo cluster desabilitado) e Valkey ou Redis OSS (modo cluster habilitado)--> Cluster Valkey ou Redis OSS com modo cluster habilitado vs. Cluster Valkey ou Redis OSS com modo cluster desabilitado

Na tabela a seguir, você pode encontrar uma comparação dos recursos dos grupos de replicação Valkey ou Redis OSS (modo cluster desabilitado) e Valkey ou Redis OSS (modo cluster habilitado).

Todos os fragmentos (na API e CLI, grupos de nós) e grupos de nós devem residir na mesma região da AWS . No entanto, você pode provisionar os nós individuais em várias zonas de disponibilidade dentro dessa AWS região.

Réplicas de leitura protegem contra a perda de dados em potencial, pois seus dados são replicados em dois ou mais nós: o primário e uma ou mais réplicas de leitura. Para maior confiabilidade e recuperação mais rápida, recomendamos que você crie uma ou mais réplicas de leitura em diferentes zonas de disponibilidade.

Você também pode aproveitar os datastores globais. Ao usar o recurso Global Datastore for Redis OSS, você pode trabalhar com replicação totalmente gerenciada, rápida, confiável e segura em todas as regiões. AWS Usando esse recurso, você pode criar clusters de réplicas de leitura entre regiões ElastiCache para permitir leituras de baixa latência e recuperação de desastres em todas as regiões. AWS Para obter mais informações, consulte Replicação entre AWS regiões usando armazenamentos de dados globais.

ElastiCache endpoints

Um endpoint é o endereço exclusivo que seu aplicativo usa para se conectar a um ElastiCache nó ou cluster.

Endpoints de nó único para Valkey ou Redis OSS com modo de cluster desabilitado

O endpoint para um cluster Valkey ou Redis OSS de nó único é usado para se conectar ao cluster para leituras e gravações.

Endpoints de vários nós para Valkey ou Redis OSS com modo de cluster desabilitado

Um cluster Valkey ou Redis OSS de vários nós com modo de cluster desabilitado tem dois tipos de endpoints. O endpoint primário sempre se conecta ao nó primário no cluster, mesmo que o nó específico na função primária mude. Use o endpoint primário para todas as gravações no cluster.

Use o Endpoint de leitor para dividir uniformemente as conexões de entrada no endpoint entre todas as réplicas de leitura. Use os Endpoints de nó individuais para operações de leitura (na API/CLI, eles são chamados de Endpoints de leitura).

Endpoints Valkey ou Redis OSS (modo cluster habilitado)

Um cluster Valkey ou Redis OSS com modo de cluster habilitado tem um único endpoint de configuração. Ao se conectar ao endpoint de configuração, a aplicação pode descobrir os endpoints primários e os endpoints de leitura para cada fragmento no cluster.

Para obter mais informações, consulte Encontrando pontos de extremidade de conexão em ElastiCache.

ElastiCache para endpoints Memcached

Cada nó em um cluster Memcached tem seu próprio endpoint. O cluster também possui um endpoint chamado de endpoint de configuração. Se você habilitar a Descoberta automática e se conectar ao endpoint de configuração, seu aplicativo conhecerá automaticamente cada endpoint de nó, mesmo depois de adicionar ou remover nós do cluster. Para obter mais informações consulte Descoberta automática.

Para obter mais informações, consulte Encontrando pontos de extremidade de conexão em ElastiCache.

ElastiCache grupos de parâmetros

Parameter groups de cache são uma maneira fácil de gerenciar as configurações de tempo de execução do software do mecanismo com suporte. Os parâmetros são usados para controlar o uso de memória, as políticas de remoção, o tamanho dos itens e muito mais. Um grupo de ElastiCache parâmetros é uma coleção nomeada de parâmetros específicos do mecanismo que você pode aplicar a um cluster. Ao fazê-lo, você garante que todos os nós do cluster sejam configurados exatamente da mesma forma.

Para obter uma lista de parâmetros com suporte, seus valores padrão e quais podem ser modificados, consulte DescribeEngineDefaultParameters (CLI: describe-engine-default-parameters).

Para obter informações mais detalhadas sobre grupos de ElastiCache parâmetros, consulteConfigurando os parâmetros do motor usando grupos de ElastiCache parâmetros.

ElastiCache segurança

Para aumentar a segurança, o acesso aos ElastiCache nós é restrito aos aplicativos em execução nas EC2 instâncias da Amazon que você permite. Você pode controlar as EC2 instâncias da Amazon que podem acessar seu cluster usando grupos de segurança.

Por padrão, todos os novos ElastiCache clusters são lançados em um ambiente Amazon Virtual Private Cloud (Amazon VPC). Você pode usar grupos de sub-redes para conceder acesso ao cluster a partir de EC2 instâncias da Amazon em execução em sub-redes específicas.

Além de restringir o acesso ao nó, ElastiCache oferece suporte a TLS e criptografia local para nós que executam versões especificadas do. ElastiCache Para obter mais informações, consulte:

ElastiCache grupos de sub-redes

Um grupo de sub-redes é uma coleção de sub-redes (normalmente privadas) que você pode designar para clusters em execução em um ambiente de Amazon VPC.

Se você criar um cluster em uma VPC da Amazon, deverá especificar um grupo de sub-rede de cache. O ElastiCache usa esse grupo de sub-redes de cache para escolher uma sub-rede e endereços IP dentro dessa sub-rede para associar aos seus nós de cache.

Para obter mais informações sobre o uso de grupos de sub-redes de cache em um ambiente da Amazon VPC, consulte o seguinte:

ElastiCache cópias de segurança

Um backup é uma point-in-time cópia de um cluster OSS Valkey ou Redis ou cache sem servidor, ou um cache sem servidor Memcached. Backups podem ser usados para restaurar um cluster existente ou para propagar um novo cluster. Backups consistem em todos os dados de um cluster mais alguns metadados.

Dependendo da versão do Valkey ou Redis OSS em execução no seu cluster, o processo de backup exige diferentes quantidades de memória reservada para ter sucesso. Para obter mais informações, consulte:

ElastiCache eventos

Quando eventos importantes acontecem em um cluster de cache, ElastiCache envia uma notificação para um tópico específico do Amazon SNS. Esses eventos podem incluir fatores como falha ou êxito ao adicionar um nó, modificação de um grupo de segurança, etc. Ao monitorar eventos importantes, você pode se manter informado sobre o estado atual de seus clusters e, em vários casos, executar a ação corretiva.

Para obter mais informações sobre ElastiCache eventos, consulteMonitoramento de eventos do Amazon SNS ElastiCache .