Stockage Azure: ce que vous ne saviez pas à poser
0 0
Read Time:5 Minute, 43 Second


Dans notre série précédente, nous avons commencé à jeter les bases de la création d’un réseau virtuel dans le cloud. Le stockage Azure est le dernier sujet à comprendre avant de pouvoir créer une machine virtuelle.

Cette entrée de blog est la cinquième d’une série concernant les machines virtuelles au sein de la plateforme Azure Infrastructure-as-a-Service (IaaS) de Microsoft. Après notre couverture de la préparation de l’infrastructure Azure, cet article se concentre sur le stockage requis.

Le dernier élément absolument requis pour une machine virtuelle est le stockage. Bien que vous n’ayez pas à créer le stockage avant de créer la machine virtuelle (vous pouvez le faire dans le cadre du processus de l’assistant), il est important de comprendre les nombreux types de stockage disponibles dans Azure, ainsi que le scénarios appropriés dans lesquels utiliser chacun.

Redondance du stockage

Avant de plonger dans les types de stockage, il est important de se familiariser avec la terminologie de redondance de stockage couramment utilisée. Vous rencontrerez régulièrement des termes tels que «LRS» ou «GRS» dans les conversations de stockage Azure. Ceux-ci ont des significations très spécifiques et importantes.

Stockage localement redondant (LRS) – Toutes les données classées comme LRS sont répliquées localement de sorte qu’il y ait toujours 3 copies synchrones dans un seul centre de données Azure. Ces copies sont résistantes à tout point de défaillance unique en dessous d’une défaillance totale du centre de données. Ainsi, si un commutateur, un serveur, un disque ou même un rack entier tombe en panne, vos données seront toujours protégées.

Stockage redondant de zone (ZRS) – Si vous vous souvenez du moment où j’ai écrit sur les centres de données et les régions Azure, vous vous souviendrez peut-être que toute région spécifique est composée de plusieurs centres de données physiques. Ces centres de données sont classés en «zones». Ainsi, ZRS signifie que les données sont copiées de manière synchrone 3 fois, mais sur plusieurs centres de données au sein d’une même région. Cela vous donne une disponibilité accrue car vous êtes protégé contre la défaillance d’un centre de données entier.

Stockage géo-redondant (GRS) – GRS prend un stockage localement redondant, puis copie de manière asynchrone ces données de la région que vous spécifiez vers sa paire régionale pour un total de 6 copies au total de vos données.

Stockage redondant géo-zone (GZRS) – Vous pensez probablement que GZRS combine ZRS et GRS, et vous auriez généralement raison, mais il y a une chose importante à préciser. Les données de la deuxième région sont contenues dans un seul centre de données. Ainsi, le résultat est que vous avez 6 copies au total de vos données – une dans chacune des 3 zones d’une région, répliquées de manière asynchrone vers un seul centre de données dans la région appariée, où elles sont répliquées de manière synchrone 3 fois localement.

Il y a un acronyme supplémentaire que vous pouvez voir et c’est RA ce qui signifie « Accès en lecture». Il s’agit d’une fonctionnalité qui permet un accès en lecture seule au stockage dans un scénario où les données sont toujours actives dans une autre région. Cette fonctionnalité peut être ajoutée à GRS ou GZRS.

Blobs, tables et files d’attente, oh mon Dieu!

Les premiers types de stockage que nous allons examiner sont ceux que vous n’allez pas utiliser, du moins pas pour une machine virtuelle. Le stockage Azure Blob (Binary Large Object) est un service permettant de stocker de grandes quantités de données non structurées, telles que du texte ou des données binaires. Ce stockage peut être utilisé pour servir des fichiers à des navigateurs ou des applications, pour diffuser des fichiers audio ou vidéo, il peut même être attribué à des machines virtuelles pour le stockage de VHD. Cependant, ce n’est pas la méthode recommandée pour créer des VM. Azure Table Storage stocke des données structurées non relationnelles (données NoSQL) fournissant un magasin de clés / attributs avec une conception sans schéma. Enfin, Azure Queue Storage est destiné au stockage des messages. Pas de messages de type e-mail, mais une messagerie d’application ou de tâche semblable à un bus de service. Encore une fois, les files d’attente et les tables ne seront pas utilisées pour tout ce qui concerne les machines virtuelles.

Disques gérés Azure

Maintenant que nous avons couvert le stockage que vous n’utiliserez pas, voici le stockage que vous utiliserez pour créer des machines virtuelles.

Pensez aux disques gérés comme les disques physiques que vous placez dans le serveur. Bien que tout cela soit virtualisé, il est géré à peu près de la même manière que vous géreriez des disques dans un serveur physique.

Les disques sont disponibles dans des tailles discrètes allant de 4 Go à 32 To et dans un certain nombre de niveaux de performances allant des disques durs standard aux SSD premium et pour les cas spécialisés encore plus élevés. Cela devrait être évident, mais le coût du stockage dépendra en grande partie de la taille, de la vitesse et de la redondance des disques. Par exemple, un disque dur standard de 64 Go ne vous coûtera que 3,01 $ par mois, tandis qu’un disque SSD Premium de 32 To redondant de zone coûtera 5 406,23 $ par mois.

Certaines technologies de stockage dans Azure sont plus chères pour une autre raison. Certains sont facturés en fonction de la consommation et certains sont facturés en fonction du quota. Les disques gérés sont tous basés sur des quotas – quelle que soit la taille du disque que vous déployez, vous paierez pour cette taille de disque. Pour cette raison, lorsque vous créez des machines virtuelles, vous devez faire très attention à ce que vous déployez – vous ne voulez pas payer pour de grandes quantités d’espace libre. Vous pouvez augmenter la taille d’un disque si nécessaire, alors essayez d’être prudent lors de l’estimation de vos besoins de stockage.

Bien que les disques gérés soient la méthode préférée pour la plupart du stockage sur des machines virtuelles, il existe certains scénarios dans lesquels une approche plus flexible et plus économique peut être trouvée. Azure Files permet d’héberger des partages de fichiers SMB sans serveur dans le cloud. À l’origine, cette valeur était limitée car il n’y avait pas de prise en charge des autorisations NTFS. Cependant, en janvier 2020, Microsoft a introduit la possibilité d’associer un compte de stockage à Active Directory, ce qui a rendu cela possible.

Il y a beaucoup plus à Azure Files que nous aborderons dans un prochain article, mais pour l’instant, nous pouvons affirmer en toute sécurité que nous avons tous les prérequis couverts et que nous sommes prêts à créer des machines virtuelles dans Azure! Le prochain article couvrira la construction d’une machine virtuelle et tous les autres facteurs qui doivent être sur votre radar.

Pour poursuivre la conversation avec notre équipe, veuillez nous contacter.



The Azure Files: Guide d'un cabinet d'avocats sur la migration vers le cloud


Average Rating

5 Star
0%
4 Star
0%
3 Star
0%
2 Star
0%
1 Star
0%

Laisser un commentaire