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

Tierisation des données des clusters ONTAP locaux vers le stockage Blob Azure dans NetApp Cloud Tiering

11/10/2025 Contributeurs

PDF

Libérez de l'espace sur vos clusters ONTAP locaux en transférant les données inactives vers le stockage Blob Azure.

Démarrage rapide

Commencez rapidement en suivant ces étapes ou faites défiler les sections restantes pour obtenir tous les détails.

Préparez-vous à hiérarchiser les données vers le stockage Blob Azure.

Vous avez besoin des éléments suivants :

Un cluster ONTAP local source exécutant ONTAP 9.4 ou une version ultérieure que vous avez ajouté à la NetApp Console, et une connexion HTTPS au stockage Blob Azure. "Apprenez à découvrir un cluster" .
Un agent de console installé dans un réseau virtuel Azure ou sur vos locaux.
Mise en réseau d'un agent permettant une connexion HTTPS sortante vers le cluster ONTAP de votre centre de données, vers le stockage Azure et vers le service Cloud Tiering.

Mettre en place une hiérarchisation

Dans la NetApp Console, sélectionnez un système ONTAP local, sélectionnez Activer pour le service de hiérarchisation et suivez les instructions pour hiérarchiser les données vers le stockage Blob Azure.

Mise en place de la licence

Une fois votre période d'essai gratuite terminée, vous pouvez payer pour Cloud Tiering via un abonnement à la carte, une licence BYOL ONTAP Cloud Tiering ou une combinaison des deux :

Pour vous abonner depuis la Place de marché Azure, "accéder à l'offre Marketplace" Sélectionnez S'abonner, puis suivez les instructions.
Pour payer avec une licence BYOL Cloud Tiering, envoyez un e-mail à ng-cloud-tiering@netapp.com?subject=Licensing[contactez-nous si vous devez en acheter une], puis"ajoutez-le à la NetApp Console" .

Exigences

Vérifiez la compatibilité avec votre cluster ONTAP , configurez votre réseau et préparez votre stockage d'objets.

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

Une image d'architecture montrant le service Cloud Tiering avec une connexion à l'agent Console de votre fournisseur de cloud, l'agent avec une connexion à votre cluster ONTAP et une connexion entre le cluster ONTAP et le stockage d'objets 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.

La communication entre l'agent de la console et le stockage Blob est réservée à la configuration du stockage d'objets. L'agent peut résider dans vos locaux, au lieu d'être hébergé dans le cloud.

Préparez vos clusters ONTAP

Vos clusters ONTAP doivent répondre aux exigences suivantes lors du transfert de données vers le stockage Blob Azure.

Plateformes ONTAP prises en charge

Lors de l'utilisation ONTAP 9.8 et versions ultérieures : vous pouvez hiérarchiser les données provenant de systèmes AFF ou de systèmes FAS avec des agrégats entièrement SSD ou des agrégats entièrement HDD.
Lors de l'utilisation ONTAP 9.7 et versions antérieures : vous pouvez hiérarchiser les données provenant de systèmes AFF ou de systèmes FAS avec des agrégats entièrement SSD.

Version ONTAP prise en charge

ONTAP 9.4 ou version ultérieure

exigences de mise en réseau du cluster

Le cluster ONTAP initie une connexion HTTPS sur le port 443 vers le stockage Blob Azure.

ONTAP lit et écrit des données vers et depuis le stockage d'objets. Le stockage d'objets ne s'initialise 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 entre le cluster ONTAP et le stockage Blob Azure. Mais c'est la meilleure pratique recommandée.
Une connexion entrante est requise depuis l'agent, qui peut résider dans un réseau virtuel Azure ou sur vos locaux.

Aucune connexion n'est requise entre le cluster et le service Cloud Tiering.
Une interface LIF inter-cluster est requise sur chaque nœud ONTAP hébergeant les volumes que vous souhaitez hiérarchiser. L'interface LIF doit être associée à l'espace IP que ONTAP doit utiliser pour se connecter au stockage d'objets.

Lorsque vous configurez la hiérarchisation des données, Cloud Tiering vous invite à indiquer l'espace IP à utiliser. Vous devez choisir l’espace IP auquel chaque LIF est associé. Il peut s'agir de l'espace IP « par défaut » ou d'un espace IP personnalisé que vous avez créé. Apprenez-en davantage sur "Les LIF" et "Espaces IP" .

