Le Cloud Tiering répond aux défis liés à la croissance rapide des données, en vous offrant des avantages tels que :

En résumé, toutes les données considérées comme inactives sur les systèmes de stockage primaires et secondaires constituent une cible idéale pour être transférées vers le cloud. Sur les systèmes principaux, ces données peuvent inclure des instantanés, des enregistrements historiques et des projets terminés. Sur les systèmes secondaires, cela inclut tous les volumes contenant des copies des données primaires réalisées à des fins de reprise après sinistre et de sauvegarde.

Oui, vous pouvez hiérarchiser les données des volumes NAS vers le cloud public ou vers des clouds privés, comme StorageGRID. Lors de la hiérarchisation des données accessibles via les protocoles SAN, NetApp recommande l'utilisation de clouds privés, car les protocoles SAN sont plus sensibles aux problèmes de connectivité que les NAS.

La définition de ce que l'on peut également appeler données froides est la suivante : « blocs de volume (métadonnées exclues) qui n'ont pas été consultés depuis un certain temps ». La « durée » est déterminée par un attribut de politique de hiérarchisation appelé « jours de refroidissement ».

Oui, les gains d'efficacité du stockage au niveau volume ONTAP , tels que la compression, la déduplication et le compactage, sont préservés lors du déplacement des données vers le cloud.

FabricPool est la technologie de hiérarchisation ONTAP qui peut être gérée automatiquement via l'interface de ligne de commande ONTAP et System Manager, ou gérée en tant que service via Cloud Tiering. Cloud Tiering transforme FabricPool en un service géré doté de processus d'automatisation avancés, à la fois sur ONTAP et dans le cloud, offrant une meilleure visibilité et un meilleur contrôle sur la hiérarchisation dans les déploiements hybrides et multicloud.

Non. Étant donné que les métadonnées du volume ne sont jamais séparées du niveau de performance, les données stockées dans le stockage objet ne sont pas accessibles directement.

Cependant, la hiérarchisation du cloud peut être utilisée pour réaliser une sauvegarde et une reprise après sinistre rentables en l'activant sur les systèmes secondaires et les volumes de destination SnapMirror (volumes DP), afin de hiérarchiser toutes les données (métadonnées exclues), réduisant ainsi l'empreinte de votre centre de données et le coût total de possession.

La hiérarchisation du cloud est activée au niveau du volume en associant une stratégie de hiérarchisation à chaque volume. L'identification des données froides s'effectue au niveau des blocs.

La politique de hiérarchisation associée au volume est le mécanisme qui contrôle quels blocs sont hiérarchisés et à quel moment. La politique définit le type de blocs de données (instantanés, données utilisateur ou les deux) et la période de refroidissement. Voir"Politiques de hiérarchisation des volumes" pour plus de détails.

Le Cloud Tiering n'a aucun effet sur la capacité du volume, mais plutôt sur l'utilisation du niveau de performance agrégé.

Oui, la hiérarchisation du cloud active la génération de rapports de données inactives (IDR) sur chaque agrégat. Ce paramètre nous permet d'identifier la quantité de données inactives pouvant être transférées vers un stockage objet à faible coût.

L'affichage des informations sur l'IDR commence une fois la période de refroidissement configurée écoulée. Avec ONTAP 9.7 et les versions antérieures, IDR disposait d'une période de refroidissement non réglable de 31 jours. À partir d' ONTAP 9.8, la période de refroidissement IDR peut être configurée jusqu'à 183 jours.

Lors du transfert de données froides vers le cloud public :

"Voir les détails des prix".

Le transfert de données froides vers un système NetApp StorageGRID (cloud privé) est gratuit.

Oui. Le Cloud Tiering vous permet d'utiliser une licence BYOL, un abonnement PAYGO ou une combinaison des deux.

Si vous atteignez la limite de capacité BYOL ou si votre licence BYOL expire, la hiérarchisation des nouvelles données froides s'arrête. Toutes les données précédemment hiérarchisées restent accessibles ; ce qui signifie que vous pouvez récupérer et utiliser ces données. Une fois récupérées, ces données sont transférées du cloud vers le niveau de performance.

Toutefois, si vous disposez d'un abonnement PAYGO au service BlueXP - Déploiement et gestion des services de données cloud, les nouvelles données froides continueront d'être stockées dans des objets et vous paierez ces frais à l'utilisation.

