l'algorithme de codage d'effacement peut recréer ce fragment à l'aide d'un sous-ensemble des données
restantes et des fragments de parité. Les règles ILM et les profils de code d'effacement déterminent le schéma
de code d'effacement utilisé.
L'exemple suivant illustre l'utilisation du code d'effacement sur les données d'un objet. Dans cet exemple, la
règle ILM utilise un schéma de code d'effacement 4+2. Chaque objet est tranché en quatre fragments de
données égaux et deux fragments de parité sont calculés à partir des données d'objet. Chacun des six
fragments est stocké sur un nœud de stockage différent dans trois data centers pour assurer la protection des
données en cas de défaillance d'un nœud ou de perte d'un site.
Informations associées
"Gestion des objets avec ILM"
"Utilisation de la gestion du cycle de vie des informations"
La vie d'un objet
La vie d'un objet se compose de plusieurs étapes. Chaque étape représente les
opérations qui se produisent avec l'objet.
Tout au long de la durée de vie d'un objet comprend les opérations d'ingestion, de gestion des copies, de
récupération et de suppression.
• Ingest : processus d'enregistrement d'un objet sur HTTP dans le système StorageGRID par une
application client S3 ou Swift. À ce stade, le système StorageGRID commence à gérer l'objet.
• Gestion des copies : processus de gestion des copies répliquées et codées en fonction de l'effacement
dans StorageGRID, comme décrit dans les règles ILM de la politique ILM active. Pendant la phase de
gestion des copies, StorageGRID protège les données d'objet de la perte en créant et en conservant le
nombre et le type spécifiés de copies d'objet sur les nœuds de stockage, dans un pool de stockage cloud
ou sur un nœud d'archivage.
19