O que é um objeto StorageGRID
Sugerir alterações
PDFs
No storage de objetos, a unidade de armazenamento é um objeto, em vez de um arquivo ou um bloco. Ao contrário da hierarquia em forma de árvore de um sistema de arquivos ou storage em blocos, o storage de objetos organiza os dados em um layout plano e não estruturado.
O storage de objetos desacopla a localização física dos dados do método usado para armazenar e recuperar esses dados.
Cada objeto em um sistema de storage de objetos possui duas partes: dados do objeto e metadados do objeto.
O que são dados de objeto?
Os dados de um objeto podem ser qualquer coisa; por exemplo, uma fotografia, um filme ou um registro médico.
O que são metadados de objeto?
Metadados de objeto são quaisquer informações que descrevem um objeto. StorageGRID usa metadados de objeto para rastrear as localizações de todos os objetos na grid e para gerenciar o ciclo de vida de cada objeto ao longo do tempo.
Os metadados de objetos incluem informações como as seguintes:
-
Metadados do sistema, incluindo um ID exclusivo para cada objeto (UUID), o nome do objeto, o nome do bucket S3, o nome ou ID da conta do tenant, o tamanho lógico do objeto, a data e hora em que o objeto foi criado pela primeira vez e a data e hora em que o objeto foi modificado pela última vez.
-
Localização atual de storage de cada cópia do objeto ou fragmento codificado por apagamento.
-
Quaisquer metadados do usuário associados ao objeto.
Os metadados de objetos são personalizáveis e expansíveis, o que os torna flexíveis para uso em aplicações.
Para obter informações detalhadas sobre como e onde StorageGRID armazena metadados de objetos, acesse "Gerencie o armazenamento de metadados de objetos".
Como os dados de objetos são protegidos?
O sistema StorageGRID oferece a você dois mecanismos para proteger os dados dos objetos contra perda: replicação e codificação de apagamento.
Replicação
Quando StorageGRID associa objetos a uma regra de gerenciamento do ciclo de vida das informações (ILM) configurada para criar cópias replicadas, o sistema cria cópias exatas dos dados do objeto e as armazena em nós de storage ou pools de storage de nuvem. As regras de ILM determinam o número de cópias criadas, onde essas cópias são armazenadas e por quanto tempo são retidas pelo sistema. Se uma cópia for perdida, por exemplo, devido à perda de um nó de storage, o objeto ainda estará disponível se existir uma cópia dele em outro local no sistema StorageGRID.
No exemplo a seguir, a regra "Criar 2 Cópias" especifica que duas cópias replicadas de cada objeto sejam colocadas em um pool de storage que contém três Storage Nodes.
Codificação de apagamento
Quando StorageGRID associa objetos a uma regra ILM configurada para criar cópias com codificação de apagamento, ele divide os dados do objeto em fragmentos de dados, calcula fragmentos de paridade adicionais e armazena cada fragmento em um nó de armazenamento diferente. Quando um objeto é acessado, ele é remontado usando os fragmentos armazenados. Se um fragmento de dados ou de paridade for corrompido ou perdido, o algoritmo de codificação de apagamento pode recriar esse fragmento usando um subconjunto dos fragmentos de dados e de paridade restantes. As regras ILM e os perfis de codificação de apagamento determinam o esquema de codificação de apagamento usado.
O exemplo a seguir ilustra o uso de codificação de apagamento nos dados de um objeto. Neste exemplo, a regra ILM utiliza um esquema de codificação de apagamento 4+2. Cada objeto é dividido em quatro fragmentos de dados iguais, e dois fragmentos de paridade são calculados a partir dos dados do objeto. Cada um dos seis fragmentos é armazenado em um Storage Node diferente, distribuído em três data centers, para fornecer proteção de dados em caso de falhas de nó ou perda de site.
