Gestion des copies
-
Un fichier PDF de toute la documentation
-
Installer et entretenir le matériel de l'appareil
-
Appareils de services SG100 et SG1000
-
Dispositifs de stockage SG6000
-
Appliances de stockage SG5700
-
-
Installez et mettez à niveau le logiciel
-
Installez Red Hat Enterprise Linux ou CentOS
-
-
Administrer le système
-
Administrer StorageGRID
-
-
Utiliser StorageGRID
-
Contrôler et gérer StorageGRID
-
Récupérer et entretenir
-
Procédures de restauration des nœuds de la grille
-
-
-
![](/fr-fr/storagegrid-116/images/pdf-zip.png)
Plusieurs fichiers PDF
Creating your file...
Les données d'objet sont gérées par la règle ILM active et ses règles ILM. Les règles ILM créent des copies répliquées ou codées d'effacement pour protéger les données d'objet contre la perte.
Différents types ou emplacements de copies d'objets peuvent être requis à différents moments de la vie de l'objet. Les règles ILM sont régulièrement évaluées afin de s'assurer que les objets sont placés en fonction des besoins.
Les données d'objet 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, des copies sont créées et stockées sur le disque par les nœuds de stockage qui constituent le pool de stockage configuré.
Flux de données
Le moteur ILM du service LDR contrôle la réplication et garantit le stockage du nombre adéquat de copies aux emplacements corrects et pour le laps de temps correct.
![schéma illustrant le processus décrit dans le texte environnant](../media/replication_data_flow.png)
-
Le moteur ILM interroge le service ADC afin de déterminer le meilleur service LDR de destination au sein du pool de stockage spécifié par la règle ILM. Il envoie ensuite une commande au service LDR pour lancer la réplication.
-
Le service LDR de destination interroge le service ADC pour obtenir le meilleur emplacement de la source. Il envoie ensuite une requête de réplication au service LDR source.
-
Le service LDR source envoie une copie au service LDR destination.
-
Le service LDR de destination informe le moteur ILM que les données objet ont été stockées.
-
Le moteur ILM met à jour le magasin de métadonnées avec les métadonnées d'emplacement d'objet.
Protection du contenu : code d'effacement
Si une règle ILM contient des instructions pour effectuer des copies codées d'effacement des données d'objet, le schéma de code d'effacement applicable répartit les données d'objet en données et fragments de parité, puis les distribue sur les nœuds de stockage configurés dans le profil de codage d'effacement.
Flux de données
Le moteur ILM, composant du service LDR, contrôle le codage d'effacement et garantit l'application du profil de codage d'effacement aux données d'objet.
![Codage d'effacement des flux de données](../media/erasure_coding_data_flow.png)
-
Le moteur ILM interroge le service ADC afin de déterminer quel service DDS peut le mieux effectuer l'opération de codage d'effacement. Une fois déterminé, le moteur ILM envoie une demande de lancement à ce service.
-
Le service DDS demande à un LDR de coder les données de l'objet.
-
Le service source LDR envoie une copie au service LDR sélectionné pour le codage d'effacement.
-
Une fois décomposé dans le nombre approprié de fragments de parité et de données, le service LDR distribue ces fragments entre les nœuds de stockage (services de bloc) qui constituent le pool de stockage du profil de codage d'effacement.
-
Le service LDR informe le moteur ILM pour confirmer la distribution réussie des données d'objet.
-
Le moteur ILM met à jour le magasin de métadonnées avec les métadonnées d'emplacement d'objet.
Protection du contenu : pool de stockage cloud
Si les instructions de placement de contenu d'une règle ILM requièrent qu'une copie répliquée des données d'objet soit stockée dans un pool de stockage cloud, les données d'objet sont dupliquées dans le compartiment S3 externe ou dans le conteneur de stockage Azure Blob spécifié pour le pool de stockage cloud.
Flux de données
Le moteur ILM, composant du service LDR, et le service Data Mover contrôlent le déplacement des objets vers le Cloud Storage Pool.
![Flux de données du pool de stockage cloud](../media/cloud_storage_pool_data_flow.png)
-
Le moteur ILM sélectionne un service de Data Mover à répliquer sur le Cloud Storage Pool.
-
Le service Data Mover envoie les données d'objet au Cloud Storage Pool.
-
Le service Data Mover informe 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 d'emplacement d'objet.
Protection du contenu : archivage
Une opération d'archivage consiste en un flux de données défini entre le système StorageGRID et le client.
Si la politique ILM exige l'archivage d'une copie des données d'objet, le moteur ILM, qui est un composant du service LDR, envoie une requête au nœud d'archivage qui envoie ensuite une copie des données d'objet au système de stockage d'archivage ciblé.
![schéma illustrant le processus décrit dans le texte environnant](../media/archiving_data_flow.png)
-
Le moteur ILM envoie une demande au service ARC afin de stocker une copie sur le support d'archivage.
-
Le service ARC interroge le service ADC pour obtenir le meilleur emplacement de la source et envoie une demande au service LDR source.
-
Le service ARC récupère les données d'objet à partir du service LDR.
-
Le service ARC envoie les données de l'objet à la destination du support d'archivage.
-
Le support d'archivage indique au service ARC que les données de l'objet ont été stockées.
-
Le service ARC informe le moteur ILM que les données de l'objet ont été stockées.