Migrating Services Across Clusters of Different Versions
Application Scenarios
This section describes how to migrate services from a cluster of an earlier version to a cluster of a later version in CCE.
This operation is applicable when a cross-version cluster upgrade is required (for example, upgrade from v1.7.* or v1.9.* to v1.28.*) and new clusters can be created for service migration.
Prerequisites
Category |
Description |
---|---|
Cluster |
NodeIP-related: Check whether node IP addresses (including EIPs) of the cluster before the migration have been used in other configurations or whitelists. |
Workloads |
Record the number of workloads for post-migration check. |
Storage |
|
Network |
|
O&M |
Private configuration: Check whether kernel parameters or system data have been configured on nodes in the cluster. |
Procedure
- Create a CCE cluster.
Create a cluster with the same specifications and configurations as the cluster of the earlier version. For details, see Buying a CCE Standard/Turbo Cluster.
- Add a node.
Add a node with the same specifications and manual configuration items. For details, see Creating a Node.
- Create a storage volume in the new cluster.
Use the existing storage to create a PVC in the new cluster. The PVC name remains unchanged. For details, see Using an Existing OBS Bucket Through a Static PV or Using an Existing SFS Turbo File System Through a Static PV.
Storage switching supports only shared storage such as OBS and SFS Turbo. If non-shared storage is used, suspend the workloads in the old cluster to switch the storage resources. In this case, services will be unavailable.
- Create a workload in the new cluster.
Create a workload in the new cluster. The name and specifications remain unchanged. For details, see Creating a Deployment or Creating a StatefulSet.
- Mount the storage again.
Remount the existing storage in the workload. For details, see Using an Existing OBS Bucket Through a Static PV or Using an Existing SFS Turbo File System Through a Static PV.
- Create a Service in the new cluster.
The Service name and specifications remain unchanged. For details about how to create a Service, see Service.
- Commission services.
After all resources are created, commission the containerized services. If the commissioning is successful, migrate the services to the new cluster.
- Delete or unsubscribe from the old cluster.
When all functions of the new cluster are stable, unsubscribe from or delete the old cluster. For details about how to delete a cluster, see Deleting a Cluster.
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.See the reply and handling status in My Cloud VOC.
For any further questions, feel free to contact us through the chatbot.
Chatbot