wordpress建站开发

操作场景

本文使用Wordpress应用为例，将自建Kubernetes集群中应用整体迁移到 CCE 集群。Wordpress应用包含Wordpress和MySQL两个组件，均为容器化实例，分别绑定了两个Local类型的本地存储卷，并通过NodePort服务对外提供访问。

迁移前通过浏览器访问Wordpress站点，创建站点名称为“Migrate to CCE”，并发布一篇文章用于验证迁移后PV数据的完整性。Wordpress中发布的文章会被存储在MySQL 数据库 的“wp_posts”表中，若迁移成功，数据库中的内容也将会被全量搬迁至新集群，可依此进行PV数据迁移校验。

前提条件

• 请在迁移前提前清理原集群中异常的Pod资源。当Pod状态异常但是又挂载了PVC的资源时，在集群迁移后，PVC状态会处于pending状态。
• 请确保CCE侧集群中没有与被迁移集群侧相同的资源，因为Velero工具在检测到相同资源时，默认不进行恢复。
• 为确保集群迁移后 容器镜像 资源可以正常拉取，请将镜像资源迁移至 容器镜像服务 （ SWR ）。
• CCE不支持ReadWriteMany的 云硬盘 存储，在原集群中存在该类型资源时，需要先修改为ReadWriteOnce。
• Velero集成Restic工具对存储卷进行备份还原，当前不支持HostPath类型的存储卷，详情请参见Restic限制。若您需备份该类型的存储卷，请将HostPath类型替换为Local类型。当备份任务中存在HostPath类型的存储，该类型存储卷将会被自动跳过并产生Warning信息，并不会导致备份失败。

原集群应用备份

1. （可选）如果需要对Pod中指定的存储卷数据进行备份，需对Pod添加annotation，标记模板如下：

   kubectl -n <namespace> annotate <pod/pod_name> backup.velero.io/backup-volumes=<volume_name_1>,<volume_name_2>,...

   • <namespace>：Pod所在的namespace。
   • <pod_name>：Pod名称。
   • <volume_name>：Pod挂载的持久卷名称。可通过describe语句查询Pod信息，Volume字段下即为该Pod挂载的所有持久卷名称。

   对Wordpress和MySQL的Pod添加annotation，pod名称分别为wordpress-758fbf6fc7-s7fsr和mysql-5ffdfbc498-c45lh。由于Pod在默认命名空间default下，-n <NAMESPACE>参数可省略：

   kubectl annotate pod/wordpress-758fbf6fc7-s7fsr backup.velero.io/backup-volumes=wp-storagekubectl annotate pod/mysql-5ffdfbc498-c45lh backup.velero.io/backup-volumes=mysql-storage

2. 对应用进行备份。备份时可以根据参数指定资源，若不添加任何参数，则默认对整个集群资源进行备份，详细参数请参考Resource filtering。
   • --default-volumes-to-restic：表示使用Restic工具对Pod挂载的所有存储卷进行备份，不支持HostPath类型的存储卷。如不指定该参数，将默认对1中annotation指定的存储卷进行备份。此参数仅在安装Velero时指定“--use-restic”后可用。

     velero backup create <backup-name> --default-volumes-to-restic

   • --include-namespaces：用于指定namespace下的资源进行备份。

     velero backup create <backup-name> --include-namespaces <namespace>

   • --include-resources：用于指定资源进行备份。

     velero backup create <backup-name> --include-resources deployments

   • --selector：用于指定与selector相匹配的资源备份。

     velero backup create <backup-name> --selector <key>=<value>

   本文指定default命名空间下的资源进行备份，wordpress-backup为备份名称，进行应用恢复时也需指定相同的备份名称。示例如下：

   velero backup create wordpress-backup --include-namespaces default --default-volumes-to-restic

   回显如下，表示成功创建备份任务：

   Backup request "wordpress-backup" submitted successfully. Run `velero backup describe wordpress-backup` or `velero backup logs wordpress-backup` for more details.

3. 查看备份情况。

   velero backup get

   回显如下：

   NAME               STATUS      ERRORS   WARNINGS   CREATED                         EXPI RES    STORAGE LOCATION   SELECTORwordpress-backup   Completed   0        0          2021-10-14 15:32:07 +0800  CS T   29d       default            <none>

   同时可前往对象桶中查看备份的文件，其中backups路径为应用资源备份，restic路径为PV数据备份。

   

目标集群应用恢复

由于自建集群与后端的存储基础设施不同，集群迁移后会遇到Pod无法挂载PV的问题。因此在进行迁移时需要对新集群中的StorageClass进行适配，从而在创建工作负载时可以屏蔽两个集群之间底层存储接口的差异，申请相应类型的存储资源，相关操作请参考StorageClass更新适配。若您使用 对象存储迁移 服务 OMS 完成存储迁移，可参考对接已有 对象存储 将对象存储桶挂载到应用实例。

1. 通过kubectl连接CCE集群，这里选择创建一个原集群中相同名称StorageClass来完成适配。

   本例中原集群的StorageClass名为local，存储类型为本地磁盘。本地磁盘存储完全依赖节点可用性，数据容灾性能差，节点不可用时将直接影响已有存储数据。因此CCE集群中的存储资源选用云硬盘存储卷，后端存储介质使用S AS 存储。

   

   • 包含PV数据的应用在CCE集群中进行恢复时，定义的StorageClass将会根据PVC动态创建相应的存储资源（如云硬盘）并挂载，请您知悉。
   • 此处集群的存储资源可以根据需求进行更改，并非仅限于云硬盘存储卷。若需要挂载其他类型的存储，如文件存储、对象存储，请参考StorageClass更新适配进行适配。

   被迁移侧集群YAML文件：

   apiVersion: storage.k8s.io/v1kind: StorageClassmetadata:  name: localprovisioner: kubernetes.io/no-provisionervolumeBindingMode: WaitForFirstConsumer

   迁移侧集群YAML文件示例如下：

   allowVolumeExpansion: trueapiVersion: storage.k8s.io/v1kind: StorageClassmetadata:  name: local  selfLink: /apis/storage.k8s.io/v1/storageclasses/csi-diskparameters:  csi.storage.k8s.io/csi-driver-name: disk.csi.everest.io  csi.storage.k8s.io/fstype: ext4  everest.io/disk-volume-type: SAS  everest.io/passthrough: "true"provisioner: everest-csi-provisionerreclaimPolicy: DeletevolumeBindingMode: Immediate  

2. 使用Velero工具创建restore，指定名称为wordpress-backup的备份，将Wordpress应用恢复至CCE集群。

   velero restore create --from-backup wordpress-backup

   可通过velero restore get语句查看应用恢复情况。

3. 恢复完成后查看应用实例是否正常运行，可能存在其他的更新适配问题，请参考资源更新适配中的步骤排查解决。