Types de stockage Azure : aperçu complet

Azure Storage est la solution de stockage dans le cloud de Microsoft, adaptée à divers cas d’utilisation. Cette solution propose de nombreuses options de stockage de données dans le cloud, avec des fonctionnalités et des tarifs variés. C’est pourquoi il est important de choisir le type de stockage Azure le mieux adapté à vos besoins afin de bénéficier de la meilleure offre. Vous avez le choix entre différents niveaux de redondance, différents niveaux de stockage et différents types de comptes de stockage Azure.

Cet article de blog présente les différents types de stockage Azure afin de vous aider dans votre prise de décision.

Sauvegarde vers Azure Blob | NAKIVO

Envoyez vos sauvegardes directement vers le stockage Azure Blob et protégez-les contre les ransomwares grâce à l'immuabilité. Fonctionnalités de hiérarchisation automatisée des sauvegardes et de récupération instantanée.

Découvrez la solution

Types de Stockage Azure

Il existe cinq types de stockage Azure, divisés en deux groupes :

Groupe 1. Les types de stockage de ce groupe sont accessibles via les API REST et sont conçus pour aider à résoudre les problèmes de scalabilité et de communication entre le type de stockage utilisé et les applications accédant aux fichiers.

• Stockage de File d’attente
• Stockage de Table
• Stockage d’Objets Blob

Groupe 2. Les types de stockage de ce groupe sont utilisés comme stockage avec les machines virtuelles (VM) Azure.

• Stockage de Fichiers
• Stockage de Disques

Examinons en détail chaque type de stockage dans Azure.

Stockage de File d’attente dans Azure

Le Stockage de File d’attente est un type de stockage utilisé pour connecter des composants d’une application. Vous pouvez utiliser ce stockage pour des applications avec des composants indépendants qui s’appuient sur la mise en file d’attente asynchrone des messages. Le Stockage de File d’attente Azure a des fonctionnalités similaires à la technologie de mise en file d’attente de Microsoft (MSMQ) utilisée dans les versions plus anciennes de Windows Server. La capacité d’un compte de stockage dans le Stockage de File d’attente limite le nombre de files d’attente, mais il n’y a pas d’autres limitations.

Le Stockage de File d’attente Azure peut être utile pour les applications conteneurisées utilisant une architecture de microservices, y compris les applications exécutées dans Kubernetes.

Les composants du Stockage de File d’attente Azure sont :

• Compte. Un compte est un conteneur logique dans Azure utilisé pour stocker des objets à l’intérieur.
• File d’attente. Une file d’attente est un objet qui contient un ensemble de messages.
• Message. Un message est un objet inclus dans une file d’attente. Un message peut être de 64 Ko maximum pour n’importe quel format.

Tables Azure (Stockage de Table)

Le stockage de Table Azure est utilisé pour stocker de grandes quantités de données structurées dans des tables telles que des données NoSQL structurées. NoSQL est un type de base de données non relationnelle qui fonctionne comme un magasin de paires clé/attribut (contrairement à Microsoft SQL Server et Azure SQL, qui sont des bases de données relationnelles). Les tables Azure ont une conception sans schéma et peuvent être utilisées pour stocker des données utilisateur pour des applications web et autres métadonnées.

Ce stockage est hautement évolutif et accessible à un prix bas. Cette option est une alternative moins coûteuse à Microsoft Azure SQL si vous êtes satisfait des limitations du stockage de Table Azure et que vous n’avez pas d’exigences pour la structure et l’architecture SQL. Notez que le prix augmente lorsque les fichiers sont fréquemment consultés.

Cette base de données est un produit géré par Microsoft, et les administrateurs n’ont pas besoin de gérer l’infrastructure sous-jacente dans le cloud. Cela signifie qu’ils n’ont pas besoin de déployer ou d’installer quoi que ce soit, ils peuvent simplement configurer et utiliser la base de données dans les Tables Azure.

Microsoft Azure Blob Storage

Blob est un acronyme pour Binary Large Object et est un type de stockage de données pour les données non structurées (fichiers) telles que les images, les fichiers audio, les fichiers vidéo, les sauvegardes, etc. Il est utilisé pour stocker des fichiers particulièrement volumineux et même pour des lacs de données avec des charges de travail élevées. Un exemple pratique courant est l’utilisation du Stockage Blob Microsoft Azure pour stocker des fichiers pour des sites web et pour diffuser de l’audio et de la vidéo.

