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.

Découvrez le Tiering BlueXP

Contributeurs
PDF

Le service de Tiering BlueXP étend votre data Center au cloud en transférant automatiquement les données inactives des clusters ONTAP sur site vers le stockage objet. Cela permet de libérer de l'espace sur le cluster pour plus de charges de travail, sans apporter de modifications au niveau de la couche applicative. Le Tiering BlueXP permet de réduire les coûts de votre data Center et de passer d'un modèle CapEx à un modèle OpEx.

Le service de Tiering BlueXP exploite les fonctionnalités de FabricPool. FabricPool est une technologie Data Fabric qui permet le Tiering automatisé des données vers un stockage objet à faible coût. Les données actives restent actives sur le Tier local (agrégats ONTAP sur site), tandis que les données inactives sont déplacées vers le Tier cloud, tout en préservant les fonctionnalités d'efficacité des données ONTAP.

À l'origine pris en charge sur les systèmes AFF ONTAP, FAS et ONTAP Select avec des agrégats 100 % SSD, vous 9.8 pouvez déplacer les données à partir d'agrégats composés de disques durs, sans oublier les disques SSD haute performance. Voir "Considérations et conditions requises pour utiliser FabricPool" pour plus d'informations.

Le Tiering BlueXP peut être configuré pour les clusters à un seul nœud, les clusters HA, les clusters dans des configurations Tiering Mirror et les configurations MetroCluster à l'aide de FabricPool Mirror. Les licences de Tiering BlueXP sont partagées entre tous vos clusters.

"Utilisez le calculateur de TCO du Tiering BlueXP pour connaître les économies que vous pouvez réaliser".

Caractéristiques

Le Tiering BlueXP assure l'automatisation, la surveillance, les rapports et une interface de gestion commune :

  • Grâce à l'automatisation, vous pouvez plus facilement configurer et gérer le Tiering des données depuis les clusters ONTAP sur site vers le cloud

  • Vous pouvez choisir la classe de stockage/le Tier d'accès par défaut du fournisseur cloud ou utiliser la gestion du cycle de vie pour attribuer un Tier plus économique aux données hiérarchisées plus anciennes

  • Vous pouvez créer des connexions vers d'autres magasins d'objets qui peuvent être utilisés pour d'autres agrégats du cluster

  • L'interface utilisateur permet de faire glisser des magasins d'objets vers un agrégat pour le Tiering et la mise en miroir FabricPool

  • Avec une fenêtre unique, vous n'avez plus besoin de gérer FabricPool de façon indépendante sur plusieurs clusters

  • Des rapports indiquent la quantité de données actives et inactives sur chaque cluster

  • L'état de l'état de santé par niveaux vous aide à identifier et à corriger les problèmes au fur et à mesure qu'ils se produisent

  • Si vous disposez de systèmes Cloud Volumes ONTAP, vous les trouverez sur la page clusters afin d'obtenir une vue complète du Tiering des données dans votre infrastructure de cloud hybride

Pour en savoir plus sur la valeur du Tiering BlueXP, "Consultez la page sur le Tiering BlueXP sur le site web de BlueXP".

Astuce Les systèmes Cloud Volumes ONTAP sont en lecture seule à partir du Tiering BlueXP. "Vous avez configuré le Tiering des systèmes Cloud Volumes ONTAP à partir de l'environnement de travail dans BlueXP".

Fournisseurs de stockage objet pris en charge

Vous pouvez effectuer le Tiering des données inactives à partir d'un système ONTAP sur site vers plusieurs fournisseurs de stockage objet :

  • Amazon S3

  • Microsoft Azure Blob

  • Google Cloud Storage

  • NetApp StorageGRID

  • Stockage objet compatible S3 (par exemple, MiniO)

Les licences de Tiering BlueXP peuvent également être partagées avec vos clusters qui hiérarchise les données vers IBM Cloud Object Storage. La configuration FabricPool doit être définie au moyen de System Manager ou de l'interface de ligne de commandes ONTAP, mais "L'acquisition de licences pour ce type de configuration est effectuée à l'aide du Tiering BlueXP."

