Creating a Migration Project
Manually add system components in a container migration (for middleware and Java applications) or a non-container migration (for databases, middleware, and Java applications).
Middleware containers support Redis, Nginx, and Nacos.
Prerequisites
You have logged in to the Kunpeng DevKit.
Important Notes
- After a migration task is complete on a node, you can create another migration task on the node.
- If a node is occupied by another project, wait until the occupied project is complete and the node is automatically released. Alternatively, delete the project and select another node.
- Components on the same node cannot be migrated to the same target components.
- You can manually add a local node (that is, the current DevKit node) as a migration project node.
Procedure
- Click System Migration in the navigation tree on the left and then click
to go to the New Project tab page.Figure 1 New Project
- Set Migration Project Name. A project name is automatically generated by default, which can be changed if needed.
The name must meet the following requirements:
- Can contain only letters, digits, periods (.), hyphens (-), and underscores (_).
- 1 to 64 characters.
- Under Component Table, configure the components that you want to migrate.
- When configuring the components to be migrated, you can click Save Configuration in the lower left corner to save the current configuration.
- The estimated migration duration is displayed in real time based on the selected migration content. You can adjust your migration plan accordingly.
- If the information of some selected components is incomplete, the components are marked with red dots. You need to complete the information before starting the migration.
- The target nodes support Kylin V10 SP3 (Arm) and UOS V20 (Arm).
- Method 1: Batch importing source components
- Click Batch Import Source Components next to Component Table. In the dialog box that is displayed, import the source components to be parsed and select the target node.
Figure 2 Batch Import Source Components
- Import a compressed package of source components or a Docker Compose file.
- Compressed package: Use a script to collect information about the database, middleware, application packages, and configuration files on the source node. After the collection is complete, the collected data is compressed into a package. For details, see Batch Importing Source Components.
- Docker Compose file: You can parse a Docker Compose file to obtain the container components in the file.
Docker Compose is a tool for defining and running multi-container applications. It is the key to unlocking a streamlined and efficient development and deployment experience. Compose simplifies the control of your entire application stack, making it easy to manage services, networks, and volumes in a single, comprehensible YAML configuration file.
- Select the target node and click OK. You can search for a node by its IP address. If no node is found, click Add Node to add one. A maximum of 20 nodes can be added. For details, see Managing Agent.
- After importing components, click Edit in the Operation column to complete the configuration.
- Click Batch Import Source Components next to Component Table. In the dialog box that is displayed, import the source components to be parsed and select the target node.
- Method 2: Adding container or non-container component information manually
- Click Add Component Information.
- Enter component information. Table 3 and Table 4 describe the parameters.
Figure 3 Adding components
Table 3 Non-containerized components Parameter
Description
Container Migration
Indicates whether to migrate a container.
Component Belonging
The options are Database, Middleware, and Application.
Source Node
Enter the IP address of the node where the source component is located.
Target Node
Select a target node. You can search for a node by its IP address. If no node is found, click Add Node to add one. A maximum of 20 nodes can be added. For details, see Managing Agent.
Source component
Source Component Name
Name of the source component to be migrated.
Version
Source component version. This parameter is available only to databases and middleware.
Origin of Source Component
Indicates where the source component comes. This parameter is available only to middleware and applications.
NOTE:For details about how to package source components (except the RabbitMQ middleware), see Migration Source Component Preparation Guide.
- Obtain from node server: Obtain the source component package from the specified path on the target node, scan and analyze it, and generate a migration guide report. If the component belongs to middleware, perform the following steps:
- Compress the installation directory of the source component to be scanned into a package, for example, a tar.gz package. Replace the example package name and source component directory with the actual ones.
1tar cvf xxx.tar.gz /xxx/xxx/xxx
- Log in to the tool through SSH and upload the compressed package to a user-defined directory on the node server.
- Go to the directory of storing the compressed package.
1cd User-defined_directory
- Decompress the source component package. Replace the example package name with the actual one.
1tar xvf xxx.tar.gz
- After the decompression is complete, you can run the following command to delete the source component package.
1rm -f xxx.tar.gz
- Set the path to the decompressed file as the source component path.
- Compress the installation directory of the source component to be scanned into a package, for example, a tar.gz package. Replace the example package name and source component directory with the actual ones.
- Upload source component package: Upload the source component package, scan and analyze it, and generate a migration guide report. If the component belongs to middleware, perform the following steps:
- Compress the directory of the source component to be scanned into a package, for example, a tar.gz package. Replace the example package name and source component directory with the actual ones.
1tar cvf xxx.tar.gz /xxx/xxx/xxx
- Upload the source component package.
- Compress the directory of the source component to be scanned into a package, for example, a tar.gz package. Replace the example package name and source component directory with the actual ones.
- No source component available: No source component package is provided and no migration analysis is performed. This parameter is available only to middleware.
Source Component Path
Path to the source component on the target node.
NOTE:This parameter is displayed when Origin of Source Component is set to Obtain from node server.
Upload Source Package
Click Upload to upload the required source component package in .zip, .tar, or .tar.gz format.
NOTE:This parameter is displayed when Origin of Source Component is set to Upload source component package.
Target component
Target Component Name
Name of the target component.
Origin of Target Component
Indicates where the target component comes. This parameter is available only to databases and middleware.
- Download from URL: By default, the target component package is downloaded from the Kunpeng image repository and automatically installed.
- Obtain from node server: Obtain the target component package from the specified path on the target node and start an automatic installation.
- Upload Target Component Package: Click download the component package in the lower part of the dialog box to obtain the target component package.
URL
Enter the target URL.
NOTE:This parameter is displayed when Origin of Target Component is set to Download from URL.
Target Component Path
Enter the path to the target component on the target node.
NOTE:This parameter is displayed when Origin of Target Component is set to Obtain from node server.
Upload Target Component Package
Click Upload to upload the required target component package in .zip, .tar, or .tar.gz format.
NOTE:This parameter is displayed when Origin of Target Component is set to Upload Target Component Package.
Default Deployment Path
The default deployment path of the target component cannot be modified.
NOTE:The tool deploys the target component based on the source component path. If the source component path cannot be determined, the default deployment path is used. For the detailed deployment path, see the suggestions on the migration result page.
Commercial Certificate
Click Upload to upload the required commercial certificate.
- Obtain from node server: Obtain the source component package from the specified path on the target node, scan and analyze it, and generate a migration guide report. If the component belongs to middleware, perform the following steps:
- Click OK.
- Trust Target Component URL: If you have selected Download from URL, choose whether to trust the target component URL.
If you enable Trust Target Component URL, SSL certificate verification will be skipped for all software downloads in this migration task. Check that the URL is secure.
- Check whether the source code is available.
If the source code of the application package is available, continue to migrate the database, middleware, and applications, and use the Source Code Porting function to migrate SQL statements and configurations. If it is unavailable, select No to migrate SQL statements and configurations.
If you choose to port without source code, the uploaded application packages are classified, and non-open-source JAR packages need to be decompiled and analyzed. You can specify the JAR packages and group IDs to be filtered out by following instructions in Ignoring Files.
Figure 4 Porting without source code
Table 5 SQL migration parameters Parameter
Description
Migration Source Database
Select the source database to improve the accuracy of migrating source code SQL statements.
NOTE:During migration from MySQL to Vastbase, if Vastbase-transform.jar is not deployed in the current environment, you need to configure the related download information. SQL statement compatibility assessment and conversion will not be performed.
Migration Target Database
Select the target database to improve the accuracy of migrating source code SQL statements.
Origin of Tool Package
Where the tool package comes.
- Download from URL: Vastbase-transform.jar is automatically downloaded from the Kunpeng mirror site to the DevKit node.
- Upload tool package: Copy the tool package download link in the information below and obtain Vastbase-transform.jar.
Upload Tool Package
Click Upload to upload the downloaded Vastbase-transform.jar.
NOTE:This parameter is displayed when Origin of Tool Package is set to Upload tool package.
DDL
You are advised to configure a DDL for each of the SQL source packages to be scanned. A DDL file records complete information about database tables and fields. DDL statements can improve the accuracy of SQL statement parsing. For details about how to obtain a DDL file, see Exporting a DDL File.
Migration Target Middleware Type
- N/A
- BES migration strategy: The uploaded source package contains the built-in Tomcat configuration files and you need to migrate to the built-in BES files.
- TongTech migration strategy: The uploaded source package contains the built-in Tomcat configuration files and you need to migrate to the built-in TongTech files.
- Click Start.