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á.
Escalabilidade vertical online com modificação do tipo de nó
Ao usar a escalabilidade vertical on-line com a versão 3.2.10 ou mais recente do Amazon ElastiCache (RedisOSS), você pode escalar seus clusters do Redis OSS dinamicamente com o mínimo de tempo de inatividade. Isso permite que seu OSS cluster Redis atenda às solicitações mesmo durante a escalabilidade.
nota
Não há compatibilidade com escalabilidade entre um cluster de classificação de dados em níveis (p. ex., um cluster que use um tipo de nó r6gd) e um cluster sem classificação de dados em níveis (p. ex., um cluster que use um tipo de nó r6g). Para obter mais informações, consulte Classificação de dados em níveis.
Você pode fazer o seguinte:
-
Amplie — aumente a capacidade de leitura e gravação ajustando o tipo de nó do seu OSS cluster Redis para usar um tipo de nó maior.
ElastiCache redimensiona dinamicamente seu cluster enquanto permanece on-line e atende às solicitações.
-
Redução de escala vertical: reduza a capacidade de leitura e gravação ajustando o tipo de nó para usar um nó menor. Novamente, redimensiona ElastiCache dinamicamente seu cluster enquanto permanece on-line e atende às solicitações. Nesse caso, você reduz os custos diminuindo o nó.
nota
Os processos de expansão e redução dependem da criação de clusters com tipos de nó recém-selecionados e da sincronização dos novos nós com os anteriores. Para garantir um fluxo suave de expansão/redução, faça o seguinte:
Certifique-se de ter capacidade suficiente ENI (Elastic Network Interface). Se estiver reduzindo, garanta que o nó menor tenha memória suficiente para absorver o tráfego esperado.
Para ver as melhores práticas para o gerenciamento da memória, consulte Gerenciamento da memória reservada.
Embora o processo de escalabilidade vertical seja desenvolvido para permanecer totalmente online, ele depende da sincronização dos dados entre o nó antigo e o novo nó. Recomendamos iniciar a expansão/redução no horário em que você acredita que o tráfego de dados seja mínimo.
Teste o comportamento de seu aplicativo durante a escalabilidade em um ambiente de preparação, se possível.
