Les comptes de
stockage Azure sont un élément fondamental de la plateforme cloud de Microsoft
Azure. Ils offrent une solution de stockage évolutive, sécurisée et hautement
disponible pour différents types de données et charges de travail. Dans cet
article, nous allons explorer les différents types de comptes de stockage Azure
ainsi que les stratégies de réplication disponibles pour assurer la durabilité
des données et une haute disponibilité.
Compte de
stockage de type général v2 (General-purpose v2) :
Prend en charge
les blobs, les fichiers, les files d'attente et les tables.
Recommandé et
couramment utilisé pour la plupart des scénarios.
Offre une
combinaison de tous les services de stockage dans un seul compte.
Propose des
niveaux de stockage froid et chaud pour le stockage des blobs afin d'optimiser
les coûts en fonction des modèles d'accès.
Compte de
stockage de type général v1 (General-purpose v1) :
Déprécié ;
Microsoft recommande d'utiliser les comptes de type v2 à la place.
Prend en charge
les blobs, les fichiers, les files d'attente et les tables.
Similaire aux
comptes de type v2, mais ne dispose pas de certaines des fonctionnalités plus
récentes.
Compte de
stockage pour les blobs (Blob Storage) :
Spécialisé pour
le stockage des blobs (stockage d'objets).
Idéal pour les
scénarios où seul le stockage de blobs est nécessaire.
Propose des
niveaux de stockage froid et chaud pour le stockage des blobs afin d'optimiser
les coûts en fonction des modèles d'accès.
Généralement plus rentable si vous avez uniquement besoin de stocker des blobs.
Azure Blob Storage prend en charge trois types de blobs : les blocs blobs (block blobs), les blobs pages (page blobs) et les blobs d'ajout (append blobs). Chaque type répond à des besoins spécifiques et est adapté à des scénarios particuliers. Explorons chaque type :
Blocs Blobs (Block Blobs) : Les blocs blobs sont les types de blobs les plus courants et les plus utilisés dans Azure Blob Storage.
Ils sont optimisés pour stocker de grandes quantités de données non structurées, telles que des données binaires ou textuelles.
Les données sont téléchargées sous forme de petits blocs qui sont ensuite combinés pour former un bloc blob.
Les blocs blobs sont idéaux pour les scénarios où les données sont mises à jour ou modifiées fréquemment, car ils prennent en charge les mises à jour au niveau du bloc de manière efficace.
Convient pour les fichiers multimédias, les documents, les journaux, les sauvegardes et tout autre fichier volumineux.
Blobs Pages (Page Blobs) : Les blobs pages sont conçus pour stocker des fichiers à accès aléatoire, tels que les fichiers de disque dur virtuel (VHD) utilisés avec les machines virtuelles Azure.
Ils sont optimisés pour gérer les opérations de lecture et d'écriture aléatoires.
Les blobs pages prennent en charge des opérations de lecture et d'écriture efficaces au niveau de la page de 512 octets.
Les disques de machines virtuelles sont généralement stockés sous forme de blobs pages.
Idéal pour les scénarios nécessitant un accès aléatoire rapide et fréquent, tels que les disques OS et les disques de données pour les machines virtuelles Azure.
Blobs d'Ajout (Append Blobs) : Les blobs d'ajout sont conçus pour les scénarios où des données doivent être ajoutées à un blob existant.
Ils sont optimisés pour des opérations d'ajout à haut débit, ce qui les rend adaptés aux scénarios de journalisation et de flux de données.
Les données peuvent seulement être ajoutées à la fin d'un blob d'ajout ; ils ne prennent pas en charge la modification de données existantes ou l'accès aléatoire.
Les blobs d'ajout sont utiles pour les scénarios où vous devez ajouter continuellement des données sans modifier le contenu existant.
Compte de
stockage pour les fichiers (File Storage) :
Spécialisé pour
les partages de fichiers entièrement gérés accessibles via SMB (Server Message
Block) ou des API REST.
Convient aux
organisations qui doivent migrer des applications héritées utilisant des
partages de fichiers vers le cloud.
Propose des
partages de fichiers standard avec une expérience entièrement gérée.
Compte de
stockage avec performances Premium (Premium Performance) :
Offre un stockage
haute performance à faible latence pour les disques des machines virtuelles.
Convient aux
applications nécessitant des performances d'E/S cohérentes et à faible latence.
Fournit un
stockage basé sur SSD, ce qui le rend très adapté aux charges de travail
exigeantes en termes d'E/S.
File d'attente
de stockage (Queue Storage) :
Disponible dans
les comptes de type général v1 et v2.
Conçu pour la
messagerie entre les composants d'une application.
Offre un
mécanisme simple de file d'attente de messages pour découpler les composants et
mettre à l'échelle les applications.
Table de stockage (Table Storage) :
Disponible dans
les comptes de type général v1 et v2.
Une base de
données NoSQL à clé-valeur, idéale pour les données semi-structurées.
Utile pour
stocker des données non relationnelles et sans schéma.
Options de réplication :
Stockage redondant localement (Locally Redundant Storage
- LRS) :
Réplique vos
données trois fois au sein d'une unité de mise à l'échelle de stockage dans un
centre de données.
Assure la
durabilité des données même en cas de défaillance matérielle au sein du centre
de données.
Nombre total de copies : 3.
Stockage
redondant dans les zones (Zone-redundant Storage - ZRS) :
Réplique les
données de manière synchrone dans les zones de disponibilité d'une région.
Les zones de
disponibilité sont des centres de données physiquement séparés au sein de la
même région, chacune disposant d'une alimentation, d'un refroidissement et d'un
réseau indépendants.
Nombre total de copies : 3.
Stockage redondant géographiquement (Geo-redundant
Storage - GRS) :
GRS assure la
redondance des données en répliquant vos données vers une région secondaire,
généralement située à des centaines de kilomètres de la région principale.
Dans la région
secondaire, les données sont stockées dans un centre de données distinct de
celui de la région principale pour se protéger contre les pannes au niveau
régional.
Nombre total de
copies : 6 (3 copies dans la région principale et 3 copies dans la région
secondaire).
Stockage
redondant géographiquement avec accès en lecture (Read-access Geo-redundant
Storage - RA-GRS) :
RA-GRS assure la
même redondance des données que GRS, avec un avantage supplémentaire d'accès en
lecture aux données de la région secondaire.
Cela signifie que
vous pouvez lire les données de la région secondaire, ce qui peut être utile
pour les scénarios de reprise après sinistre ou pour décharger les opérations
de lecture de la région principale.
Nombre total de
copies : 6 (3 copies dans la région principale et 3 copies dans la région
secondaire).
Chaque type de
compte de stockage répond à des cas d'utilisation spécifiques, donc le choix
dépendra des besoins de votre application et du type de données que vous devez
stocker ou traiter. Assurez-vous de prendre en compte des facteurs tels que les
modèles d'accès aux données, les besoins en performances et les exigences de
redondance lors de la sélection du type approprié de compte de stockage Azure.
Notez que la
plateforme Azure continue d'évoluer, il est donc essentiel de vous référer à la
documentation officielle d'Azure pour obtenir les informations les plus
récentes et détaillées sur les comptes de stockage Azure.
les types d'accès dans les comptes en fonction des types de stockages :
Compte de stockage de type général v2 (General-purpose v2) : Niveaux d'accès pris en charge : Hot et Cool.Compte de stockage de type Blob : Niveaux d'accès pris en charge : Hot et Cool.
Compte de stockage de type Fichier : Niveaux d'accès pris en charge : Hot et Cool.
Compte de stockage Premium : Niveau d'accès pris en charge : Pas de support des niveaux d'accès (Premium ne prend en charge que des disques de machines virtuelles avec des performances élevées).
Il est important de noter que tous les types de comptes de stockage prennent en charge les niveaux d'accès "Hot" et "Cool", à l'exception des comptes de stockage Premium qui ne prennent pas en charge les niveaux d'accès car ils sont spécifiquement destinés aux disques de machines virtuelles avec des performances élevées. Pour les autres types de comptes de stockage (General-purpose v2, Blob et Fichier), vous pouvez choisir le niveau d'accès approprié en fonction de vos besoins en matière de stockage et de la fréquence d'accès à vos données. Cela vous permet d'optimiser les coûts de stockage en fonction de l'utilisation réelle de vos données.
Le gestion du cycle de vie (lifecycle management) est une fonctionnalité prise en charge dans les comptes de stockage Azure de type général (General-purpose v2) et de type Blob. Voici les détails :
Compte de stockage de type général v2 (General-purpose v2) : Le compte de stockage de type général v2 prend en charge la gestion du cycle de vie pour les blobs, les fichiers, les files d'attente et les tables.
Cela signifie que vous pouvez définir des règles de cycle de vie pour déplacer automatiquement les objets (blobs), les fichiers, les messages de files d'attente ou les entités de table entre les niveaux d'accès "Hot" et "Cool", ou les supprimer en fonction de critères tels que l'âge, la fréquence d'accès ou d'autres propriétés définies par l'utilisateur.
La gestion du cycle de vie vous permet d'automatiser la transition des données vers le niveau d'accès approprié et de réaliser des économies sur les coûts de stockage en déplaçant les données moins fréquemment utilisées vers un niveau de stockage moins coûteux.
Compte de stockage de type Blob (Blob based) : Le compte de stockage de type Blob prend également en charge la gestion du cycle de vie pour les blobs (objets) stockés.
Vous pouvez définir des règles de cycle de vie pour les blobs dans ce type de compte, leur permettant de déplacer automatiquement les blobs entre les niveaux d'accès "Hot" et "Cool", ou les supprimer en fonction de critères spécifiques.
La gestion du cycle de vie dans les comptes de stockage de type Blob vous permet de gérer efficacement vos données en fonction de leur utilisation et de leurs exigences de stockage.
Il est essentiel de noter que la gestion du cycle de vie est une fonctionnalité puissante qui vous permet d'optimiser les coûts de stockage en automatisant la gestion des données à différentes étapes de leur cycle de vie. Assurez-vous de configurer les règles de cycle de vie de manière appropriée en fonction des besoins spécifiques de vos données et de vos scénarios d'utilisation.
| Storage Services | LRS | ZRS | GRS | RA-GRS | GZRS | RA-GZRS |
|---|---|---|---|---|---|---|
| Blob storage (including Data Lake Storage) | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ |
| Queue storage | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ |
| Table storage | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ |
| Azure Files | ✔️ | ✔️ | ✔️ | ✔️ | ||
| Azure managed disks | ✔️ | ✔️ | ||||
| Page blobs | ✔️ |
| Storage Account Types | LRS | ZRS | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|---|
| les comptes de stockage recommendés | ||||
| Standard general-purpose v2 (StorageV2) | ✔️ | ✔️ | ✔️ | ✔️ |
| Premium block blobs (BlockBlobStorage) | ✔️ | ✔️ | ||
| Premium file shares (FileStorage) | ✔️ | ✔️ | ||
| Premium page blobs (StorageV2) | ✔️ | |||
| Legacy | ||||
| Standard general-purpose v1 (Storage) | ✔️ | ✔️ | ||
| Legacy blob (BlobStorage) | ✔️ | ✔️ |
Standard (LRS) vers Geo-Redundant Storage (GRS) :Vous pouvez migrer un compte de stockage de LRS à GRS pour une durabilité accrue des données grâce à la géo-réplication. GRS réplique vos données vers une région secondaire.
Standard (LRS) vers Read-Access Geo-Redundant Storage (RA-GRS) :Vous pouvez migrer un compte de stockage de LRS à RA-GRS pour une durabilité accrue des données grâce à la géo-réplication, ainsi que pour bénéficier d'un accès en lecture à la région secondaire.
Standard (LRS) vers Zone-Redundant Storage (ZRS) :Vous pouvez migrer un compte de stockage de LRS à ZRS pour une réplication des données entre les zones de disponibilité à l'intérieur de la même région, offrant une disponibilité plus élevée.
Standard (LRS) vers Geo-Zone-Redundant Storage (GZRS) :Vous pouvez migrer un compte de stockage de LRS à GZRS pour une réplication des données entre les zones de disponibilité à l'intérieur de la même région, ainsi qu'une redondance régionale supplémentaire.
Zone-Redundant Storage (ZRS) vers Geo-Zone-Redundant Storage (GZRS) :Vous pouvez migrer un compte de stockage de ZRS à GZRS pour bénéficier d'une redondance régionale supplémentaire en plus de la réplication des données entre les zones de disponibilité.
Geo-Redundant Storage (GRS) vers Read-Access Geo-Redundant Storage (RA-GRS) :Vous pouvez migrer un compte de stockage de GRS à RA-GRS pour activer un accès en lecture à la région secondaire en plus de la durabilité des données grâce à la géo-réplication.
Veuillez noter que le processus de migration implique une période d'interruption planifiée, et vous devriez planifier et tester attentivement la migration avant de procéder afin d'éviter toute perte de données ou interruption de service.
Étant donné que la plateforme Azure évolue, il se peut qu'il existe des options de migration supplémentaires ou différentes. Il est donc essentiel de consulter la documentation officielle d'Azure ou le portail Azure pour obtenir les informations les plus récentes sur les parcours de migration pris en charge pour les types de réplication des comptes de stockage Azure.
| Storage Account Type | Supports LRS | Supports ZRS | Supports Conversion (From the portal) | Supports Conversion (By support request) | Supports Manual Migration |
|---|---|---|---|---|---|
| Standard general purpose v2 | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ |
| Premium file shares | ✔️ | ✔️ | ✔️ | ✔️ | |
| Premium block blob | ✔️ | ✔️ | ✔️ | ||
| Premium page blob | ✔️ | ||||
| Managed disks | ✔️ | ||||
| Standard general purpose v1 | ✔️ | ✔️ | ✔️ | ||
| ZRS Classic | ✔️ |
Remarque :
Pour les disques gérés, la conversion est prise en charge via une demande au support.
Pour les comptes de stockage de type "Standard general purpose v1", la conversion est prise en charge via une demande au support.
Le type de redondance ZRS Classic est disponible uniquement dans les comptes de stockage de type "Standard general purpose v1".