Non, ce n'est pas le cas.

Oui. Toutes les lectures depuis le cloud public sont soumises à des frais de sortie.

Le meilleur moyen d'estimer le coût de l'hébergement de vos données chez un fournisseur de services cloud est d'utiliser ses calculateurs : "AWS" , "Azuré" et "Google Cloud" .

Oui. Vérifier "Tarification d'Amazon S3" , "Tarification des blocs" , et "Tarification du stockage cloud" pour les frais supplémentaires occasionnés par la lecture/récupération des données.

Pour obtenir une estimation, ajoutez votre cluster ONTAP à la NetApp Console et examinez-le via la page Cloud Tiering Clusters. Sélectionnez Calculer les économies potentielles liées à la hiérarchisation pour que le cluster lance le "Calculateur de coût total de possession (TCO) pour la hiérarchisation du cloud" pour voir combien d'argent vous pouvez économiser.

Lorsqu'elle est utilisée dans des environnements MetroCluster , la licence de hiérarchisation totale s'applique à l'utilisation des deux clusters. Par exemple, si vous disposez d'une licence pour 100 Tio de hiérarchisation, la capacité de hiérarchisation utilisée par chaque cluster contribue à la capacité totale de 100 Tio.

Cloud Tiering prend en charge la version ONTAP 9.2 et supérieures.

La hiérarchisation du cloud est prise en charge avec les clusters AFF, FAS et ONTAP Select à nœud unique et à haute disponibilité. Les clusters dans les configurations FabricPool Mirror et MetroCluster sont également pris en charge.

Oui, à partir d' ONTAP 9.8, vous pouvez hiérarchiser les données provenant de volumes hébergés sur des agrégats de disques durs.

Oui. La hiérarchisation du cloud peut être configurée pour hiérarchiser les volumes hébergés sur n'importe quel agrégat. La configuration de hiérarchisation des données est indépendante du type de contrôleur utilisé et du caractère hétérogène ou non du cluster.

Si vous disposez de systèmes Cloud Volumes ONTAP , vous les trouverez sur la page Clusters de hiérarchisation cloud, ce qui vous permettra d'avoir une vue complète de la hiérarchisation des données dans votre infrastructure cloud hybride. Cependant, les systèmes Cloud Volumes ONTAP sont en lecture seule depuis Cloud Tiering. Il est impossible de configurer la hiérarchisation des données sur Cloud Volumes ONTAP depuis Cloud Tiering. "Vous configurez la hiérarchisation des systèmes Cloud Volumes ONTAP depuis le système ONTAP dans la NetApp Console." .

Cela dépend de la façon dont vous hiérarchisez les données froides. Pour plus de détails, veuillez consulter les liens suivants :

Cloud Tiering prend en charge les fournisseurs de stockage d'objets suivants :

Oui, tu peux. Lors de la configuration de la hiérarchisation des données, vous avez la possibilité d'ajouter un nouveau compartiment/conteneur ou de sélectionner un compartiment/conteneur existant.

Cloud Tiering prend en charge la hiérarchisation des données vers les classes de stockage Standard, Standard-Infrequent Access, One Zone-Infrequent Access, Intelligent Tiering et Glacier Instant Retrieval. Voir"Classes de stockage S3 prises en charge" pour plus de détails.

La principale raison pour laquelle Amazon S3 Glacier Flexible et S3 Glacier Deep Archive ne sont pas pris en charge est que Cloud Tiering est conçu comme une solution de hiérarchisation haute performance, les données doivent donc être disponibles en permanence et rapidement accessibles pour récupération. Avec S3 Glacier Flexible et S3 Glacier Deep Archive, la récupération des données peut durer de quelques minutes à 48 heures.

Oui, la configuration du stockage d'objets compatible S3 via l'interface utilisateur de hiérarchisation est prise en charge pour les clusters utilisant ONTAP 9.8 et versions ultérieures. "Voir les détails ici".

Cloud Tiering prend en charge la hiérarchisation des données vers les niveaux d'accès chaud ou froid pour vos données inactives. Voir"Niveaux d'accès Azure Blob pris en charge" pour plus de détails.

Cloud Tiering prend en charge la hiérarchisation des données vers les classes de stockage Standard, Nearline, Coldline et Archive. Voir"Classes de stockage Google Cloud prises en charge" pour plus de détails.

