Partage via

Qu’est-ce que le stockage de conteneurs Azure ?

  • Article

Azure Container Storage est un service cloud de gestion, de déploiement et d’orchestration de volumes conçu de manière native pour les conteneurs. Il s’intègre à Kubernetes, ce qui vous permet de provisionner de manière dynamique et automatique des volumes persistants en vue de stocker les données d’applications avec état s’exécutant sur des clusters Kubernetes.

Important

Stockage de conteneurs Azure n’est pas disponible dans toutes les régions Azure. Veuillez vérifier la disponibilité régionale. Stockage de conteneurs Azure est désormais en disponibilité générale (GA) à compter de la version 1.1.0. La version GA est recommandée pour les charges de travail de production. Si vous avez précédemment installé la préversion de Stockage de conteneurs Azure sans l’activation de la mise à niveau automatique, veillez à mettre à jour vers la version en disponibilité générale.

Pour commencer à utiliser Azure Container Storage, consultez Azure Container Storage avec Azure Kubernetes Service ou regardez la vidéo.

Cette vidéo fournit une présentation d’Azure Container Storage, un service de gestion et d’orchestration du stockage de bout en bout pour les applications avec état. Découvrez comment optimiser les performances des charges de travail avec état sur Azure Kubernetes Service (AKS) pour effectuer une mise à l’échelle efficace entre les services de stockage, tout en offrant une expérience native de conteneur économique.

Types de stockage pris en charge

Azure Container Storage utilise les offres Stockage Azure existantes pour le stockage de données effectif et propose une solution d’orchestration et de gestion de volumes spécialement conçue pour les conteneurs. Vous pouvez choisir n’importe laquelle des options de stockage d’appoint prises en charge pour créer un pool de stockage pour vos volumes persistants.

Azure Container Storage offre une prise en charge des volumes persistants avec le mode d’accès ReadWriteOnce aux clusters Azure Kubernetes Service (AKS) basés sur Linux. Les options de stockage de sauvegarde prises en charge incluent uniquement les offres de stockage par blocs : disques Azure, disques éphémères (NVMe local ou SSD temporaire) et Azure Elastic SAN (Préversion) Le tableau suivant récapitule les types de stockage pris en charge, les charges de travail recommandées et les modèles de provisionnement.

Type de stockage Description Charges de travail Offres Modèle de provisionnement
Azure Elastic SAN (Préversion) Provisionner à la demande, ressource complètement managée Bases de données à usage général, services de streaming et de messagerie, environnements CD/CI et autres charges de travail de niveau 1/2. Azure Elastic SAN Provisionné à la demande par volume et instantané de volume créés. Si plusieurs clusters peuvent accéder simultanément à un même SAN, les volumes persistants ne peuvent être attachés qu’à un seul consommateur à la fois.
Disques Azure Contrôle granulaire des configurations et des références SKU de stockage Les disques Azure conviennent parfaitement pour les bases de données de niveau 1 et à usage général que sont notamment MySQL, MongoDB et PostgreSQL. SSD Premium, SSD Premium v2, SSD Standard, Disque Ultra Provisionné par taille de pool de stockage de conteneurs cible et taille de volume maximale.
Disque éphémère Utilise des ressources de stockage locales sur des nœuds AKS (NVMe ou SSD temporaire) Le disque éphémère étant extrêmement sensible à la latence (latence faible de moins d’une milliseconde), il est idéal pour les applications sans impératifs de durabilité des données ou pour celles qui offrent une prise en charge intégrée de la réplication de données, comme Cassandra. NVMe est uniquement disponible sur des références SKU de MV optimisées pour le stockage Déployé avec les machines virtuelles hébergeant un cluster AKS. AKS découvre le stockage éphémère disponible sur les nœuds AKS et les acquiert pour le déploiement de volumes.

Prise en charge des fonctionnalités pour différents types de stockage

La prise en charge des fonctionnalités dépend de l’option de stockage de sauvegarde que vous sélectionnez. Le tableau suivant répertorie les fonctionnalités clés d’Azure Container Storage et indique les options de stockage qui les prennent en charge.

Fonctionnalité NVMe local SSD local Disques Azure Azure Elastic SAN (Préversion)
Extension/redimensionnement du pool de stockage Prise en charge Prise en charge Prise en charge Non pris en charge
Réplication Prise en charge Non pris en charge Prise en charge en mode natif Aperçu
Consommation des ressources Prise en charge Prise en charge Prise en charge Aperçu
SSE/CMK Non pris en charge Non pris en charge Prise en charge Aperçu
Option Expose ZRS N/A N/A Prise en charge Aperçu
Volumes persistants Pris en charge1 Pris en charge1 Prise en charge Aperçu
Volumes éphémères Prise en charge Prise en charge Prise en charge Aperçu
Instantanés Prise en charge Prise en charge Prise en charge Non pris en charge

1 Pour NVMe et SSD local, Stockage de conteneurs Azure utilise par défaut des volumes éphémères génériques dans lesquels les données ne sont pas persistantes. Toutefois, vous pouvez mettre à jour votre installation de Stockage de conteneurs Azure pour prendre en charge la création de volumes persistants à partir de pools de stockage de disques éphémères.

Disponibilité régionale

Azure CDN est uniquement disponible pour un sous-ensemble de régions Azure :

  • (Afrique) Afrique du Sud Nord
  • (Asie-Pacifique) Australie Est
  • (Asie-Pacifique) Asie Est
  • (Asie-Pacifique) Japon Est
  • (Asie-Pacifique) Corée Centre
  • (Asie-Pacifique) Asie Sud-Est
  • (Asie-Pacifique) Inde Centre
  • (Europe) France Centre
  • (Europe) Allemagne Centre-Ouest
  • (Europe) Europe Nord
  • (Europe) Europe Ouest
  • (Europe) Royaume-Uni Sud
  • (Europe) Suède Centre
  • (Europe) Suisse Nord
  • (Moyen-Orient) Émirats arabes unis Nord
  • (Amérique du Nord) USA Est
  • (Amérique du Nord) USA Est 2
  • (Amérique du Nord) USA Ouest
  • (Amérique du Nord) USA Ouest 2
  • (Amérique du Nord) USA Ouest 3
  • (Amérique du Nord) USA Centre
  • (Amérique du Nord) USA Centre Nord
  • (Amérique du Nord) USA Centre Sud
  • (Amérique du Nord) USA Centre-Ouest
  • (Amérique du Nord) Canada Centre
  • (Amérique du Nord) Canada Est
  • (Amérique du Sud) Brésil Sud

Nouveautés dans le stockage de conteneurs Azure

Nos dernières mises à jour améliorent la résilience et les performances des conteneurs avec état. Nous proposons désormais des pools de stockage multizone et la réplication des volumes pour les pools de stockage NVMe locaux, afin de garantir la disponibilité en cas de défaillance d’un seul nœud. La prise en charge des captures instantanées est disponible dans toutes les options de stockage pour la sauvegarde et la récupération d’urgence. En outre, le portefeuille de disques éphémères inclut désormais la prise en charge du disque SSD temporaire, fournissant des solutions rentables pour les cas d’utilisation tirant parti du stockage local directement attaché :

  • Améliorez la résilience de vos volumes persistants hébergés sur le stockage NVMe local (disques éphémères de la série L) avec la prise en charge de la réplication.
  • Amélioration de la récupération de volume persistant après le redémarrage d’un cluster Azure Kubernetes Service (AKS).
  • Personnalisez les performances de votre stockage NVMe local avec de nouvelles options de niveau de performance.

Pour plus d’informations sur ces fonctionnalités, envoyez un e-mail à l’équipe Azure Container Storage à l’adresse containerstoragepm@microsoft.com.

Pourquoi Azure Container Storage est utile

Jusqu’à présent, la mise à disposition d’un stockage cloud pour les conteneurs imposait l’utilisation de pilotes CSI (Container Storage Interface) individuels, ceci afin de permettre l’utilisation des services de stockage destinés aux charges de travail centrées sur IaaS et de les rendre opérationnels pour les conteneurs. Cela avait pour effet de créer une surcharge opérationnelle et d’augmenter les risques de rencontrer des problèmes de disponibilité, scalabilité, performances, utilisation et coûts au niveau des applications.

Azure Container Storage est dérivé d’OpenEBS, solution open source offrant des capacités de stockage de conteneurs pour Kubernetes. En proposant une solution d’orchestration de volumes managée via des contrôleurs de stockage basés sur des microservices dans un environnement Kubernetes, Azure Container Storage permet un véritable stockage natif de conteneurs.

Vous pouvez utiliser Azure Container Storage pour :

  • Accélérer les initiatives machine virtuelle vers conteneur : Azure Container Storage dévoile la gamme complète d’offres de stockage par blocs Azure qui n’était auparavant accessible qu’aux machines virtuelles et la met à la disposition des conteneurs. Cela inclut le disque éphémère qui offre une latence extrêmement faible pour les charges de travail comme Cassandra, ainsi qu’Azure Elastic SAN (Préversion) qui propose des cibles provisionnées partagées et des cibles iSCSI natives.

  • Simplifier la gestion des volumes avec Kubernetes : En proposant l’orchestration de volumes via le plan de contrôle Kubernetes, Azure Container Storage facilite le déploiement et la gestion de volumes dans Kubernetes, sans avoir besoin de faire la navette entre différents plans de contrôle.

  • Réduire le coût total de possession (TCO) : Améliorez l’efficacité économique en augmentant l’échelle des volumes persistants pris en charge par pod ou par nœud. Réduisez les ressources de stockage nécessaires au provisionnement en partageant dynamiquement les ressources de stockage. Notez que la prise en charge du scale-up pour le pool de stockage lui-même n’est pas assurée.

Principaux avantages

  • Scale-out rapide des pods avec état : Azure Container Storage monte les volumes persistants via des protocoles de stockage réseau par blocs (NVMe-oF ou iSCSI), ce qui permet d’attacher et de détacher rapidement les volumes persistants. Vous pouvez commencer petit et déployer seulement les ressources nécessaires tout en veillant à ce que vos applications ne soient pas sous-alimentées ou perturbées, que ce soit pendant l’initialisation ou en production. La résilience des applications est améliorée grâce à la regénération (« respawn ») de pods sur le cluster, ce qui exige un déplacement rapide des volumes persistants. Tirant parti des protocoles d’accès réseau à distance, Azure Container Storage se lie étroitement au cycle de vie des pods pour prendre en charge les applications avec état à grande échelle et hautement résilientes sur AKS.

  • Niveau de performance amélioré pour les charges de travail avec état : Stockage de conteneurs Azure autorise un plus haut niveau de performance en lecture et offre des performances en écriture comparables à celles des disques en utilisant NVMe-oF via TCP. Cela permet aux clients de répondre de façon économique aux exigences de performances de diverses charges de travail de conteneurs (niveau 1, intensives en E/S, usage général, sensibles au débit, développement/test, etc.). Écourtez la durée d’attachement/détachement des volumes persistants et réduisez le temps de basculement des pods.

  • Orchestration des volumes natifs Kubernetes : Créez des pools de stockage et des volumes persistants, capturez des instantanés et gérez l’ensemble du cycle de vie des volumes à l’aide de commandes kubectl sans changer d’ensemble d’outils pour les différentes opérations de plan de contrôle.

Glossaire

Il est utile de comprendre certains termes clés relatifs à Azure Container et Kubernetes :

  • Mise en conteneur

    Empaquetage de code d’application avec uniquement le système d’exploitation et les dépendances nécessaires pour créer un seul et même exécutable.

  • Kubernetes

    Kubernetes est un système open source permettant d'automatiser le déploiement, la mise à l'échelle et la gestion d'applications dans des conteneurs.

  • Cluster

    Un cluster Kubernetes est un ensemble de nœuds de calcul (machines virtuelles) qui exécutent des applications conteneurisées. Chaque nœud est managé par le plan de contrôle et contient les services nécessaires à l’exécution de pods.

  • Pod

    Un pod est un groupe d’un ou plusieurs conteneurs avec des ressources de stockage et réseau partagées et une spécification sur la méthode d’exécution des conteneurs. Un pod constitue la plus petite unité déployable d’un cluster Kubernetes.

  • Azure Kubernetes Service (AKS)

    Azure Kubernetes Service est un service Kubernetes hébergé qui simplifie le déploiement d’un cluster Kubernetes managé dans Azure en laissant les contraintes opérationnelles à Azure. Azure gère les tâches critiques, comme le monitoring de l’intégrité et la maintenance.

  • Pool de stockage

    La pile Azure Container Storage tente d’unifier le modèle objet parmi les ressources dont le cluster est propriétaire et les abstractions de la plateforme. Pour parvenir à la représentation unifiée, la capacité de stockage disponible est agrégée dans un objet de pool de stockage. La capacité de stockage au sein d’un pool de stockage est considérée comme homogène. Un cluster AKS peut être constitué de plusieurs pools de stockage. Les pools de stockage servent également de limite d’authentification et de provisionnement. Ils offrent une construction logique permettant aux opérateurs de gérer l’infrastructure de stockage tout en simplifiant la création et la gestion de volumes pour les développeurs d’applications.

  • Classe de stockage

    Une classe de stockage Kubernetes définit la façon dont une unité de stockage est créée de façon dynamique avec un volume persistant. Pour plus d’informations, consultez Classes de stockage Kubernetes.

  • Volume

    Un volume Kubernetes est un répertoire contenant des données accessibles aux conteneurs dans un pod donné. Les volumes peuvent être persistants ou éphémères. Les volumes sont provisionnés de façon légère au sein d’un pool de stockage et partagent les caractéristiques de performances (IOPS, bande passante et capacité) du pool de stockage.

  • Volume persistant

    Les volumes persistants sont comparables à des disques de machine virtuelle. Ils représentent un dispositif par blocs brut que vous pouvez utiliser pour monter n’importe quel système de fichiers. Les développeurs d’applications créent des volumes persistants en même temps que les définitions d’applications ou de pods, et les volumes sont souvent liés au cycle de vie de l’application avec état. Pour plus d’informations, consultez Volumes persistants.

  • Revendications de volumes persistants (PVC)

    Une revendication de volume persistant est utilisée pour approvisionner automatiquement le stockage basé sur une classe de stockage.

Étapes suivantes