Skip to main content
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Desativar nós de grade desconetados

Colaboradores netapp-lhalbert
PDFs

Talvez seja necessário desativar um nó que não esteja conetado à grade no momento (aquele cuja Saúde é desconhecida ou administrativamente inativa).

Antes de começar

  • Compreende as considerações relativas à "Nós de administrador e gateway"desativação e as considerações relativas à desativação "Nós de storage".

  • Você obteve todos os itens pré-requisitos.

  • Você garantiu que nenhum trabalho de reparo de dados está ativo. "Verifique os trabalhos de reparação de dados"Consulte .

  • Você confirmou que a recuperação do nó de storage não está em andamento em nenhum lugar da grade. Se estiver, você deve esperar até que qualquer reconstrução do Cassandra executada como parte da recuperação esteja concluída. Você pode então prosseguir com a desativação.

  • Você garantiu que outros procedimentos de manutenção não serão executados enquanto o procedimento de desativação do nó estiver em execução, a menos que o procedimento de desativação do nó esteja pausado.

  • A coluna Decommission possible para o nó ou nós desconetados que você deseja desativar inclui uma marca de seleção verde.

  • Você tem a senha de provisionamento.

Sobre esta tarefa

Você pode identificar nós desconetados procurando o ícone desconhecido azul Ícone desconhecidoou o ícone cinza administrativamente para baixo Ícone administrativamente para baixona coluna Saúde.

Antes de desativar qualquer nó desconetado, observe o seguinte:

  • Este procedimento destina-se principalmente à remoção de um único nó desconetado. Se sua grade contiver vários nós desconetados, o software exige que você os desative todos ao mesmo tempo, o que aumenta o potencial de resultados inesperados.

    Cuidado A perda de dados pode ocorrer se você desativar mais de um nó de storage desconetado de cada vez. "Considerações para nós de storage desconetados"Consulte .
    Cuidado Tenha cuidado ao desativar os nós de storage em uma grade que contém nós somente metadados baseados em software. Se você desativar todos os nós configurados para armazenar tanto objetos quanto metadados, a capacidade de armazenar objetos será removida da grade. Consulte "Tipos de nós de storage" para obter mais informações sobre nós de storage somente de metadados.

  • Se um nó desconetado não puder ser removido (por exemplo, um nó de armazenamento que é necessário para o quórum de ADC), nenhum outro nó desconetado poderá ser removido.

Passos

  1. A menos que você esteja desativando um nó de arquivo (que deve ser desconetado), tente colocar todos os nós de grade desconetados novamente on-line ou recuperá-los.

    "Procedimentos de recuperação do nó de grade"Consulte para obter instruções.

  2. Se você não conseguir recuperar um nó de grade desconetado e quiser desativá-lo enquanto ele estiver desconetado, marque a caixa de seleção desse nó.

    Observação Se sua grade contiver vários nós desconetados, o software exige que você os desative todos ao mesmo tempo, o que aumenta o potencial de resultados inesperados.
    Cuidado Tenha cuidado ao escolher desativar mais de um nó de grade desconetado de cada vez, especialmente se você estiver selecionando vários nós de storage desconetados. Se você tiver mais de um nó de armazenamento desconetado que não possa recuperar, entre em Contato com o suporte técnico para determinar o melhor curso de ação.

  3. Introduza a frase-passe de aprovisionamento.

    O botão Start Decommission está ativado.

  4. Clique em Start Decommission.

    Um aviso é exibido, indicando que você selecionou um nó desconetado e que os dados do objeto serão perdidos se o nó tiver a única cópia de um objeto.

  5. Revise a lista de nós e clique em OK.

    O procedimento de descomissionamento é iniciado e o progresso é exibido para cada nó. Durante o procedimento, um novo pacote de recuperação é gerado contendo a alteração da configuração da grade.

  6. Assim que o novo pacote de recuperação estiver disponível, clique no link ou selecione Manutenção > Sistema > Pacote de recuperação para acessar a página do pacote de recuperação. Em seguida, baixe o .zip arquivo.

    Veja as instruções para"baixando o pacote de recuperação" .

    Observação Baixe o pacote de recuperação o mais rápido possível para garantir que você possa recuperar sua rede se algo der errado durante o procedimento de desativação.
    Cuidado O arquivo do pacote de recuperação deve ser protegido porque contém chaves de criptografia e senhas que podem ser usadas para obter dados do sistema StorageGRID .

  7. Monitorize periodicamente a página de desativação para garantir que todos os nós selecionados sejam desativados com êxito.

    Os nós de storage podem levar dias ou semanas para serem desativados. Quando todas as tarefas estiverem concluídas, a lista de seleção de nós é reexibida com uma mensagem de sucesso. Se você tiver desativado um nó de armazenamento desconetado, uma mensagem de informações indicará que os trabalhos de reparo foram iniciados.

  8. Depois que os nós forem desligados automaticamente como parte do procedimento de desativação, remova quaisquer máquinas virtuais restantes ou outros recursos associados ao nó desativado.

    Cuidado Não execute esta etapa até que os nós sejam desligados automaticamente.

  9. Se você estiver desativando um nó de storage, monitore o status dos trabalhos de reparo dados replicados e dados codificados por apagamento (EC) que são iniciados automaticamente durante o processo de desativação.

