Skip to main content
Uma versão mais recente deste produto está disponível.
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.

Considerações sobre a desativação de Storage Node no StorageGRID

Antes de desativar um Storage Node, considere se você pode clonar o nó em vez disso. Em seguida, se você decidir desativar o nó, revise como o StorageGRID gerencia objetos e metadados durante o procedimento de desativação.

Quando clonar um nó em vez de desativá-lo

Se você deseja substituir um appliance Storage Node antigo por um appliance mais novo ou maior, considere clonar o nó do appliance em vez de adicionar um novo appliance em uma expansão e depois descomissionar o appliance antigo.

A clonagem de nó de appliance permite que você substitua facilmente um nó de appliance existente por um appliance compatível no mesmo site StorageGRID. O processo de clonagem transfere todos os dados para o novo appliance, coloca o novo appliance em operação e deixa o appliance antigo em estado de pré-instalação.

Você pode clonar um nó de dispositivo se precisar:

  • Substitua um appliance que esteja chegando ao fim de sua vida útil.

  • Atualize um nó existente para aproveitar as vantagens da tecnologia aprimorada do appliance.

  • Aumente a capacidade de storage em grade sem alterar o número de Storage Nodes em seu sistema StorageGRID.

  • Melhore a eficiência de storage, por exemplo, alterando o modo RAID.

Veja "Clonagem de nó de appliance" para obter detalhes.

Considerações para nós de armazenamento conectados

Analise as considerações para a desativação de um Storage Node conectado.

  • Você não deve desativar mais de 10 Storage Nodes em um único procedimento de desativação de nós.

  • O sistema deve, em todos os momentos, incluir nós de armazenamento suficientes para atender aos requisitos operacionais, incluindo o "Quórum ADC" e o "Política ILM" ativo. Para atender a essa restrição, pode ser necessário adicionar um novo nó de armazenamento em uma operação de expansão antes de descomissionar um nó de armazenamento existente.

    Tenha cuidado ao desativar nós de armazenamento em uma grade que contenha nós baseados em software que armazenam apenas metadados. 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 armazenamento" para obter mais informações sobre nós de armazenamento que armazenam apenas metadados.

  • Ao remover um Storage Node, grandes volumes de dados de objetos são transferidos pela rede. Embora essas transferências não devam afetar as operações normais do sistema, elas podem afetar a quantidade total de largura de banda consumida pelo sistema StorageGRID.

  • As tarefas associadas ao descomissionamento de Storage Node têm prioridade menor do que as tarefas associadas às operações normais do sistema. Isso significa que o descomissionamento não interfere nas operações normais do sistema StorageGRID e não precisa ser agendado para um período de inatividade do sistema. Como o descomissionamento é realizado em segundo plano, é difícil estimar quanto tempo o processo levará para ser concluído. Em geral, o descomissionamento termina mais rapidamente quando o sistema está ocioso ou se apenas um Storage Node estiver sendo removido por vez.

  • A desativação de um Storage Node pode levar dias ou semanas. Planeje este procedimento de acordo. Embora o processo de desativação seja projetado para não afetar as operações do sistema, ele pode limitar outros procedimentos. Em geral, você deve realizar quaisquer atualizações ou expansões planejadas do sistema antes de remover os grid nodes.

  • Caso precise executar outro procedimento de manutenção enquanto os nós de armazenamento estiverem sendo removidos, você pode "suspender o procedimento de desativação" e retomá-lo após a conclusão do outro procedimento.

    Observação O botão Pausar só é ativado quando as etapas de avaliação do ILM ou de desativação de dados codificados por apagamento são atingidas; no entanto, a avaliação do ILM (migração de dados) continuará a ser executada em segundo plano.
  • Não é possível executar operações de reparo de dados em nenhum nó da grade quando uma tarefa de desativação está em execução.

  • Você não deve fazer alterações em uma política ILM enquanto um nó de armazenamento estiver sendo descomissionado.

  • Para remover os dados de forma permanente e segura, você deve limpar as unidades do Storage Node após a conclusão do procedimento de desativação.

Considerações sobre nós de storage desconectados

Analise as considerações para a desativação de um Storage Node desconectado.

  • Nunca desative um nó desconectado a menos que você tenha certeza de que ele não pode ser religado ou recuperado.

    Cuidado Não execute este procedimento se acreditar que seja possível recuperar os dados do objeto do nó. Em vez disso, entre em contato com o suporte técnico para determinar se a recuperação do nó é possível.
  • Ao desativar um nó de armazenamento desconectado, StorageGRID utiliza dados de outros nós de armazenamento para reconstruir os dados de objetos e metadados que estavam no nó desconectado.

  • Pode ocorrer perda de dados se você desativar mais de um Nó de Armazenamento desconectado. O sistema pode não conseguir reconstruir os dados se não houver cópias de objetos suficientes, fragmentos codificados para apagamento ou metadados de objetos disponíveis. Ao desativar Nós de Armazenamento em uma grade com nós baseados em software que armazenam apenas metadados, desativar todos os nós configurados para armazenar tanto objetos quanto metadados remove todo o storage de objetos da grade. Consulte "Tipos de nós de armazenamento" para obter mais informações sobre Nós de Armazenamento que armazenam apenas metadados.

    Cuidado Se você tiver mais de um nó de armazenamento desconectado que não consegue recuperar, entre em contato com o suporte técnico para determinar a melhor solução.
  • Ao desativar um nó de armazenamento desconectado, StorageGRID inicia tarefas de reparo de dados ao final do processo de desativação. Essas tarefas tentam reconstruir os dados de objetos e metadados que estavam armazenados no nó desconectado.

  • Ao descomissionar um Storage Node desconectado, o procedimento de descomissionamento é concluído relativamente rápido. No entanto, os trabalhos de reparo de dados podem levar dias ou semanas para serem executados e não são monitorados pelo procedimento de descomissionamento. Você deve monitorar esses trabalhos manualmente e reiniciá-los conforme necessário. Consulte "Verifique os trabalhos de reparo de dados".

  • Se você desativar um Storage Node desconectado que contém a única cópia de um objeto, o objeto será perdido. As tarefas de reparo de dados só podem reconstruir e recuperar objetos se existir pelo menos uma cópia replicada ou fragmentos codificados por apagamento suficientes em Storage Nodes que estejam atualmente conectados.