Comment StorageGRID gère les copies d'objets
Les données des objets sont gérées par les politiques ILM actives et les règles ILM associées. Les règles ILM créent des copies répliquées ou à code d'effacement afin de protéger les données des objets contre la perte.
Différents types ou emplacements de copies d'objets peuvent être nécessaires à différents moments du cycle de vie de l'objet. Les règles ILM sont périodiquement évaluées afin de garantir que les objets sont placés comme requis.
Les données des objets sont gérées par le service LDR.
Protection du contenu : réplication
Si les instructions de placement de contenu d'une règle ILM nécessitent des copies répliquées des données d'objet, ces copies sont créées et stockées sur disque par les Storage Nodes qui composent le pool de stockage configuré.
Le moteur ILM du service LDR contrôle la réplication et garantit que le nombre correct de copies est stocké aux bons emplacements et pendant la durée appropriée.

-
Le moteur ILM interroge le service ADC pour déterminer le service LDR de destination le plus approprié au sein du pool de stockage spécifié par la règle ILM. Il envoie ensuite à ce service LDR une commande pour lancer la réplication.
-
Le service LDR de destination interroge le service ADC pour déterminer le meilleur emplacement source. Il envoie ensuite une requête de réplication au service LDR source.
-
Le service LDR source envoie une copie au service LDR de destination.
-
Le service LDR de destination notifie le moteur ILM que les données de l'objet ont été stockées.
-
Le moteur ILM met à jour le magasin de métadonnées avec les métadonnées de localisation des objets.
Protection du contenu : code d'effacement
Si une règle ILM comprend des instructions pour effectuer des copies à code d'effacement des données d'objet, le schéma de code d'effacement applicable divise les données d'objet en fragments de données et de parité et distribue ces fragments sur les nœuds de stockage configurés dans le profil de code d'effacement.
Le moteur ILM, qui est un composant du service LDR, contrôle le code d'effacement et garantit que le profil de code d'effacement est appliqué aux données de l'objet.

-
Le moteur ILM interroge le service ADC pour déterminer quel service DDS est le plus apte à effectuer l'opération de code d'effacement. Une fois déterminé, le moteur ILM envoie une requête « initiate » à ce service.
-
Le service DDS ordonne à un LDR d'appliquer un code d'effacement aux données de l'objet.
-
Le service LDR source envoie une copie au service LDR sélectionné pour code d'effacement.
-
Après avoir créé le nombre approprié de fragments de parité et de données, le service LDR répartit ces fragments sur les Storage Nodes (services Chunk) qui constituent le pool de stockage du profil de code d'effacement.
-
Le service LDR notifie le moteur ILM, confirmant que les données de l'objet sont distribuées avec succès.
-
Le moteur ILM met à jour le magasin de métadonnées avec les métadonnées de localisation des objets.
Protection du contenu : Cloud Storage Pool
Si les instructions de placement de contenu d'une règle ILM exigent qu'une copie répliquée des données d'objet soit stockée sur un Cloud Storage Pool, les données d'objet sont dupliquées dans le compartiment S3 externe ou le conteneur de stockage Azure Blob spécifié pour le Cloud Storage Pool.
Le moteur ILM, qui est un composant du service LDR, et le service Data Mover contrôlent le déplacement des objets vers le Cloud Storage Pool.

-
Le moteur ILM sélectionne un service Data Mover pour répliquer vers le Cloud Storage Pool.
-
Le service Data Mover envoie les données de l'objet vers le Cloud Storage Pool.
-
Le service Data Mover notifie au moteur ILM que les données de l'objet ont été stockées.
-
Le moteur ILM met à jour le magasin de métadonnées avec les métadonnées de localisation des objets.