Vue d'ensemble du hiérarchisation des données
Suggérer des modifications
PDF
Réduisez vos coûts de stockage en permettant le Tiering automatisé des données inactives vers un stockage objet à faible coût. Les données actives conservent les disques SSD ou HDD haute performance, tandis que les données inactives sont envoyées vers un stockage objet à faible coût. Vous pouvez ainsi récupérer de l'espace sur votre stockage principal et réduire le stockage secondaire.
La hiérarchisation des données est optimisée par la technologie FabricPool. Cloud Volumes ONTAP fournit le Tiering des données pour tous les clusters Cloud Volumes ONTAP sans licence supplémentaire. Lorsque vous activez le Tiering des données, les données transférées vers le stockage objet entraînent des frais. Pour plus d'informations sur les coûts du stockage objet, reportez-vous à la documentation de votre fournisseur cloud.
Tiering des données dans AWS
Lorsque vous activez le Tiering des données dans AWS, Cloud Volumes ONTAP utilise EBS comme Tier de performance pour les données actives et AWS S3 comme Tier de capacité pour les données inactives.
- Tier de performance
-
Le Tier de performance peut être des SSD polyvalents (gp3 ou gp2) ou des SSD IOPS provisionnés (io1).
Il n'est pas recommandé de faire le Tiering des données dans le stockage objet lors de l'utilisation de disques durs à débit optimisé (st1).
- Des disques SSD/HDD FAS
-
Un système Cloud Volumes ONTAP déplace les données inactives vers un seul compartiment S3.
BlueXP crée un compartiment S3 unique pour chaque environnement de travail et le nomme « fabric-pool-_cluster unique ». Un compartiment S3 différent n'est pas créé pour chaque volume.
Lorsque BlueXP crée le compartiment S3, il utilise les paramètres par défaut suivants :
-
Classe de stockage : standard
-
Chiffrement par défaut : désactivé
-
Bloquer l'accès public : bloquer tous les accès publics
-
Propriété d'objet : ACL activées
-
Gestion des versions de compartiment : désactivée
-
Verrouillage d'objet : désactivé
-
- Classes de stockage
-
La classe de stockage par défaut pour les données hiérarchisées dans AWS est Standard. La norme est idéale pour les données fréquemment consultées stockées dans plusieurs zones de disponibilité.
Si vous ne prévoyez pas d'accéder aux données inactives, vous pouvez réduire vos coûts de stockage en remplaçant la classe de stockage par l'une des catégories suivantes : Intelligent Tiering, One-zone Infrequent Access, Standard-Infrequent Access ou S3 Glacier Instant Retrieval. Lorsque vous modifiez la classe de stockage, les données inactives commencent dans la classe de stockage Standard et sont transitions vers la classe de stockage que vous avez sélectionnée, si les données ne sont pas accessibles après 30 jours.
Si vous accédez aux données, les coûts d'accès sont plus élevés, prenez-en compte avant de modifier la classe de stockage. "Documentation sur Amazon S3 : en savoir plus sur les classes de stockage Amazon S3".
Vous pouvez sélectionner une classe de stockage lors de la création de l'environnement de travail et la modifier ultérieurement. Pour obtenir des instructions sur la modification de la classe de stockage, reportez-vous "Tiering des données inactives vers un stockage objet à faible coût"à la .
La classe de stockage du Tiering des données est étendue au système - elle n'est pas par volume.
Tiering des données dans Azure
Lorsque vous activez le Tiering des données dans Azure, Cloud Volumes ONTAP utilise des disques gérés Azure comme un Tier de performance pour les données actives et le stockage Azure Blob comme un Tier de capacité pour les données inactives.
- Tier de performance
-
Le Tier de performance peut être soit des disques SSD, soit des disques durs.
- Des disques SSD/HDD FAS
-
Un système Cloud Volumes ONTAP transfère les données inactives vers un seul conteneur Blob.
BlueXP crée un nouveau compte de stockage avec un conteneur pour chaque environnement de travail Cloud Volumes ONTAP. Le nom du compte de stockage est aléatoire. Un container différent n'est pas créé pour chaque volume.
BlueXP crée le compte de stockage avec les paramètres suivants :
-
Tier d'accès : chaud
-
Performance : standard
-
Redondance : stockage redondant localement (LRS)
-
Compte : StorageV2 (usage général v2)
-
Transfert sécurisé requis pour les opérations d'API REST activées
-
Accès à la clé du compte de stockage : activé
-
Version TLS minimale : version 1.2
-
Chiffrement de l'infrastructure : désactivé
-
- Les niveaux d'accès au stockage
-
Le niveau d'accès au stockage par défaut pour les données hiérarchisées dans Azure est le hot Tier. Le Tier actif est idéal pour les données fréquemment utilisées dans le Tier de capacité.
Si vous ne prévoyez pas d'accéder aux données inactives du niveau de capacité, vous pouvez choisir le niveau de stockage cool où les données inactives sont conservées pendant au moins 30 jours. Vous pouvez également opter pour le niveau COLD, où les données inactives sont stockées pendant au moins 90 jours. En fonction de vos besoins en stockage et de vos considérations de coût, vous pouvez sélectionner le Tier le mieux adapté à vos besoins. Lorsque vous définissez le niveau de stockage sur cool ou COLD, les données de niveau de capacité inactives sont déplacées directement vers le Tier de stockage froid ou froid. Les tiers de données inactives et froides offrent des coûts de stockage plus faibles que le Tier actif, mais ils ont des coûts d'accès plus élevés. Il faut donc en tenir compte avant de modifier le Tier de stockage. Reportez-vous à la "Documentation Microsoft Azure : en savoir plus sur les tiers d'accès au stockage Azure Blob".
Vous pouvez sélectionner un niveau de stockage lorsque vous créez l'environnement de travail et le modifier ultérieurement. Pour plus d'informations sur la modification du niveau de stockage, reportez-vous "Tiering des données inactives vers un stockage objet à faible coût"à la section .
Le niveau d'accès au stockage pour le Tiering des données concerne l'ensemble du système - il ne s'agit pas de par volume.
Tiering des données dans Google Cloud
Lorsque vous activez le Tiering des données dans Google Cloud, Cloud Volumes ONTAP utilise des disques persistants comme Tier de performance pour les données actives et un compartiment Google Cloud Storage comme Tier de capacité pour les données inactives.
- Tier de performance
-
Le Tier de performance peut être soit des disques persistants SSD, soit des disques persistants équilibrés, soit des disques persistants standard.
- Des disques SSD/HDD FAS
-
Un système Cloud Volumes ONTAP transfère les données inactives vers un seul compartiment de stockage Google Cloud.
BlueXP crée un compartiment pour chaque environnement de travail et le nomme Fabric-pool-cluster unique identificateur. Un compartiment différent n'est pas créé pour chaque volume.
Lorsque BlueXP crée le compartiment, il utilise les paramètres par défaut suivants :
-
Type d'emplacement : région
-
Classe de stockage : standard
-
Accès public : sous réserve de listes de contrôle d'accès d'objet
-
Contrôle d'accès : grain fin
-
Protection : aucune
-
Chiffrement des données : clé gérée par Google
-
- Classes de stockage
-
La classe de stockage par défaut pour les données hiérarchisées est la classe Standard Storage. Si les données sont rarement utilisées, vous pouvez réduire vos coûts de stockage en utilisant Nearline Storage ou Coldline Storage. Lorsque vous modifiez la classe de stockage, les données inactives suivantes sont transférées directement vers la classe que vous avez sélectionnée.
Toutes les données inactives existantes conservent la classe de stockage par défaut lorsque vous modifiez la classe de stockage. Pour modifier la classe de stockage des données inactives existantes, vous devez effectuer la désignation manuellement. Les coûts d'accès sont plus élevés si vous accédez aux données. Prenez donc ces considérations avant de changer la classe de stockage. Pour en savoir plus, reportez-vous "Documentation Google Cloud : classes de stockage" à la section .
Vous pouvez sélectionner un niveau de stockage lorsque vous créez l'environnement de travail et le modifier ultérieurement. Pour plus d'informations sur la modification de la classe de stockage, reportez-vous "Tiering des données inactives vers un stockage objet à faible coût"à la section .
La classe de stockage du Tiering des données est étendue au système - elle n'est pas par volume.
Tiering des données et limites de capacité
Si vous activez le Tiering des données, la limite de capacité d'un système reste la même. La limite est répartie entre le niveau de performance et le niveau de capacité.
Stratégies de hiérarchisation des volumes
Pour activer la hiérarchisation des données, vous devez sélectionner une stratégie de hiérarchisation des volumes lorsque vous créez, modifiez ou répliquez un volume. Vous pouvez sélectionner une stratégie différente pour chaque volume.
Certaines stratégies de hiérarchisation ont une période de refroidissement minimale associée, qui définit le temps pendant lequel les données utilisateur d'un volume doivent rester inactives pour que les données soient considérées comme "froides" et déplacées vers le niveau de capacité. La période de refroidissement commence lorsque les données sont écrites sur l'agrégat.
|
Vous pouvez modifier la période de refroidissement minimale et le seuil global par défaut de 50 % (plus d'informations sur ce point ci-dessous). "Découvrez comment changer la période de refroidissement" et "découvrez comment modifier le seuil". |
BlueXP vous permet de choisir parmi les stratégies de hiérarchisation de volume suivantes lorsque vous créez ou modifiez un volume :
- Snapshot uniquement
-
Après avoir atteint une capacité de 50 %, Cloud Volumes ONTAP met à niveau les données utilisateur à froid des copies Snapshot qui ne sont pas associées au système de fichiers actif au niveau de la capacité. La période de refroidissement est d'environ 2 jours.
En cas de lecture, les blocs de données à froid sur le niveau de capacité deviennent chauds et sont déplacés vers le niveau de performance.
- Tout
-
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.
- Auto
-
Après avoir atteint une capacité de 50 %, Cloud Volumes ONTAP met à niveau des blocs de données à froid dans un volume vers un niveau de capacité. Les données à froid comprennent non seulement des copies Snapshot, mais aussi des données utilisateur à froid provenant du système de fichiers actif. La période de refroidissement est d'environ 31 jours.
Cette stratégie est prise en charge à partir de Cloud Volumes ONTAP 9.4.
En cas de lecture aléatoire, les blocs de données à froid du niveau de capacité deviennent chauds et passent au niveau de performance. Si elles sont lues par des lectures séquentielles, telles que celles associées aux analyses d'index et d'antivirus, les blocs de données à froid restent froids et ne passent pas au niveau de performance.
- Aucune
-
Conserve les données d'un volume dans le niveau de performance, ce qui empêche leur déplacement vers le niveau de capacité.
Lorsque vous répliquez un volume, vous pouvez choisir le Tiering des données dans le stockage objet. Dans ce cas, BlueXP applique la stratégie Backup au volume de protection des données. Depuis Cloud Volumes ONTAP 9.6, la règle de hiérarchisation All remplace la règle de sauvegarde.
La désactivation de Cloud Volumes ONTAP a des répercussions sur la période de refroidissement
Les blocs de données sont refroidis par des analyses de refroidissement. Durant ce processus, la température des blocs pendant lesquels leur température de bloc n'a pas été utilisée est déplacée (refroidie) vers la valeur inférieure suivante. La durée de refroidissement par défaut dépend de la règle de Tiering du volume :
-
Auto : 31 jours
-
Snapshot uniquement : 2 jours
Cloud Volumes ONTAP doit être en cours d'exécution pour que l'acquisition de refroidissement fonctionne. Si le Cloud Volumes ONTAP est désactivé, le refroidissement s'arrête également. Les temps de refroidissement peuvent ainsi être plus longs.
|
|
Lorsque Cloud Volumes ONTAP est désactivé, la température de chaque bloc est préservée jusqu'au redémarrage du système. Par exemple, si la température d'un bloc est 5 lorsque vous mettez le système hors tension, la température est toujours 5 lorsque vous rallumez le système. |
Configuration du tiering des données
Pour obtenir des instructions et une liste des configurations prises en charge, reportez-vous "Tiering des données inactives vers un stockage objet à faible coût"à la section .