Remarque Vous pouvez transférer les données depuis des volumes NAS vers un cloud public ou vers des clouds privés, tels que StorageGRID. Lorsque le Tiering des données accessibles par les protocoles SAN, NetApp recommande l'utilisation de clouds privés en raison des problèmes de connectivité.

Tiers de stockage objet

Les clusters ONTAP peuvent déplacer les données inactives vers un seul magasin d'objets ou vers plusieurs magasins d'objets. Une fois le Tiering des données configuré, vous avez la possibilité d'ajouter un nouveau compartiment/conteneur, ou de sélectionner un compartiment/conteneur existant avec une classe de stockage ou un niveau d'accès.

Le Tiering BlueXP utilise le Tier de stockage/d'accès par défaut du fournisseur cloud pour vos données inactives. Toutefois, vous pouvez appliquer une règle de cycle de vie afin que les données passent automatiquement de la classe de stockage par défaut à une autre classe de stockage après un certain nombre de jours. Cela permet de réduire vos coûts en déplaçant les données très inactives vers un stockage moins onéreux.

Remarque Vous ne pouvez pas sélectionner de règles de cycle de vie pour les données placées dans un Tier de stockage vers StorageGRID ou compatible S3.

Prix et licences

Payez le Tiering BlueXP avec un abonnement basé sur l'utilisation, un abonnement annuel, une licence de Tiering BlueXP « Bring Your Own » ou une combinaison de ces solutions. Si vous ne disposez pas de licence, vous pouvez bénéficier d'un essai gratuit de 30 jours pour votre premier cluster.

Le Tiering des données vers StorageGRID n'est pas payant. Une licence BYOL ou un enregistrement PAYGO ne sont pas nécessaires.

"Voir les détails des tarifs".

Puisque le Tiering BlueXP préserve les fonctionnalités d'efficacité du stockage du volume source, vous payez les coûts de stockage objet du fournisseur cloud pour les données hiérarchisées après les fonctionnalités d'efficacité du ONTAP (pour la quantité de données réduite après la déduplication et la compression).

essai gratuit de 30 jours

Si vous ne disposez pas d'une licence de Tiering BlueXP, un essai gratuit de 30 jours du Tiering BlueXP commence lorsque vous configurez le Tiering sur votre premier cluster. Après la fin de la période d'essai gratuite de 30 jours, vous devrez payer le Tiering BlueXP via un abonnement avec paiement à l'utilisation, un abonnement annuel, une licence BYOL ou une combinaison des deux.

Si votre essai gratuit prend fin et que vous n'avez pas souscrit ou ajouté de licence, ONTAP ne transfère plus les données inactives vers le stockage objet. Toutes les données précédemment hiérarchisées restent accessibles. Vous pouvez donc les récupérer et les utiliser. Lorsqu'elles sont récupérées, elles sont replacées dans le Tier de performance du cloud.

Abonnement avec paiement à l'utilisation

Le Tiering BlueXP offre des licences basées sur la consommation dans un modèle de paiement à l'utilisation. Après vous être abonné sur le marché de votre fournisseur cloud, vous payez par Go pour les données hiérarchisées - pas de paiement initial. Votre fournisseur cloud vous facturé mensuellement.

Vous devez vous abonner même si vous disposez d'une période d'essai gratuite ou si vous apportez votre propre licence (BYOL) :

  • L'abonnement garantit l'absence de perturbation du service après la fin de votre essai gratuit.

    À la fin de l'essai, vous serez facturé toutes les heures en fonction du volume de données que vous procédez au Tiering.

  • Si vous procédez au Tiering des données plus élevé que ce qui est autorisé par votre licence BYOL, le Tiering des données se poursuit avec votre abonnement au paiement basé sur l'utilisation.

    Par exemple, si vous disposez d'une licence de 10 To, toute la capacité au-delà de 10 To est facturée par l'abonnement au paiement basé sur l'utilisation.

Vous ne serez pas facturé à l'utilisation de votre abonnement au cours de l'essai gratuit ou si vous n'avez pas dépassé votre licence de Tiering BlueXP BYOL.