Le Stockage Blob est un stockage d’objets similaire à Amazon S3 et est l’un des types de stockage Azure les plus couramment utilisés. Les données sont organisées en conteneurs, ressemblant à une structure de dossiers ou un espace de noms d’objets à plat (l’analogue des compartiments).

Il existe trois types de Stockage Blob Azure : les blocs blobs, les blobs d’ajout et les blobs de pages.

• Les blocs blobs sont bien pour stocker des fichiers qui ne seront pas mis à jour après avoir été téléchargés sur le cloud. Les fichiers sont téléchargés vers le stockage blob sous forme de petites parties appelées blocs. Une fois le téléchargement terminé, ces parties sont fusionnées en une unité unique et il n’est pas possible de les modifier par la suite. Si vous avez besoin de stocker une mise à jour du fichier dans le stockage blob, vous devez télécharger le nouveau fichier à nouveau. La taille maximale d’un fichier unique est de 4,77 To. La taille par défaut des blocs est de 32 Mo, mais vous pouvez modifier cette valeur.
• Les blobs d’ajout sont optimisés pour stocker des métadonnées et des journaux car les fichiers stockés peuvent être mis à jour sans avoir besoin de télécharger à nouveau les fichiers. Par exemple, vous pouvez stocker des fichiers journaux de base de données lorsque des opérations d’entrée/sortie intensives sont effectuées. La structure des blobs d’ajout prend en charge le téléchargement de parties de fichiers pour être ajoutées à la fin de fichiers existants. Cela signifie que les données peuvent être ajoutées mais non modifiées ou supprimées des fichiers stockés.
• Les blobs de pages sont utilisés pour des opérations de lecture et écriture fréquentes/rapides. Un blob de page est constitué de pages de 512 octets. La taille maximale du blob de ce type est de 1 To. Les blobs de pages sont utilisés pour stocker des disques VM.

Vous ne pouvez sélectionner un type de blob qu’une seule fois lors de sa création. Vous ne pouvez pas changer le type après que le blob a été créé. Vous pouvez changer de niveaux d’accès lorsque vous en avez besoin, mais pas pour les blobs de pages .

Niveaux de stockage Azure Blob

Il y a trois niveaux d’accès pour le Stockage Blob Microsoft Azure. Chaque niveau offre des fonctionnalités à choisir en fonction du cycle de vie des données stockées dans le cloud Azure. Lors de la sélection des niveaux de stockage Azure Blob, vous devez d’abord définir la fréquence à laquelle vous accèderez aux données et combien de temps elles devront être conservées. Sélectionner le bon niveau vous permettra d’optimiser les coûts de stockage.

• Le niveau d’accès chaud est destiné à un accès fréquent et a le prix le plus élevé des trois niveaux. Si vous devez travailler avec des données fréquemment mises à jour et supprimées, envisagez d’utiliser le niveau d’accès chaud. Il est coûteux de stocker des données mais peu coûteux d’accéder à ces données car ce niveau est optimisé pour les données fréquemment consultées.
• Le niveau d’accès cool est moins cher que le niveau chaud mais plus cher que le niveau froid pour stocker des fichiers. Il est plus coûteux d’accéder à des fichiers que pour un niveau chaud. Le niveau cool est optimisé pour des données rarement accédées qui sont stockées pendant au moins 30 jours. Les données peuvent être consultées à tout moment, comme avec le niveau d’accès chaud.
• Le niveau d’accès froid permet de stocker plus de données à moindre coût. Cependant, le prix pour accéder aux fichiers est élevé. Le niveau d’accès froid est également appelé le niveau d’accès archive . Les données doivent être stockées au moins pendant 180 jours dans ce niveau. Les données stockées dans le niveau d’accès froid ne peuvent pas être accédées dès qu’elles sont demandées car il y a une latence de récupération. Cela signifie qu’il peut y avoir une période d’attente allant jusqu’à 14 heures avant de pouvoir récupérer les données. Le niveau archive est optimal pour le stockage d’archives à long terme et de sauvegardes de données.

Il y a des frais de suppression anticipée si vous supprimez des données avant 30 ou 180 jours pour les niveaux d’accès cool et froid, respectivement. Les données doivent rester pendant au moins ce temps défini pour éviter les frais. Par exemple, si vous stockez des données dans Stockage Azure Blob en utilisant le niveau d’accès froid (archive) et supprimez ces données seulement 30 jours après les avoir téléchargées, vous serez facturé d’un frais de suppression anticipée pour : 180 jours – 30 jours = 50 jours.

