Skip to main content
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Tiering des données depuis des clusters ONTAP sur site vers Google Cloud Storage

Contributeurs

Libérez de l'espace sur vos clusters ONTAP sur site grâce au Tiering des données inactives vers Google Cloud Storage.

Démarrage rapide

Pour commencer rapidement, suivez ces étapes ou faites défiler jusqu'aux sections restantes pour obtenir de plus amples informations.

Une seule Préparez-vous au Tiering des données vers Google Cloud Storage

Il faut les éléments suivants :

  • Cluster ONTAP sur site qui exécute ONTAP 9.6 ou version ultérieure et qui est connecté HTTPS à Google Cloud Storage. "Découvrez comment détecter un cluster".

  • Un compte de service avec le rôle d'administrateur du stockage et les clés d'accès au stockage prédéfinis.

  • Connecteur installé dans un VPC Google Cloud Platform.

  • Mise en réseau du connecteur qui permet une connexion HTTPS sortante au cluster ONTAP de votre data Center, vers Google Cloud Storage et vers le service de Tiering BlueXP.

Deux Configurer le Tiering

Dans BlueXP, sélectionnez un environnement de travail sur site, cliquez sur Activer pour le service Tiering, puis suivez les invites pour transférer les données vers Google Cloud Storage.

Trois Configuration des licences

À la fin de votre essai gratuit, payez le Tiering BlueXP via un abonnement avec paiement à l'utilisation, une licence ONTAP BlueXP Tiering BYOL ou une combinaison des deux :

De formation

Vérifiez la prise en charge de votre cluster ONTAP, configurez votre réseau et préparez votre stockage objet.

L'image suivante montre chaque composant et les connexions que vous devez préparer entre eux :

Image de l'architecture montrant le service de Tiering BlueXP avec une connexion au connecteur de votre fournisseur cloud, le connecteur avec une connexion à votre cluster ONTAP et une connexion entre le cluster ONTAP et le stockage objet de votre fournisseur cloud. Les données actives résident sur le cluster ONTAP, tandis que les données inactives résident dans le stockage objet.

Remarque La communication entre le connecteur et Google Cloud Storage est destinée uniquement à la configuration du stockage objet.

Préparation des clusters ONTAP

Lors du Tiering des données vers Google Cloud Storage, vos clusters ONTAP doivent répondre aux exigences suivantes.

Plateformes ONTAP prises en charge
  • Si vous utilisez ONTAP 9.8 et version ultérieure, vous pouvez classer les données depuis les systèmes AFF, ou encore les systèmes FAS avec des agrégats 100 % SSD ou des agrégats 100 % disques durs.

  • Avec ONTAP 9.7 et les versions antérieures, vous pouvez transférer les données depuis des systèmes AFF ou vers des systèmes FAS avec des agrégats 100 % SSD.

Versions de ONTAP prises en charge

ONTAP 9.6 ou version ultérieure

Configuration requise pour la mise en réseau des clusters
  • Le cluster ONTAP établit une connexion HTTPS via le port 443 vers Google Cloud Storage.

    Le ONTAP lit et écrit les données vers et à partir du stockage objet. Le stockage objet ne démarre jamais, il répond simplement.

    Même si une interconnexion Google Cloud permet d'améliorer les performances et de réduire les frais de transfert de données, elle n'est pas requise entre le cluster ONTAP et Google Cloud Storage. Mais ce faisant, c'est la meilleure pratique recommandée.

  • Une connexion entrante est requise depuis le connecteur, qui réside dans un VPC Google Cloud Platform.

    Une connexion entre le cluster et le service de Tiering BlueXP n'est pas requise.

  • Un LIF intercluster est nécessaire sur chaque nœud ONTAP qui héberge les volumes que vous souhaitez mettre en niveau. La LIF doit être associée au IPspace que ONTAP doit utiliser pour se connecter au stockage objet.

    Lorsque vous configurez le Tiering des données, BlueXP vous invite à utiliser l'IPspace. Vous devez choisir l'IPspace auquel chaque LIF est associée. Il peut s'agir de l'IPspace par défaut ou d'un IPspace personnalisé que vous avez créé. En savoir plus sur "LIF" et "Les IPspaces".

