Décrire et gérer les niveaux d’accès du Stockage Blob Azure
Après avoir passé en revue plusieurs options d’optimisation des coûts, vous pouvez explorer plus en détail les niveaux d’accès du service Stockage Blob Azure. Vous reconnaissez qu’ils peuvent réduire les coûts d’utilisation du stockage, mais vous vous rendez également compte qu’une mauvaise utilisation peut entraîner une augmentation des frais de stockage. Dans cette unité, vous allez découvrir quelques règles générales qui gouvernent les comportements des niveaux d’accès. Vous allez également identifier certaines des mises en garde qui doivent vous aider à optimiser leurs avantages.
Stockage Blob Azure prend en charge quatre niveaux d’accès :
Niveau Chaud : Niveau en ligne optimisé pour le stockage des données faisant fréquemment l’objet d’accès ou de modifications. Ce niveau a les coûts de stockage les plus élevés, mais les coûts d’accès les plus bas.
Niveau Froid : Niveau en ligne optimisé pour le stockage des données faisant rarement l’objet d’accès ou de modifications. Ce niveau a des coûts de stockage inférieurs à ceux du niveau chaud, mais ses coûts d’accès sont plus élevés.
Niveau froid : Niveau en ligne optimisé pour le stockage des données faisant rarement l’objet d’accès ou de modifications. Ce niveau a des coûts de stockage inférieurs à ceux du niveau sporadique, mais ses coûts d’accès sont plus élevés.
Niveau archive : Niveau hors connexion optimisé pour le stockage des données faisant rarement ou jamais l’objet d’accès. Ce niveau a les coûts de stockage les plus bas, mais les coûts d’accès les plus élevés.
Le terme rarement n’est pas objectif. De manière générale, vous devez utiliser le niveau froid si vous ne prévoyez pas d’avoir à supprimer ou à déplacer l’objet blob vers un autre niveau pendant au moins 30 jours consécutifs. Vous pouvez opter pour le niveau froid si vous ne prévoyez pas de supprimer ou de déplacer le blob pendant au moins 90 jours consécutifs. Utilisez le niveau archive si cette période est d’au moins 180 jours. Ces valeurs sont issues du modèle tarifaire, qui impose des frais de suppression anticipée. Ces frais s’appliquent si l’objet blob est supprimé, ou s’il est déplacé vers le niveau froid ou archive avant l’expiration de la période spécifique au niveau. Cette période est de 30 jours pour le niveau sporadique, 90 jours pour le niveau sporadique et de 180 jours pour le niveau archive.
Les frais de suppression anticipée sont calculés au prorata du nombre de jours restants dans la période correspondant au niveau. Par exemple, si un objet blob est affecté au niveau froid, et s’il est supprimé après 20 jours, les frais de suppression anticipée représentent le coût de stockage de l’objet blob pendant 10 jours (30 moins 20) au niveau froid. De même, si un objet blob est affecté au niveau archive, et s’il est déplacé vers le niveau froid ou chaud après 100 jours, les frais de suppression anticipée représentent le coût de stockage de l’objet blob pendant 80 jours (180 moins 100) au niveau archive.
Notes
Pour éviter les frais de suppression anticipée d’un blob, vous pouvez utiliser l’opération Copier le blob pour le copier vers un autre niveau. Toutefois, notez que cela entraîne des frais d’augmentation de capacité associés à la création d’un autre blob, doublon du blob d’origine.
Décrire le modèle de gestion de niveau d’accès pour les blobs
Lorsque vous choisissez entre les niveaux d’accès chaud, sporadique, froid et archive, vous devez prendre en compte des facteurs supplémentaires. Il est également utile de comprendre les différents modèles de gestion des niveaux d’accès.
En plus des différences de tarification, les objets blob ont des contrats de niveau de service (SLA) de disponibilités différentes. Les niveaux archive, sporadique et froid offrent les mêmes caractéristiques de durabilité, de débit et de latence d’accès au stockage. Leur temps de récupération est dans la plage de millisecondes. Les niveaux chaud et froid prennent également en charge toutes les options de redondance.
Le niveau d’accès chaud, sporadique, froid ou archive peut être affecté à un objet blob directement durant son chargement. Vous pouvez également déduire les niveaux d’accès chaud, sporadique ou froid (mais pas archive) en fonction du niveau d’accès spécifié en tant que niveau par défaut du compte de stockage. Toutefois, toute attribution de niveau explicite est prioritaire sur l’attribution déduite.
Remarque
Examinez attentivement les implications de la modification du niveau d’accès par défaut au niveau du compte de stockage. Cela peut avoir un impact significatif sur la tarification s’il existe un grand nombre d’objets blob sans niveau d’accès explicitement attribué.
Un niveau archive ne vous permet pas de lire ou de modifier directement le contenu d’un objet blob. Toutefois, vous avez accès à ses métadonnées, y compris les balises d’index. Pour accéder au contenu de l’objet blob, vous pouvez l’affecter au niveau chaud, sporadique ou froid pour déclencher le processus appelé réhydratation. Vous pouvez également appeler l’opération Copy Blob pour créer une copie de l’objet blob au niveau chaud, sporadique ou froid.
Remarque
Il existe deux priorités pour la réhydratation des objets blob au niveau archive : standard et élevée. La réhydratation prioritaire standard peut prendre jusqu’à 15 heures. Toutefois, les requêtes de haute priorité sont prioritaires sur les requêtes de priorité standard. De plus, pour les objets blob d’une taille inférieure à 10 Go, elles peuvent s’effectuer en moins d’une heure. La réhydratation à priorité élevée étant plus coûteuse, Microsoft recommande de la réserver pour des situations de restauration de données d’urgence.
Les comptes de stockage qui utilisent le niveau archive doivent être configurés avec les options de redondance LRS, GRS ou RA-GRS. Le niveau archive ne prend pas en charge la redondance de zone, ce qui empêche de définir la redondance à ZRS, GZRS ou RA-GZRS.
Notes
Le niveau archive nécessite une affectation explicite au niveau de l’objet blob, au lieu de reposer sur l’inférence. Vous ne pouvez pas configurer un compte Stockage Azure avec le niveau archive par défaut.