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 les clusters ONTAP sur site vers le stockage Azure Blob

Contributeurs

Libérez de l’espace sur vos clusters ONTAP sur site grâce au Tiering des données inactives vers le stockage Azure Blob.

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 le Tiering des données vers le stockage Azure Blob

Il faut les éléments suivants :

  • Cluster ONTAP sur site qui exécute ONTAP 9.4 ou version ultérieure et qui est doté d’une connexion HTTPS vers le stockage Azure Blob. "Découvrez comment détecter un cluster".

  • Un connecteur installé dans un Azure VNet ou sur votre site.

  • Mise en réseau d’un connecteur qui permet une connexion HTTPS sortante vers le cluster ONTAP du data Center, vers le stockage Azure et vers le service Cloud Tiering.

Deux Configurer le Tiering

Dans BlueXP, sélectionnez un environnement de travail sur site, cliquez sur Activer pour le service Tiering et suivez les invites pour le Tiering des données vers le stockage Azure Blob.

Trois Configuration des licences

Après la fin de votre essai gratuit, payez le Tiering cloud par le biais d’un abonnement avec paiement à l’utilisation, d’une licence BYOL ONTAP Cloud Tiering ou d’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 d’architecture montrant le service NetApp Cloud Tiering avec une connexion au connecteur de votre fournisseur de cloud, le connecteur avec une connexion au cluster ONTAP et une connexion entre le cluster ONTAP et le stockage objet de votre fournisseur de cloud. Les données actives résident sur le cluster ONTAP, tandis que les données inactives résident dans le stockage objet.

Note La communication entre le connecteur et le stockage Blob est uniquement destinée à la configuration du stockage objet. Ce connecteur peut résider sur votre site au lieu de dans le cloud.

Préparation des clusters ONTAP

Lors du Tiering des données vers le stockage Azure Blob, 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.

Version ONTAP prise en charge

ONTAP 9.4 ou version ultérieure

Paramètre d’accès à l’application requis

L’utilisateur administrateur du cluster doit disposer d’un accès à l’application « console ». Vous pouvez le vérifier à l’aide de la commande ONTAP security login show. « Console » doit apparaître dans la colonne application pour l’utilisateur « admin ». Utilisez le security login create commande permettant d’ajouter l’accès aux applications de console si nécessaire. "Pour plus de détails, reportez-vous aux commandes « Security login »".

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

    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.

    Bien qu’ExpressRoute offre de meilleures performances et des frais de transfert de données inférieurs, il n’est pas nécessaire d’avoir entre le cluster ONTAP et le stockage Azure Blob. Mais ce faisant, c’est la meilleure pratique recommandée.

  • Une connexion entrante est requise depuis le connecteur, qui peut résider dans un Azure VNet ou sur votre site.

    Aucune connexion entre le cluster et le service Cloud Tiering n’est 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, Cloud Tiering 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 vous pouvez effectuer le Tiering dans Cloud Tiering peut être inférieur au nombre de volumes sur 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".

Note NetApp Cloud Tiering prend en charge les volumes FlexGroup, à partir de ONTAP 9.5. 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. Lorsque vous effectuez le Tiering des données vers le stockage Azure Blob, vous pouvez utiliser un connecteur situé dans un réseau Azure VNet ou sur site. Vous devrez soit créer un nouveau connecteur, soit vérifier que le connecteur actuellement sélectionné réside dans Azure, soit sur site.

Vérifiez que vous disposez des autorisations de connecteur nécessaires

Si vous avez créé le connecteur à l’aide de BlueXP version 3.9.7 ou ultérieure, vous êtes tous définis.

Si vous avez créé le connecteur à l’aide d’une version antérieure de BlueXP, vous devrez modifier la liste des autorisations pour ajouter 2 autorisations requises :

Microsoft.Storage/storageAccounts/managementPolicies/read
Microsoft.Storage/storageAccounts/managementPolicies/write

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

Assurez-vous que le connecteur dispose des connexions réseau requises. Un connecteur peut être installé sur site ou dans Azure.

