هذه الصفحة غير متوفرة حاليًا بلغتك المحلية. نحن نعمل جاهدين على إضافة المزيد من اللغات. شاكرين تفهمك ودعمك المستمر لنا.
- What's New
- Function Overview
- Service Overview
- Billing
- Getting Started
-
User Guide
- Before You Start
- Permissions Management
-
Exclusive ServiceComb Engine
- Creating a ServiceComb Engine
-
Managing ServiceComb Engines
- Viewing ServiceComb Engine Information
- Obtaining the Service Center Address of a ServiceComb Engine
- Obtaining the Configuration Center Address of a ServiceComb Engine
- Viewing the Instance Quota of a ServiceComb Engine
- Viewing the Configuration Item Quota of a ServiceComb Engine
- Configuring Backup and Restoration of a ServiceComb Engine
- Managing Public Network Access for a ServiceComb Engine
- Viewing ServiceComb Engine Operation Logs
- Upgrading a ServiceComb Engine Version
- Deleting a ServiceComb Engine
- Changing ServiceComb Engine Specifications
- Managing Security Authentication for a ServiceComb Engine
- Managing Tags
- Using ServiceComb Engines
- Registry/Configuration Center
- Key Operations Recorded by CTS
-
Best Practices
- CSE Best Practices
-
ServiceComb Engines
-
ServiceComb Engine Application Hosting
- Hosting Spring Cloud Applications Using Spring Cloud Huawei SDK
- Hosting a Java Chassis Application
-
ServiceComb Engine Application Hosting
- Registry/Configuration Centers
-
Developer Guide
- Overview
- Developing Microservice Applications
- Preparing the Environment
- Connecting Microservice Applications
- Deploying Microservice Applications
- Using ServiceComb Engine Functions
- Appendix
-
API Reference
- Before You Start
- API Overview
- Calling APIs
- Examples
-
CSE API
- API Calling
- Dynamic Configuration
-
Engine Management
- Querying Flavors Supported by a Microservice Engine
- Querying the Microservice Engine List
- Creating an Exclusive Microservice Engine
- Querying Details About a Microservice Engine
- Deleting a Microservice Engine
- Querying Details About a Microservice Engine Job
- Retrying an Exclusive ServiceComb Engine
- Upgrading an Exclusive ServiceComb Engine
- Changing Microservice Engine Specifications
- Updating the Configuration of an Exclusive Microservice Engine
-
Microservice Governance
- Querying the Governance Policy List
- Creating a Dark Launch Policy
- Querying a Dark Launch Rule of a Microservice
- Deleting a Dark Launch Policy
- Changing a Governance Policy
- Deleting a Governance Policy
- Querying Governance Policy Details
- Creating a Governance Policy
- Querying the Governance Policy List of a Specified Kind
- Nacos API
-
ServiceComb API
- API Calling
- Authentication
-
Microservice
- Querying Information About a Microservice
- Deleting Definition Information About a Microservice
- Querying Information About All Microservices
- Creating Static Information for a Microservice
- Deleting Static Information About Microservices in Batches
- Modifying Extended Attributes of a Microservice
- Querying the Unique Service or Schema ID of a Microservice
- Schema
-
Microservice Instance
- Registering a Microservice Instance
- Querying a Microservice Instance Based on service_id
- Deregistering a Microservice Instance
- Querying Details About a Microservice Instance
- Modifying the Extended Information About a Microservice Instance
- Modifying Status of a Microservice Instance
- Sending Heartbeat Information
- Querying a Microservice Instance by Filter Criteria
- Querying Microservice Instances in Batches
- Dependency
- Configuration Management
- Appendixes
- Change History
- SDK Reference
-
FAQs
- Precautions When Using Huawei Cloud CSE
- Nacos Engines
-
ServiceComb Engines
- How Do I Perform Local Development and Testing?
- How Can I Handle a Certificate Loading Error?
- What If the Header Name Is Invalid?
- What Is the Performance Loss of Mesher?
- Why Is "Version validate failed" Displayed When I Attempt to Connect to the Service Center?
- Why Is "Not enough quota" Displayed When I Attempt to Connect to the Service Center?
- What Should I Do If the Service Registration Fails After IPv6 Is Enabled for the Exclusive ServiceComb Engine with Security Authentication Enabled?
- What Is Service Name Duplication Check?
- Why Do I Have to Define Service Contracts?
- Why Are Microservice Development Framework and Netty Versions Unmatched?
- What Do I Need to Know Before Upgrading an Exclusive ServiceComb Engine?
- What Must I Check Before Migrating Services from the Professional to the Exclusive Microservice Engine?
- Why Is "Duplicate cluster name" Displayed?
- Error Message "the subnet could not be found" Is Displayed When the Access Address Fails to Be Processed During Engine Creation
- Why Is Error "does not match rule: {Max: 100, Regexp: ^[a-zA-Z0-9]{1,160}$|^[a-zA-Z0-9][a-zA-Z0-9_\-.]{0,158}[a-zA-Z0-9]$}"}" Reported?
- What Should I Do If SpringCloud Applications Fail to Connect to the Configuration Center of ServiceComb Engine 2.x?
- Why Could My the Global Configuration Not Be Modified?
- Obtain Configurations Failed
- Videos
- General Reference
Copied.
Migration Operations
Configuration Migration
You can use the Nacos export function to export the configuration file, and then use the CSE Nacos import function to import the configuration file.
- Export the configuration file of the self-built Nacos by choosing Export > Export selected configs on its configuration management page.
- Import the configuration file obtained in 1 to the CSE Nacos engine by referring to Importing Configurations.
Application Migration
- Add the registry center cluster information.
- Access the Nacos Sync service by referring to 3.f.
- In the navigation pane on the left, choose Cluster Configuration to add a self-built Nacos cluster. If multiple namespaces are used, add them for multiple times.
NOTE:
- The namespace is the ID of the namespace where the self-built application to be migrated is located. The user password is the default administrator password. If the password has not been changed using the authentication function, the default password is nacos. The cluster IP address is the IP address and port number of the Nacos you deployed.
- The cluster name can be customized but cannot be changed once being confirmed. Otherwise, tasks added based on the cluster will not be restored after Nacos Sync is restarted.
- Add a CSE Nacos cluster by referring to 1.b. If multiple namespaces are used, add them for multiple times.
NOTE:
The namespace is the ID of the namespace to be migrated to CSE Nacos. The user password is the default administrator password. If the password has not been changed using the authentication function, the default password is nacos. The cluster IP address is the private IP address and port number of CSE Nacos. For details about how to obtain the IP address, see Viewing Nacos Engine Information. The port number is 8848.
- After the clusters are added, you can query the added clusters in the cluster configuration list.
- Add a synchronization task.
- Access the Nacos Sync service by referring to 3.f and add a synchronization task to synchronize data from your self-built Nacos cluster to the CSE Nacos cluster. The synchronization granularity is service. The source cluster is your self-built Nacos cluster, and the destination cluster is the CSE Nacos cluster. After the synchronization task is added, you can view the added synchronization task in the synchronization service list.
NOTE:
The service name and group name of the target cluster must be the same as those of the source cluster. Otherwise, the synchronization fails. You need to create different tasks for different services.
- Check whether data synchronization is complete and whether data is successfully synchronized to the CSE Nacos cluster. If the service in the synchronization task is displayed in the CSE Nacos cluster, the synchronization is successful. For details, see Viewing the Service List.
- Migrate and synchronize all applications to be migrated, and upgrade the Nacos connection configuration of the client application.
- Access the Nacos Sync service by referring to 3.f and add a synchronization task to synchronize data from your self-built Nacos cluster to the CSE Nacos cluster. The synchronization granularity is service. The source cluster is your self-built Nacos cluster, and the destination cluster is the CSE Nacos cluster. After the synchronization task is added, you can view the added synchronization task in the synchronization service list.
Registration Center Replacement
- The services in the self-built Nacos provide instances. You need to add a reverse synchronization task from the CSE Nacos to the self-built Nacos to ensure that services are not interrupted.
- Check whether the service instances in the self-built Nacos cluster and the CSE Nacos cluster are consistent and whether their health status is normal.
- Modify the configuration for the client to connect to Nacos by updating the access address of the self-built Nacos cluster in the service to the client access address of the CSE Nacos cluster. For details, see Viewing Nacos Engine Information.
spring.cloud.nacos.discovery.server-addr=127.0.0.1:8848 #Change the value to the CSE Nacos cluster address.
- Deploy the service instances of the self-built Nacos in sequence. Your services are now registered only in the CSE Nacos cluster. Instances are migrated from the self-built Nacos to the CSE Nacos.
The following figure shows the CSE Nacos service instances after Nacos Sync synchronization.
NOTE:
When restarting the server for replacement, you need to add a server task from CSE Nacos to the self-built Nacos to ensure that services are not interrupted.
After the Nacos Sync synchronization task is complete, when upgrading the provider service, create a task for synchronizing data from CSE Nacos to the self-built Nacos, replace the configuration, restart the server, and bring the self-built Nacos and Nacos Sync component offline.
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