Le système StorageGRID utilise l'algorithme de codage d'effacement Reed-Solomon. L'algorithme coupe un objet en k fragments de données et calcule des fragments de parité M. Les fragments k + m = n sont répartis sur n nœuds de stockage pour assurer la protection des données. Un objet peut supporter jusqu'à m fragments perdus ou corrompus. k fragments sont nécessaires pour récupérer ou réparer un objet.

Lors de la configuration d'un profil de code d'effacement, utilisez les règles suivantes pour les pools de stockage :

La surcharge de stockage d'un schéma de code d'effacement est calculée en divisant le nombre de fragments de parité (m) par le nombre de fragments de données (k). Vous pouvez utiliser la surconsommation de stockage pour calculer la quantité d'espace disque requise par chaque objet avec code d'effacement :

disk space = object size + (object size * storage overhead)

Par exemple, si vous stockez un objet de 10 Mo avec le schéma 4+2 (qui affiche une surcharge du stockage de 50 %), l'objet utilise 15 Mo de stockage grid. Si vous stockez le même objet de 10 Mo avec le schéma 6+2 (qui affiche une surcharge de stockage de 33 %), l'objet consomme environ 13.3 Mo.

Sélectionnez le schéma de code d'effacement avec la valeur totale la plus basse de k+m qui répond à vos besoins. les schémas de code d'effacement avec un nombre inférieur de fragments sont globalement plus efficaces du point de vue de la capacité de calcul, car moins de fragments sont créés et distribués (ou récupérés) par objet. cela permet d'obtenir de meilleures performances en raison de la taille de fragment plus grande, et peut nécessiter moins de nœuds lors d'une extension lorsque plus de stockage est nécessaire. (Pour plus d'informations sur la planification d'une extension du stockage, consultez les instructions relatives à l'extension d'StorageGRID.)