Partager via

Aperçu de la gestion du cycle de vie du stockage Azure Blob

Le Stockage Blob Azure permet aux organisations de gérer et de mettre à l’échelle efficacement leurs besoins en stockage de données, même à mesure que les volumes de données augmentent et que les modèles d’utilisation évoluent. En utilisant la gestion du cycle de vie des objets blob, les clients peuvent optimiser de manière proactive les coûts en implémentant des stratégies basées sur des règles qui transfèrent automatiquement les données vers des niveaux plus froids ou expirent lorsqu’elles ne sont plus nécessaires.

Cette automatisation transparente garantit que les données sont toujours stockées de manière la plus rentable, ce qui optimise l’efficacité budgétaire tout en conservant un accès facile et une gestion robuste des données. Avec la gestion du cycle de vie des blobs, les organisations peuvent augmenter en toute confiance la capacité de stockage, en sachant que leurs coûts sont optimisés et que leurs données sont gérées selon l'utilisation réelle.

Grâce à la stratégie de gestion de cycle de vie, vous pouvez effectuer les opération suivantes :

  • Passez les versions actuelles, versions précédentes et instantanés de blobs vers un niveau de stockage plus sporadique si ces blobs ne sont pas accessibles ni modifiés pendant une période donnée, afin d’optimiser les coûts.

  • Repassez les objets blob du niveau froid au niveau chaud dès qu’ils sont consultés.

  • Supprimez les versions actuelles, les versions précédentes et les instantanés d’un objet blob à la fin du cycle de vie.

  • Appliquez des règles à l’ensemble d’un compte de stockage, à certains conteneurs ou à un sous-ensemble de d’objets blob en utilisant des préfixes de noms ou des étiquettes d’index de blobs en tant que filtres.

Conseil

Bien que la gestion du cycle de vie vous aide à optimiser vos coûts pour un seul compte, vous pouvez utiliser Azure Storage Actions pour effectuer plusieurs opérations de données à grande échelle sur plusieurs comptes.

Fonctionnalités de stratégie de gestion du cycle de vie

Une stratégie de gestion de cycle de vie est une collection de règles dans un document JSON. Pour plus d’informations, consultez la structure de stratégie de gestion du cycle de vie du stockage Blob Azure.

Les stratégies de gestion de cycle de vie sont prises en charge pour les objets blob de blocs et d’ajout dans les comptes v2 universels, les objets blob de blocs premium et les comptes Stockage Blob. La gestion de cycle de vie ne concerne pas les conteneurs système comme les conteneurs $logs ou $web.

Une règle est une définition des conditions, ainsi que les actions et filtres associés utilisés pour traiter les objets. Le tableau suivant décrit chaque élément de règle.

Élément de règle Descriptif
Conditions Les conditions sont basées sur les trois propriétés d’objet blob suivantes : Heure de création, Heure de dernière modification et Heure du dernier accès (si le suivi de l’heure d’accès est activé)
Actions Les actions sont appliquées aux objets blob filtrés qui répondent aux conditions associées. Vous devez définir au moins une action par règle, par exemple, changer le niveau d’objet blob au niveau froid ou supprimer des objets blob.
Filtres Les filtres limitent les actions de règle à un sous-ensemble de blobs dans le compte de stockage en utilisant des préfixes de chemin d’accès et des étiquettes de blobs. Si plusieurs filtres sont définis, un AND logique s’exécute sur tous les filtres. Vous pouvez utiliser un filtre pour spécifier les blobs à inclure. Un filtre ne fournit aucun moyen de spécifier les blobs à exclure.

Exécution de la stratégie

Lorsque vous ajoutez ou configurez les règles d’une stratégie de cycle de vie, la prise d’effet des modifications et le démarrage de la première exécution peuvent prendre jusqu’à 24 heures.

Une stratégie active traite les objets périodiquement et est interrompue si des modifications sont apportées à la stratégie. Si vous supprimez une stratégie, aucune nouvelle exécution de stratégie n’est planifiée, mais si une exécution est déjà en cours, cette exécution se poursuit jusqu’à ce qu’elle se termine et que vous soyez facturé pour toutes les actions requises pour terminer l’exécution. Si vous désactivez toutes les règles d’une stratégie, la stratégie devient inactive. Si une exécution est déjà en cours, cette exécution s’arrête dans les 24 heures et aucune nouvelle exécution n’est planifiée. Il est recommandé de désactiver d’abord une stratégie, d’attendre 24 heures, puis de supprimer la stratégie.

Le temps requis pour effectuer une exécution dépend du nombre d’objets blob évalués et exploités. La latence avec laquelle un objet blob est évalué et exploité peut être plus longue si le taux de requête pour le compte de stockage approche la limite du compte de stockage. Toutes les demandes adressées au compte de stockage, notamment les demandes effectuées par des exécutions de stratégie, s’accumulent sur la même limite de requêtes par seconde et, à mesure que cette dernière approche, la priorité est donnée aux requêtes présentées par des charges de travail. Pour demander une augmentation des limites de compte, contactez le support Azure.

Pour afficher les limites de mise à l’échelle par défaut, consultez les articles suivants :

En savoir plus sur les Caractéristiques de performance de la gestion du cycle de vie.

Vous pouvez surveiller le résultat d’une exécution de stratégie en vous abonnant à l’événement LifecyclePolicyCompleted et en utilisant les mesures et les journaux pour diagnostiquer les erreurs. Consultez la surveillance des stratégies de gestion du cycle de vie.

Facturation

Les stratégies de gestion de cycle de vie sont gratuites. Les clients sont facturés au coût de fonctionnement normal pour les appels d’API Set Blob Tier. Les opérations de suppression sont gratuites. Toutefois, d’autres services et utilitaires Azure tels que Microsoft Defender pour stockage peuvent facturer des opérations gérées par le biais d’une stratégie de cycle de vie.

Chaque mise à jour de l’heure du dernier accès d’un blob est facturée dans la catégorie Autres opérations. Chaque dernière mise à jour de l’heure d’accès est facturée en tant que « autre transaction » au plus une fois toutes les 24 heures par objet, même s'il est accédé des milliers de fois dans une journée. Cette facturation est distincte des frais de transactions de lecture.

Pour plus d’informations sur les prix, consultez Tarification Objets blob de blocs.

Problèmes connus et limitations

  • La hiérarchisation n’est pas encore prise en charge dans un compte de stockage d’objets blob de blocs Premium. Pour tous les autres comptes, la hiérarchisation est autorisée uniquement sur les objets blob de blocs et non pour les objets blob d’ajout et de page.

  • Une stratégie de gestion de cycle de vie doit être lue ou écrite dans son intégralité. Les mises à jour partielles ne sont pas prises en charge.

  • Chaque règle peut avoir jusqu’à 10 préfixes sensibles à la casse et jusqu’à 10 conditions de balise d’index d’objet blob.

  • Une tratégie de gestion du cycle de vie ne peut pas être utilisée pour changer le niveau d'un blob qui utilise une portée de chiffrement vers le niveau archive.

  • L’action de suppression d’une stratégie de gestion du cycle de vie ne fonctionnera avec aucun objet blob dans un conteneur immuable. Avec une stratégie immuable, des objets peuvent être créés et lus, mais ils ne peuvent être ni modifiés ni supprimés. Pour plus d’informations, consultez Stocker des données blob critiques pour l’entreprise avec un stockage immuable.

  • La gestion du cycle de vie n’affecte pas les conteneurs système tels que le $logs ou $web containers.

Forum aux questions (FAQ)

Consultez FAQ sur la gestion du cycle de vie.

Étapes suivantes