Determinar os requisitos do seu cluster do ElastiCache - Amazon ElastiCache

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

Determinar os requisitos do seu cluster do ElastiCache

Preparação

Conhecer as respostas às seguintes perguntas ajuda a simplificar a criação de um cluster do ElastiCache:

  • De qual tipo de instância de nó você precisa?

    Para obter orientação sobre como escolher um tipo de nó de instância, consulte Escolha do tamanho do nó.

  • Você executará seu cluster em uma nuvem privada virtual (VPC) baseada na Amazon VPC?

    Importante

    Se você estiver executando seu cluster em uma VPC, crie um grupo de sub-redes na mesma VPC antes de começar a criar um cluster. Para obter mais informações, consulte Sub-redes e grupos de sub-redes.

    O ElastiCache foi projetado para ser acessado de dentro da AWS usando o Amazon EC2. No entanto, ao iniciá-lo em uma VPC com base na Amazon VPC e o seu cluster em uma VPC, você pode fornecer acesso de fora da AWS. Para obter mais informações, consulte Acessando ElastiCache recursos de fora AWS.

  • Você precisa personalizar qualquer valor de parâmetro?

    Se você fizer isso, crie um grupo de parâmetro personalizado. Para obter mais informações, consulte Criação de um grupo de parâmetros do ElastiCache.

    Se você estiver executando o Valkey ou o Redis OSS, considere definir reserved-memory ou reserved-memory-percent. Para obter mais informações, consulte Gerenciamento de memória reservada para Valkey e Redis OSS.

  • Você precisa criar o próprio grupo de segurança da VPC?

    Para obter mais informações, consulte Segurança na sua VPC.

  • Como você pretende implementar a tolerância a falhas?

    Para obter mais informações, consulte Atenuar falhas.

Requisitos de memória e processador do ElastiCache

O bloco de construção básico do Amazon ElastiCache é o nó. Nós são configurados de forma singular ou em agrupamentos para formar clusters. Ao determinar o tipo de nó a ser usado para o seu cluster, considere a configuração do nó do cluster e a quantidade de dados que você deve armazenar.

O mecanismo Memcached é multi-threaded e, portanto, o número de núcleos de um nó afeta o poder computacional disponível para o cluster.

Configuração do cluster do Memcached

Os clusters do ElastiCache for Memcached são compostos de 1 a 60 nós. Os dados em um cluster Memcached são particionados nos nós do cluster. Seu aplicativo conecta-se a um cluster Memcached usando um endereço de rede chamado de Endpoint. Cada nó em um cluster Memcached tem seu próprio endpoint, que seu aplicativo usa para ler ou gravar de/em um nó específico. Além dos pontos de extremidade do nó, o cluster do Memcached em si tem um endpoint chamado endpoint de configuração. Sua aplicação pode usar esse endpoint para ler ou gravar no cluster, deixando a determinação de qual nó deve ser lido ou gravado para até .

Imagem mostrando como um cluster do Memcached é particionado entre os nós do cluster.

Para obter mais informações, consulte Gerenciamento de clusters no ElastiCache.

Configuração do cluster do Valkey e Redis OSS

Os clusters do ElastiCache para Valkey e Redis OSS são compostos de 0 a 500 fragmentos (também chamados de grupos de nós). Os dados em um cluster do Valkey ou Redis OSS são particionados nos fragmentos do cluster. Sua aplicação se conecta a um cluster do Valkey ou Redis OSS usando um endereço de rede chamado de Endpoint. Os nós em um fragmento do Valkey ou Redis OSS cumprem uma das duas funções: uma primária de leitura/gravação e todos os outros nós secundários somente leitura (também chamados de réplicas de leitura). Além dos endpoints do nó, o cluster do Valkey ou Redis OSS em si tem um endpoint chamado endpoint de configuração. Sua aplicação pode usar esse endpoint para ler ou gravar no cluster, deixando a determinação de qual nó deve ser lido ou gravado para até ElastiCache para Redis OSS.

Imagem comparando um cluster do Valkey ou Redis OSS no modo desabilitado versus no modo habilitado.

Para obter mais informações, consulte Gerenciamento de clusters no ElastiCache.

Requisitos de escalabilidade do ElastiCache

Todos os clusters podem ser expandidos criando um novo cluster com o novo tipo de nó maior. Quando você aumenta a escala na vertical de um cluster do Memcached, o novo cluster começa vazio. Ao aumentar a escala na vertical de um cluster do Valkey ou Redis OSS, você pode propagá-lo de um backup e evitar que o novo cluster seja iniciado vazio.

Os clusters do Amazon ElastiCache for Memcached podem ter aumento ou redução de escala na horizontal. Para expandir ou reduzir um cluster Memcached, basta adicionar ou remover nós do cluster. Se você tiver habilitado a Descoberta automática e seu aplicativo estiver se conectando ao endpoint de configuração do cluster, não será necessário fazer alterações no aplicativo quando você adicionar ou remover nós.

Para obter mais informações, consulte Dimensionamento ElastiCache neste guia.

Requisitos de acesso do ElastiCache

Por design, os clusters do Amazon ElastiCache são acessados a partir de instâncias do Amazon EC2. O acesso via rede a um cluster do ElastiCache é limitado à conta que criou esse cluster. Portanto, antes de poder acessar um cluster de uma instância do Amazon EC2, você deve autorizar a instância do Amazon EC2 a acessar o cluster. As etapas para essa autorização variam, dependendo de você ter executado na EC2-VPC ou no EC2-Classic.

Se você tiver executado seu cluster na EC2-VPC, deverá conceder entrada de rede ao cluster. Se você executou seu cluster no EC2-Classic, será necessário conceder acesso ao grupo de segurança do Amazon Elastic Compute Cloud para o grupo de segurança do ElastiCache associado à instância. Para obter instruções detalhadas, consulte Etapa 3. Autorizar o acesso ao cluster neste guia.

Requisitos de região, zona de disponibilidade e zona local do ElastiCache

O Amazon ElastiCache oferece suporte a todas as regiões da AWS. Ao colocar seus clusters do ElastiCache em uma região da AWS próxima à sua aplicação, é possível reduzir a latência. Se o seu cluster tiver vários nós, a localização deles em diferentes zonas de disponibilidade ou em zonas locais poderá reduzir o impacto das falhas no cluster.

Para obter mais informações, consulte: