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.

Comparer la réplication inter-grilles et la réplication CloudMirror dans StorageGRID

PDF

Lorsque vous commencez à utiliser la fédération de grilles, examinez les similitudes et les différences entre "réplication inter-grilles" et le "Service de réplication CloudMirror StorageGRID".

Remarque Vous ne pouvez pas utiliser CloudMirror sur un bucket répliqué par réplication inter-grilles, et inversement.
Réplication inter-grilles CloudMirror service de réplication

Quel est l'objectif principal ?

Un système StorageGRID fait office de système de reprise après sinistre. Les objets d'un bucket peuvent être répliqués entre les grilles dans un sens ou dans les deux sens.

Permet à un locataire de répliquer automatiquement des objets d'un compartiment dans StorageGRID (source) vers un compartiment S3 externe (destination).

CloudMirror replication crée une copie indépendante d'un objet dans une infrastructure S3 indépendante. Cette copie indépendante n'est pas utilisée comme sauvegarde, mais est souvent traitée ultérieurement dans le cloud.

Comment est-ce configuré ?

  1. Configurez une connexion de fédération de grilles entre deux grilles.

  2. Ajoutez de nouveaux comptes locataires, qui sont automatiquement clonés sur l'autre grille.

  3. Ajoutez de nouveaux groupes de locataires et utilisateurs, qui sont également clonés.

  4. Créez des compartiments correspondants sur chaque grille et activez la réplication inter-grilles dans un sens ou dans les deux sens.

  1. Un utilisateur locataire configure la réplication CloudMirror en définissant un point de terminaison CloudMirror (adresse IP, informations d'identification, etc.) à l'aide du Tenant Manager ou de l'API S3.

  2. Tout compartiment appartenant à ce compte locataire peut être configuré pour pointer vers le point de terminaison CloudMirror.

Qui est responsable de sa mise en place ?

  • Un administrateur de grille configure la connexion et les tenants.

  • Les utilisateurs locataires configurent les groupes, les utilisateurs, les clés et les compartiments.

Généralement, un utilisateur locataire.

Quelle est la destination ?

Un compartiment S3 correspondant et identique sur l'autre système StorageGRID dans la connexion de fédération de grille.

  • Toute infrastructure S3 compatible (y compris Amazon S3).

  • Google Cloud Platform (GCP)

Le versionnage des objets est-il nécessaire ?

Oui, les compartiments source et de destination doivent tous deux avoir le versionnage des objets activé.

Non, la réplication CloudMirror prend en charge toute combinaison de compartiments non versionnés et versionnés, aussi bien à la source qu'à la destination.

Qu'est-ce qui provoque le déplacement des objets vers la destination ?

Les objets sont automatiquement répliqués lorsqu'ils sont ajoutés à un compartiment qui a la réplication inter-grilles activée.

Les objets sont automatiquement répliqués lorsqu'ils sont ajoutés à un compartiment configuré avec un point de terminaison CloudMirror. Les objets présents dans le compartiment source avant que ce dernier ne soit configuré avec le point de terminaison CloudMirror ne sont pas répliqués, sauf s'ils sont modifiés.

Comment les objets sont-ils répliqués ?

La réplication inter-grilles crée des objets versionnés et réplique l'identifiant de version du compartiment source vers le compartiment de destination. Cela permet de conserver l'ordre des versions entre les deux grilles.

CloudMirror replication ne nécessite pas de compartiments avec versionnage activé, donc CloudMirror ne peut maintenir l’ordre d’une clé qu’au sein d’un site. Il n’y a aucune garantie que l’ordre sera maintenu pour les requêtes adressées à un objet sur un site différent.

Que se passe-t-il si un objet ne peut pas être répliqué ?

L'objet est mis en file d'attente pour réplication, sous réserve des limites de stockage des métadonnées.

L'objet est mis en file d'attente pour la réplication, sous réserve des limites des services de la plateforme (voir "Recommandations pour l'utilisation des services de la plateforme").

Les métadonnées système de l'objet sont-elles répliquées ?

Oui, lorsqu'un objet est répliqué sur l'autre grille, ses métadonnées système sont également répliquées. Les métadonnées seront identiques sur les deux grilles.

Non, lorsqu'un objet est répliqué dans le compartiment externe, ses métadonnées système sont mises à jour. Les métadonnées diffèrent selon l'emplacement, en fonction de l'heure d'ingestion et du comportement de l'infrastructure S3 indépendante.

Comment les objets sont-ils récupérés ?

Les applications peuvent récupérer ou lire des objets en effectuant une requête auprès du compartiment sur l'une ou l'autre grille.

Les applications peuvent récupérer ou lire des objets en effectuant une requête auprès de StorageGRID ou de la destination S3. Par exemple, supposons que vous utilisez la réplication CloudMirror pour dupliquer des objets vers une organisation partenaire. Le partenaire peut utiliser ses propres applications pour lire ou mettre à jour des objets directement depuis la destination S3. L'utilisation de StorageGRID n'est pas requise.

Que se passe-t-il si un objet est supprimé ?

  • Les demandes de suppression incluant un ID de version ne sont jamais répliquées vers la grille de destination.

  • Les demandes de suppression qui n'incluent pas d'identifiant de version ajoutent un marqueur de suppression au compartiment source, qui peut éventuellement être répliqué vers la grille de destination.

  • Si la réplication inter-grille est configurée dans un seul sens, les objets du compartiment de destination peuvent être supprimés sans affecter la source.

Les résultats varieront en fonction de l'état de version des compartiments source et de destination (qui n'ont pas besoin d'être identiques) :

  • Si les deux compartiments sont versionnés, une demande de suppression ajoutera un marqueur de suppression dans les deux emplacements.

  • Si seul le compartiment source est versionné, une requête de suppression ajoutera un marqueur de suppression à la source mais pas à la destination.

  • Si aucun des deux compartiments n'est versionné, une requête de suppression supprimera l'objet de la source mais pas de la destination.

De même, les objets du compartiment de destination peuvent être supprimés sans affecter la source.