如何在两个OpenShift集群间迁移有状态应用

Portworx存储集群支撑了附加在这些Pod上的持久卷。

下面的卷附加到了MySQL pod上。

对于WordPress CMS, 有个共享的Portworx卷附加到了Pod上。

配置好的应用，可以通过WordPress相关的服务来访问。

为了完成这一步，你需要AWS账户的访问密钥和Secret密钥。如果你已经配置好了AWS CLI，可以在这里发现这些密钥。 ~/.aws/credentials

回到生产环境集群，运行下面的命令来复制UUID。

PX_POD=$(oc get pods -l name=portworx -n kube-system -o jsonpath='{.items[0].metadata.name}')oc -n=kube-system exec $PX_POD -- /opt/pwx/bin/pxctl status

记下集群的UUID，放在一个安全的地方。

我们在生产环境内，来创建生产环境集群的身份验证信息。

oc -n=kube-system exec $PX_POD -- /opt/pwx/bin/pxctl credentials create \	--provider s3 \	--s3-access-key  \	--s3-secret-key  \	--s3-region ap-southeast-1  \	--s3-endpoint s3.ap-southeast-1.amazonaws.com clusterPair_c02528e3-30b1-43e7-91c0-c26c111d57b3

确保身份验证信息的名称按照这样的格式：‘clusterPair_UUID’。

PX_POD=$(oc get pods -l name=portworx -n kube-system -o jsonpath='{.items[0].metadata.name}')oc -n=kube-system exec $PX_POD -- /opt/pwx/bin/pxctl cluster token show

oc describe svc portworx-service -n kube-system

到这里，你已经准备好下面的数据了：

1.   目标集群的Token

2.   指向Portworx服务的负载均衡的CNAME

创建集群配对参数

我们从生产环境（目标集群）来创建YAML文件。并且把它应用到研发测试环境（源集群）。

确保你在在生产环境中，运行下面的命令。

storkctl generate clusterpair -n cms prodcluster > clusterpair.yaml

打开clusterpair.yaml，在选项中增加下面的细节信息。它们反映了目标集群里的负载均衡的IP地址或者DNS名称，以及与目标集群关联的Token。

为Kubemotion进行集群配对

通过为源集群配置配对参数，我们可以把集群进行配对。

我们回到源集群（研发测试环境），来进行集群配对。

oc apply -f clusterpair.yaml
oc get clusterpair -n cms

<pre>oc getclusterpairs</pre> 的输出确认了配对已经成功。

验证配对状态

我们可以通过 storkctl CLI来验证配对状态。确保存储的状态，和调度器的状态都是正常，没有错误。

storkctl -n=cms get clusterpair

我们验证了，源集群和目标集群已经配对成功。

现在我们开始迁移。

从源集群向目标集群迁移CMS应用

在研发测试环境下，通过下面的步骤开始CMS应用的迁移。

开始迁移

用下面的内容创建一个名为migration.yaml的YAML文件。

apiVersion: stork.libopenstorage.org/v1alpha1
kind: Migrationmetadata:
  name: cmsmigration  namespace: cms
spec:
  # This should be the name of the cluster pair created above
  clusterPair: prodcluster  # If set to false this will migrate only the Portworx volumes. No PVCs, apps, etc will be migrated
  includeResources: true
  # If set to false, the deployments and stateful set replicas will be set to 0 on the destination.
  # There will be an annotation with "stork.openstorage.org/migrationReplicas" on the destinationto store the replica count from the source.
  startApplications: true
  # List of namespaces to migrate
  namespaces:
  - cms

这里包括一些很重要的信息，例如集群配对的名称、迁移中包括的命名空间，需要被迁移的资源类型。

把YAML文件提交到研发测试集群，来开始迁移。

oc apply -f migration.yaml
migration.stork.libopenstorage.org/cmsmigration created

监控迁移的过程

使用storkctl我们来监控迁移的过程。

storkctl get migration -n cms

一旦迁移完成， storkctl 会报告最后迁移到目标集群的卷的数量以及资源。

通过下面的命令，可以得到迁移过程的详细信息。