Volumes et agrégats pris en charge

Le nombre total de volumes que le Tiering BlueXP peut hiérarchiser peut être inférieur au nombre de volumes de votre système ONTAP. En effet, certains volumes ne peuvent pas être hiérarchisés à partir de certains agrégats. Consultez la documentation ONTAP de "Fonctionnalité ou fonctionnalités non prises en charge par FabricPool".

Remarque Le Tiering BlueXP prend en charge les volumes FlexGroup. Le réglage fonctionne de la même façon que tout autre volume.

Détection d'un cluster ONTAP

Vous devez créer un environnement de travail ONTAP sur site dans BlueXP avant de commencer le Tiering des données inactives.

Création ou commutation de connecteurs

Un connecteur est nécessaire pour transférer les données vers le cloud. Pour le Tiering des données vers Google Cloud Storage, un connecteur doit être disponible dans un VPC Google Cloud Platform. Vous devrez soit créer un nouveau connecteur, soit vérifier que le connecteur actuellement sélectionné réside dans GCP.

Préparation de la mise en réseau pour le connecteur

Assurez-vous que le connecteur dispose des connexions réseau requises.

Étapes
  1. Assurez-vous que le VPC où le connecteur est installé active les connexions suivantes :

    • Connexion HTTPS sur le port 443 vers le service de Tiering BlueXP et vers votre Google Cloud Storage ("voir la liste des noeuds finaux")

    • Une connexion HTTPS via le port 443 vers votre LIF de gestion de cluster ONTAP

  2. Facultatif : activez Private Google Access sur le sous-réseau où vous prévoyez de déployer le connecteur.

    "Accès privé à Google" Est recommandé si vous disposez d'une connexion directe entre le cluster ONTAP et le VPC et que vous souhaitez maintenir une communication entre le connecteur et Google Cloud Storage dans votre réseau privé virtuel. Notez que Private Google Access fonctionne avec des instances de VM possédant uniquement des adresses IP internes (privées) (pas d'adresses IP externes).

Préparation à Google Cloud Storage

Lorsque vous configurez la hiérarchisation, vous devez fournir des clés d'accès au stockage pour un compte de service avec des autorisations d'administrateur du stockage. Un compte de service permet au Tiering BlueXP de s'authentifier et d'accéder aux compartiments de stockage cloud utilisés pour le Tiering des données. Les clés sont requises pour que Google Cloud Storage sache qui effectue la demande.

Les compartiments de stockage cloud doivent être dans un "Région qui prend en charge le Tiering BlueXP".

Remarque Si vous prévoyez de configurer le Tiering BlueXP pour utiliser des classes de stockage moins coûteuses vers lesquelles vos données hiérarchisées seront transférées au bout d'un certain nombre de jours, vous ne devez sélectionner aucune règle de cycle de vie lors de la configuration du compartiment dans votre compte GCP. Le Tiering BlueXP gère les transitions de cycle de vie.
Étapes
  1. "Créez un compte de service avec le rôle d'administrateur de stockage prédéfini".

  2. Accédez à "Paramètres de stockage GCP" et créez des clés d'accès pour le compte de service :

    1. Sélectionnez un projet et cliquez sur interopérabilité. Si ce n'est déjà fait, cliquez sur Activer l'accès à l'interopérabilité.

    2. Sous clés d'accès pour les comptes de service, cliquez sur Créer une clé pour un compte de service, sélectionnez le compte de service que vous venez de créer, puis cliquez sur Créer une clé.

      Vous devrez entrer les clés plus tard lors de la configuration du Tiering BlueXP.

Tiering des données inactives de votre premier cluster vers Google Cloud Storage

Une fois votre environnement Google Cloud prêt, commencez le Tiering des données inactives à partir du premier cluster.

