Container Service for Kubernetes:Storage basics

Exemple de PV

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv-example
spec:
  capacity:
    storage: 20Gi # adjust to match the actual cloud disk size
  accessModes:
    - ReadWriteOnce
  persistentVolumeReclaimPolicy: Retain
  csi:
    driver: diskplugin.csi.alibabacloud.com
    volumeHandle: <disk ID>
  volumeMode: Filesystem

Exemple de PVC

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pvc-example
spec:
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 20Gi
  volumeName: pv-example

Règles de liaison

Les PV et les PVC entretiennent une relation un-à-un : exactement un PVC se lie à chaque PV. Avant qu'un PVC puisse être utilisé par un pod, Kubernetes doit trouver un PV qui satisfait les conditions suivantes :

Fonctionnement du champ storage :

• Kubernetes utilise storage pour faire correspondre et lier les PV aux PVC.

• Dans l'approvisionnement dynamique, la valeur storage du PVC définit la capacité du PV et de la ressource sous-jacente (tel qu'un disque cloud).

• Pour les types de stockage qui prennent en charge le redimensionnement, la valeur storage du PVC définit la capacité cible après une extension.

• storage est une déclaration de capacité logique. La capacité réelle accessible en écriture dépend du support de stockage sous-jacent, et non du champ storage.

Modes d'accès aux volumes

Utilisez le champ accessModes pour définir la manière dont un volume peut être monté :

Approvisionnement statique

Dans l'approvisionnement statique, l'administrateur du cluster crée les PV à l'avance. Les disques cloud, les systèmes de fichiers NAS et les buckets OSS prennent en charge l'approvisionnement statique.

1. L'administrateur alloue les ressources de stockage (par exemple, des disques cloud ou des systèmes de fichiers NAS) en fonction des exigences des pods.

2. L'administrateur crée des PV décrivant ces ressources, y compris la capacité et la configuration.

3. Les développeurs créent des PVC qui déclarent ce dont leurs charges de travail ont besoin.

4. Lors de la création d'un pod, Kubernetes lie le PVC à un PV correspondant.

Approvisionnement dynamique

Dans l'approvisionnement dynamique, un provisionneur CSI crée automatiquement des PV lorsqu'un PVC est créé. Les disques cloud, les systèmes de fichiers NAS et les buckets OSS prennent en charge l'approvisionnement dynamique.

1. L'administrateur crée une StorageClass qui définit le type de stockage et le provisionneur. Par exemple, diskplugin.csi.alibabacloud.com approvisionne des disques cloud.

2. Les développeurs créent des PVC faisant référence à une StorageClass. Aucune création manuelle de PV n'est nécessaire.

3. Lors de la création d'un pod, le provisionneur CSI lit la StorageClass, crée un PV et la ressource de stockage sous-jacente, puis lie le PV au PVC.

L'approvisionnement dynamique offre trois avantages :

• Gestion automatisée du cycle de vie : le provisionneur gère automatiquement la création et la suppression des PV.

• Réduction de la charge opérationnelle : les administrateurs gèrent les StorageClasses plutôt que les PV individuels.

• Cohérence de la capacité : le PV et la ressource sous-jacente correspondent toujours à la capacité demandée par le PVC.

Exemple de StorageClass

La StorageClass suivante approvisionne des disques Alibaba Cloud :

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: alicloud-disk-topology-alltype
provisioner: diskplugin.csi.alibabacloud.com
parameters:
  type: cloud_auto,cloud_essd,cloud_ssd,cloud_efficiency
  fstype: ext4
  diskTags/a: b
  encrypted: "false"
  performanceLevel: PL1
  provisionedIops: "40000"
  burstingEnabled: "false"
reclaimPolicy: Delete
allowVolumeExpansion: true
volumeBindingMode: WaitForFirstConsumer

Paramètres clés

Choix d'un volumeBindingMode :

Utilisez WaitForFirstConsumer dans les clusters multi-zones. Les disques cloud ne peuvent pas être montés entre différentes zones. Si un PV se trouve dans la zone A mais qu'un pod est planifié dans la zone B, le pod ne parvient pas à démarrer. Avec WaitForFirstConsumer, le provisionneur attend la planification du pod, puis crée le disque dans la zone du pod.

Fonctionnement de WaitForFirstConsumer :

Lorsqu'un PVC est créé, le provisionneur attend qu'un pod le consomme. L'ordonnanceur place le pod sur un nœud et écrit le résultat (région et nœud) dans les métadonnées du PVC. Le provisionneur crée ensuite le PV et le disque dans la zone correcte.

StorageClass par défaut

Une StorageClass par défaut approvisionne automatiquement un PV pour tout PVC qui omet le nom d'une StorageClass.

Définir une StorageClass par défaut :

Marquez alicloud-disk-topology-alltype comme valeur par défaut :

kubectl annotate storageclass alicloud-disk-topology-alltype storageclass.kubernetes.io/is-default-class=true

Vérifiez la modification :

kubectl get sc

Sortie attendue :

NAME                                        PROVISIONER                       AGE
alicloud-disk-topology-alltype (default)    diskplugin.csi.alibabacloud.com   96m

Créer un PVC sans spécifier de StorageClass :

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: disk-pvc
spec:
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 20Gi

Le cluster crée automatiquement un PV de disque cloud en utilisant alicloud-disk-topology-alltype.

kubectl get pvc

Sortie attendue :

NAME       STATUS   VOLUME                   CAPACITY   ACCESS MODES    STORAGECLASS                      AGE
disk-pvc   Bound    d-bp18pbai447qverm****   20Gi       RWO             alicloud-disk-topology-alltype    49s

Supprimer la StorageClass par défaut :

kubectl annotate storageclass alicloud-disk-topology-alltype storageclass.kubernetes.io/is-default-class-

StorageClasses fournies par ACK

La StorageClass alicloud-disk-topology-alltype sélectionne le meilleur type de disque disponible :

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: alicloud-disk-topology-alltype
parameters:
  type: cloud_essd,cloud_ssd,cloud_efficiency
provisioner: diskplugin.csi.alibabacloud.com
reclaimPolicy: Delete
allowVolumeExpansion: true
volumeBindingMode: WaitForFirstConsumer