Este conteúdo foi traduzido por máquina para sua conveniência e a Huawei Cloud não pode garantir que o conteúdo foi traduzido com precisão. Para exibir o conteúdo original, use o link no canto superior direito para mudar para a página em inglês.
Atualizado em 2022-11-08 GMT+08:00

Modificando especificações

No console do DCS, você pode escalar uma instância do DCS Redis ou Memcached para uma capacidade maior ou menor, ou alterar o tipo de instância.

  • Modificar especificações de instância durante horários fora de pico. Se a modificação falhou em horários de pico (por exemplo, quando o uso da memória ou da CPU for superior a 90% ou quando houver picos de tráfego de gravação) Tente novamente fora do horário de pico.
  • Se as instâncias do DCS forem muito antigas para suportar a modificação da especificação, entre em contato com o suporte técnico para fazer o upgrade das instâncias.
  • O DCS for Redis 3.0 não é mais fornecido. Em vez disso, você pode usar o DCS for Redis 4.0 ou 5.0.

Alteração do tipo de instância

Tabela 1 Opções de alteração do tipo de instância suportadas por diferentes instâncias de DCS

Versão

Alteração de tipo suportada

Precauções

Redis 3.0

De nó único para principal/em espera

A instância não pode ser conectada por vários segundos e permanece somente leitura por cerca de um minuto.

Do principal/em espera para o cluster de proxy

  1. Se os dados de uma instância principal/em espera do DCS Redis 3.0 estiverem armazenados em vários bancos de dados ou em bancos de dados não-DB0, a instância não poderá ser alterada para o tipo de cluster de proxy. Uma instância principal/em espera pode ser alterada para o tipo de cluster de proxy somente se seus dados forem armazenados somente no DB0.
  2. A instância não pode ser conectada e permanece somente leitura por 5 a 30 minutos.

Memcached

De nó único para principal/em espera

Os serviços são interrompidos por vários segundos e permanecem somente leitura por cerca de 1 minuto.

O Redis 4.0/5.0

Do principal/em espera para o cluster de proxy

  1. Antes de alterar o tipo de instância para Cluster de proxy, avalie o impacto nos serviços. Para obter detalhes, consulte Quais são as restrições na implementação de vários bancos de dados em uma instância de cluster de proxy? e Restrições de Comando.
  2. O uso da memória deve ser inferior a 70% da memória máxima da nova variante.
  3. Algumas chaves podem ser despejadas se o uso de memória atual exceder 90% do total.
  4. Após a alteração, criar regras de alarme novamente para a instância.
  5. Para instâncias que estão atualmente principal/em espera, certifique-se de que seu endereço IP ou nome de domínio somente leitura não seja usado pelo aplicativo.
  6. Se o aplicativo não puder se reconectar ao Redis ou lidar com exceções, talvez seja necessário reiniciar o aplicativo após a alteração.
  7. Modifique as especificações da instância fora dos horários de pico. Uma instância é temporariamente interrompida e permanece apenas para leitura por cerca de 1 minuto durante a alteração da especificação.

Da divisão de leitura/gravação ao Cluster de Proxy

Do Cluster de Proxy para principal/em espera

Do Cluster de Proxy para divisão de leitura/gravação

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.

Procedimento

  1. Efetue login no console de DCS.
  2. Clique em no canto superior esquerdo do console de gerenciamento e selecione a região onde sua instância está localizada.
  3. No painel de navegação, escolha Cache Manager.
  4. Escolha More > Modify Specifications na linha que contém a ocorrência do DCS.
  5. Na página Modify Specifications, selecione a especificação desejada.

    Se você optar por alterar a quantidade de réplicas de uma instância do Cluster do Redis, o campo Added Replicas será exibido na página. Modificar a especificação da instância fará com que a especificação da réplica seja modificada, o que resulta em uma alteração no preço.

  6. Defina Apply Change para Now ou During maintenance.

    Selecione During maintenance se a modificação interromper as conexões.

    Tabela 4 Cenários em que a modificação da especificação interrompe as conexões

    Alterar

    Quando as conexões são interrompidas

    Ampliação de uma instância de nó único ou principal/em espera

    A memória é aumentada de um tamanho menor que 8 GB para 8 GB ou maior.

    Reduzir um Cluster de Proxy e uma instância de Cluster do Redis

    O número de estilhaços é reduzido.

    Alterando o tipo de instância

    O tipo de instância é alterado entre divisão principal/em espera ou leitura/gravação e Cluster de proxy.

    Exclusão de réplicas

    As réplicas são excluídas de uma instância de divisão de leitura/gravação, cluster do Redis ou principal/em espera.

    • Se a modificação não interromper as conexões, ela será aplicada imediatamente, mesmo se você selecionar During maintenance.
    • A modificação não pode ser retirada uma vez submetida. Para reprogramar uma modificação, você pode alterar a janela de manutenção. A janela de manutenção pode ser alterada até três vezes.
    • As modificações em instâncias do DCS Redis 3.0 e do Memcached só podem ser aplicadas imediatamente.

  7. Clique em Next, confirme os detalhes e clique em Submit.

    Você pode ir para a página Background Tasks para exibir o status da modificação. Para obter mais informações, consulte Exibindo Tarefas em Segundo Plano.

    A modificação da especificação de uma instância de DCS de nó único ou de principal/em espera leva de 5 a 30 minutos para ser concluída, enquanto a de uma instância de DCS de cluster leva mais tempo. Depois que uma instância é modificada com êxito, ela muda para o estado Running.
    • Se a modificação da especificação de uma instância de DCS de nó único falhar, a instância ficará temporariamente indisponível para uso. A especificação permanece inalterada. Algumas operações de gerenciamento (como configuração de parâmetros e modificação de especificações) não são suportadas temporariamente. Depois que a modificação da especificação é concluída no backend, a instância muda para a nova especificação e fica disponível para uso novamente.
    • Se a modificação da especificação de uma instância de DCS principal/em espera ou de cluster falhar, a instância ainda estará disponível para uso com suas especificações originais. Algumas operações de gerenciamento (como configuração de parâmetros, backup, restauração e modificação de especificação) não são suportadas temporariamente. Lembre-se de não ler ou gravar mais dados do que o permitido pelas especificações originais; caso contrário, pode ocorrer perda de dados.
    • Depois que a modificação da especificação for bem-sucedida, a nova especificação da instância entrará em vigor.