"Découvrez comment configurer un abonnement avec paiement à l'utilisation".

Contrat annuel

Le Tiering BlueXP propose un contrat annuel lors du Tiering des données inactives vers Amazon S3 ou Azure. Elle est disponible en 1, 2 ou 3 ans.

Les contrats annuels ne sont pas pris en charge pour le Tiering vers Google Cloud.

Bring your own license (BYOL)

Bring your own license (BYOL) en achetant une licence BlueXP Tiering auprès de NetApp (anciennement appelée licence Cloud Tiering). Vous pouvez acheter des licences d'une durée de 1, 2 ou 3 ans et spécifier la quantité de capacité de Tiering (à partir de 10 Tio minimum). La licence de Tiering BYOL BlueXP est une licence flottante que vous pouvez utiliser sur plusieurs clusters ONTAP sur site. La capacité de Tiering totale que vous définissez dans votre licence de Tiering BlueXP peut être utilisée par tous vos clusters sur site.

Après avoir acheté une licence de Tiering BlueXP, vous devez utiliser le portefeuille digital BlueXP de BlueXP pour ajouter la licence. "Découvrez comment utiliser une licence de Tiering BlueXP BYOL".

Comme indiqué ci-dessus, nous vous recommandons de configurer un abonnement avec paiement à l'utilisation, même si vous avez acheté une licence BYOL.

Remarque À partir d'août 2021, l'ancienne licence FabricPool a été remplacée par la licence Cloud Tiering. "En savoir plus sur la différence entre la licence de Tiering BlueXP et la licence FabricPool".

Fonctionnement du Tiering BlueXP

Le Tiering BlueXP est un service géré par NetApp qui utilise la technologie FabricPool pour hiérarchiser automatiquement les données inactives de vos clusters ONTAP sur site vers un stockage objet de votre cloud public ou privé. Les connexions à ONTAP sont réalisées à partir d'un connecteur.

L'image suivante montre la relation entre chaque composant :

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 dans le cluster ONTAP, tandis que les données inactives résident dans le stockage objet.

À un niveau élevé, le Tiering BlueXP fonctionne comme suit :

  1. Vous découvrez votre cluster sur site de BlueXP.

  2. Configurez le Tiering en fournissant des informations détaillées sur le stockage objet, notamment le compartiment/conteneur, un Tier de stockage ou un Tier d'accès, ainsi que les règles de cycle de vie des données hiérarchisées.

  3. BlueXP configure ONTAP pour utiliser le fournisseur de stockage objet et détecte la quantité de données actives et inactives sur le cluster.

  4. Vous choisissez les volumes à Tier et la règle de Tiering à appliquer à ces volumes.

  5. ONTAP commence le Tiering des données inactives dans le magasin d'objets dès que les données ont atteint les seuils à considérer comme inactives (voir la Stratégies de hiérarchisation des volumes).

  6. Si vous avez appliqué une règle de cycle de vie aux données hiérarchisées (uniquement disponible pour certains fournisseurs), les données plus anciennes sur plusieurs niveaux sont attribuées à un niveau plus économique après un certain nombre de jours.

Stratégies de hiérarchisation des volumes

Lorsque vous sélectionnez les volumes à placer, vous choisissez une stratégie de Tiering des volumes à appliquer à chaque volume. Une règle de Tiering détermine quand ou si les blocs de données utilisateur d'un volume sont déplacés vers le cloud.

Vous pouvez également régler la période de refroidissement. C'est le nombre de jours pendant lesquels les données utilisateur d'un volume doivent rester inactives avant qu'elles ne soient considérées comme « inactives » et déplacées vers le stockage objet. Pour les règles de Tiering qui vous permettent d'ajuster la période de refroidissement, les valeurs valides sont de 2 à 183 jours avec ONTAP 9.8 et versions ultérieures, et de 2 à 63 jours avec des versions ONTAP antérieures ; la meilleure pratique est recommandée : 2 à 63.

Aucune règle (aucune)

Conserve les données sur un volume situé dans le Tier de performance, ce qui les empêche d'être déplacées vers le Tier cloud.

Snapshots inactives (Snapshot uniquement)

