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á.
Determinação dos seus requisitos
Preparação
Conhecer as respostas às seguintes perguntas ajuda a tornar a criação do cluster mais simples:
-
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 ter mais informações, consulte Sub-redes e grupos de sub-redes.
ElastiCache foi projetado para ser acessado de dentro 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 ter 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 ter mais informações, consulte Criar um parameter group.
Se você estiver executando o Redis OSS, considere configurar
reserved-memoryou.reserved-memory-percentPara ter mais informações, consulte Gerenciamento da memória reservada. -
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 ter mais informações, consulte Atenuar falhas.
Tópicos
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.
Configuração do cluster Redis OSS
ElastiCache Os clusters (Redis OSS) são compostos de 0 a 500 fragmentos (também chamados de grupos de nós). Os dados em um cluster Redis OSS são particionados entre os fragmentos do cluster. Seu aplicativo se conecta a um cluster Redis OSS usando um endereço de rede chamado Endpoint. Os nós em um fragmento do Redis OSS 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 cluster Redis OSS 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 ElastiCache (Redis OSS).
Para ter mais informações, consulte Gerenciamento de clusters.
Requisitos de escalabilidade
Todos os clusters podem ser expandidos criando um novo cluster com o novo tipo de nó maior. Ao escalar um cluster Redis OSS, você pode implantá-lo a partir de um backup e evitar que o novo cluster comece vazio.
Para obter mais informações, consulte Dimensionamento ElastiCache (Redis OSS) neste guia.
Requisitos de acesso
Por padrão, os ElastiCache clusters da Amazon são acessados a partir de instâncias do Amazon EC2. O acesso à rede a um ElastiCache cluster é limitado à conta que criou o 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ê lançou seu cluster no EC2-Classic, precisará conceder ao grupo de segurança Amazon Elastic Compute Cloud associado à instância acesso ao seu ElastiCache grupo de 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
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.
