Lorsqu'un objet est accédé, il est réassemblé à l'aide des fragments stockés. En cas de corruption ou de perte d'un fragment de parité, l'algorithme de code d'effacement peut recréer ce fragment à l'aide d'un sous-ensemble des données restantes et des fragments de parité.

Au fur et à mesure que vous créez des règles ILM, StorageGRID crée des profils de code d'effacement qui prennent en charge ces règles. Vous pouvez afficher la liste des 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 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 différent sur trois sites du data Center pour assurer la protection des données en cas de défaillance d'un nœud ou de perte d'un site.

Le schéma de code d'effacement 4+2 peut être configuré de différentes manières. Par exemple, vous pouvez configurer un pool de stockage sur un seul site qui contient six nœuds de stockage. Pour "protection contre la perte de site", Vous pouvez utiliser un pool de stockage contenant trois sites avec trois nœuds de stockage sur 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é, tant que tous les autres fragments restent accessibles.

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