Note
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de changer d’annuaire.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de changer d’annuaire.
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.
Pour commencer à utiliser Azure Container Storage, consultez Installer Azure Container Storage pour une utilisation avec Azure Kubernetes Service.
Important
Cet article traite des fonctionnalités et des capacités disponibles dans Azure Container Storage (version 2.x.x), qui ne prend actuellement en charge que le disque NVMe local comme stockage de support. Pour plus d’informations sur les versions antérieures, consultez la documentation stockage de conteneurs Azure (version 1.x.x).
Pourquoi Azure Container Storage est utile
Azure Container Storage permet à vos charges de travail de conteneur d’accéder au stockage hautes performances qui était précédemment disponible uniquement pour les machines virtuelles. Il prend en charge les disques NVMe locaux rapides, qui sont idéaux pour les charges de travail sensibles à la latence, telles que PostgreSQL, et les infrastructures IA et ML nécessitant beaucoup de calcul, comme Ray et Kubeflow.
Vous pouvez créer et gérer des volumes de stockage à l’aide d’outils Kubernetes standard. Vous n’avez pas besoin de basculer entre différents portails ou de configurer les pilotes CSI vous-même. Cette simplicité facilite les tâches de stockage et aide les équipes à rester concentrés sur l’exécution de leurs applications.
Azure Container Storage fonctionne avec Azure Kubernetes Service et les clusters Kubernetes auto-gérés. Étant donné qu’il utilise des composants open source, il prend en charge les déploiements sur Azure et d’autres clouds, offrant une flexibilité pour les configurations hybrides et multiclouds.
Principaux avantages
Mise à l’échelle transparente des pods avec état stable : Azure Container Storage permet une mise à l’échelle rapide en montant des volumes persistants à l’aide de protocoles réseau de stockage en bloc haute performance tels que NVMe-oF ou iSCSI. Cette approche garantit des opérations d’attachement et de détachement rapides, ce qui vous permet d’effectuer un scale-up ou un scale-down dynamique des ressources sans risquer d’interruption de l’application. Pendant l’initialisation ou le basculement des pods, les volumes persistants peuvent être rapidement réaffectés sur le cluster, en améliorant la résilience des applications et en prenant en charge des charges de travail à grande échelle et avec état sur Kubernetes.
Performances optimisées pour les charges de travail avec état : Azure Container Storage offre un débit de lecture élevé et des vitesses d’écriture de disque quasi natives à l’aide de NVMe-oF sur TCP. Cette architecture permet des performances rentables pour un large éventail de charges de travail conteneurisées, notamment les scénarios d’E/S gourmands en E/S de niveau 1, à usage général, sensibles au débit et au développement/test. Il accélère également l'attachement et le détachement des volumes persistants, ce qui réduit les temps de basculement des pods et améliore la résilience des applications.
Orchestration de volume native Kubernetes : Créez en toute transparence des classes de stockage et des volumes persistants, gérez le cycle de vie complet des volumes, notamment l’approvisionnement, l’expansion, la suppression et effectuez des opérations telles que la capture d’instantanés, tout en utilisant des commandes familières
kubectl. Cette approche unifiée élimine la nécessité de basculer entre différents outils ou interfaces, en rationalisant la gestion du stockage dans votre environnement Kubernetes.Open source et piloté par la communauté : Azure Container Storage est développé en tant que projet open source. Il peut être installé via une extension AKS, comme décrit dans le didacticiel, ou via Helm à l’aide du dépôt local-csi-driver . Cette approche ouverte permet aux utilisateurs de contribuer, de personnaliser et d’intégrer des flux de travail et des modèles Kubernetes existants.
Types de stockage pris en charge
Azure Container Storage fournit une couche d’orchestration et de gestion native Kubernetes pour les volumes persistants sur des clusters Kubernetes Linux. Il utilise des offres de stockage Azure existantes comme magasin de données sous-jacent. Actuellement, Azure Container Storage v2 prend uniquement en charge les disques NVMe locaux pour le support de stockage.
| Type de stockage | Description | Charges de travail | Offres | Modèle de provisionnement |
|---|---|---|---|---|
| Disque NVMe local | Utilise des disques NVMe locaux sur des nœuds AKS | Idéal pour les applications qui nécessitent une latence ultra-faible et qui ne peuvent tolérer aucune durabilité des données ou avoir une réplication intégrée (par exemple, PostgreSQL). | Disponible sur certaines tailles de machine virtuelle Azure, telles que les tailles de machine virtuelle optimisées pour le stockage et les tailles de machines virtuelles accélérées par GPU. | Déployé dans un cluster Kubernetes. Détecte et acquiert automatiquement des disques NVMe locaux sur des nœuds de cluster pour le déploiement de volume. |
Prise en charge des fonctionnalités pour différents types de stockage
Le tableau suivant répertorie les principales fonctionnalités d’Azure Container Storage et indique s’ils sont pris en charge sur les disques NVMe locaux.
| Fonctionnalité | NVMe local |
|---|---|
| Volumes éphémères | Pris en charge |
| Volumes persistants | Pris en charge1 |
| Expansion/redimensionnement PV | Pris en charge |
| Instantanés | Non pris en charge |
| Réplication | Non pris en charge |
1 Par défaut, Azure Container Storage utilise des volumes éphémères génériques pour les disques NVMe locaux, ce qui signifie que les données ne sont pas conservées après la suppression du pod. Pour activer les volumes persistants qui ne sont pas liés au cycle de vie du pod, ajoutez l’annotation appropriée à votre revendication de volume persistant. Pour plus d’informations, consultez Créer des volumes persistants avec des disques NVMe locaux.
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
Considérations relatives au choix d’une version majeure
Azure Container Storage offre deux versions principales : v1 et v2. Choisissez la version appropriée en fonction de votre option de stockage sous-jacente.
- Disques NVMe locaux : choisissez Stockage conteneur Azure v2.
- Disques Azure : choisissez Stockage conteneur Azure v1. Azure Container Storage v2 ne prend pas encore en charge les disques Azure.
- SAN Élastique Azure : Choisissez Azure Container Storage v1. Azure Container Storage v2 ne prend pas encore en charge azure Elastic SAN.
Glossaire
Pour mieux naviguer dans les concepts azure Container Storage et Kubernetes, familiarisez-vous avec ces termes essentiels :
Conteneurisation
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.
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.
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.
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.