云盘类型有状态应用的跨可用区迁移

示例1：云盘跨可用区迁移

步骤一：创建使用ESSD云盘的有状态应用

1. 执行以下命令，在集群中部署有状态应用Nginx。

   展开查看部署有状态应用Nginx的文件

   cat << EOF | kubectl apply -f -
   apiVersion: apps/v1
   kind: StatefulSet
   metadata:
     name: web
   spec:
     selector:
       matchLabels:
         app: nginx
     serviceName: "nginx"
     replicas: 2
     template:
       metadata:
         labels:
           app: nginx
       spec:
         containers:
           - name: nginx
             image: nginx:1.14.2
             ports:
               - containerPort: 80
                 name: web
             volumeMounts:
               - name: www
                 mountPath: /usr/share/nginx/html
     volumeClaimTemplates:
       - metadata:
           name: www
           labels:
             app: nginx
         spec:
           accessModes: [ "ReadWriteOnce" ]
           storageClassName: "alicloud-disk-essd"
           resources:
             requests:
               storage: 20Gi
   EOF
   

2. 执行以下命令，确认应用的两个副本的部署情况。

   kubectl get pod -owide | grep web-

   预期输出：

   NAME                        READY    STATUS   RESTARTS    AGE     IP                ZONE                  NOMINATED NODE   READINESS GATES
   web-0                        1/1     Running   0          44s     172.29.XX.XX    node-zone-i           <none>           <none>
   web-1                        1/1     Running   0          3s      172.29.XX.XX    node-zone-j           <none>           <none>

   预期输出表明，应用的两个副本分别部署在cn-beijing-i, cn-beijing-j两个可用区的节点上。实际部署的结果由调度器决定。

步骤二：创建有状态应用迁移任务

1. 执行以下命令，在集群中创建有状态应用迁移任务。

   以下迁移任务中，将有状态应用的两个副本全部迁移至cn-beijing-k可用区。迁移前，已确认该节点有足够的资源，且可用区和机型均支持ESSD云盘。

   cat <<EOF | kubectl apply -f -
   apiVersion: storage.alibabacloud.com/v1beta1
   kind: ContainerStorageOperator
   metadata:
     name: migrate-to-k
   spec:
     operationType: APPMIGRATE
     operationParams:
       stsName: web
       stsNamespace: default
       stsType: kube
       targetZone: cn-beijing-k      # 迁移至cn-beijing-k可用区。
       healthDurationMinutes: "1"    # 迁移完成后隔1分钟确认应用运行正常。
       snapshotRetentionDays: "-1"   # 新建的快照长期保留，直至在控制台删除。
       retainSourcePV: "true"        # 保留原可用区的云盘和对应PV。
   EOF

2. 执行以下命令，查询迁移任务的状态。

   kubectl describe cso migrate-to-k | grep Status

   预期输出：

     Status:  SUCCESS

   预期输出为SUCCESS，表明迁移任务状态正常。如果预期输出为FAILED，表明迁移任务创建失败，关于失败问题排查，请参见（可选）任务失败时原因排查。

3. 执行以下命令，查询迁移后应用的两个副本的部署情况。

   kubectl get pod -owide | grep web-

   预期输出：

   NAME                        READY    STATUS    RESTARTS   AGE     IP                  ZONE                 NOMINATED NODE    READINESS GATES
   web-0                        1/1     Running   0          25m     172.29.XX.XX     node-zone-k           <none>           <none>
   web-1                        1/1     Running   0          25m     172.29.XX.XX     node-zone-k           <none>           <none>

   预期输出表明，应用的副本均已迁移至可用区cn-beijing-k的节点上。

4. 登录ECS管理控制台。

   确认如下信息：

   • 新建的极速快照为长期保留。

   • 新建的云盘在cn-beijing-k可用区。

   • 原cn-beijing-i和cn-beijing-j的云盘配置未被删除，因为迁移任务中retainSourcePV的配置为true。

（可选）任务失败时原因排查

若在步骤二中查询到的迁移任务状态为FAILED，可通过以下步骤查询失败原因，根据原因调整后重试。

1. 执行以下命令，确认应用已经成功回滚。

   kubectl get pod -owide | grep web-

   预期输出：

   NAME                        READY    STATUS    RESTARTS   AGE     IP                  ZONE                 NOMINATED NODE    READINESS GATES
   web-0                        1/1     Running   0          12m     172.29.XX.XX   node-zone-i           <none>           <none>
   web-1                        1/1     Running   0          12m     172.29.XX.XX    node-zone-j           <none>           <none>

2. 执行以下指令，查询迁移任务失败的原因。

   kubectl describe cso migrate-to-k | grep Message -A 1

   预期输出：

     Message:
       Consume: no pvc mounted in statefulset or no pvc need to migrated web

   预期输出表明，失败的原因是由于找不到待迁移的存储声明，可能为应用并未挂载存储、应用已挂载在目标可用区，无法获取存储声明信息等，请根据实际情况修改后重试。

示例2：云盘多可用区打散

例如，示例一中的有状态应用的两个副本当前都部署在cn-beijing-k可用区中，即运行在节点node-beijing-k上。为提高应用的可用性，现需要将副本打散到cn-beijing-i及cn-beijing-j双可用区中。您可以通过以下操作实现云盘的多可用区打散。

1. 执行以下命令，在集群中创建有状态应用迁移任务。

   cat <<EOF | kubectl apply -f -
   apiVersion: storage.alibabacloud.com/v1beta1
   kind: ContainerStorageOperator
   metadata:
     name: migrate-to-i-and-j
   spec:
     operationType: APPMIGRATE
     operationParams:
       stsName: web
       stsNamespace: default
       stsType: kube
       targetZone: cn-beijing-i,cn-beijing-j   # 迁移至cn-beijing-i和cn-beijing-j可用区。
       healthDurationMinutes: "1"              # 迁移完成后隔1分钟确认应用运行正常。
       snapshotRetentionDays: "-1"             # 新建的快照长期保留，直至在控制台删除。
       retainSourcePV: "true"                  # 保留原可用区的云盘和对应PV。
   EOF

2. 执行以下命令，查询迁移任务的状态。

   kubectl describe cso migrate-to-i-and-j | grep Status

   预期输出：

     Status:  SUCCESS

3. 执行以下命令，查询迁移后应用两个副本的部署情况。

   kubectl get pod -owide | grep web-

   预期输出：

   NAME                        READY    STATUS    RESTARTS   AGE     IP                  ZONE                NOMINATED NODE   READINESS GATES
   web-0                        1/1     Running   0          12m     172.29.XX.XX    node-zone-i           <none>           <none>
   web-1                        1/1     Running   0          12m     172.29.XX.XX    node-zone-j           <none>           <none>

   预期输出表明，应用的两个副本已被打散至可用区cn-beijing-i和cn-beijing-j的节点上。

4. 登录ECS管理控制台。

   确认如下信息：

   • 新建的极速快照为长期保留。

   • 新建的云盘在cn-beijing-i、cn-beijing-j可用区。

   • 原cn-beijing-k的云盘配置未被删除，因为迁移任务中retainSourcePV的配置为true。