Ce dont vous avez besoin
Étapes
  1. Sélectionnez l'environnement de travail ONTAP sur site.

  2. Cliquez sur Activer pour le service Tiering dans le panneau de droite.

    Si la destination de Tiering Google Cloud Storage existe en tant qu'environnement de travail dans Canvas, vous pouvez faire glisser le cluster dans l'environnement de travail Google Cloud Storage pour lancer l'assistant d'installation.

    Une capture d'écran montre l'option Activer qui s'affiche sur le côté droit de l'écran après avoir sélectionné un environnement de travail ONTAP sur site.

  3. Définir le nom de stockage d'objet : saisissez un nom pour ce stockage d'objet. Il doit être unique à partir de tout autre stockage objet que vous pouvez utiliser avec des agrégats sur ce cluster.

  4. Sélectionnez fournisseur : sélectionnez Google Cloud et cliquez sur Continuer.

  5. Suivez les étapes des pages Créer un stockage objet :

    1. Compartiment : ajoutez un nouveau compartiment Google Cloud Storage ou sélectionnez un compartiment existant.

    2. Cycle de vie des classes de stockage : le Tiering BlueXP gère les transitions de cycle de vie de vos données hiérarchisées. Les données commencent dans la classe Standard, mais vous pouvez créer des règles pour appliquer différentes classes de stockage après un certain nombre de jours.

      Sélectionnez la classe de stockage Google Cloud vers laquelle vous souhaitez transférer les données hiérarchisées et le nombre de jours avant l'attribution des données à cette classe, puis cliquez sur Continuer. Par exemple, la capture d'écran ci-dessous montre que les données hiérarchisées sont affectées à la classe Nearline depuis la classe Standard après 30 jours dans le stockage objet, puis à la classe Coldline après 60 jours dans le stockage objet.

      Si vous choisissez conserver les données dans cette classe de stockage, les données restent dans cette classe de stockage. "Voir classes de stockage prises en charge".

      Une capture d'écran montrant comment sélectionner des classes de stockage supplémentaires qui sont attribuées à vos données après un certain nombre de jours.

      Notez que la règle de cycle de vie est appliquée à tous les objets du compartiment sélectionné.

    3. Informations d'identification : saisissez la clé d'accès au stockage et la clé secrète pour un compte de service qui a le rôle d'administrateur du stockage.

    4. Cluster Network : sélectionnez l'IPspace ONTAP à utiliser pour se connecter au stockage objet.

      La sélection de l'IPspace approprié permet de garantir que le Tiering BlueXP peut établir une connexion entre ONTAP et le stockage objet de votre fournisseur de cloud.

    Vous pouvez également définir la bande passante réseau disponible pour télécharger des données inactives vers un stockage objet en définissant le « taux de transfert maximal ». Sélectionnez le bouton radio Limited et saisissez la bande passante maximale utilisable, ou sélectionnez Unlimited pour indiquer qu'il n'y a pas de limite.

  6. Cliquez sur Continuer pour sélectionner les volumes à mettre en niveau.

  7. Sur la page Tier volumes, sélectionnez les volumes que vous souhaitez configurer le Tiering et lancez la page Tiering Policy :

    • Pour sélectionner tous les volumes, cochez la case dans la ligne de titre () Et cliquez sur configurer les volumes.

    • Pour sélectionner plusieurs volumes, cochez la case pour chaque volume () Et cliquez sur configurer les volumes.

    • Pour sélectionner un seul volume, cliquez sur la ligne (ou modifier l'icône du crayon icône) du volume.

      Capture d'écran indiquant comment sélectionner un seul volume, plusieurs volumes ou tous les volumes et le bouton Modifier les volumes sélectionnés.

  8. Dans la boîte de dialogue Tiering Policy, sélectionnez une règle de hiérarchisation, vous pouvez éventuellement ajuster les jours de refroidissement des volumes sélectionnés, puis cliquez sur Apply.

    Capture d'écran affichant les paramètres de règle de Tiering configurables.

Résultat

Vous avez configuré le Tiering des données depuis les volumes du cluster vers le stockage objet Google Cloud.

Vous pouvez vérifier les informations concernant les données actives et inactives sur le cluster. "En savoir plus sur la gestion de vos paramètres de hiérarchisation".

Vous pouvez également créer un autre stockage objet, lorsque vous souhaitez hiérarchiser les données issues de certains agrégats d'un cluster vers plusieurs magasins d'objets. Ou si vous prévoyez d'utiliser la mise en miroir FabricPool où vos données hiérarchisées sont répliquées vers un magasin d'objets supplémentaire. "En savoir plus sur la gestion des magasins d'objets".