批量迁移
场景
假设用户安装了一个 Kubernetes 单集群,该集群已经部署了很多资源。
用户希望通过 Karmada 将单集群扩展成多集群,并将已部署的资源从原集群迁移到 Karmada。 用户要求已经存在的 Pod 在迁移过程中不受影响,或者说相关容器不会重新启动。
那么,如何实现资源的平滑迁移呢?
推荐的迁移方式
如果用户只需迁移个别资源,参考 promote-legacy-workload 逐个资源迁移即可。
如果用户想批量迁移资源,建议您首先通过几个 PropagationPolicy
以资源为粒度接管所有资源,
然后,如果您还有其他以应用为粒度的分发需求,则可以应用更高优先级的 PropagationPolicy
来抢占它们。
那么,如何以资源为粒度接管所有资源?你可以按如下操作:
步骤一
由于现有资源将由 Karmada 接管,因此不再需要将相关的YAML配置应用于成员集群。 也就是说,您可以停止相应的操作或流水线。
步骤二
将所有资源的 YAML 配置应用到 Karmada 控制面, 作为 Karmada 的 ResourceTemplate。
步骤三
编写 PropagationPolicy, 并将其应用到 Karmada 控制面。 您需要注意以下两个字段:
spec.conflictResolution: Overwrite
:该字段的值必须是 Overwrite。spec.resourceSelectors
:指定哪些资源需要被迁移。
这里提供两个例子:
示例 1. 迁移所有的 Deployment
如果您希望把所有的 Deployment 从 member1
集群迁移到 Karmada,你需要应用以下配置:
apiVersion: policy.karmada.io/v1alpha1
kind: PropagationPolicy
metadata:
name: deployments-pp
spec:
conflictResolution: Overwrite
placement:
clusterAffinity:
clusterNames:
- member1
priority: 0
resourceSelectors:
- apiVersion: apps/v1
kind: Deployment
schedulerName: default-scheduler
示例 2. 迁移所有的 Service
如果您希望把所有的 Service 从 member1
集群迁移到 Karmada,你需要应用以下配置:
apiVersion: policy.karmada.io/v1alpha1
kind: PropagationPolicy
metadata:
name: services-pp
spec:
conflictResolution: Overwrite
placement:
clusterAffinity:
clusterNames:
- member1
priority: 0
resourceSelectors:
- apiVersion: v1
kind: Service
schedulerName: default-scheduler
步骤四
余下的迁移操作将由Karmada自动完成。
PropagationPolicy 抢占及 Demo
在此基础上,如果您还有以应用为粒度的分发需求,则可以应用更高优先级的 PropagationPolicy
来抢占上文提及的用于迁移的 Policy。
详细的 Demo 可以参考教程:平滑迁移