Étapes
  1. Assurez-vous que le réseau sur lequel le connecteur est installé active les connexions suivantes :

    • Une connexion Internet sortante vers le service Cloud Tiering via le port 443 (HTTPS)

    • Une connexion HTTPS via le port 443 vers le stockage Azure Blob

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

  2. Si nécessaire, activez un terminal du service VNet sur le stockage Azure.

    Un point de terminaison du service VNet pour le stockage Azure est recommandé si vous disposez d’une connexion ExpressRoute ou VPN entre le cluster ONTAP et le vnet et que vous souhaitez que la communication entre le connecteur et le stockage Blob reste sur votre réseau privé virtuel.

Préparation du stockage Azure Blob

Lorsque vous configurez le Tiering, vous devez identifier le groupe de ressources à utiliser, ainsi que le compte de stockage et le conteneur Azure appartenant au groupe de ressources. Un compte de stockage permet à NetApp Cloud Tiering d’authentifier et d’accéder au conteneur Blob utilisé pour le Tiering des données.

NetApp Cloud Tiering prend en charge le Tiering sur tous les comptes de stockage de toutes les régions accessibles via le connecteur.

NetApp Cloud Tiering ne prend en charge que les types General Purpose v2 et Premium Block Blob de comptes de stockage.

Note Si vous prévoyez de configurer NetApp Cloud Tiering pour utiliser un Tier d’accès moins onéreux là où vos données hiérarchisées seront conservées après un certain nombre de jours, vous ne devez pas sélectionner de règles de cycle de vie lors de la configuration du conteneur dans votre compte Azure. Le Tiering dans le cloud gère les transitions de cycle de vie.

Tiering des données inactives de votre premier cluster vers le stockage Azure Blob

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

Ce dont vous avez besoin

"Un environnement de travail sur site".

Étapes
  1. Sélectionnez un cluster sur site.

  2. Cliquez sur Activer pour le service Tiering.

    Si la destination de Tiering Azure Blob existe en tant qu’environnement de travail dans Canvas, vous pouvez faire glisser le cluster dans l’environnement de travail Azure Blob 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 Microsoft Azure et cliquez sur Continuer.

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

    1. Groupe de ressources : sélectionnez un groupe de ressources dans lequel un conteneur existant est géré, ou dans lequel vous souhaitez créer un nouveau conteneur pour les données hiérarchisées, puis cliquez sur Continuer.

      Lorsque vous utilisez un connecteur sur site, vous devez entrer l’abonnement Azure qui donne accès au groupe de ressources.

    2. Conteneur Azure : ajoutez un nouveau conteneur Blob à un compte de stockage ou sélectionnez un conteneur existant, puis cliquez sur Continuer.

      Le compte de stockage et les conteneurs qui apparaissent à cette étape appartiennent au groupe de ressources que vous avez sélectionné à l’étape précédente.

    3. Cycle de vie des niveaux d’accès : le Tiering dans le cloud gère les transitions de cycle de vie de vos données hiérarchisées. Les données commencent dans la classe Hot, mais vous pouvez créer une règle pour déplacer les données dans la classe Cool après un certain nombre de jours.

      Sélectionnez le niveau d’accès vers lequel vous souhaitez transférer les données hiérarchisées et le nombre de jours avant le déplacement des données, puis cliquez sur Continuer. Par exemple, la capture d’écran ci-dessous montre que les données hiérarchisées sont déplacées de la classe Hot à la classe Cool après 45 jours de stockage d’objets.

      Si vous choisissez conserver les données dans ce niveau d’accès, les données restent dans le niveau d’accès Hot et aucune règle n’est appliquée. "Voir niveaux d’accès pris en charge".

      Capture d’écran montrant comment sélectionner un autre niveau d’accès où les données sont déplacées après un certain nombre de jours.

      Notez que la règle du cycle de vie est appliquée à tous les conteneurs d’objets blob du compte de stockage sélectionné.

    1. Cluster Network : sélectionnez l’IPspace ONTAP à utiliser pour se connecter au stockage objet, puis cliquez sur Continuer.

      Le choix du bon IPspace garantit que Cloud Tiering peut établir une connexion de ONTAP au stockage objet de votre fournisseur cloud.

  6. 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.

  7. 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 Azure Blob.

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".