Explorer le Stockage Blob Azure
Le Stockage Blob Azure est un service qui vous permet de stocker des quantités massives de données non structurées sous forme d’objets binaires volumineux, ou blobs, dans le cloud. Les Blobs constituent un moyen efficace de stocker des fichiers de données dans un format optimisé pour le stockage basé sur le cloud et les applications peuvent les lire et les écrire à l’aide de l’API de stockage Blob Azure.
Dans un compte de stockage Azure, vous stockez les objets blob dans des conteneurs. Un conteneur offre un moyen pratique de regrouper les blobs associés. Vous contrôlez qui peut lire et écrire des objets blob à l’intérieur d’un conteneur au niveau de ce dernier.
Dans un conteneur, vous pouvez organiser des blobs en suivant la hiérarchie des dossiers virtuels, de la même manière qu’avec des fichiers dans un système de fichiers sur disque. Toutefois, par défaut, ces dossiers sont simplement un moyen d’utiliser un caractère « / » dans un nom de blob pour organiser les blobs en espaces de noms. Les dossiers sont purement virtuels et vous ne pouvez pas effectuer d’opérations au niveau du dossier pour contrôler l’accès ou effectuer des opérations en masse.
Le stockage Blob Azure prend en charge trois types de blobs différents :
- Objets blob de blocs. Un objet blob de blocs est géré en tant qu’ensemble de blocs. Chaque bloc peut varier en taille, jusqu’à 4 000 Mio. Un objet blob de blocs peut contenir jusqu’à 190,7 Tio (4 000 Mio X 50 000 blocs), soit une taille maximale supérieure à 5 000 Tio. Le bloc est la plus petite quantité de données qui peut être lue ou écrite en tant qu’unité individuelle. Les objets blob de blocs sont mieux utilisés pour stocker des objets binaires discrets, de grande taille, qui changent rarement.
- Objets blob de pages. Un objet blob de pages est organisé sous la forme d’une collection de pages de taille fixe de 512 octets. Un objet blob de pages est optimisé pour prendre en charge les opérations de lecture et d’écriture aléatoires ; vous pouvez extraire et stocker des données pour une seule page, si nécessaire. Un objet blob de pages peut contenir jusqu’à 8 To de données. Azure utilise des objets blob de pages pour implémenter le stockage sur disque virtuel pour les machines virtuelles.
- Objets blob d’ajout. Un objet blob d’ajout est un objet blob de blocs optimisé pour prendre en charge les opérations d’ajout. Vous pouvez uniquement ajouter des blocs à la fin d’un objet blob d’ajout ; la mise à jour ou la suppression de blocs existants n’est pas prise en charge. Chaque bloc peut varier en taille, jusqu’à 4 Mo. La taille maximale d’un objet blob d’ajout est d’un peu plus de 195 Go.
Le stockage d’objets blob fournit trois niveaux d’accès, qui permettent d’équilibrer la latence d’accès et le coût de stockage :
- Le niveau Hot est celui par défaut. Vous utilisez ce niveau pour les objets blob fréquemment consultés. Les données d’objet blob sont stockées sur des supports hautes performances.
- Le niveau Cool a des performances inférieures et entraîne des frais de stockage réduits par rapport au niveau Hot. Utilisez le niveau Froid pour les données qui sont rarement consultées. En règle générale, les objets blob sont fréquemment consultés après leur création, mais moins par la suite. Dans ces situations, vous pouvez créer l’objet blob dans le niveau Chaud, mais le migrer vers le niveau Froid ultérieurement. Vous pouvez migrer un blob du niveau Cool vers le niveau Hot.
- Le niveau Archive fournit les coûts de stockage les plus faibles, mais avec une latence accrue. Le niveau Archive est destiné aux données historiques qui ne doivent pas être perdues, mais qui ne sont nécessaires que rarement. Les objets blob dans le niveau Archive sont stockés de manière efficace dans un état hors ligne. La latence de lecture classique pour les niveaux Chaud et Froid est de quelques millisecondes, tandis que pour le niveau Archive, il peut prendre des heures pour que les données soient disponibles. Pour récupérer un objet blob du niveau Archive, vous devez passer du niveau d’accès Chaud ou niveau Froid. L’objet blob est alors réhydraté. Vous ne pouvez lire le blob que lorsque le processus de réhydratation est complet.
Vous pouvez créer des stratégies de gestion du cycle de vie pour les objets blob dans un compte de stockage. Une stratégie de gestion du cycle de vie peut déplacer automatiquement un objet blob du niveau Chaud vers le niveau Froid, puis vers le niveau Archive, à mesure qu’il vieillit et est utilisé moins fréquemment (la stratégie est basée sur le nombre de jours écoulés depuis la modification). Une stratégie de gestion du cycle de vie peut également organiser la suppression des objets blob obsolètes.