Os serviços são interrompidos durante a modificação da especificação?

Alteração do tipo de instância

Quaisquer alterações de tipo de instância não listadas na tabela anterior não são suportadas. Para modificar especificações ao alterar o tipo de instância, consulte Comutação de IP.

Dimensionamento

• Opções de dimensionamento

  Tabela 2 Opções de dimensionamento suportadas por instâncias diferentes

  Mecanismo de cache	Único-nó	Principal/Em espera	Cluster do Redis	Cluster de proxy	Separação de leitura/gravação
  O Redis 3.0	Escalando para cima/para baixo	Escalando para cima/para baixo	Escalando para cima/para baixo	Ampliando	-
  Redis 4.0	Escalando para cima/para baixo	Escalando para cima/para baixo, para fora/para dentro	Escalando para cima/para baixo, para fora/para dentro	Escalando para cima/para baixo	Escalando para cima/para baixo, para fora/para dentro
  Redis 5.0	Escalando para cima/para baixo	Escalando para cima/para baixo, para fora/para dentro	Escalando para cima/para baixo, para fora/para dentro	Escalando para cima/para baixo	Escalando para cima/para baixo, para fora/para dentro
  Memcached	Escalando para cima/para baixo	Escalando para cima/para baixo	-	-	-
  versão básica do Redis 6.0	Escalando para cima/para baixo	Escalando para cima/para baixo	-	-	-
  Edições profissionais do Redis 6.0	-	Nenhuma alteração é suportada.	-	-	-

  

  Se a memória reservada de uma instância do DCS Redis 3.0 ou Memcached for insuficiente, a modificação poderá falhar quando a memória for usada. Para obter detalhes, consulte Memória Reservada.

• Impacto do escalonamento

  Tabela 3 Impacto do escalonamento

  Tipos de instância	Tipo de dimensionamento	Impacto
  Divisão de nó único, principal/em espera e leitura/gravação	Escalando para cima/para baixo	Uma instância do DCS Redis 4.0 ou 5.0 será desconectada por vários segundos e permanecerá somente leitura por cerca de 1 minuto. Uma instância do DCS Redis 3.0 será desconectada e permanecerá somente leitura por 5 a 30 minutos. Para escalar, apenas a memória da instância é expandida. A capacidade de processamento da CPU não é melhorada. As instâncias de DCS de nó único não oferecem suporte à persistência de dados. Os dados não são retidos durante o dimensionamento. Após o dimensionamento, verifique se os dados estão completos e importe os dados, se necessário. Se houver dados importantes, use uma ferramenta de migração para migrar os dados para outras instâncias para backup. Os registros de backup de instâncias de divisão principal/em espera e de leitura/gravação não podem ser restaurados após a ampliação.
  Cluster de proxy e cluster do Redis	Escalando para cima/para baixo	O dimensionamento envolve migração de dados, o que aumenta a latência de acesso. Para uma instância do Cluster do Redis, verifique se o cliente pode processar corretamente os comandos MOVED e ASK. Caso contrário, as solicitações falharão. Se a memória ficar cheia durante o escalonamento devido a uma grande quantidade de dados sendo gravados, o escalonamento falhará. Os registros de backup criados antes do dimensionamento não podem ser restaurados. Antes de dimensionar, verifique se há grandes chaves através da Análise de Cache. O Redis tem um limite na migração de chaves. Se a instância tiver uma única chave maior que 512 MB, o escalonamento falhará quando a migração de chave grande entre os nós expirar. Quanto maior a chave, maior a probabilidade de a migração falhar. Antes de aumentar ou diminuir a escala de uma instância do Redis Cluster, certifique-se de que a atualização automatizada da topologia do cluster esteja ativada se você usar o Lettuce. Se ele estiver desativado, você precisará reiniciar o cliente após o dimensionamento. Para obter detalhes sobre como ativar a atualização automatizada, consulte um exemplo de uso do Lettuce para se conectar a uma instância do Redis Cluster. A ampliação não interrompe as conexões, mas ocupa os recursos da CPU, diminuindo o desempenho em até 20%. Durante a expansão, novos nós do servidor Redis são adicionados e os dados são balanceados automaticamente para os novos nós. Para reduzir a escala de uma instância, certifique-se de que a memória usada de cada nó seja inferior a 70% da memória máxima por nó da nova variação. Se a quantidade de estilhaços diminuir durante a redução, os nós serão excluídos. Antes de reduzir a escala, certifique-se de que os nós excluídos não sejam referenciados diretamente no aplicativo, para evitar exceções de acesso ao serviço. Se a quantidade de estilhaços diminuir durante a redução, os nós serão excluídos e as conexões serão interrompidas. Se o aplicativo não puder se reconectar ao Redis ou lidar com exceções, talvez seja necessário reiniciá-lo após o escalonamento.
  Principal/em espera, divisão de leitura/gravação e instâncias de cluster do Redis	Escalando para fora/para dentro (alteração na quantidade de réplicas)	Antes de escalar ou em uma instância de cluster do Redis, certifique-se de que a atualização automatizada da topologia do cluster esteja ativada se você usar o Lettuce. Se ele estiver desativado, você precisará reiniciar o cliente após o dimensionamento. Para obter detalhes sobre como ativar a atualização automatizada, consulte um exemplo de uso do Lettuce para se conectar a uma instância do Redis Cluster. A exclusão de réplicas interrompe as conexões. Se o aplicativo não puder se reconectar ao Redis ou lidar com exceções, será necessário reiniciar o aplicativo após o dimensionamento. Se o número de réplicas já for o mínimo suportado pela instância, você não poderá mais excluir réplicas.