Dados replicados

  • Para obter uma conclusão percentual estimada para o reparo replicado, adicione a show-replicated-repair-status opção ao comando repair-data.

    repair-data show-replicated-repair-status

  • Para determinar se as reparações estão concluídas:

    1. Selecione Nós > Nó de armazenamento sendo reparado > ILM.

    2. Reveja os atributos na secção avaliação. Quando os reparos estiverem concluídos, o atributo aguardando - All indica objetos 0D.

  • Para monitorizar a reparação em mais detalhes:

    1. Selecione Nós.

    2. Selecione grid name > ILM.

    3. Posicione o cursor sobre o gráfico da fila do ILM para ver o valor do atributo Taxa de varredura (objetos/seg), que é a taxa na qual os objetos na grade são varridos e colocados na fila para o ILM.

    4. Na seção Fila do ILM, observe os seguintes atributos:

      • Período de digitalização - estimado: O tempo estimado para concluir uma varredura ILM completa de todos os objetos.

        Uma verificação completa não garante que o ILM foi aplicado a todos os objetos.

      • Tentativas de reparo: O número total de tentativas de operações de reparo de objetos para dados replicados que são consideradas de alto risco. Objetos de alto risco são quaisquer objetos com uma cópia restante, seja especificado pela política de ILM ou como resultado de cópias perdidas. Essa contagem aumenta cada vez que um nó de armazenamento tenta reparar um objeto de alto risco. Reparos de ILM de alto risco são priorizados se a rede ficar ocupada.

        O mesmo reparo de objeto pode ser incrementado novamente se a replicação falhar após o reparo. + Esses atributos podem ser úteis quando você estiver monitorando o progresso da recuperação do volume do nó de armazenamento. Se o número de tentativas de reparo parou de aumentar e uma verificação completa foi concluída, o reparo provavelmente foi concluído.

    5. Alternativamente, envie uma consulta Prometheus para storagegrid_ilm_scan_period_estimated_minutes e storagegrid_ilm_repairs_attempted .

Dados codificados por apagamento (EC)

Para monitorar o reparo de dados codificados por apagamento e tentar novamente quaisquer solicitações que possam ter falhado:

  1. Determinar o status dos reparos de dados codificados por apagamento:

    • Selecione Suporte > Ferramentas > Métricas para visualizar o tempo estimado para conclusão e a porcentagem de conclusão do trabalho atual. Em seguida, selecione Visão geral do EC na seção Grafana. Veja os painéis Tempo estimado para conclusão do trabalho do Grid EC e Porcentagem concluída do trabalho do Grid EC.

    • Use este comando para ver o status de uma operação específica repair-data:

      repair-data show-ec-repair-status --repair-id repair ID

    • Utilize este comando para listar todas as reparações:

      repair-data show-ec-repair-status

    A saída lista informações, `repair ID`incluindo , para todas as reparações anteriores e atualmente em execução.

  2. Se a saída mostrar que a operação de reparo falhou, use a --repair-id opção para tentar novamente a reparação.

    Este comando tenta novamente um reparo de nó com falha, usando a ID de reparo 6949309319275667690:

    repair-data start-ec-node-repair --repair-id 6949309319275667690

    Este comando tenta novamente uma reparação de volume com falha, utilizando a ID de reparação 6949309319275667690:

    repair-data start-ec-volume-repair --repair-id 6949309319275667690

Depois de terminar

Assim que os nós desconetados forem desativados e todos os trabalhos de reparo de dados tiverem sido concluídos, você poderá desativar todos os nós de grade conetados conforme necessário.

Em seguida, execute estas etapas depois de concluir o procedimento de desativação:

  • Certifique-se de que as unidades do nó de grade desativado estão limpas. Utilize uma ferramenta ou serviço de limpeza de dados disponíveis no mercado para remover dados das unidades de forma permanente e segura.

  • Se você desativou um nó de dispositivo e os dados no dispositivo foram protegidos usando criptografia de nó, use o Instalador de dispositivos StorageGRID para limpar a configuração do servidor de gerenciamento de chaves (limpar KMS). Você deve limpar a configuração do KMS se quiser adicionar o dispositivo a outra grade. Para obter instruções, "Monitore a criptografia do nó no modo de manutenção" consulte .