Notes de mise à jour
Tiering des données inactives vers un stockage objet à faible coût
Suggérer des modifications
PDF
Vous pouvez réduire les coûts de stockage en combinant un Tier de performance SSD ou HDD pour les données actives avec un Tier de capacité de stockage objet pour les données inactives. Pour une vue d'ensemble de haut niveau, voir "Vue d'ensemble du hiérarchisation des données".
Pour configurer le tiering des données, il vous suffit d'effectuer les opérations suivantes :
Choisissez une configuration prise en charge
La plupart des configurations sont prises en charge. Si votre système Cloud Volumes ONTAP Standard, Premium ou BYOL exécute la version la plus récente, il est préférable de passer à la version précédente. "En savoir plus >>".
Assurez la connectivité entre le Cloud Volumes ONTAP et le stockage objet
-
Pour AWS, vous avez besoin d'un terminal VPC vers S3. En savoir plus >>.
-
Pour Azure, vous n'aurez rien à faire tant que Cloud Manager dispose des autorisations requises. En savoir plus >>.
-
Pour GCP, vous devez ajouter un compte GCP à Cloud Manager et configurer le sous-réseau pour Private Google Access. En savoir plus >>.
Choisissez une règle de Tiering lors de la création, de la modification ou de la réplication d'un volume
Cloud Manager vous invite à choisir une règle de Tiering lors de la création, de la modification ou de la réplication d'un volume.
|
Quelles sont les's non requis pour le Tiering des données
|
Configurations prenant en charge le tiering des données
Vous pouvez activer le tiering des données lors de l'utilisation de configurations et de fonctionnalités spécifiques :
-
Le Tiering des données est pris en charge avec Cloud Volumes ONTAP Standard, Premium ou BYOL, à partir des versions suivantes :
-
Version 9.2 dans AWS
-
Version 9.4 dans Azure avec des systèmes à un seul nœud
-
Version 9.6 dans Azure avec paires HA
-
Version 9.6 dans GCP
Le tiering des données n'est pas pris en charge dans Azure avec le type de machine virtuelle DS3_v2.
-
-
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.
-
Dans Azure, le Tier de performance peut être soit des disques gérés par SSD premium, soit des disques gérés par SSD standard, soit des disques gérés par des disques durs standard.
-
Dans GCP, le Tier de performance peut être équipé de disques SSD ou HDD (disques standard).
-
Le Tiering des données est pris en charge grâce aux technologies de chiffrement.
-
Le provisionnement fin doit être activé sur les volumes.
Conditions requises pour le Tiering des données inactives vers AWS S3
Assurez-vous que Cloud Volumes ONTAP dispose d'une connexion à S3. La meilleure façon de fournir cette connexion est de créer un terminal VPC vers le service S3. Pour obtenir des instructions, reportez-vous à la section "Documentation AWS : création d'un terminal de passerelle".
Lorsque vous créez le terminal VPC, veillez à sélectionner la région, le VPC et la table de routage correspondant à l'instance Cloud Volumes ONTAP. Vous devez également modifier le groupe de sécurité pour ajouter une règle HTTPS sortante qui active le trafic vers le terminal S3. Dans le cas contraire, Cloud Volumes ONTAP ne peut pas se connecter au service S3.
Si vous rencontrez des problèmes, reportez-vous à la section "Centre de connaissances du support AWS : pourquoi ne puis-je pas me connecter à un compartiment S3 à l'aide d'un terminal VPC de passerelle ?".
Il est nécessaire de déplacer les données inactives vers le stockage Azure Blob
Vous n'avez pas besoin de configurer de connexion entre le Tier de performance et le Tier de capacité tant que Cloud Manager dispose des autorisations requises. Cloud Manager active un terminal de service VNet pour vous si la règle Cloud Manager dispose des autorisations suivantes :
"Microsoft.Network/virtualNetworks/subnets/write",
"Microsoft.Network/routeTables/join/action",Les autorisations sont incluses dans le dernier "Politique de Cloud Manager".
Il est donc nécessaire de transférer les données inactives vers un compartiment Google Cloud Storage
-
Vous devez ajouter un compte Google Cloud Platform à Cloud Manager en saisissant des clés d'accès de stockage pour un compte de service. Les clés permettent à Cloud Manager de configurer un compartiment Cloud Storage pour le Tiering des données. Pour obtenir des instructions, reportez-vous à la section "Configuration et ajout de comptes GCP dans Cloud Manager".
-
Le sous-réseau dans lequel réside Cloud Volumes ONTAP doit être configuré pour un accès privé à Google. Pour obtenir des instructions, reportez-vous à la section "Documentation Google Cloud : configuration de Private Google Access".
Tiering des données à partir de volumes en lecture/écriture
Cloud Volumes ONTAP peut déplacer les données inactives sur des volumes en lecture/écriture vers un stockage objet économique, libérant ainsi le Tier de performance pour les données actives.
-
Dans l'environnement de travail, créez un nouveau volume ou modifiez le niveau d'un volume existant :
Tâche Action Créez un nouveau volume
Cliquez sur Ajouter nouveau volume.
Modifier un volume existant
Sélectionnez le volume et cliquez sur Modifier le type de disque et la stratégie de hiérarchisation.
-
Sélectionnez la stratégie Snapshot Only ou Auto.
Pour obtenir une description de ces politiques, reportez-vous à la section "Vue d'ensemble du hiérarchisation des données".
Exemple
Cloud Manager crée un nouvel agrégat pour le volume si un agrégat compatible avec le hiérarchisation des données n'existe pas déjà.
Si vous préférez créer vous-même des agrégats, vous pouvez activer le tiering des données sur les agrégats lorsque vous les créez.
Tiering des données à partir des volumes de protection des données
Cloud Volumes ONTAP permet de hiérarchiser les données d'un volume de protection des données vers un niveau de capacité. Si vous activez le volume de destination, les données passent progressivement au niveau de performance tel qu'il est lu.
-
Sur la page Working Environments (Environnements de travail), sélectionnez l'environnement de travail qui contient le volume source, puis faites-le glisser vers l'environnement de travail vers lequel vous souhaitez répliquer le volume.
-
Suivez les invites jusqu'à ce que vous atteigniez la page de hiérarchisation et que vous activiez le tiering des données vers le stockage d'objets.
Exemple
Pour obtenir de l'aide sur la réplication des données, voir "Réplication des données depuis et vers le cloud".
Modification du niveau de Tiering dans AWS ou Azure
Lorsque vous activez le Tiering des données, Cloud Volumes ONTAP transfère les données inactives vers la classe de stockage S3 Standard dans AWS ou vers le Tier de stockage hot dans Azure. Une fois déployé Cloud Volumes ONTAP, vous pouvez réduire les coûts de stockage en modifiant le niveau de Tiering des données inactives inutilisées depuis 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.
|
|
Vous ne pouvez pas modifier le niveau de hiérarchisation dans GCP, car seule la classe de stockage régionale est actuellement prise en charge. |
Le niveau de hiérarchisation est large du système : il n'est pas par volume.
Dans AWS, vous pouvez modifier le niveau de Tiering afin que les données inactives soient déplacées vers l'une des classes de stockage suivantes après 30 jours d'inactivité :
-
Hiérarchisation intelligente
-
Accès autonome et peu fréquent
-
Un seul accès à Zone-Infrequent
Dans Azure, vous pouvez modifier le niveau de Tiering afin que les données inactives soient déplacées vers le niveau de stockage cool après 30 jours d'inactivité.
Pour plus d'informations sur le fonctionnement des niveaux de hiérarchisation, voir "Vue d'ensemble du hiérarchisation des données".
-
Dans l'environnement de travail, cliquez sur l'icône de menu, puis sur classes de stockage S3 ou stockage Blob Storage Tiering.
-
Choisissez le niveau de hiérarchisation, puis cliquez sur Enregistrer.