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.

Configure StorageGRID ILM para dados do FabricPool

Você pode usar este exemplo simples de política como ponto de partida para suas próprias regras e política de ILM.

Este exemplo pressupõe que você esteja projetando as regras ILM e uma política ILM para um sistema StorageGRID com quatro nós de armazenamento em um único data center em Denver, Colorado. Os dados do FabricPool neste exemplo usam um bucket chamado fabricpool-bucket.

Cuidado As regras e a política de ILM a seguir são apenas exemplos. Existem muitas maneiras de configurar regras de ILM. Antes de ativar uma nova política, simule-a para confirmar que ela funcionará conforme o esperado para proteger o conteúdo contra perda. Para saber mais, consulte "Gerencie objetos com ILM".
Cuidado Para evitar perda de dados, não utilize uma regra ILM que expire ou exclua dados da camada de nuvem FabricPool. Defina o período de retenção como permanente para garantir que os objetos FabricPool não sejam excluídos pelo StorageGRID ILM.
Antes de começar
  • Você revisou o "Melhores práticas para usar ILM com FabricPool data".

  • Você está conectado ao Gerenciador de Grade usando um "navegador web compatível".

  • Você tem o "Permissão de acesso ILM ou root".

  • Se você atualizou para StorageGRID 12.0 a partir de uma versão do StorageGRID anterior à 11.7, você já configurou o pool de storage que vai usar. Em geral, você deve criar um pool de storage para cada site do StorageGRID que vai usar para armazenar dados. (A partir da versão 11.7, pools de storage são criados automaticamente para cada site.)

    Observação Este pré-requisito não se aplica se você instalou inicialmente StorageGRID 11.7 ou 11.8. Ao instalar inicialmente qualquer uma dessas versões, os pools de storage são criados automaticamente para cada site.
Passos
  1. Crie uma regra ILM que se aplique somente aos dados em fabricpool-bucket. Esta regra de exemplo cria cópias com codificação de apagamento.

    Definição de regra Valor de exemplo

    Nome da regra

    codificação de apagamento 2 + 1 para dados do FabricPool

    Nome do bucket

    fabricpool-bucket

    Você também pode filtrar pela conta do locatário FabricPool.

    Filtros avançados

    Tamanho do objeto superior a 0,2 MB.

    Nota: FabricPool grava apenas objetos de 4 MB, mas você precisa adicionar um filtro de tamanho de objeto porque esta regra usa codificação de apagamento.

    Tempo de referência

    Tempo de ingestão

    Período e locais

    Desde o primeiro dia, armazene para sempre

    Armazene objetos por meio de codificação de apagamento usando o esquema EC 2+1 em Denver e retenha esses objetos no StorageGRID para sempre.

    Cuidado Para evitar perda de dados, não utilize uma regra ILM que expire ou exclua dados da camada de nuvem FabricPool.

    Comportamento de ingestão

    Equilibrado

  2. Crie uma regra ILM padrão que criará duas cópias replicadas de quaisquer objetos que não correspondam à primeira regra. Não selecione um filtro básico (conta de tenant ou nome do bucket) nem filtros avançados.

    Definição de regra Valor de exemplo

    Nome da regra

    Duas cópias replicadas

    Nome do bucket

    none

    Filtros avançados

    none

    Tempo de referência

    Tempo de ingestão

    Período e locais

    Desde o primeiro dia, armazene para sempre

    Armazene objetos replicando 2 cópias em Denver.

    Comportamento de ingestão

    Equilibrado

  3. Crie uma política ILM e selecione as duas regras. Como a regra de replicação não usa nenhum filtro, ela pode ser a regra padrão (última) da política.

  4. Ingerir objetos de teste no grid.

  5. Simule a política com os objetos de teste para verificar o comportamento.

  6. Ative a política.

Quando essa política é ativada, StorageGRID coloca os dados dos objetos da seguinte forma:

  • Os dados em camadas do FabricPool fabricpool-bucket serão codificados por apagamento usando o esquema de codificação de apagamento 2+1. Dois fragmentos de dados e um fragmento de paridade serão colocados em três nós de armazenamento diferentes.

  • Todos os objetos em todos os outros buckets serão replicados. Duas cópias serão criadas e colocadas em dois Storage Nodes diferentes.

  • As cópias serão mantidas no StorageGRID permanentemente. StorageGRID ILM não excluirá esses objetos.