Oui. Vous pouvez activer la gestion du cycle de vie afin que Cloud Tiering fasse passer les données de la classe de stockage/niveau d'accès par défaut vers un niveau plus économique après un certain nombre de jours. La règle de cycle de vie est appliquée à tous les objets du compartiment sélectionné pour Amazon S3 et Google Cloud Storage, et à tous les conteneurs du compte de stockage sélectionné pour Azure Blob.

Dans une configuration typique, il existe un seul magasin d'objets pour l'ensemble du cluster. À partir d'août 2022, vous pourrez utiliser la page Configuration avancée pour ajouter des magasins d'objets supplémentaires à un cluster, puis attacher différents magasins d'objets à différents agrégats, ou attacher 2 magasins d'objets à un agrégat pour la mise en miroir.

Il est possible d'associer jusqu'à deux compartiments par agrégat à des fins de mise en miroir, les données froides étant réparties de manière synchrone entre les deux compartiments. Les seaux peuvent provenir de différents fournisseurs et de différents endroits. À partir d'août 2022, vous pourrez utiliser la page Configuration avancée pour connecter deux magasins d'objets à un seul agrégat.

Oui. La meilleure pratique générale consiste à fixer un seul godet à plusieurs agrégats. Cependant, lors de l'utilisation du cloud public, il existe une limitation maximale d'IOPS pour les services de stockage d'objets ; il convient donc d'envisager l'utilisation de plusieurs compartiments.

Lors de la migration d'un volume d'un cluster à un autre, toutes les données froides sont lues depuis le niveau cloud. L'emplacement d'écriture sur le cluster de destination dépend de l'activation ou non de la hiérarchisation et du type de stratégie de hiérarchisation utilisée sur les volumes source et de destination.

Si l'agrégat de destination ne possède pas de couche cloud associée, les données sont lues à partir de la couche cloud de l'agrégat source et écrites intégralement sur la couche locale de l'agrégat de destination. Si l'agrégat de destination possède un niveau cloud attaché, les données sont lues à partir du niveau cloud de l'agrégat source et écrites d'abord sur le niveau local de l'agrégat de destination, afin de faciliter une bascule rapide. Ensuite, en fonction de la politique de hiérarchisation utilisée, il est écrit sur le niveau cloud.

À partir d' ONTAP 9.6, si l'agrégat de destination utilise le même niveau cloud que l'agrégat source, les données froides ne sont pas déplacées vers le niveau local.

L'écriture différée est généralement effectuée sur les lectures et dépend du type de politique de hiérarchisation. Avant ONTAP 9.8, l'écriture de l'intégralité du volume pouvait être effectuée avec une opération de déplacement de volume. À partir d' ONTAP 9.8, l'interface utilisateur de hiérarchisation propose des options pour Rétablir toutes les données ou Rétablir le système de fichiers actif. "Découvrez comment transférer les données vers le niveau de performance".

Non. Lors de la procédure de « remplacement de groupe électrogène », la seule chose qui change est la propriété du groupe. Dans ce cas, il sera remplacé par le nouveau contrôleur sans aucun transfert de données.

Non. Les objets construits et hiérarchisés vers le cloud ne contiennent pas un seul fichier, mais jusqu'à 1 024 blocs de 4 Ko provenant de plusieurs fichiers. Les métadonnées d'un volume restent toujours sur le niveau local.

L'agent de console est un logiciel exécuté sur une instance de calcul au sein de votre compte cloud ou sur site, qui permet à la NetApp Console de gérer en toute sécurité les ressources cloud. Pour utiliser le service Cloud Tiering, vous devez déployer un agent.

Oui. Le logiciel agent peut être téléchargé et installé manuellement sur un hôte Linux de votre réseau. "Découvrez comment installer l'agent dans vos locaux." .

Oui. Vous devez posséder un compte avant de pouvoir définir le stockage d'objets que vous souhaitez utiliser. Un compte auprès d'un fournisseur de stockage cloud est également requis lors de la configuration de l'agent dans le cloud sur un VPC ou un VNet.

En cas de défaillance d'un agent, seule la visibilité sur les environnements hiérarchisés est affectée. Toutes les données sont accessibles et les nouvelles données froides identifiées sont automatiquement transférées vers un stockage objet.

Il existe quatre politiques de hiérarchisation :

"Apprenez-en davantage sur les politiques de hiérarchisation".

