Notes de mise à jour
Vue d'ensemble du hiérarchisation des données
Suggérer des modifications
PDF
Réduisez vos coûts de stockage grâce au Tiering automatisé des données inactives vers un stockage objet à faible coût. Les données actives restent dans des disques SSD ou des disques durs haute performance (niveau de performance), tandis que les données inactives sont hiérarchisées en stockage objet à faible coût (niveau de capacité). Vous pouvez ainsi récupérer de l'espace sur votre stockage principal et réduire le stockage secondaire.
Cloud Volumes ONTAP prend en charge la hiérarchisation des données dans AWS et dans Microsoft Azure. La hiérarchisation des données est optimisée par la technologie FabricPool.
|
Vous n'avez pas besoin d'installer une licence de fonctionnalité pour activer le tiering des données. |
Fonctionnement du 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 :
Niveau de performance dans AWS
Le niveau de performance peut être des disques SSD à usage général, des disques SSD IOPS provisionnés ou des disques durs optimisés pour le débit.
Niveau de capacité dans AWS
Par défaut, Cloud Volumes ONTAP transfère les données inactives vers la classe de stockage S3 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, réduisez vos coûts de stockage en modifiant le niveau de Tiering d'un système à l'une des conditions suivantes, après le déploiement de Cloud Volumes ONTAP :
- Hiérarchisation intelligente
-
Optimise les coûts du stockage en déplaçant les données entre deux niveaux au fur et à mesure de l'évolution des modèles d'accès aux données. L'un des niveaux est destiné aux accès fréquents et l'autre à des accès rares.
- Un seul accès à Zone-Infrequent
-
Pour les données rarement accessibles stockées dans une seule zone de disponibilité.
- Accès autonome et peu fréquent
-
Pour les données rarement accessibles stockées dans plusieurs zones de disponibilité.
Les coûts d'accès sont plus élevés si vous accédez aux données. Vous devez donc en tenir compte avant de modifier le niveau de hiérarchisation. Pour plus d'informations sur les classes de stockage S3, reportez-vous à "Documentation AWS".
Lorsque vous modifiez le niveau de Tiering, les données inactives commencent dans la classe de stockage Standard et sont déplacées vers la classe de stockage que vous avez sélectionnée, si les données ne sont pas accessibles après 30 jours. Pour plus d'informations sur la modification du niveau de hiérarchisation, voir "Tiering des données inactives vers un stockage objet à faible coût".
Le niveau de Tiering s'applique à l'ensemble du système --il ne s'agit pas d'un par volume.
|
|
Un environnement de travail Cloud Volumes ONTAP utilise un compartiment S3 pour toutes les données à plusieurs niveaux du système. Un autre compartiment S3 n'est pas utilisé pour chaque volume. Cela inclut un environnement de travail haute disponibilité. Cloud Manager crée un compartiment S3 et le nomme « fabric-pool-_cluster unique ». |
Fonctionnement du tiering des données dans Microsoft Azure
Lorsque vous activez le Tiering des données dans Azure, Cloud Volumes ONTAP utilise des disques gérés Azure comme Tier de performance pour les données actives et le stockage Azure Blob comme Tier de capacité pour les données inactives :
Niveau de performance à Azure
Le niveau de performance peut être soit Premium Storage (SSD), soit Standard Storage (HDD).
Niveau de capacité à Azure
Par défaut, Cloud Volumes ONTAP transfère les données inactives vers le niveau de stockage Azure hot, idéal pour les données fréquemment utilisées.
Si vous ne prévoyez pas d'accéder aux données inactives, vous pouvez réduire vos coûts de stockage en modifiant le niveau de Tiering d'un système vers le niveau de stockage Azure cool après le déploiement de Cloud Volumes ONTAP. Le niveau cool est idéal pour les données rarement accessibles qui résident dans le niveau pendant au moins 30 jours.
Les coûts d'accès sont plus élevés si vous accédez aux données. Vous devez donc en tenir compte avant de modifier le niveau de hiérarchisation. Pour plus d'informations sur les niveaux de stockage Azure Blob, consultez "Documentation Azure".
Lorsque vous modifiez le niveau de Tiering, les données inactives commencent dans le Tier de stockage à chaud et sont déplacées vers le Tier de stockage froid, si les données ne sont pas accessibles après 30 jours. Pour plus d'informations sur la modification du niveau de hiérarchisation, voir "Tiering des données inactives vers un stockage objet à faible coût".
Le niveau de Tiering s'applique à l'ensemble du système --il ne s'agit pas d'un par volume.
|
|
Un environnement de travail Cloud Volumes ONTAP utilise un conteneur Azure Blob pour toutes les données hiérarchisées du système. Un autre conteneur n'est pas utilisé pour chaque volume. Cloud Manager crée un nouveau compte de stockage avec un conteneur pour chaque système Cloud Volumes ONTAP. Le nom du compte de stockage est aléatoire. |
Comment le tiering des données affecte les 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é.
Cloud Volumes ONTAP prend en charge les stratégies de hiérarchisation suivantes :
- 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.
- 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.
- Sauvegarde
-
Lorsque vous répliquez un volume pour la reprise après incident ou la conservation à long terme, les données du volume de destination commencent dans le niveau de capacité. Si vous activez le volume de destination, les données passent progressivement au niveau de performance tel qu'il est lu.
- 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é.
Configuration du tiering des données
Pour obtenir des instructions et une liste des configurations prises en charge, reportez-vous à la section "Tiering des données inactives vers un stockage objet à faible coût".