ONTAP transfère les blocs Snapshot inactives dans le volume qui ne sont pas partagés avec le système de fichiers actif vers le stockage objet. Si les blocs de données inactives du Tier cloud sont lus et déplacés vers le Tier de performance.

Les données ne sont hiérarchisées qu'après avoir atteint leur capacité de 50 % et quand elles ont atteint la période de refroidissement. Le nombre de jours de refroidissement par défaut est 2, mais vous pouvez régler ce nombre.

Remarque Les données réchauffées sont écrites sur le niveau de performance uniquement si l'espace est suffisant. Si la capacité du Tier de performance est saturée à plus de 70 %, les blocs restent accessibles à partir du Tier cloud.
Données utilisateur inactives et snapshots (auto)

ONTAP transfère tous les blocs inactives du volume (sans inclure les métadonnées) vers le stockage objet. Les données inactives incluent non seulement des copies Snapshot, mais aussi les données utilisateur inactives du système de fichiers actif.

Pour une lecture aléatoire, les blocs de données inactives du Tier cloud sont fortement sollicités et sont déplacés vers le Tier de performance. Lorsqu'ils sont lus par des lectures séquentielles, telles que celles associées aux analyses d'index et antivirus, les blocs de données inactives sur le Tier cloud restent inactifs et ne sont pas écrits sur le Tier de performance. Cette règle est disponible à partir de ONTAP 9.4.

Les données ne sont hiérarchisées qu'après avoir atteint leur capacité de 50 % et quand elles ont atteint la période de refroidissement. Le nombre de jours de refroidissement par défaut est 31, mais vous pouvez régler ce nombre.

Remarque Les données réchauffées sont écrites sur le niveau de performance uniquement si l'espace est suffisant. Si la capacité du Tier de performance est saturée à plus de 70 %, les blocs restent accessibles à partir du Tier cloud.
Toutes les données utilisateur (toutes)

Toutes les données (sans les métadonnées) sont immédiatement marquées comme inactives et hiérarchisées vers le stockage objet dès que possible. Il n'est pas nécessaire d'attendre 48 heures que les nouveaux blocs d'un volume soient inactifs. Notez que les blocs situés dans le volume avant la définition de toutes les règles exigent 48 heures pour être froids.

Si les blocs de données inactives du Tier cloud sont lus, ceux-ci restent inactives et ne sont pas réécrits sur le Tier de performance. Cette règle est disponible à partir de ONTAP 9.6.

Prenez en compte les éléments suivants avant de choisir cette règle de Tiering :

  • Le Tiering des données réduit immédiatement l'efficacité du stockage (à la volée uniquement).

  • Vous devez appliquer cette règle uniquement si vous êtes sûr que les données inactives du volume ne seront pas modifiées.

  • En l'absence de transaction, le stockage objet peut se traduire par une fragmentation importante en cas de modification.

  • Tenez compte de l'impact des transferts SnapMirror avant d'attribuer l'ensemble de la règle de Tiering aux volumes source dans les relations de protection des données.

    Dans la mesure où les données sont placées immédiatement sur le Tier de performance, SnapMirror les lit plutôt que sur le Tier de performance. Ceci ralentit les opérations SnapMirror, et peut-être ralentir les autres opérations SnapMirror plus tard dans la file d'attente, même si elles utilisent différentes règles de hiérarchisation.

  • Les volumes définis avec une règle de Tiering affectent de la même manière la sauvegarde et la restauration BlueXP. "Consultez les considérations relatives aux règles de Tiering avec la sauvegarde et la restauration BlueXP".

Toutes les données utilisateur DP (sauvegarde)

Toutes les données d'un volume de protection des données (hors métadonnées) sont immédiatement transférées vers le Tier cloud. Si les blocs de données inactives du Tier cloud sont lus, ceux-ci restent inactives et ne sont pas réécrits sur le Tier de performance (à partir de ONTAP 9.4).

Remarque Cette règle est disponible pour ONTAP 9.5 ou version antérieure. Il a été remplacé par la stratégie de hiérarchisation All à partir de ONTAP 9.6.