Étant donné que la hiérarchisation des données s'effectue au niveau des blocs, un bloc de données est considéré comme froid après qu'il n'ait pas été consulté pendant une certaine période, définie par l'attribut minimum-cooling-days de la politique de hiérarchisation. La plage applicable est de 2 à 63 jours avec ONTAP 9.7 et versions antérieures, ou de 2 à 183 jours à partir d' ONTAP 9.8.

La période de refroidissement par défaut pour la politique Cold Snapshot est de 2 jours, tandis que la période de refroidissement par défaut pour Cold User Data et les instantanés est de 31 jours. Le paramètre « jours de refroidissement » n’est pas applicable à la politique de hiérarchisation « Tous les niveaux ».

Lors d'une sauvegarde complète, toutes les données froides sont lues. La récupération des données dépend de la politique de hiérarchisation utilisée. Lorsque les stratégies « Toutes les données utilisateur » et « Données utilisateur froides » sont utilisées, les données froides ne sont pas réécrites dans le niveau de performance. Lors de l'utilisation de la politique des instantanés à froid, seuls les blocs à froid d'un ancien instantané utilisé pour la sauvegarde seront récupérés.

Non. Toutefois, vous pouvez choisir les volumes éligibles à la hiérarchisation, le type de données à hiérarchiser et leur période de refroidissement. Cela se fait en associant une politique de hiérarchisation à ce volume.

Non. Les volumes de protection des données (DP) peuvent être associés à l'une des trois politiques disponibles. Le type de politique utilisé sur les volumes source et de destination (DP) détermine l'emplacement d'écriture des données.

Aucune réhydratation n'a lieu lors de la réinitialisation d'une politique de hiérarchisation, mais cela empêchera le déplacement de nouveaux blocs froids vers le niveau cloud.

Oui. Le comportement après le changement dépend de la nouvelle politique associée.

N’associez pas de politique de hiérarchisation au volume contenant ces données.

Les métadonnées d'un volume sont toujours stockées localement, sur le niveau de performance ; elles ne sont jamais transférées vers le cloud.

Pour plus de détails, voir :

Outre la hiérarchisation du cloud, "Active IQ Unified Manager" et "conseiller numérique" peut être utilisé pour la surveillance et le reporting.

En cas de panne de réseau, le niveau de performance local reste en ligne et les données fréquemment utilisées restent accessibles. Cependant, les blocs déjà déplacés vers le cloud seront inaccessibles et les applications recevront un message d'erreur lorsqu'elles tenteront d'accéder à ces données. Une fois la connectivité rétablie, toutes les données seront accessibles sans problème.

La latence de lecture de la technologie de hiérarchisation FabricPool sous-jacente dépend de la connectivité au niveau cloud. Bien que la hiérarchisation fonctionne sur n'importe quelle bande passante, il est recommandé de placer les LIF inter-clusters sur des ports de 10 Gbit/s pour garantir des performances adéquates. L'agent ne présente aucune recommandation ni limitation de bande passante.

De plus, vous pouvez limiter la quantité de bande passante réseau utilisée lors du transfert de données inactives du volume vers le stockage objet. Le paramètre Débit de transfert maximal est disponible lors de la configuration de votre cluster pour la hiérarchisation, puis à partir de la page Clusters.

Oui. Les niveaux de cloud ne peuvent pas offrir la même latence que le niveau local, car la latence dépend de la connectivité. Pour estimer la latence et le débit d'un stockage d'objets, Cloud Tiering fournit un test de performance Cloud (basé sur le profileur de stockage d'objets ONTAP ) qui peut être utilisé après la connexion du stockage d'objets et avant la mise en place de la hiérarchisation.

Le chiffrement AES-256-GCM est maintenu à la fois sur les niveaux de performance et de cloud. Le chiffrement TLS 1.2 est utilisé pour chiffrer les données transitant sur le réseau lors de leur déplacement entre les différents niveaux, et pour chiffrer la communication entre l'agent et le cluster ONTAP ainsi que le magasin d'objets.

Oui. Une interface LIF inter-cluster doit être configurée sur un port Ethernet, sur chaque nœud d'une paire HA hébergeant des volumes contenant des données que vous prévoyez de transférer vers le cloud. Pour plus d'informations, consultez la section « Configuration requise » du fournisseur de cloud auprès duquel vous prévoyez de hiérarchiser vos données.