Skip to main content
Une version plus récente de ce produit est disponible.
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Que sont les schémas de code d'effacement ?

Contributeurs
PDF

Les schémas de codage d'effacement contrôlent le nombre de fragments de données et le nombre de fragments de parité créés pour chaque objet.

Lorsque vous configurez le profil de code d'effacement d'une règle ILM, vous sélectionnez un schéma de code d'effacement disponible en fonction du nombre de nœuds et de sites qui composent le pool de stockage à utiliser.

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

Lorsque vous sélectionnez le pool de stockage à utiliser pour une règle qui crée une copie avec code d'effacement, suivez les consignes suivantes pour les pools de stockage :

La surcharge du 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 dont la valeur totale est la plus faible k+m qui répond à vos besoins. Les schémas de code d'effacement avec un nombre réduit de fragments sont globalement plus efficaces sur le plan de la capacité de calcul. En effet, un nombre réduit de fragments est créé et distribué (ou récupéré) par objet, ils offrent de meilleures performances en raison de la taille de fragment plus importante et nécessitent moins de nœuds lors d'une extension lorsque davantage de stockage est nécessaire. (Pour plus d'informations sur la planification d'une extension de stockage, reportez-vous au "Instructions d'extension de StorageGRID".)

Schémas de code d'effacement pour les pools de stockage contenant au moins trois sites

Le tableau ci-dessous décrit les schémas de code d'effacement actuellement pris en charge par StorageGRID pour les pools de stockage incluant au moins trois sites. Tous ces programmes offrent une protection contre les pertes de site. Un site peut être perdu et l'objet sera toujours accessible.

Pour les schémas de code d'effacement qui assurent une protection contre la perte de site, le nombre recommandé de nœuds de stockage dans le pool de stockage est supérieur à k+m +1 Car chaque site requiert au moins trois nœuds de stockage.

Schéma de code d'effacement (k+m) Nombre minimal de sites déployés Nombre recommandé de nœuds de stockage sur chaque site Nombre total recommandé de nœuds de stockage Protection contre la perte de site ? Surcharge du stockage

4+2

3

3

9

Oui.

50 %

6+2

4

3

12

Oui.

33 %

8+2

5

3

15

Oui.

25 %

6+3

3

4

12

Oui.

50 %

9+3

4

4

16

Oui.

33 %

2+1

3

3

9

Oui.

50 %

4+1

5

3

15

Oui.

25 %

6+1

7

3

21

Oui.

17 %

7+5

3

5

15

Oui.

71 %
Remarque StorageGRID requiert au moins trois nœuds de stockage par site. Pour utiliser le schéma 7+5, chaque site requiert au moins quatre nœuds de stockage. Il est recommandé d'utiliser cinq nœuds de stockage par site.

Lors de la sélection d'un schéma de code d'effacement assurant la protection du site, équilibrez l'importance relative des facteurs suivants :

  • Nombre de fragments: La performance et la flexibilité d'expansion sont généralement meilleures quand le nombre total de fragments est plus faible.

  • Tolérance aux pannes : la tolérance aux pannes est augmentée en ayant plus de segments de parité (c'est-à-dire quand m a une valeur plus élevée.)

  • Trafic réseau: Lors de la récupération après des pannes, en utilisant un schéma avec plus de fragments (c'est-à-dire, un total plus élevé pour k+m) crée plus de trafic réseau.

  • Surcharge de stockage : les schémas qui génèrent une surcharge plus élevée requièrent davantage d'espace de stockage par objet.

Par exemple, lorsque vous décidez d'un schéma 4+2 et 6+3 (qui ont tous deux des frais de stockage de 50 %), sélectionnez le schéma 6+3 si une tolérance de panne supplémentaire est nécessaire. Sélectionnez le schéma 4+2 si les ressources réseau sont limitées. Si tous les autres facteurs sont égaux, sélectionnez 4+2 parce qu'il a un nombre total de fragments inférieur.

Remarque Si vous n'êtes pas certain du schéma à utiliser, sélectionnez 4+2 ou 6+3, ou contactez le support technique.

Schémas de code d'effacement pour pools de stockage sur un site

Un pool de stockage sur un site prend en charge tous les schémas de codage d'effacement définis pour trois sites ou plus, à condition que le site dispose de suffisamment de nœuds de stockage.

Le nombre minimal de nœuds de stockage requis est de k+m, mais un pool de stockage avec k+m +1 Nœuds de stockage recommandés. Par exemple, le schéma de code d'effacement 2+1 requiert un pool de stockage avec au moins trois nœuds de stockage, mais quatre nœuds de stockage sont recommandés.

Schéma de code d'effacement (k+m) Nombre minimal de nœuds de stockage Nombre recommandé de nœuds de stockage Surcharge du stockage

4+2

6

7

50 %

6+2

8

9

33 %

8+2

10

11

25 %

6+3

9

10

50 %

9+3

12

13

33 %

2+1

3

4

50 %

4+1

5

6

25 %

6+1

7

8

17 %

7+5

12

13

71 %