Identifier les options d’optimisation des coûts du Stockage Blob Azure

Effectué

Une compréhension générale du modèle tarifaire du Stockage Blob Azure vous aide à identifier les opportunités d’optimisation des coûts. Certaines des décisions que vous devez prendre peuvent être plus appropriées pendant la phase de conception, comme le choix de la région Azure cible ou de l’étendue de réplication du compte de stockage. Les modèles d’utilisation changent avec le temps et déterminent d’autres décisions. Toutefois, il est important de noter que l’optimisation des coûts est une activité continue que vous devez suivre de près et évaluer en permanence. Dans cette unité, vous découvrirez les différentes options d’optimisation des coûts. Vous déterminerez également quelles sont les options qui peuvent vous aider à gérer les frais de stockage dans votre environnement.

Décrire les options d’optimisation des coûts du Stockage Blob Azure

Les principales options d’optimisation des coûts que vous prendrez en compte dans cette unité incluent comment :

  • Organisez les données en niveaux d’accès.

  • Écrire directement dans les niveaux froid et archive.

  • Déplacer automatiquement les données entre les niveaux d’accès.

  • Réserver de la capacité de stockage.

Organiser les données en niveaux d’accès

L’objectif des niveaux d’accès est de permettre aux entreprises de choisir le modèle tarifaire et la vitesse d’extraction de données qui reflètent leurs modèles d’utilisation des objets blob. Le choix du niveau d’accès doit être basé sur la fréquence d’accès aux objets blob individuels dans le compte de stockage.

Par exemple, les objets blob fréquemment utilisés doivent résider dans un compte Stockage Blob configuré avec le niveau d’accès chaud pour optimiser l’utilisation du stockage et réduire son coût. À l’inverse, les objets blob que vous comptez utiliser uniquement de manière occasionnelle doivent résider dans un compte Stockage Blob configuré avec le niveau de stockage sporadique. Les blobs auxquels vous accédez ou que vous modifiez rarement doivent résider dans un compte Stockage Blob configuré avec le niveau d’accès froid. Enfin, les objets blob conservés à des fins d’archivage, sans aucun plan à court terme pour l’accès à leur contenu, doivent être affectés au niveau archive.

Cette recommandation est basée sur le modèle tarifaire de chaque niveau d’accès qui détermine deux types de frais :

  • Frais associés à la conservation des données au repos (par gigaoctet).

  • Frais associés à l’accès aux données pour effectuer des opérations de lecture, de mise à jour et de suppression.

L’affectation du niveau d’accès chaud à un objet blob réduit le second de ces frais, mais augmente le premier. La sélection du niveau d’accès archive a l’effet inverse. Ainsi, si vous prévoyez d’accéder fréquemment aux données, le niveau chaud représente le choix le plus rentable. Si vous prévoyez d’accéder aux données dans une moindre fréquence, le niveau froid ou le niveau archive sont plus judicieux pour réduire le coût de stockage des données.

Par exemple, votre équipe d’administration de base de données doit utiliser le stockage archive pour les sauvegardes à long terme des magasins de données locaux. Pour des raisons de réglementation, ces sauvegardes doivent être conservées pendant plusieurs années, même s’il est rarement nécessaire de les restaurer. À l’inverse, le niveau chaud est plus approprié pour les fichiers journaux servant à résoudre les problèmes des clients ainsi que pour l’analytique et les rapports à court terme.

Écrire directement dans les niveaux froid et archive

Si vous savez qu’un nouvel objet blob ne sera pas utilisé à court terme, vous devez l’affecter directement au niveau froid ou archive. Cette étape élimine les frais associés à son passage d’un niveau à l’autre.

La capture d’écran du volet du portail Azure offre la possibilité d’attribuer un objet blob récemment chargé au niveau archive.

Déplacer automatiquement les données entre les niveaux d’accès

Le niveau d’accès que vous affectez dans un premier temps peut ne pas refléter les tendances de stockage à plus long terme. Un journal utilisé pour résoudre un problème actuel pourrait ne pas avoir la même importance quelques semaines plus tard. De même, s’il peut être important de restaurer rapidement une sauvegarde récente, ce degré d’urgence pourrait ne pas s’appliquer dans quelques mois à la même copie de sauvegarde. Bien que vous puissiez modifier manuellement le niveau d’accès, une telle approche introduit une surcharge de maintenance importante. Particulièrement vrai lorsque vous modifiez un grand nombre d’objets blob, ce qui est courant dans les scénarios d’entreprise.

Heureusement, cette étape n’est pas nécessaire. Le service Stockage Blob Azure prend en charge les stratégies de gestion de cycle de vie qui déplacent les données entre les niveaux en fonction des critères que vous définissez. Par exemple, vous pouvez définir une règle de stratégie qui transfère les objets blob vers le niveau archive, s’ils n’ont pas été modifiés au cours des 90 derniers jours. De même, vous pouvez créer une règle de stratégie qui supprime les objets blob du niveau archive, s’ils n’ont pas été utilisés au cours des 360 derniers jours.

Remarque

Les stratégies peuvent être basées sur la date de dernière modification ou la date du dernier accès. Dans ce dernier cas, vous devez activer le suivi de l’heure du dernier accès.

Réserver de la capacité de stockage

Si vous prévoyez d’utiliser le Stockage Blob Azure pendant une durée prolongée, vous pouvez réduire davantage vos coûts en achetant une capacité réservée. Les capacités sont comprises entre 100 téraoctets (To) et 1 pétaoctet (PB) par mois, par incréments d’un an ou de trois ans. Cela vous permet de bénéficier d’une remise sur les frais de stockage (par gigaoctet) des données situées dans Stockage Blob Azure. Vous pouvez acheter une réservation pour n’importe quel type de niveau d’accès et n’importe quel type de redondance, mais elle s’applique à une combinaison spécifique de la région Azure, du niveau d’accès et de l’option de redondance.