Como StorageGRID gerencia cópias de objetos
Os dados dos objetos são gerenciados pelas políticas ILM ativas e pelas regras ILM associadas. As regras ILM criam cópias replicadas ou com codificação de apagamento para proteger os dados dos objetos contra perda.
Diferentes tipos ou locais de cópias de objetos podem ser necessários em diferentes momentos do ciclo de vida do objeto. As regras do ILM são avaliadas periodicamente para garantir que os objetos sejam colocados conforme necessário.
Os dados dos objetos são gerenciados pelo serviço LDR.
Proteção de conteúdo: replicação
Se as instruções de posicionamento de conteúdo de uma regra ILM exigirem cópias replicadas dos dados do objeto, as cópias são feitas e armazenadas em disco pelos Storage Nodes que compõem o pool de storage configurado.
O mecanismo ILM no serviço LDR controla a replicação e garante que o número correto de cópias seja armazenado nos locais corretos e pelo período de tempo correto.

-
O mecanismo ILM consulta o serviço ADC para determinar o melhor serviço LDR de destino dentro do pool de storage especificado pela regra ILM. Em seguida, envia a esse serviço LDR um comando para iniciar a replicação.
-
O serviço LDR de destino consulta o serviço ADC para obter a melhor localização de origem. Em seguida, envia uma solicitação de replicação para o serviço LDR de origem.
-
O serviço LDR de origem envia uma cópia para o serviço LDR de destino.
-
O serviço LDR de destino notifica o mecanismo ILM de que os dados do objeto foram armazenados.
-
O mecanismo ILM atualiza o repositório de metadados com os metadados de localização do objeto.
Proteção de conteúdo: codificação de apagamento
Se uma regra ILM incluir instruções para criar cópias com codificação de apagamento dos dados de objetos, o esquema de codificação de apagamento aplicável divide os dados do objeto em fragmentos de dados e de paridade e distribui esses fragmentos entre os Storage Nodes configurados no perfil de codificação de apagamento.
O mecanismo ILM, que é um componente do serviço LDR, controla a codificação de apagamento e garante que o perfil de codificação de apagamento seja aplicado aos dados do objeto.

-
O mecanismo ILM consulta o serviço ADC para determinar qual serviço DDS é o mais adequado para executar a operação de codificação de apagamento. Quando determinado, o mecanismo ILM envia uma solicitação de "initiate" para esse serviço.
-
O serviço DDS instrui um LDR a codificar os dados do objeto usando codificação de apagamento.
-
O serviço LDR de origem envia uma cópia para o serviço LDR selecionado para codificação de apagamento.
-
Após criar o número apropriado de fragmentos de paridade e dados, o serviço LDR distribui esses fragmentos entre os Storage Nodes (serviços de chunk) que compõem o pool de storage do perfil de codificação de apagamento.
-
O serviço LDR notifica o mecanismo ILM, confirmando que os dados do objeto foram distribuídos com sucesso.
-
O mecanismo ILM atualiza o repositório de metadados com os metadados de localização do objeto.
Proteção de conteúdo: pool de storage em nuvem
Se as instruções de posicionamento de conteúdo de uma regra ILM exigirem que uma cópia replicada dos dados do objeto seja armazenada em um Cloud Storage Pool, os dados do objeto serão duplicados para o bucket S3 externo ou para o contêiner de armazenamento Azure Blob especificado para o Cloud Storage Pool.
O mecanismo ILM, que é um componente do serviço LDR, e o serviço Data Mover controlam a movimentação de objetos para o Cloud Storage Pool.

-
O mecanismo ILM seleciona um serviço Data Mover para replicar para o Cloud Storage Pool.
-
O serviço Data Mover envia os dados do objeto para o Cloud Storage Pool.
-
O serviço Data Mover notifica o mecanismo ILM de que os dados do objeto foram armazenados.
-
O mecanismo ILM atualiza o repositório de metadados com os metadados de localização do objeto.