Migrate from Old Versions
This doc aims to provide a migration guide from old versions to the new ones without disturb the running business. However scenarios are different from each other, we strongly recommend you to test the migration with a simulation environment before real migration for your production.
KubeVela has release cadence for every 2-3 months, we’ll only maintain for the last 2 releases. As a result, you’re highly recommended to upgrade along with the community. We’ll strictly align with the semver version rule for compatibility.
In v1.6.x, we’ve upgraded the CUE engine to v0.5.x, please make sure your customized CUE definition has the compatibility when you upgrade to v1.7.x from versions lower than v1.6.0.
danger
⚠️ Please make sure upgrade the CRD first.
- Upgrade the CRDs, please make sure you upgrade the CRDs first before upgrade the helm chart.
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.7/charts/vela-core/crds/core.oam.dev_applicationrevisions.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.7/charts/vela-core/crds/core.oam.dev_applications.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.7/charts/vela-core/crds/core.oam.dev_resourcetrackers.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.7/charts/vela-core/crds/core.oam.dev_componentdefinitions.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.7/charts/vela-core/crds/core.oam.dev_definitionrevisions.yaml
- Upgrade your kubevela chart
Then you can upgrade the helm chart now:
helm repo add kubevela https://charts.kubevela.net/core
helm repo update
helm upgrade -n vela-system --install kubevela kubevela/vela-core --version 1.7.0 --wait
caution
Since we have migrated some workflow step definitions and views from workflow addon into KubeVela core, so if you’ve already enable workflow
addon before, it may cause the following error due to the helm annotation issues:
Error: Could not install KubeVela control plane installation: error when installing/upgrading Helm Chart kubevela in namespace vela-system: rendered manifests contain a resource that already exists. Unable to continue with update: WorkflowStepDefinition “apply-deployment” in namespace “vela-system” exists and cannot be imported into the current release: invalid ownership metadata; label validation error: missing key “app.kubernetes.io/managed-by”: must be set to “Helm”; annotation validation error: missing key “meta.helm.sh/release-name”: must be set to “kubevela”; annotation validation error: missing key “meta.helm.sh/release-namespace”: must be set to “vela-system”
You can execute this script to solve it before upgrade helm chart:
curl -fsSl https://kubevela.net/script/checklegacy.sh | bash
The script will just help patch helm annotations for you, you can also do that manually one by one like:
kubectl patch -n vela-system workflowstepdefinition <item> --type=merge -p '{"metadata":{"annotations":{"meta.helm.sh/release-name":"kubevela","meta.helm.sh/release-namespace":"vela-system"},"labels":{"app.kubernetes.io/managed-by":"Helm"}}}'
kubectl patch -n vela-system configMap <item> --type=merge -p '{"metadata":{"annotations":{"meta.helm.sh/release-name":"kubevela","meta.helm.sh/release-namespace":"vela-system"},"labels":{"app.kubernetes.io/managed-by":"Helm"}}}'
- Download and upgrade to the corresponding CLI
curl -fsSl https://kubevela.io/script/install.sh | bash -s 1.7.0
- Upgrade VelaUX or other addon
vela addon upgrade velaux --version=v1.7.0
caution
KubeVela had upgraded the CUE version from v0.2.2 to v0.5.0-alpha1 in v1.6.x, and some usages are deprecated.
If you used an input in Application with a invalid CUE variable parameterKey
(eg: contains -
, or starts with a number, etc.), like:
inputs:
- from: output
parameterKey: data.my-input
Please modify it to:
inputs:
- from: output
parameterKey: data["my-input"]
- Upgrade the CRDs, please make sure you upgrade the CRDs first before upgrade the helm chart.
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.6/charts/vela-core/crds/core.oam.dev_applicationrevisions.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.6/charts/vela-core/crds/core.oam.dev_applications.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.6/charts/vela-core/crds/core.oam.dev_resourcetrackers.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.6/charts/vela-core/crds/core.oam.dev_componentdefinitions.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.6/charts/vela-core/crds/core.oam.dev_definitionrevisions.yaml
- Upgrade your kubevela chart
helm repo add kubevela https://charts.kubevela.net/core
helm repo update
helm upgrade -n vela-system --install kubevela kubevela/vela-core --version 1.6.6 --wait
- Download and upgrade to the corresponding CLI
curl -fsSl https://kubevela.io/script/install.sh | bash -s 1.6.6
- Upgrade VelaUX or other addon
vela addon upgrade velaux --version=v1.6.6
caution
Note: Please upgrade to v1.5.10+ to avoid application workflow rerun when controller upgrade.
- Upgrade the CRDs, please make sure you upgrade the CRDs first before upgrade the helm chart.
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.5/charts/vela-core/crds/core.oam.dev_applicationrevisions.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.5/charts/vela-core/crds/core.oam.dev_applications.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.5/charts/vela-core/crds/core.oam.dev_resourcetrackers.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.5/charts/vela-core/crds/core.oam.dev_componentdefinitions.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.5/charts/vela-core/crds/core.oam.dev_definitionrevisions.yaml
- Upgrade your kubevela chart
helm repo add kubevela https://charts.kubevela.net/core
helm repo update
helm upgrade -n vela-system --install kubevela kubevela/vela-core --version 1.5.10 --wait
- Download and upgrade to the corresponding CLI
curl -fsSl https://kubevela.io/script/install.sh | bash -s 1.5.10
- Upgrade VelaUX or other addon
vela addon upgrade velaux --version=v1.5.6
danger
Note: It may cause application workflow rerun when controller upgrade.
- Upgrade the CRDs, please make sure you upgrade the CRDs first before upgrade the helm chart.
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.4/charts/vela-core/crds/core.oam.dev_applicationrevisions.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.4/charts/vela-core/crds/core.oam.dev_applications.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.4/charts/vela-core/crds/core.oam.dev_resourcetrackers.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.4/charts/vela-core/crds/core.oam.dev_componentdefinitions.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.4/charts/vela-core/crds/core.oam.dev_definitionrevisions.yaml
- Upgrade your kubevela chart
helm repo add kubevela https://charts.kubevela.net/core
helm repo update
helm upgrade -n vela-system --install kubevela kubevela/vela-core --version 1.4.14 --wait
- Download and upgrade to the corresponding CLI
curl -fsSl https://kubevela.io/script/install.sh | bash -s 1.4.14
- Upgrade VelaUX or other addon
vela addon upgrade velaux --version=v1.4.7
Please note if you’re using terraform addon, you should upgrade the terraform
addon to version 1.0.6+
along with the vela-core upgrade, you can follow the following steps:
- upgrading vela-core to v1.3.4+, all existing Terraform typed Applications won’t be affected in this process.
- upgrade the
terrorform
addon, or the newly provisioned Terraform typed Applications won’t become successful.- 2.1 Manually upgrade CRD Configuration https://github.com/oam-dev/terraform-controller/blob/v0.4.3/chart/crds/terraform.core.oam.dev_configurations.yaml.
- 2.2 Upgrade add-on
terraform
to version1.0.6+
.
danger
Note: It may cause application workflow rerun when controller upgrade.
- Upgrade the CRDs, please make sure you upgrade the CRDs first before upgrade the helm chart.
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.3/charts/vela-core/crds/core.oam.dev_applicationrevisions.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.3/charts/vela-core/crds/core.oam.dev_applications.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.3/charts/vela-core/crds/core.oam.dev_resourcetrackers.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.3/charts/vela-core/crds/core.oam.dev_componentdefinitions.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.3/charts/vela-core/crds/core.oam.dev_definitionrevisions.yaml
- Upgrade your kubevela chart
helm repo add kubevela https://charts.kubevela.net/core
helm repo update
helm upgrade -n vela-system --install kubevela kubevela/vela-core --version 1.3.6 --wait
- Download and upgrade to the corresponding CLI
curl -fsSl https://kubevela.io/script/install.sh | bash -s 1.3.6
- Upgrade VelaUX or other addon
vela addon upgrade velaux --version=v1.3.6
Please note if you’re using terraform addon, you should upgrade the terraform
addon to version 1.0.6+
along with the vela-core upgrade, you can follow the following steps:
- upgrading vela-core to v1.3.4+, all existing Terraform typed Applications won’t be affected in this process.
- upgrade the
terrorform
addon, or the newly provisioned Terraform typed Applications won’t become successful.- 2.1 Manually upgrade CRD Configuration https://github.com/oam-dev/terraform-controller/blob/v0.4.3/chart/crds/terraform.core.oam.dev_configurations.yaml.
- 2.2 Upgrade add-on
terraform
to version1.0.6+
.
danger
Note: It will cause application workflow rerun when controller upgrade.
- Check the service running normally
Make sure all your services are running normally before migration.
$ kubectl get all -n vela-system
NAME READY STATUS RESTARTS AGE
pod/kubevela-cluster-gateway-5bff6d564d-rhkp7 1/1 Running 0 16d
pod/kubevela-vela-core-b67b87c7-9w7d4 1/1 Running 1 16d
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
service/kubevela-cluster-gateway-service ClusterIP 172.16.236.150 <none> 9443/TCP 16d
service/vela-core-webhook ClusterIP 172.16.54.195 <none> 443/TCP 284d
NAME READY UP-TO-DATE AVAILABLE AGE
deployment.apps/kubevela-cluster-gateway 1/1 1 1 16d
deployment.apps/kubevela-vela-core 1/1 1 1 284d
In addition, it’s also necessary to check the status of all the KubeVela applications including addons running normally.
- update the CRD to v1.2.x
Update the CRD in the cluster to v1.2.x, the CRD list is as follows, some of them can be omitted if you don’t have them before:
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.2/charts/vela-core/crds/core.oam.dev_applicationrevisions.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.2/charts/vela-core/crds/core.oam.dev_applications.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.2/charts/vela-core/crds/core.oam.dev_componentdefinitions.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.2/charts/vela-core/crds/core.oam.dev_definitionrevisions.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.2/charts/vela-core/crds/core.oam.dev_envbindings.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.2/charts/vela-core/crds/core.oam.dev_healthscopes.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.2/charts/vela-core/crds/core.oam.dev_manualscalertraits.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.2/charts/vela-core/crds/core.oam.dev_policydefinitions.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.2/charts/vela-core/crds/core.oam.dev_resourcetrackers.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.2/charts/vela-core/crds/core.oam.dev_scopedefinitions.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.2/charts/vela-core/crds/core.oam.dev_traitdefinitions.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.2/charts/vela-core/crds/core.oam.dev_workflowstepdefinitions.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.2/charts/vela-core/crds/core.oam.dev_workloaddefinitions.yaml
kubectl apply -f https://raw.githubusercontent.com/oam-dev/kubevela/release-1.2/charts/vela-core/crds/standard.oam.dev_rollouts.yaml
- Execute the upgrade command
This step will upgrade the system to the new version:
helm upgrade -n vela-system --install kubevela kubevela/vela-core --version 1.2.6 --wait
Upgrade the CLI to v1.2.x corresponding the the core version:
curl -fsSl https://kubevela.io/script/install.sh | bash -s 1.2.6
- Enable addon
After the upgrade succeed, users can use the following methods to enable addons if they need to be enabled:
# View the list of addons
vela addon list
# Enable addon
vela addon enable <addon name>
tip
This step is not required if the addon is already enabled and used in the pre-upgrade version
- Update Custom Definition
Check if your custom definition works in the new version, try to upgrade them if there’re any issues. If you haven’t defined any, the normal upgrade process is completed!
- Common Questions for this migration
- Q: After upgrading from 1.1.x to 1.2.x, the application status becomes
workflowsuspending
, and usingvela workflow resume
doesn’t work.- A: There’re migration about the resource tracker mechanism. Generally, you can delete the existing resourcetracker, after that you can use
vela workflow resume
command.
- A: There’re migration about the resource tracker mechanism. Generally, you can delete the existing resourcetracker, after that you can use
- Q: Why the status of my application become suspend after the upgrade?
- A: Don’t worry if your application become suspend after the upgrade, this won’t affect the running business application. It will become normal after you deploy the application next time. You can also manually change any annotation of the application to resolve it.
Last updated on Feb 9, 2023 by dependabot[bot]