Escalando clusters do Amazon DocumentDB

O Amazon DocumentDB permite escalar o armazenamento e a computação nos clusters com base em suas necessidades. Esta seção descreve como você pode escalar armazenamento, instância e leitura, para gerenciar o desempenho e a escala dos clusters e das instâncias do Amazon DocumentDB.

Escalabilidade de armazenamento

O armazenamento do Amazon DocumentDB escala automaticamente com os dados no volume do cluster. À medida que seu volume de dados aumentar, o armazenamento do volume do cluster aumentará em incrementos de 10 GiB, até 128 TiB.

Escalabilidade de instâncias

Você pode escalar o cluster do Amazon DocumentDB conforme a necessidade e modificar a classe da instância para cada instância do cluster. O Amazon DocumentDB oferece suporte a várias classes de instância otimizadas.

Para obter mais informações, consulte Modificar uma instância do Amazon DocumentDB.

Escalabilidade de leitura

Você pode obter uma escala de leitura para o cluster do Amazon DocumentDB criando até 15 réplicas do Amazon DocumentDB no cluster. Cada réplica do Amazon DocumentDB retornará os mesmos dados do volume de cluster com atraso de réplica mínimo — geralmente inferior a 100 milissegundos após a instância principal ter gravado uma atualização. Conforme o tráfego de leitura aumenta, você pode criar réplicas adicionais do Amazon DocumentDB e conectar-se a elas para distribuir a carga de leitura para o seu cluster. As réplicas do Amazon DocumentDB não precisam ser da mesma classe da instância primária.

Para obter mais informações, consulte Adicionar uma instância do Amazon DocumentDB a um cluster.

Para escalar leitura com o Amazon DocumentDB, recomendamos que você se conecte ao seu cluster como um conjunto de réplicas e distribua as leituras para instâncias de réplica usando os recursos internos de preferência de leitura do seu driver. Para obter mais informações, consulte Conectando-se ao Amazon DocumentDB como um conjunto de réplicas

Escala de gravação

É possível escalar a capacidade de gravação no cluster do Amazon DocumentDB aumentando o tamanho da instância principal do cluster. Esta seção fornece dois métodos para escalar a instância principal do cluster com base em suas necessidades. A primeira opção procura minimizar o impacto no aplicativo, mas exige que mais etapas sejam concluídas. A segunda opção otimiza visando simplicidade, pois tem menos etapas, mas, em compensação, representa potencial impacto maior no aplicativo.

De acordo com o aplicativo, você pode escolher qual abordagem abaixo é a melhor para você. Para obter mais informações sobre custos e tamanhos de instância disponíveis, consulte a página Definição de preço do Amazon DocumentDB Pricing.

1. Otimize para alta disponibilidade e desempenho — se estiver se conectando ao cluster em modo de conjunto de réplica (recomendado), você pode usar o processo a seguir para minimizar o impacto no aplicativo ao escalar a instância principal. Esse método minimiza o impacto porque mantém o cluster em alta disponibilidade ou acima, e os destinos em escala de leitura são adicionados ao cluster como instâncias, em vez de atualizados no local.

   1. Adicione uma ou mais réplicas do tipo de instância maior ao seu cluster (consulte Adicionar uma instância do Amazon DocumentDB a um cluster). Recomendamos que todas as réplicas sejam do mesmo tipo de instância ou maior que a principal. Isso evita que uma redução não intencional no desempenho de gravação execute failover para um tipo de instância menor. Para a maioria dos clientes, isso significa duplicar temporariamente o número de instâncias no cluster e, depois, remover as réplicas menores após a conclusão da escala.

   2. Defina o nível de failover em todas as réplicas novas como prioridade zero, de forma a garantir que uma réplica do tipo de instância menor tenha a maior prioridade de failover. Para obter mais informações, consulte Controlando o alvo do failover.

   3. Inicie um failover manual, o que promoverá uma das novas réplicas a instância principal. Para obter mais informações, consulte Testar o failover.

      nota

      Isso incorrerá em aproximadamente 30 segundos de tempo de inatividade para o cluster. Planeje adequadamente.

   4. Remova do cluster todas as réplicas de um tipo de instância menor que a nova principal.

   5. Defina o nível de failover de todas as instâncias de volta para a mesma prioridade (geralmente, isso significa defini-las de volta a 1).

   Como exemplo, vamos supor que você tenha um cluster com três instâncias r5.large (uma principal e duas réplicas), e que deseje escalar para um tipo de instância r5.xlarge. Para fazê-lo, primeiro adicione três instâncias de réplica r5.xlarge ao seu cluster e defina o nível de failover das novas réplicas r5.xlarge como zero. Depois, inicie um failover manual (considerando que o aplicativo terá aproximadamente 30 segundos de tempo de inatividade). Quando o failover for concluído, remova todas as três instâncias r5.large do cluster deixando-o escalado para instâncias r5.xlarge.

   Para ajudar a otimizar os custos, as instâncias do Amazon DocumentDB são cobradas em incrementos de um segundo, com uma cobrança mínima de dez minutos após uma alteração no status de faturamento, como criação, modificação ou exclusão de uma instância. Para obter mais informações, consulte Otimização de custo na documentação de práticas recomendadas.

2. Otimize para simplificar — essa abordagem otimiza para simplicidade. Ela não expande nem contrai o cluster, mas pode reduzir temporariamente sua capacidade de leitura.

   É possível que a alteração da classe da instância de uma réplica faça com que a mesma não atenda as solicitações por um breve período, de alguns segundos a menos de 30 segundos. Se você estiver se conectando ao seu cluster no modo de conjunto de réplicas (recomendado), isso reduzirá sua capacidade de leitura em uma réplica (por exemplo, para 66% da capacidade em um cluster de 3 nós, ou 75% da capacidade em um cluster de 4 nós, etc.) durante a operação em escala.

   1. Escale uma das instâncias de réplica no seu cluster. Para obter mais informações, consulte Gerenciamento de classes de instância.

   2. Espere até que a instância esteja disponível (consulte Monitoramento do status de uma instância do Amazon DocumentDB).

      nota

      Isso incorrerá em aproximadamente 30 segundos de tempo de inatividade para o cluster. Planeje adequadamente.

   3. Continue executando as etapas 1 e 2 até que todas as instâncias de réplicas tenham sido escaladas, uma a uma.

   4. Iniciar um failover manual. Isso promoverá uma das réplica à instância principal. Para obter mais informações, consulte Failover do Amazon DocumentDB.

      nota

      Isso resultará em até 30 segundos de inatividade para seu cluster, mas, geralmente leva menos tempo do que isso. Planeje adequadamente.

   5. Escale a antiga instância primária (agora, uma réplica).