Azure Blob est souvent utilisé comme destination de sauvegarde, intégré dans des solutions modernes de protection des données. Dans cette vidéo, vous pouvez voir comment envoyer des sauvegardes VMware vSphere vers Stockage Azure Blob avec NAKIVO Backup & Replication, une solution complète de sauvegarde et de récupération :

Stockage de fichiers Azure

des fichiers Azure ou stockage de fichiers Azure est utilisé pour créer un partage de fichiers dans le cloud Azure, stocker des fichiers et accéder à des fichiers partagés depuis les machines virtuelles Azure ou vos machines locales ayant accès au partage. Le stockage de fichiers Azure peut être considéré comme un serveur de fichiers dans le cloud et prend en charge Partages de fichiers SMB et NFS. Il existe quatre types de composants pour le stockage de fichiers dans Azure :

• Compte de stockage Azure
• Partage . Vous pouvez créer des partages de fichiers dans le partage principal. Le nom du partage doit comporter entre 3 et 63 caractères.
• Répertoire . Votre partage peut contenir une structure de répertoires hiérarchique avec des sous-répertoires et des fichiers.
• Fichiers . Vous pouvez télécharger des fichiers dont la taille maximale est de 1 To.

Vous pouvez également stocke les sauvegardes dans le stockage de fichiers Azure.

Disques Azure (Azure Disk Storage)

Les disques Azure sont un stockage persistant au niveau des blocs dont le but est d’attacher des disques virtuels à des machines virtuelles Azure.

Azure Disk Storage propose deux options :

• Le stockage Premium signifie que vos données sont stockées sur des disques SSD (Solid State Drive) rapides. C’est l’option recommandée si vous avez besoin d’un stockage hautement performant.
• Le stockage Standard fonctionne avec des disques durs (HDD). Ce type de stockage est optimal pour de nombreuses tâches, notamment le stockage de sauvegardes et d’autres données.

Les stockages Premium et Standard proposent tous deux deux types de disques : les disques gérés par Azure et les disques non gérés.

• Disques gérés . Vous créez et configurez les disques (qui sont gérés par Microsoft en arrière-plan), ce qui constitue l’avantage de ce type de stockage. Lorsque vous créez une machine virtuelle (VM) dans Azure, celle-ci utilise des disques gérés par Azure que vous pouvez lui attribuer. Les volumes visibles dans le système d’exploitation invité de la VM résident sur ces disques gérés. Vous n’avez pas besoin de créer manuellement un compte de stockage ni un disque.
• Disques non gérés . Vous gérez entièrement les disques vous-même, et ceux-ci sont stockés sous forme de blobs de page dans votre compte de stockage. Vous devez créer un compte de stockage, créer des disques et les gérer manuellement. De cette manière, vous disposez d’un contrôle total sur les disques.

Vous pouvez sélectionner un type de disque Azure lors de la création d’un compte de stockage.

Niveaux de redondance du stockage

La redondance est une fonctionnalité importante du stockage dans le cloud ; elle rend le stockage fiable et garantit une haute disponibilité. La redondance dans le cloud Azure protège vos données et prévient les temps d’indisponibilité en cas de sinistres, de pannes, de maintenance planifiée, etc. Le stockage Azure prend en charge la création de copies de données à différents emplacements dans le cloud Azure à des fins de redondance, ce que l’on appelle également la réplication des données dans ce contexte.

Remarque : Toutes les ressources de stockage Azure déployées dans un même compte de stockage partagent les mêmes paramètres de redondance. Le stockage redondant dans Azure se divise en cinq catégories :

• Stockage à redondance locale
• Stockage à redondance géographique
• Stockage à redondance géographique en lecture seule
• Stockage à redondance de zone
• Stockage à redondance géographique et de zone

Stockage à redondance locale

Avec le stockage à redondance locale (LRS), trois copies de vos données se trouvent dans un même bâtiment, mais sont stockées à trois emplacements différents. Il peut s’agir de trois disques durs différents au sein d’un même centre de données (dans la région principale). La réplication synchrone des données est utilisée à cette fin. C’est l’option de redondance la moins coûteuse parmi les cinq proposées et elle protège contre les pannes de disques et de serveurs. Si une catastrophe telle qu’une inondation ou un incendie détruit le centre de données, le LRS ne peut garantir la sécurité des données et celles-ci peuvent être perdues.

La durabilité est d’au moins 99,999999999 % (99 et neuf neuf) sur l’année.

Stockage géo-redondant

