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.

Melhores práticas para usar StorageGRID ILM com FabricPool data

PDFs

Se você estiver usando FabricPool para transferir dados para o StorageGRID, você deve entender os requisitos para usar o gerenciamento do ciclo de vida das informações (ILM) do StorageGRID com os dados do FabricPool.

Cuidado FabricPool não tem conhecimento das regras ou políticas de gerenciamento do ciclo de vida das informações (ILM) do StorageGRID. A perda de dados pode ocorrer se a política de gerenciamento do ciclo de vida das informações do StorageGRID estiver configurada incorretamente. Para obter informações detalhadas, consulte "Use regras ILM para gerenciar objetos" e "Criar políticas de ILM".

Diretrizes para o uso do ILM com FabricPool

Ao usar o assistente de instalação do FabricPool, o assistente cria automaticamente uma nova regra ILM para cada bucket S3 que você cria e adiciona essa regra a uma política inativa. Você é solicitado a ativar a política. A regra criada automaticamente segue as melhores práticas recomendadas: utiliza codificação de apagamento 2+1 em um único site.

Se você estiver configurando StorageGRID manualmente em vez de usar o assistente de instalação do FabricPool, revise estas diretrizes para garantir que suas regras e políticas de ILM sejam adequadas aos dados do FabricPool e às necessidades da sua empresa. Talvez seja necessário criar novas regras e atualizar suas políticas de ILM ativas para atender a essas diretrizes.

  • Você pode usar qualquer combinação de regras de replicação e codificação de apagamento para proteger os dados da camada de nuvem.

    A prática recomendada é usar codificação de apagamento 2+1 em um site para proteção de dados com boa relação custo-benefício. A codificação de apagamento usa mais CPU, mas oferece significativamente menos capacidade de storage do que a replicação. Os esquemas 4+1 e 6+1 usam menos capacidade do que o esquema 2+1. No entanto, os esquemas 4+1 e 6+1 são menos flexíveis se você precisar adicionar Storage Nodes durante a expansão da grid. Para obter detalhes, consulte "Adicionar capacidade de storage para objetos com codificação de apagamento".

  • Cada regra aplicada aos dados do FabricPool deve usar codificação de apagamento ou criar pelo menos duas cópias replicadas.

    Cuidado Uma regra ILM que cria apenas uma cópia replicada para qualquer período de tempo coloca os dados em risco de perda permanente. Se existir apenas uma cópia replicada de um objeto, esse objeto será perdido se um Storage Node falhar ou apresentar um erro significativo. Você também perde temporariamente o acesso ao objeto durante procedimentos de manutenção, como atualizações.

  • Se você precisar "remover dados do FabricPool do StorageGRID", use ONTAP para recuperar todos os dados do volume FabricPool e promovê-lo para a camada de desempenho.

    Cuidado Para evitar perda de dados, não utilize uma regra ILM que expire ou exclua FabricPool dados da camada de nuvem. Defina o período de retenção em cada regra ILM como permanente para garantir que os objetos FabricPool não sejam excluídos pelo StorageGRID ILM.

  • Não crie regras que movam os dados da camada de nuvem do FabricPool para fora do bucket para outro local. Você não pode usar um Cloud Storage Pool para mover dados do FabricPool para outro armazenamento de objetos.

    Observação O uso de Cloud Storage Pools com FabricPool não é compatível devido à latência adicional para recuperar um objeto do destino do Cloud Storage Pool.

  • A partir do ONTAP 9.8, você pode criar tags de objeto opcionais para ajudar a classificar e ordenar dados em camadas, facilitando o gerenciamento. Por exemplo, você pode definir tags apenas em volumes FabricPool conectados ao StorageGRID. Em seguida, ao criar regras ILM no StorageGRID, você pode usar o filtro avançado de tag de objeto para selecionar e posicionar esses dados.