Volumes et agrégats pris en charge

Le nombre total de volumes que Cloud Tiering peut hiérarchiser peut être inférieur au nombre de volumes présents sur votre système ONTAP . C'est parce que les volumes ne peuvent pas être hiérarchisés à partir de certains agrégats. Consultez la documentation ONTAP pour "fonctionnalités ou caractéristiques non prises en charge par FabricPool" .

Cloud Tiering prend en charge les volumes FlexGroup , à partir d' ONTAP 9.5. La configuration fonctionne de la même manière que pour n'importe quel autre volume.

Découvrez un cluster ONTAP

Vous devez ajouter un système ONTAP local à la NetApp Console avant de pouvoir commencer la hiérarchisation des données froides.

"Apprenez à découvrir un cluster".

Créer ou changer d'agent

Un agent est nécessaire pour acheminer les données vers le cloud. Lors du transfert de données vers le stockage Blob Azure, vous pouvez utiliser un agent situé dans un réseau virtuel Azure ou dans vos locaux. Vous devrez soit créer un nouvel agent, soit vous assurer que l'agent actuellement sélectionné se trouve dans Azure ou sur site.

Vérifiez que vous disposez des autorisations d'agent nécessaires.

Si vous avez créé l'agent Console en utilisant la version 3.9.25 ou une version supérieure, alors tout est prêt. Le rôle personnalisé qui fournit les autorisations dont un agent a besoin pour gérer les ressources et les processus au sein de votre réseau Azure sera configuré par défaut. Voir le "autorisations de rôle personnalisées requises" et le "Autorisations spécifiques requises pour la hiérarchisation du cloud" .

Si vous avez créé l'agent à l'aide d'une version antérieure, vous devrez modifier la liste des autorisations du compte Azure pour ajouter les autorisations manquantes.

Préparer la mise en réseau pour l'agent de la console

Assurez-vous que l’agent de console dispose des connexions réseau requises. L'agent peut être installé sur site ou dans Azure.

Étapes

Assurez-vous que le réseau sur lequel l'agent est installé autorise les connexions suivantes :
- Une connexion HTTPS via le port 443 au service Cloud Tiering et à votre stockage d'objets Blob Azure("voir la liste des points de terminaison" )
- Une connexion HTTPS via le port 443 vers votre LIF de gestion de cluster ONTAP
Si nécessaire, activez un point de terminaison de service VNet vers le stockage Azure.

Il est recommandé de configurer un point de terminaison de service VNet vers le stockage Azure si vous disposez d'une connexion ExpressRoute ou VPN entre votre cluster ONTAP et le VNet et que vous souhaitez que la communication entre l'agent et le stockage Blob reste dans votre réseau privé virtuel.

Préparer le stockage Blob Azure

Lorsque vous configurez la hiérarchisation, vous devez identifier le groupe de ressources que vous souhaitez utiliser, ainsi que le compte de stockage et le conteneur Azure qui appartiennent à ce groupe de ressources. Un compte de stockage permet à Cloud Tiering de s'authentifier et d'accéder au conteneur Blob utilisé pour la hiérarchisation des données.

Cloud Tiering prend en charge la hiérarchisation vers n'importe quel compte de stockage dans n'importe quelle région accessible via l'agent.

La hiérarchisation du cloud ne prend en charge que les types de comptes de stockage Usage général v2 et Premium Block Blob.

Si vous prévoyez de configurer Cloud Tiering pour utiliser un niveau d'accès moins coûteux vers lequel vos données hiérarchisées migreront après un certain nombre de jours, vous ne devez sélectionner aucune règle de cycle de vie lors de la configuration du conteneur dans votre compte Azure. Le Cloud Tiering gère les transitions du cycle de vie.

Stockez les données inactives de votre premier cluster dans le stockage Blob Azure.

Une fois votre environnement Azure préparé, commencez à hiérarchiser les données inactives de votre premier cluster.

Ce dont vous aurez besoin

"Un système ONTAP sur site vers la NetApp Console".

Étapes

Sélectionnez le système ONTAP sur site.
Cliquez sur Activer pour le service de hiérarchisation dans le panneau de droite.