Le stockage géo-redondant (GRS) consiste à stocker trois copies des données dans une région et trois copies dans une autre région (en dehors de la région principale). Si une catastrophe détruit l’un des centres de données, les données sont préservées dans le deuxième centre de données. Si l’ensemble de la région tombe en panne ou est indisponible, vos données restent accessibles dans une autre région. Le GRS est plus fiable que le LRS, mais son coût est plus élevé.

La réplication des données au sein de l’emplacement physique principal de la région principale est synchrone pour les trois copies de données présentes dans le centre de données. La réplication des données vers un emplacement physique de la région secondaire est asynchrone. Les données sont ensuite copiées de manière synchrone au sein de la région secondaire à l’aide du LRS afin d’y créer les deux autres copies.

La durabilité est de 99,99999999999999 % (99 et quatorze neuf).

Stockage géo-redondant en lecture seule

Le stockage géo-redondant en lecture seule (RA-GRS) est similaire au GRS, mais les données de l’emplacement secondaire sont en lecture seule. C’est là la différence entre le GRS et le RA-GRS. Si votre application peut fonctionner avec un accès en lecture seule aux données répliquées, vous pouvez utiliser ce type de redondance.

Stockage à redondance par zone

Avec le stockage à redondance par zone (ZRS), les données sont répliquées de manière synchrone sur trois clusters de stockage (trois zones de disponibilité Azure) au sein d’une même région (la région principale). Chaque cluster de stockage est séparé des autres clusters de sa zone de disponibilité. Une zone de disponibilité est un emplacement physique séparé des autres zones et disposant d’une alimentation électrique, d’une mise en réseau et d’un système de refroidissement indépendants. La protection est supérieure à celle de LRS, mais ZRS ne protège pas contre une catastrophe régionale qui détruit toutes les zones dans une région.

La durabilité est de 99,9999999999% (99 et dix neuf) pour ZRS.

Si votre application nécessite une disponibilité plus élevée et une consistance maximale, envisagez d’utiliser ZRS dans la région principale et de répliquer les données vers une région secondaire (GRS).

Le stockage redondant géo-zonal

Le stockage redondant géo-zonal (GZRS) combine les avantages de GRS et ZRS. Avec GZRS, les données sont répliquées de manière synchrone à travers trois zones de disponibilité Azure (différents centres de données) dans la région principale et sont répliquées de manière asynchrone vers un emplacement physique unique dans la région secondaire (cette étape diffère du type GRS). Ensuite, les données sont répliquées de manière synchrone dans la région secondaire, comme pour LRS, pour avoir trois copies là-bas.

Cette approche vous permet de vous protéger contre les catastrophes régionales. Il est recommandé d’utiliser ce stockage redondant pour stocker des données pour des applications nécessitant un niveau maximal de protection, de performance, de disponibilité et de résilience.

GZRS offre une durabilité de 99,99999999999999% (99 et quatorze neuf).

Types de comptes de stockage Azure

Un compte de stockage est un conteneur qui contient des objets de données de stockage Azure tels que des fichiers Azure, des disques, des blobs, des tables et des files d’attente. Ce conteneur regroupe les services de stockage Azure. Un compte de stockage Azure est une méthode de création d’un service de stockage dans Azure pour stocker des données. Un nom de compte de stockage doit être unique dans tout le cloud Azure.

Il existe cinq types de comptes de stockage Azure, qui sont compatibles avec les services pris en charge, les niveaux de performance et les options de réplication. Chaque compte de stockage prend en charge différentes fonctionnalités comme indiqué dans le tableau ci-dessous.

Conclusion

Cet article de blog a présenté les types de stockage disponibles dans Azure et expliqué leurs fonctionnalités. Il existe cinq types de stockage Azure, différents niveaux de redondance et plusieurs types de comptes de stockage Azure. Ils offrent des fonctionnalités variées à des tarifs différents. Les connaître vous permet de prendre une décision éclairée pour bénéficier d’un prix optimal lors du choix du stockage dans le cloud dans Azure. Vous pouvez utiliser le stockage dans le cloud abordable d’Azure pour vos sauvegardes de données. NAKIVO Backup & Replication est une solution de sauvegarde complète qui s’intègre à Azure et vous permet de créer des sauvegardes directes vers le stockage Azure Blob.

Essayez NAKIVO Backup & Replication

Profitez d'un essai gratuit pour découvrir toutes les fonctionnalités de protection des données de la solution. 15 jours gratuits. Aucune restriction en termes de fonctionnalités ou de capacité. Aucune carte bancaire requise.

Essayez gratuitement