oc describe migration cmsmigration -n=cms% oc describe migration cmsmigration -n=cmsName:         cmsmigrationNamespace:    cmsLabels:Annotations:  kubectl.kubernetes.io/last-applied-configuration:
                {"apiVersion":"stork.libopenstorage.org/v1alpha1","kind":"Migration","metadata":{"annotations":{},"name":"cmsmigration","namespace":"cms"}...API Version:  stork.libopenstorage.org/v1alpha1Kind:         MigrationMetadata:
  Creation Timestamp:  2019-11-08T02:33:44Z
  Generation:          9
  Resource Version:    346702
  Self Link:           /apis/stork.libopenstorage.org/v1alpha1/namespaces/cms/migrations/cmsmigration
  UID:                 2eeb5d56-01d0-11ea-a393-02fec625b80aSpec:
  Admin Cluster Pair:
  Cluster Pair:        prodcluster  Include Resources:   true
  Include Volumes:     true
  Namespaces:
    cms  Post Exec Rule:
  Pre Exec Rule:
  Selectors:
  Start Applications:  trueStatus:
  Finish Timestamp:  2019-11-08T02:34:56Z
  Resources:
    Group:      core    Kind:       PersistentVolume
    Name:       pvc-ac60362f-0170-11ea-8418-06c5879a6a7a
    Namespace:
    Reason:     Resource migrated successfully    Status:     Successful
    Version:    v1    Group:      core    Kind:       PersistentVolume
    Name:       pvc-c5dd1955-0170-11ea-a393-02fec625b80a
    Namespace:
    Reason:     Resource migrated successfully    Status:     Successful
    Version:    v1    Group:      core    Kind:       Service
    Name:       mysql    Namespace:  cms    Reason:     Resource migrated successfully    Status:     Successful
    Version:    v1    Group:      core    Kind:       Service
    Name:       wordpress    Namespace:  cms    Reason:     Resource migrated successfully    Status:     Successful
    Version:    v1    Group:      core    Kind:       PersistentVolumeClaim
    Name:       px-mysql-pvc    Namespace:  cms    Reason:     Resource migrated successfully    Status:     Successful
    Version:    v1    Group:      core    Kind:       PersistentVolumeClaim
    Name:       px-wp-pvc    Namespace:  cms    Reason:     Resource migrated successfully    Status:     Successful
    Version:    v1    Group:      apps    Kind:       Deployment
    Name:       mysql    Namespace:  cms    Reason:     Resource migrated successfully    Status:     Successful
    Version:    v1    Group:      apps    Kind:       Deployment
    Name:       wordpress    Namespace:  cms    Reason:     Resource migrated successfully    Status:     Successful
    Version:    v1    Group:      route.openshift.io    Kind:       Route
    Name:       wp    Namespace:  cms    Reason:     Resource migrated successfully    Status:     Successful
    Version:    v1  Stage:        Final
  Status:       Successful
  Volumes:
    Namespace:                cms    Persistent Volume Claim:  px-mysql-pvc    Reason:                   Migration successful for volume    Status:                   Successful
    Volume:                   pvc-ac60362f-0170-11ea-8418-06c5879a6a7a
    Namespace:                cms    Persistent Volume Claim:  px-wp-pvc    Reason:                   Migration successful for volume    Status:                   Successful
    Volume:                   pvc-c5dd1955-0170-11ea-a393-02fec625b80aEvents:
  Type    Reason      Age                From   Message
  ----    ------      ----               ----   -------
  Normal  Successful  82s                stork  Volume pvc-ac60362f-0170-11ea-8418-06c5879a6a7a migrated successfully  Normal  Successful  82s                stork  Volume pvc-c5dd1955-0170-11ea-a393-02fec625b80a migrated successfully  Normal  Successful  78s                stork  /v1, Kind=PersistentVolume /pvc-ac60362f-0170-11ea-8418-06c5879a6a7a: Resource migrated successfully  Normal  Successful  78s                stork  /v1, Kind=PersistentVolume /pvc-c5dd1955-0170-11ea-a393-02fec625b80a: Resource migrated successfully  Normal  Successful  78s                stork  /v1, Kind=Service cms/mysql: Resource migrated successfully  Normal  Successful  78s                stork  /v1, Kind=Service cms/wordpress: Resource migrated successfully  Normal  Successful  78s                stork  /v1, Kind=PersistentVolumeClaim cms/px-mysql-pvc: Resource migrated successfully  Normal  Successful  78s                stork  /v1, Kind=PersistentVolumeClaim cms/px-wp-pvc: Resource migrated successfully  Normal  Successful  78s                stork  apps/v1, Kind=Deployment cms/mysql: Resource migrated successfully  Normal  Successful  77s (x2 over 78s)  stork  (combined from similar events): route.openshift.io/v1, Kind=Route cms/wp: Resource migrated successfully

在生产环境上验证迁移

回到生产环境，我们来检查CMS命名空间里的所有资源。

oc get all -n cms

你可以通过为WordPress Pod使用port-forwardding，来访问应用。

小结

Kubemotion为有状态应用增加了迁移功能。它可以在本地环境和云环境之间，以及多云环境之间，无缝的迁移卷。