Bénéficiez d'un stockage S3 haute performance en migrant de manière fluide le stockage basé sur les objets d'ONTAP S3 vers StorageGRID
Suggérer des modifications
PDF
Bénéficiez d'un stockage S3 haute performance en migrant de manière fluide le stockage basé sur les objets d'ONTAP S3 vers StorageGRID
Remplissez le compartiment source
Mettons quelques objets dans le compartiment ONTAP source. Nous utiliserons S3Browser pour cette démo, mais vous pourriez utiliser n'importe quel outil que vous êtes à l'aise avec.
À l'aide des touches ONTAP utilisateur s3 créées ci-dessus, configurez S3Browser pour qu'il se connecte à votre système ONTAP.
Chargeons maintenant certains fichiers dans le compartiment compatible avec la gestion des versions.
Créons maintenant certaines versions d'objet dans le compartiment.
Supprimer un fichier.
Téléchargez un fichier qui existe déjà dans le compartiment pour copier le fichier sur lui-même et en créer une nouvelle version.
Dans S3Browser, nous pouvons visualiser les versions des objets que nous venons de créer.
Établissement de la relation de réplication
Commençons à envoyer des données de ONTAP à StorageGRID.
Dans ONTAP System Manager, accédez à protection/Présentation. Faites défiler jusqu'à « Cloud object stores », cliquez sur le bouton « Add » et sélectionnez « StorageGRID ».
Entrez les informations StorageGRID en fournissant un nom, un style d'URL (pour cette démonstration, nous utiliserons les URL Path-styl). Définissez l'étendue du magasin d'objets sur « Storage VM ».
Si vous utilisez SSL, définissez le port du noeud final de l'équilibreur de charge et copiez-le dans le certificat du noeud final StorageGRID ici. Sinon, décochez la case SSL et entrez le port du noeud final HTTP ici.
Entrez les clés S3 d'utilisateur StorageGRID et le nom de compartiment dans la configuration StorageGRID ci-dessus pour la destination.
Maintenant qu'une cible de destination est configurée, nous pouvons configurer les paramètres de stratégie pour la cible. Développez « Paramètres de stratégie locale » et sélectionnez « continu ».
Modifiez la stratégie continue et changez l'objectif de point de récupération de « 1 heure » à « 3 secondes ».
Nous pouvons maintenant configurer SnapMirror pour répliquer le compartiment.
SnapMirror create -source-path sv_demo: /Bucket/bucket -destination-path sgws_demo: /Objstore -policy continu
Le compartiment affiche alors un symbole de nuage dans la liste de compartiments sous protection.
Si nous sélectionnons le compartiment et passons à l'onglet SnapMirror (ONTAP ou Cloud), nous verrons le statut de réexpédition SnapMirror.
Détails de la réplication
Nous disposons désormais d'un compartiment de réplication réussi de ONTAP vers StorageGRID. Mais qu'est-ce qui se réplique réellement ? La source et la destination sont toutes les deux des compartiments avec version. Les versions précédentes sont-elles également répliquées vers la destination ? Si nous examinons notre compartiment StorageGRID avec S3Browser, nous constatons que les versions existantes ne se répliquent pas et que notre objet supprimé n'existe pas, pas plus qu'un marqueur de suppression pour cet objet. Notre objet dupliqué ne possède qu'une seule version dans le compartiment StorageGRID.
Dans notre compartiment ONTAP, ajoutons une nouvelle version à notre objet que nous avons utilisé précédemment et voyons comment il se réplique.
En ce qui concerne StorageGRID, nous constatons qu'une nouvelle version a également été créée dans ce compartiment, mais qu'elle manque la version initiale d'avant la relation SnapMirror.
En effet, le processus ONTAP SnapMirror S3 ne réplique que la version actuelle de l'objet. C'est pourquoi nous avons créé un compartiment versionné côté StorageGRID pour être la destination. De cette façon, StorageGRID peut conserver un historique des versions des objets.
Par Rafael Guedes, et Aron Klein