Lorsqu'un objet est accédé, il est reconstitué à partir des fragments stockés. Si un fragment de données ou de parité est corrompu ou perdu, l'algorithme de code d'effacement peut recréer ce fragment à partir d'un sous-ensemble des fragments de données et de parité restants.

Lorsque vous créez des règles ILM, StorageGRID crée des profils de code d'effacement compatibles avec ces règles. Vous pouvez consulter une liste de profils de code d'effacement, "renommer un profil de code d'effacement", ou "désactivez un profil de code d'effacement s'il n'est actuellement utilisé dans aucune règle ILM".

L'exemple suivant illustre l'utilisation d'un algorithme de 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 divisé en quatre fragments de données égaux, et deux fragments de parité sont calculés à partir des données de l'objet. Chacun des six fragments est stocké sur un nœud différent réparti sur trois sites de centres de données afin d'assurer la protection des données en cas de panne de nœud ou de perte de site.

Le schéma de code d'effacement 4+2 peut être configuré de diverses manières. Par exemple, vous pouvez configurer un pool de stockage monosite contenant six Storage Nodes. Pour "protection contre la perte de site", vous pouvez utiliser un pool de stockage contenant trois sites avec trois Storage Nodes à chaque site. Un objet peut être récupéré tant que quatre des six fragments (données ou parité) restent disponibles. Jusqu'à deux fragments peuvent être perdus sans perte des données de l'objet. Si un site entier est perdu, l'objet peut toujours être récupéré ou réparé, à condition que tous les autres fragments restent accessibles.

Si plus de deux nœuds de stockage sont perdus, l'objet est irrécupérable.