Redução de um cluster

Impacto no sistema

• Antes da redução, saia das conexões de cliente que criaram tabelas temporárias porque as tabelas temporárias criadas antes ou durante a redução se tornarão inválidas e as operações executadas nessas tabelas temporárias falharão. Tabelas temporárias criadas após a redução não serão afetadas.
• Se você iniciar uma redução, um snapshot automático será criado para o cluster antes da redução. Se você não precisar do snapshot, poderá desativar a função de backup automático na página de redução.
• Antes de reduzir, certifique-se de que a taxa de distorção não exceda 10%. Não há nenhum requisito geral para a taxa de página suja. No entanto, para uma tabela grande cujo tamanho é maior que 50 GB, certifique-se de que a taxa de página suja não exceda 20% a 30%.
• Em um cluster que está sendo dimensionado, as seguintes funções estão desativadas: reinicialização do cluster, expansão do cluster, criação de snapshots, gerenciamento de nós, O&M inteligente, gerenciamento de recursos, modificação de parâmetros, configurações de segurança, serviço de log, redefinição de senha do administrador do banco de dados e exclusão do cluster.
• Durante a redução off-line, interrompa todos os serviços ou execute apenas algumas instruções de consulta. Durante a redistribuição de tabelas, um bloqueio compartilhado é adicionado às tabelas. Todas as operações de inserção, atualização e exclusão, bem como as operações DDL nas tabelas, são bloqueadas por um longo período de tempo, o que pode causar um tempo limite de espera de bloqueio. Depois que uma tabela é redistribuída, você pode acessar a tabela. Não execute consultas que levam mais de 20 minutos durante a redistribuição (o tempo padrão para aplicar o bloqueio de gravação durante a redistribuição é de 20 minutos). Caso contrário, a redistribuição de dados pode falhar devido ao tempo limite de espera de bloqueio.
• Durante a redução on-line, você pode executar operações de inserção, atualização e exclusão em tabelas, mas as atualizações de dados ainda serão bloqueadas por um curto período de tempo. A redistribuição consome muitos recursos de CPU e I/O, o que afetará muito o desempenho do trabalho. Portanto, execute a redistribuição quando os serviços forem interrompidos ou durante períodos de carga leve.
• Durante a redução off-line, se um nó for excluído enquanto as instruções DDL forem executadas (para criar um esquema ou uma função), essas instruções poderão relatar erros, porque o DN não pode ser encontrado. Nesse caso, você só precisa repetir as instruções.
• Se um ajuste de escala de cluster falhar, o banco de dados não reverterá automaticamente a operação de ajuste de escala e nenhuma operação de O&M poderá ser executada. Nesse caso, você precisa clicar em Scale In no console para tentar novamente.
• No cenário de expansão 9.0.2 da nuvem nativa, se o número de buckets alocados a cada DN não estiver entre [3, 20], o sistema ajustará o número de buckets. Você pode exibir o número de buckets usando o parâmetro GUC table_buckets.
  • Atualmente, o dimensionamento do bucket suporta apenas o modo off-line. O procedimento é o mesmo do procedimento de dimensionamento existente. O sistema determina e executa automaticamente o processo de dimensionamento do bucket.
  • Durante o processo de dimensionamento, o cluster é reiniciado. A reinicialização leva vários minutos. Durante a reinicialização, todas as conexões são fechadas.
  • Após a conclusão da reinicialização, o banco de dados pode ser lido, mas não pode ser gravado até que a redistribuição de dados seja concluída.

Pré-requisitos

• O cluster está no estado Available, não é somente leitura e não há dados sendo redistribuídos no cluster.
• Um arquivo de configuração de cluster foi gerado e as informações de configuração são consistentes com a configuração atual do cluster.
• Antes do início da operação de reduzir, o valor de default_storage_nodegroup é installation.
• O cluster é configurado no modo de anel. Um anel é a menor unidade de redução. Quatro ou cinco hosts formam um anel. Os DNs primário, em espera e secundário são distribuídos neste anel.
• O host dimensionável não contém o componente GTM, ETCD ou CM Server.
• Não há CNs nos nós a serem reduzidos.
• A redução não oferece suporte à reversão, mas à nova tentativa. Uma falha de redistribuição de dados após uma redução não afeta os serviços. Você pode completar a redução em outro momento apropriado. Caso contrário, a distribuição de dados desequilibrada persistirá por um longo tempo.
• Antes da redistribuição, certifique-se de que o esquema data_redis no banco de dados correspondente esteja reservado para redistribuição e que nenhuma operação de usuário nele ou em suas tabelas seja permitida. Durante a redistribuição, data_redis é usado. Após a conclusão da operação, o esquema será excluído. As tabelas de usuário (se houver) no esquema também serão excluídas.
• gs_cgroup não pode ser usado durante a redução.
• Antes da redução, verifique a capacidade restante do cluster. Os nós restantes em uma redução devem ter espaço suficiente para armazenar os dados de todo o cluster. Caso contrário, a redução não poderá ser executada corretamente.
  • O espaço em disco físico usado em cada nó é inferior a 80%.
  • Todos os usuários e funções usam menos de 80% da cota de recursos no total.
  • O uso estimado do espaço após a redução deve ser inferior a 80%.
  • O espaço disponível é 1,5 vezes maior do que o tamanho máximo de uma única tabela.
    

    Para verificar o tamanho máximo de uma única tabela, use a seguinte ferramenta de inspeção:

    1	gs_check -i CheckBiggestTable -L

• A remoção automática de CNs defeituosas é desativada durante a redução e é ativada após a conclusão da redução.

Procedimento

1. Faça logon no console de gerenciamento do GaussDB(DWS).
2. Escolha Clusters.
3. Na coluna Operation do cluster de destino, escolha More > Scale Node > Scale In.

   

4. A página de redução é exibida. Você pode selecionar o número de nós a serem reduzidos. A função de backup automatizado está ativada por padrão. (O cluster do GaussDB(DWS) 3.0 não possui a troca Automated Backup.)

   

5. Clique em Next: Confirm. O sistema verificará o status do cluster antes de reduzir. Se o cluster falhar na verificação, uma mensagem de erro será exibida.

   

6. Depois que a verificação for aprovada, clique em Confirm para retornar à lista de clusters. O status do cluster é Scaling in. Aguarde um pouco.

   

7. (Modo de cobrança anual/mensal) Após a conclusão da redução do cluster, você será solicitado a excluir nós ociosos. Clique em OK para excluir nós ociosos.
8. Na página Delete Node, exiba as informações do recurso e clique em Submit.
9. (Modo de cobrança anual/mensal) Na página de confirmação do recurso exibida, confirme as informações de reembolso e clique em Submit.

• Depois que a redução de um cluster de pagamento por uso for concluído, os nós especificados serão removidos automaticamente em segundo plano. Para um cluster anual/mensal, é necessário excluir manualmente os nós.
• Se os parâmetros de cluster falharem na verificação, a redução falhará. Para evitar esse problema, verifique se as configurações de parâmetros estão corretas.
• Se os esquemas falharem na verificação, a redução falhará. Para evitar esse problema, verifique se existe algum esquema que entre em conflito com a redução.
• Se o espaço em disco falhar a verificação, a redução pode falhar ou o cluster pode tornar-se somente leitura após a redução. Para evitar esse problema, aumente a capacidade do disco do cluster.