Determinando seus requisitos ElastiCache de cluster - 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á.

Determinando seus requisitos ElastiCache de cluster

Preparação

Saber as respostas às perguntas a seguir ajuda a facilitar a criação ElastiCache do cluster:

  • 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ê lançará seu cluster em uma nuvem privada virtual (VPC) baseada na AmazonVPC?

    Importante

    Se você for iniciar seu cluster em umVPC, certifique-se de criar um grupo de sub-redes no mesmo VPC antes de começar a criar um cluster. Para obter mais informações, consulte Sub-redes e grupos de sub-redes.

    ElastiCache foi projetado para ser acessado de dentro AWS usando a AmazonEC2. No entanto, se você iniciar em um sistema VPC baseado na Amazon VPC e seu cluster estiver em umVPC, você poderá fornecer acesso externo 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 ElastiCache parâmetros.

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

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

    Para obter mais informações, consulte Segurança em seu VPC.

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

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

ElastiCache requisitos de memória e processador

O alicerce básico da 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

ElastiCache Os clusters (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 Memcached é particionado entre os nós do cluster.

Para obter mais informações, consulte Gerenciando clusters em ElastiCache.

Configuração de cluster Valkey e Redis OSS

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

Imagem comparando um OSS cluster Valkey ou Redis no modo desativado versus no modo ativado.

Para obter mais informações, consulte Gerenciando clusters em ElastiCache.

ElastiCache requisitos de escalabilidade

Todos os clusters podem ser expandidos criando um novo cluster com o novo tipo de nó maior. Quando você aumenta a escala de um cluster Memcached, o novo cluster começa vazio. Ao escalar um OSS cluster Valkey ou Redis, você pode implantá-lo a partir de um backup e evitar que o novo cluster comece vazio.

Os clusters do Amazon ElastiCache for Memcached podem ser ampliados ou ampliados. 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.

ElastiCache requisitos de acesso

Por padrão, os ElastiCache clusters da Amazon são acessados a partir de EC2 instâncias da Amazon. O acesso à rede a um ElastiCache cluster é limitado à conta que criou o cluster. Portanto, antes de acessar um cluster a partir de uma EC2 instância da Amazon, você deve autorizar a EC2 instância da Amazon a acessar o cluster. As etapas para fazer isso variam, dependendo se você iniciou o EC2 - VPC ou o EC2 -Classic.

Se você lançou seu cluster em EC2 - VPC você precisa conceder a entrada de rede ao cluster. Se você lançou seu cluster no EC2 -Classic, precisará conceder ao grupo de segurança Amazon Elastic Compute Cloud associado à instância acesso ao seu grupo de ElastiCache segurança. 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 para ElastiCache

A Amazon ElastiCache oferece suporte a todas AWS as regiões. Ao localizar seus ElastiCache clusters em uma AWS região próxima ao seu aplicativo, você pode 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 as informações a seguir.