Si la destination de hiérarchisation Azure Blob existe en tant que système sur la page Systèmes, vous pouvez faire glisser le cluster sur le système Azure Blob pour lancer l'assistant d'installation.
Définir le nom du stockage d'objets : Saisissez un nom pour ce stockage d'objets. Il doit être unique par rapport à tout autre stockage d'objets que vous pourriez utiliser avec des agrégats sur ce cluster.
Sélectionnez le fournisseur : Sélectionnez Microsoft Azure et sélectionnez Continuer.
Suivez les étapes décrites sur les pages Créer un stockage d'objets :
1. Groupe de ressources : Sélectionnez un groupe de ressources où un conteneur existant est géré, ou dans lequel vous souhaitez créer un nouveau conteneur pour les données hiérarchisées, puis sélectionnez Continuer.
  
  Lorsque vous utilisez un agent local, vous devez saisir l'abonnement Azure qui donne accès au groupe de ressources.
2. Azure Container : Sélectionnez l’option correspondante pour ajouter un nouveau conteneur Blob à un compte de stockage ou pour utiliser un conteneur existant. Sélectionnez ensuite le compte de stockage et choisissez le conteneur existant, ou saisissez le nom du nouveau conteneur. Sélectionnez ensuite Continuer.
  
  Les comptes 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 : La hiérarchisation cloud gère les transitions du cycle de vie de vos données hiérarchisées. Les données sont initialement classées dans la classe Hot, mais vous pouvez créer une règle pour appliquer la classe Cool aux données après un certain nombre de jours.
  
  Sélectionnez le niveau d'accès vers lequel vous souhaitez faire migrer les données hiérarchisées et le nombre de jours avant que les données ne soient affectées à ce niveau, puis sélectionnez Continuer. Par exemple, la capture d'écran ci-dessous montre que les données hiérarchisées sont affectées à la classe Cool à partir de la classe Hot 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. "Consultez les niveaux d'accès pris en charge".
  
  Notez que la règle de cycle de vie s'applique à tous les conteneurs d'objets blob du compte de stockage sélectionné.
4. Réseau de cluster : Sélectionnez l’espace IP ONTAP doit utiliser pour se connecter au stockage d’objets, puis sélectionnez Continuer.
  
  Le choix de l'espace IP approprié garantit que Cloud Tiering peut établir une connexion entre ONTAP et le stockage d'objets de votre fournisseur de cloud.
Vous pouvez également définir la bande passante réseau disponible pour le transfert des données inactives vers le stockage d'objets en définissant le « débit de transfert maximal ». Sélectionnez le bouton radio Limité et entrez la bande passante maximale pouvant être utilisée, ou sélectionnez Illimité pour indiquer qu'il n'y a pas de limite.
Sur la page Tier Volumes, sélectionnez les volumes pour lesquels vous souhaitez configurer la hiérarchisation et lancez la page Tiering Policy :
- Pour sélectionner tous les volumes, cochez la case dans la ligne du titre ( ) et sélectionnez Configurer les volumes.
- Pour sélectionner plusieurs volumes, cochez la case correspondant à chaque volume ( ) et sélectionnez Configurer les volumes.
- Pour sélectionner un seul volume, sélectionnez la ligne (ou icône) pour le volume.
Dans la boîte de dialogue Stratégie de hiérarchisation, sélectionnez une stratégie de hiérarchisation, ajustez éventuellement les jours de refroidissement pour les volumes sélectionnés, puis sélectionnez Appliquer.

"Apprenez-en davantage sur les politiques de tarification par paliers et les jours de refroidissement.".

Résultat

Vous avez configuré avec succès la hiérarchisation des données à partir des volumes du cluster vers le stockage d'objets Blob Azure.

Quelle est la prochaine étape ?

"Assurez-vous de vous abonner au service Cloud Tiering".

Vous pouvez consulter les informations relatives aux données actives et inactives du cluster. "Apprenez-en davantage sur la gestion de vos paramètres de hiérarchisation".

Vous pouvez également créer un stockage d'objets supplémentaire dans les cas où vous souhaiteriez hiérarchiser les données de certains agrégats d'un cluster vers différents stockages d'objets. Ou si vous prévoyez d'utiliser FabricPool Mirroring, où vos données hiérarchisées sont répliquées sur un stockage d'objets supplémentaire. "Apprenez-en davantage sur la gestion des magasins d'objets".