Container Service for Kubernetes:Use regional ESSDs for cross-zone disaster recovery

Etapa 1: Confirme o suporte dos nós

Liste todos os nós compatíveis com ESSDs regionais:

kubectl get node -lnode.csi.alibabacloud.com/disktype.cloud_regional_disk_auto=available

Para verificar o failover entre zonas, são necessários pelo menos dois nós compatíveis em zonas diferentes. Os exemplos abaixo utilizam cn-beijing-i e cn-beijing-l.

Etapa 2: Crie uma StorageClass

1. Crie o arquivo sc-regional.yaml:

   apiVersion: storage.k8s.io/v1
   kind: StorageClass
   metadata:
     name: alibabacloud-disk-regional
   parameters:
     type: cloud_regional_disk_auto
   provisioner: diskplugin.csi.alibabacloud.com
   reclaimPolicy: Delete
   volumeBindingMode: WaitForFirstConsumer
   allowVolumeExpansion: true

   Parâmetros principais:

   Parâmetro	Valor	Finalidade
   type	cloud_regional_disk_auto	Provisiona um ESSD regional que replica dados sincronizadamente entre várias zonas
   volumeBindingMode	WaitForFirstConsumer	Adia a criação do volume até o agendamento do pod, garantindo o provisionamento do disco na zona correta; sem isso, o disco pode ficar bloqueado na zona errada e impedir o failover entre zonas
   reclaimPolicy	Delete	Exclui o disco subjacente ao excluir a Persistent Volume Claim (PVC)
   allowVolumeExpansion	true	Permite expandir a capacidade do disco

2. Aplique a StorageClass:

   kubectl apply -f sc-regional.yaml

Etapa 3: Implantar uma aplicação com estado

1. Crie o arquivo disk-test.yaml para definir um StatefulSet que utiliza a StorageClass:

   apiVersion: apps/v1
   kind: StatefulSet
   metadata:
     name: disk-test
   spec:
     replicas: 1
     selector:
       matchLabels:
         app: nginx
     template:
       metadata:
         labels:
           app: nginx
       spec:
         containers:
         - name: nginx
           image: anolis-registry.cn-zhangjiakou.cr.aliyuncs.com/openanolis/nginx:1.14.1-8.6
           ports:
           - containerPort: 80
           volumeMounts:
           - name: pvc-disk
             mountPath: /data
     volumeClaimTemplates:
     - metadata:
         name: pvc-disk
       spec:
         accessModes: [ "ReadWriteOnce" ]
         storageClassName: alibabacloud-disk-regional
         resources:
           requests:
             storage: 20Gi

2. Implante a aplicação:

   kubectl apply -f disk-test.yaml

   Após o agendamento do pod, o driver CSI provisiona um ESSD regional de 20 GiB, cria um Persistent Volume (PV) e o monta no pod. Em seguida, o disco inicia a replicação síncrona de dados entre várias zonas.

Etapa 4: Verifique se a aplicação está em execução

1. Verifique o status da PVC e do pod:

   kubectl get pvc pvc-disk-disk-test-0
   kubectl get pod disk-test-0

   Saída esperada:

   NAME                   STATUS   VOLUME                   CAPACITY   ACCESS MODES   STORAGECLASS                 VOLUMEATTRIBUTESCLASS   AGE
   pvc-disk-disk-test-0   Bound    d-2ze5xxxxxxxxxxxxxxxx   20Gi       RWO            alibabacloud-disk-regional   <unset>                 14m
   NAME          READY   STATUS    RESTARTS   AGE
   disk-test-0   1/1     Running   0          14m

   A PVC está vinculada e o pod está em execução, confirmando o provisionamento e a montagem bem-sucedidos do ESSD regional.

2. Identifique o nó e a zona onde o pod está em execução:

   kubectl get node $(kubectl get pod disk-test-0 -ojsonpath='{.spec.nodeName}') -Ltopology.kubernetes.io/zone

   Saída esperada:

   NAME                       STATUS   ROLES    AGE     VERSION            ZONE
   cn-beijing.172.25.xxx.xx   Ready    <none>   6m32s   v1.32.1-aliyun.1   cn-beijing-i

   O pod foi agendado em cn-beijing-i.

Etapa 5: Simular uma falha de zona e verifique o failover entre zonas

1. Adicione um taint a todos os nós na zona atual do pod para simular uma falha de zona:

   kubectl taint node -ltopology.kubernetes.io/zone=cn-beijing-i testing=regional:NoExecute

   O Kubernetes Controller Manager (KCM) detecta o taint, remove o pod dos nós afetados e o reagenda para um nó em outra zona.

2. Verifique o novo status e a localização do pod:

   kubectl get pod disk-test-0
   kubectl get node $(kubectl get pod disk-test-0 -ojsonpath='{.spec.nodeName}') -Ltopology.kubernetes.io/zone

   Saída esperada:

   NAME          READY   STATUS    RESTARTS   AGE
   disk-test-0   1/1     Running   0          20s
   NAME                       STATUS   ROLES    AGE   VERSION            ZONE
   cn-beijing.172.26.xxx.xx   Ready    <none>   32m   v1.32.1-aliyun.1   cn-beijing-l

   O pod agora está em execução em cn-beijing-l. O ESSD regional é reconectado automaticamente e os dados permanecem intactos, sem necessidade de sincronização manual.

Etapa 6: Limpeza

1. Remova o taint para restaurar o agendamento normal em cn-beijing-i:

   kubectl taint node -ltopology.kubernetes.io/zone=cn-beijing-i testing-

2. Exclua os recursos de teste:

   kubectl delete sts disk-test
   kubectl delete pvc pvc-disk-disk-test-0