Por que o redimensionamento clássico do meu cluster do Amazon Redshift demora tanto para ser concluído?

3 minuto de leitura
0

Eu iniciei um redimensionamento clássico, mas ele não está progredindo no meu cluster do Amazon Redshift ou está demorando muito. Quero estimar melhor o tempo de inatividade para concluir um redimensionamento clássico.

Resolução

O tempo necessário para que seu cluster do Amazon Redshift conclua um redimensionamento clássico pode variar de diversas horas a diversos dias. O redimensionamento clássico do seu cluster pode demorar mais pelos seguintes motivos:

  • Ler a workload no cluster de origem
  • Número e tamanho das tabelas que estão sendo transferidas
  • Definição de tabela e tabelas assimétricas
  • O número e os tipos de nós usados nos clusters de origem e de destino

Reduzir o tempo de inatividade para um redimensionamento clássico

Para reduzir o tempo necessário para um redimensionamento clássico, conclua as seguintes tarefas:

  • Use o console do Amazon Redshift para monitorar o status da sua operação de redimensionamento. Na página Detalhes do cluster, escolha a guia Status para visualizar a taxa média de transferência, o tempo decorrido e o tempo restante.
  • Corrija tabelas distorcidas e escolha uma chave de distribuição apropriada. Para obter mais informações, consulte Manual avançado de design de tabelas da engenharia do Amazon Redshift: estilos de distribuição e chaves de distribuição.
  • Remova tabelas não utilizadas. Para identificar tabelas não utilizadas, execute o script unscanned_table_summary.sql não escaneado no site do GitHub.
    Observação: o resumo da tabela não digitalizada mostra somente o histórico dos últimos dias. Para capturar dados de uso por um longo período de tempo, use o utilitário SystemTablePersistence no site do GitHub.
  • Use o redimensionamento elástico para adicionar ou remover nós em um cluster existente do Amazon Redshift e redistribuir automaticamente os dados para os novos nós. Como o redimensionamento elástico não cria um novo cluster, o tempo de inatividade é significativamente menor do que o tempo de inatividade de um redimensionamento clássico. Para obter mais informações, consulte Redimensionar clusters no Amazon Redshift.

Para obter mais informações sobre como otimizar sua performance de redimensionamento, consulte As 10 principais técnicas de ajuste de performance para o Amazon Redshift.

Solucionar problemas de redimensionamento clássico

Para solucionar problemas clássicos de redimensionamento, conclua as seguintes tarefas:

  • Se seu cluster tiver o status NONE na AWS Command Line Interface (AWS CLI), o cluster de destino ainda estará sendo provisionado. Espere até que seu cluster de destino seja provisionado. Depois que o cluster é copiado, o status muda para IN_PROGRESS.
    Observação: se você receber erros ao executar comandos da AWS CLI, consulte Solucionar erros da AWS CLI. Além disso, verifique se você está usando a versão mais recente da AWS CLI.
  • Se você receber uma mensagem de erro sobre espaço em disco insuficiente, significa que seus dados não se encaixam no cluster de destino. Redimensione seu cluster do Amazon Redshift com mais nós, um estilo de distribuição diferente ou um tipo de nó diferente. Para obter mais informações, consulte Redimensionar clusters no Amazon Redshift.
  • Para cancelar uma operação de redimensionamento antes que ela seja concluída, escolha Cancelar redimensionamento na página Detalhes do cluster no console do Amazon Redshift. Ou execute o comando cancel-resize na AWS CLI.
    Observação: você não poderá cancelar a operação de redimensionamento quando ela estiver na fase final.

Informações relacionadas

Como redimensionar um cluster do Amazon Redshift?

Por que uma tabela em um cluster do Amazon Redshift consome mais ou menos espaço de armazenamento em disco do que o esperado?

AWS OFICIAL
AWS OFICIALAtualizada há 4 meses