You can use cross-region data migration to move data on a CVM in an availability zone in a region to a destination CVM in an availability zone of another region, or move data between CVMs in different availability zones within the same region.
Click here to obtain the compressed migration tool package.
2. Choosing a Migration Mode Based on the Network Environment
Choose the appropriate migration mode according to the network environments of your source servers and destination CVMs.
Currently, the migration tool supports the default mode and the private network mode. The private network mode applies to three scenarios. Each migration mode or scenario has different network requirements for source servers and destination CVMs. If both source servers and destination CVMs can access the public network, you can use the default mode for migration. If source servers or destination CVMs cannot directly access the public network, you need to establish a connection between them through VPC peering connections, VPN connections, Cloud Connect Network, or Direct Connect before using the private network mode for migration.
3. Backing up Data
You can create a snapshot or use other methods to back up data.
4. Checking Before the Migration
Before the migration, check the following items of the source server and destination CVM:
- Storage: cloud disks (including system disks and data disks) of the destination CVM must have sufficient storage capacity to store data from the source server.
- Security group: 443 and 80 ports must be open to the Internet in a security group.
- Bandwidth: we recommend that you increase inbound and outbound bandwidth for faster migration. The traffic consumed during migration will be approximately equal to the data volume. If needed, change your network billing method in advance.
- Operating system: we recommend that you use the same operating system on both the source server and the destination CVM. Different operating systems will result in inconsistency between the image to be created and the actual operating system. For example, when migrating a source server with the CentOS 7 system installed, choose a CVM with the CentOS 7 system installed as the migration destination.
|Linux source server|
- Check and install Virtio. For more information, see Checking Virtio Drivers in Linux.
- Check whether rsync is installed by running
which rsync for verification.
- Check whether SELinux is enabled. If yes, disable it.
- Ensure the current system time is correct, because the Tencent Cloud API will use the UNIX timestamp to check the generated token after receiving a migration request.
- You can use tool commands such as
sudo ./go2tencentcloud_x64 --check to automatically check the source server.
- By default, the go2tencentcloud migration tool automatically performs checks upon launch. To skip checks and perform forced migration, configure
true in the client.json file.
- For more information on the go2tencentcloud migration tool, see Migration Tool.
5. Starting the Migration
- (Optional) Establish a connection between the source server and the destination CVM.
- Configure the “user.json” file.
The “user.json” file is used to configure the source server and the destination CVM. It contains the following configuration items:
- The API keys of your account, that is,
SecretKey. For more information, see Access Key.
- The region and instance ID of the destination CVM.
- (Optional) The data disk configuration of the source server.
- Configure the “client.json” file.
The “client.json” file is used to configure the migration mode and other parameters. You need to configure the
Client.Net.Mode parameter in the “client.json” file, regardless of which migration modes or scenarios you select.
- (Optional) Exclude files and directories on the source server that do not need to be migrated.
Edit the “rsync_excludes_linux.txt” file on the Linux source server to remove files and directories that do not need to be migrated.
- Run the tool.
For example, on a 64-bit Linux source server, execute the following command as
root to run the tool.
For example, you are using the private network mode: scenario 2 for migration. If the migration is successful, the following console output appears: