Partager via


Qu’est-ce qu’Azure Container Storage (version 1.x.x) ?

Azure Container Storage est un service de gestion, de déploiement et d’orchestration basé sur le cloud conçu en mode natif pour les conteneurs. Il s’intègre à Kubernetes, ce qui vous permet de provisionner dynamiquement et automatiquement des volumes persistants pour stocker des données pour les applications avec état s’exécutant sur des clusters Kubernetes. Azure Container Storage est dérivé d’OpenEBS, une solution open source qui fournit des fonctionnalités de stockage de conteneurs pour Kubernetes.

Important

Cet article traite des fonctionnalités et des capacités disponibles dans Azure Container Storage (version 1.x.x). Azure Container Storage (version 2.x.x) est désormais disponible. Le stockage de conteneurs Azure n’est pas disponible dans toutes les régions Azure. Consultez la disponibilité régionale. Si vous avez déjà installé la préversion du stockage conteneur Azure et que vous n’avez pas activé la mise à niveau automatique, veillez à effectuer une mise à jour vers la version en disponibilité générale.

Cette vidéo présente Azure Container Storage (version 1.x.x), un service de gestion et d’orchestration de stockage complet de bout en bout pour les applications stateful. 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 des offres de stockage Azure existantes pour le stockage de données réel et offre une solution d’orchestration et de gestion de volume conçue pour les conteneurs. Vous pouvez choisir l'une des options de stockage secondaires prises en charge pour créer un pool de stockage pour vos volumes persistants.

Azure Container Storage (version 1.x.x) offre une prise en charge de volume persistant avec le mode d’accès ReadWriteOnce aux clusters Azure Kubernetes Service (AKS) basés sur Linux. Les options de stockage prises en charge sont les suivantes : Disques Azure, disques éphémères (NVMe local ou SSD temporaire) et SAN élastique Azure. Le tableau suivant récapitule les types de stockage pris en charge, les charges de travail recommandées et les modèles d’approvisionnement.

Type de stockage Description Charges de travail Offres Modèle d’approvisionnement
Azure Elastic SAN (préversion) Provisionner à la demande, ressource entièrement managée Bases de données à usage général, services de diffusion en continu et de messagerie, environnements CD/CI et autres charges de travail de niveau 1/2. SAN élastique Azure Provisionné à la demande par volume et instantané de volume créés. Plusieurs clusters peuvent accéder simultanément à un seul san, mais les volumes persistants ne peuvent être attachés qu’à un seul consommateur à la fois.
Disques Azure Contrôle granulaire des références SKU et des configurations de stockage Les disques Azure conviennent parfaitement aux bases de données de niveau 1 et à usage général telles que MySQL, MongoDB et PostgreSQL. SSD Premium, SSD Premium v2, SSD Standard, Disque Ultra Provisionné en fonction de la taille du pool de stockage du conteneur cible et de la taille maximale du volume.
Disque éphémère Utilise des ressources de stockage locales sur des nœuds AKS (NVMe ou SSD temporaire) Le disque éphémère est extrêmement sensible à la latence (latence inférieure à ms), c’est pourquoi il est préférable pour les applications sans exigence de durabilité des données ou avec une prise en charge intégrée de la réplication des données telle que Cassandra. NVMe est disponible sur certaines références SKU de machine virtuelle Azure, par exemple, les références SKU de machine virtuelle optimisées pour le stockage ou les références SKU de machine virtuelle accélérée par GPU Déployé dans le cadre des 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 que vous sélectionnez. Le tableau suivant répertorie les principales fonctionnalités d’Azure Container Storage et indique les options de stockage qui les prennent en charge.

Fonctionnalité Local NVMe SSD local Disques Azure Azure Elastic SAN (préversion)
Extension/redimensionnement du pool de stockage Soutenu Soutenu Soutenu Non prise en charge
Réplication Soutenu Non prise en charge Prise en charge en mode natif Preview
Consommation des ressources Soutenu Soutenu Soutenu Preview
SSE/CMK Non prise en charge Non prise en charge Soutenu Preview
Option Expose ZRS N/A N/A Soutenu Preview
Volumes persistants Pris en charge1 Pris en charge1 Soutenu Preview
Volumes éphémères Soutenu Soutenu Soutenu Preview
Snapshots Soutenu Soutenu Soutenu Non prise en charge

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

Disponibilité régionale

Azure Container Storage est disponible uniquement 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 d’Azure Container Storage

Nos dernières mises à jour améliorent la résilience et les performances des conteneurs avec état. Nous offrons désormais des pools de stockage multizone et la réplication de volume pour les pools de stockage NVMe locaux, ce qui garantit la disponibilité pendant les défaillances de nœud unique. 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 temporaire du disque SSD, 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 avec prise en charge de la réplication.
  • Amélioration de la récupération de volume persistant après un 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@service.microsoft.com.

Pourquoi Azure Container Storage est utile

Jusqu’à présent, fournir un stockage cloud pour les conteneurs nécessitait de configurer les pilotes de l’interface de stockage des conteneurs (CSI) afin d’utiliser les services de stockage conçus pour les charges de travail centrées sur l’IaaS et de les adapter aux conteneurs. Dans certains scénarios, cela peut créer une surcharge opérationnelle et augmenter le risque de problèmes liés à la disponibilité, à l’extensibilité, aux performances, à la facilité d’utilisation et au coût des applications.

Avec Azure Container Storage, vous n’avez pas besoin de vous soucier de la configuration de pilotes CSI individuels. En offrant une solution d’orchestration de volume managée via des contrôleurs de stockage basés sur des microservice dans un environnement Kubernetes, Azure Container Storage active un stockage natif de conteneur véritable.

Vous pouvez utiliser Stockage conteneur Azure pour :

  • Accélérer les initiatives de machine virtuelle à conteneur : Azure Container Storage fait apparaître le spectre complet des offres de stockage de blocs Azure qui étaient auparavant uniquement disponibles pour les machines virtuelles et les rend disponibles pour les 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.

  • Simplifiez la gestion des volumes avec Kubernetes : En fournissant une orchestration de volume via le plan de contrôle Kubernetes, Azure Container Storage facilite le déploiement et la gestion des volumes dans Kubernetes, sans avoir à passer d’un plan de contrôle à l’autre.

  • Réduire le coût total de possession (TCO) : Améliorez l’efficacité des coûts en augmentant l’échelle des volumes persistants pris en charge par pod ou nœud. Réduisez les ressources de stockage nécessaires à l’approvisionnement 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 à petite échelle et déployer des ressources en fonction des besoins tout en vous assurant que vos applications ne sont pas privées de ressources ou interrompues, 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.

  • Amélioration des performances pour les charges de travail avec état : Azure Container Storage offre des performances de lecture supérieures et fournit des performances d’écriture sur disque proche à l’aide de NVMe-oF sur TCP. Cela permet aux clients de répondre à des exigences de performances rentables pour différentes charges de travail de conteneur, notamment les E/S de niveau 1, les besoins généraux, la sensibilité au débit et le développement/test. Écourtez la durée d’attachement/détachement des volumes persistants et réduisez le temps de basculement des pods.

  • Orchestration de volume native Kubernetes : Créez des pools de stockage et des volumes persistants, capturez des instantanés et gérez tout le cycle de vie des volumes à l’aide kubectl de commandes sans basculer entre des ensembles d’outils pour différentes opérations de plan de contrôle.

Glossaire

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

  • Conteneurisation

    La création d'un exécutable unique implique l'emballage du code de l’application avec uniquement le système d’exploitation et les dépendances requises.

  • Kubernetes

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

  • 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 géré par le plan de contrôle et contient les services nécessaires pour exécuter des pods.

  • Pod

    Un pod est un groupe d’un ou plusieurs conteneurs, avec des ressources de stockage et de réseau partagées, et une spécification pour l’exécution des conteneurs. Un pod est la plus petite unité déployable dans 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 déchargeant la surcharge opérationnelle sur Azure. Azure gère les tâches critiques, telles que la surveillance de l'état de santé et la maintenance.

  • Pool de stockage

    Dans Azure Container Storage (version 1.x.x), 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 avoir plusieurs pools de stockage. Les pools de stockage servent également de limite d’authentification et d’approvisionnement. Ils fournissent une construction logique permettant aux opérateurs de gérer l’infrastructure de stockage tout en simplifiant la création et la gestion des 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 dynamiquement 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 avec précision dans 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 similaires aux disques d’une machine virtuelle. Ils représentent un périphérique de bloc 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.

  • Revendication de volume persistant (PVC)

    Une revendication de volume persistant est utilisée pour approvisionner automatiquement le stockage en fonction d’une classe de stockage.

Étapes suivantes