All Products
Search
Document Center

Server Migration Center:Containerized migration of servers and applications

Last Updated:May 19, 2025

Server Migration Center (SMC) containerized migration feature supports migration without downtime. It can containerize servers and business applications from physical machines, mainstream virtualization environments (VMware/Xen/KVM/Hyper-V), and multi-cloud platforms (AWS/Azure/GCP/Tencent Cloud, etc.), generate images and push them to Alibaba Cloud Container Registry (ACR), and finally complete application deployment in Container Service for Kubernetes (ACK), thereby achieving containerized migration of servers and applications.

Introduction

Note

The server-to-container image migration feature has been upgraded to support migration of specific applications from servers to container images, known as application migration mode. It now supports both machine-level migration mode and application migration mode.

SMC containerizes servers and business applications through machine-level migration and application migration, pushes them to Alibaba Cloud Container Registry (ACR), and finally completes application deployment in Container Service for Kubernetes (ACK), thereby achieving containerized migration of servers and applications. The following diagram shows the relationship between related product services and the migration process.

image
  1. Install the SMC client on the source server platform.

  2. Configure migration settings and start migration. After migration is complete, container images are automatically generated and stored in ACR personal edition. Both machine-level migration mode and application migration mode are supported.

  3. Deploy applications in Container Service for Kubernetes to complete the migration.

Note
  • Alibaba Cloud Container Registry (ACR) personal edition is designed for individual developers and provides common base image hosting and building services.

  • Container Service for Kubernetes supports enterprise-level Kubernetes containerized application lifecycle management, allowing you to easily and efficiently run Kubernetes containerized applications in the cloud.

Migration scenarios

  • Machine-level migration

    Supports containerizing the system and all application data from physical servers/VMs/cloud platform servers, generating images, and pushing them to Alibaba Cloud Container Registry (ACR). Suitable for system-level disaster recovery scenarios.

  • Application migration

    Supports containerizing specific applications from physical servers/VMs/cloud platform servers, generating images, and pushing them to Alibaba Cloud Container Registry (ACR). Suitable for microservice containerization transformation scenarios.

    Important

    The application migration feature is in invitational preview. Contact us to submit a request to be added to the whitelist. Supported application versions include:

    • Java Tomcat

    • Java Tomee

    • Java JBoss (standalone mode)

    • ASP.NET Core 3.1 and ASP.NET 5/6/7/8

Limits

  • Only x86 architecture Linux operating system servers support migration to container images. Supported operating system versions include:

    • CentOS

    • Ubuntu

    • RedHat

    • Alibaba Cloud Linux

  • The application migration feature requires whitelist approval to use. If needed, please contact us. Supported application versions include:

    • Java Tomcat

    • Java TomEE

    • Java JBoss (standalone mode)

    • ASP.NET Core 3.1 and .NET 5/6/7/8

  • Only supports migration to image repositories in ACR personal edition instances.

  • Containerized migration currently does not support data disk migration. The system automatically excludes the /mnt directory and all data disk mount points. The target disk generated by migration contains only one default partition, and there is no need to adjust the existing partition structure.

    If data disk data needs to be migrated to Alibaba Cloud, you can migrate data through FTP, SCP, manual backup to OSS/NAS, and other methods. For more information, see Select a file transfer method and ossutil 1.0.

  • In application migration mode, do not restart the application process during migration. Changes in the process ID will cause the migration task to fail.

Migration costs

  • SMC is a free service, but using Alibaba Cloud ECS resources (creating intermediate instances) during migration will incur a small fee. You can learn about billing details in billing.

  • Containerized migration saves the generated container images to Alibaba Cloud Container Registry personal edition. Personal Edition is designed for individual developers, currently supports supports some regions, and you can use it for free during the public preview period.

  • The specific costs of deploying applications in Container Service for Kubernetes (ACK) vary depending on the cluster type and cloud product usage.

Migration principles

The SMC service consists of a client and a console. Containerized migration supports machine-level migration mode and application migration mode, with the following principles.

Machine-level migration

  • Supports containerizing the system and all application data from physical servers/VMs/cloud platform servers, generating images, and pushing them to Alibaba Cloud Container Registry (ACR).

  • Does not generate analysis reports. After minimal trimming of system and application data, it packages the entire operating system application environment, generating larger container images, but fully preserving the source system runtime environment and supporting multiple applications simultaneously.

image

Application migration

Important

The application migration feature requires whitelist approval to use. Please contact us to submit a request for whitelist approval. Supported application versions include the following:

  • Java Tomcat

  • Java Tomee

  • Java JBoss (standalone mode)

  • ASP.NET Core 3.1 and ASP.NET 5/6/7/8 versions

  • Supports containerizing specific applications from physical machines/VMs/cloud platform servers, generating images, and pushing them to Alibaba Cloud Container Registry (ACR).

  • Generates analysis reports for specified applications and packages specified application data accordingly, producing smaller container images.

image

The migration principles are explained as follows:

  1. Download and install the SMC client on the source server (if you import the information about a migration source by using CLI or the SMC console, the system will automatically download and install the SMC client without user intervention).

  2. Run the SMC client on the source server. The SMC client will register and report the source server information to the SMC service through the SMC service domain.

  3. The SMC service creates a temporary intermediate instance and opens ports 8080 and 8703 in the security group.

    The intermediate instance uses two data disks to complete data migration and generate container images. Intermediate data disk 1 is used to store source server data, and intermediate data disk 2 is used to store data for generating container images.

  4. The SMC client establishes communication by connecting to port 8080 of the intermediate instance and transfers disk applications and data from the source server to the data disk of the intermediate instance through port 8703 of the intermediate instance.

    For application migration, the application and related data are transferred to the data disk of the intermediate instance.

  5. The SMC service creates container images from the disk data of the intermediate instance and uploads them to Alibaba Cloud Container Registry (ACR).

    For application migration, the application and application-related data are made into container images based on environment variables and startup commands, and uploaded to Alibaba Cloud Container Registry (ACR).

  6. Go to the Container Service for Kubernetes (ACK) console to deploy applications and complete the migration.

Migration impacts

Before migration, understand the following items, as shown in the table below.

Impact item

Description

Intermediate instance

Do not perform operations on the intermediate instance during the migration.

To prevent migration failures, do not stop, start, restart, or release the intermediate instance or change the billing method of the intermediate instance during the migration process. After the migration is complete, SMC automatically releases the intermediate instance.

Note
  • To run a migration job, SMC creates a pay-as-you-go temporary intermediate instance named No_Delete_SMC_Transition_Instance within your Alibaba Cloud account. For more information, see the "What specifications are available for intermediate instances?" section of the FAQ about Server Migration Center (SMC) topic.

  • When you migrate a server to an ECS instance, the ECS instance serves as the intermediate instance. The instance is not automatically released.

Formore information, see How it works.

IP address

The IP address will change after migration. If your business involves IP address configuration, please modify domain name resolution, ICP filing, etc. after migration.

Underlying hardware

After the migration, the underlying hardware may change, and the application licenses that are associated with the underlying hardware may become invalid. Perform checks based on your business requirements.

Prerequisites

  • Server Migration Center (SMC) is activated. If you are using SMC for the first time, you need to activate related permissions, prepare migration networks, back up data, and perform other operations. For more information, see Before you begin.

  • You can first connect your data center and Alibaba Cloud VPC Connect a data center to a VPC through VPN Gateway, Express Connect circuit, or Smart Access Gateway for private network migration. If you need to migrate servers across international regions, the migration speed may be slow due to unstable public network environments. You can refer to the guide Evaluate migration time and test transmission speed.

Migration operations

Step 1: Make preparations

  1. Create the RAM role required for the SMC intermediate instance and grant permissions. During the migration setup phase, you need to specify the Intermediate Instance RAM Role. SMC uses this RAM role to push the generated container images to Container Registry.

    1. Create a RAM role for a trusted Alibaba Cloud service. Key parameter requirements are as follows. For example, the RAM role name is smc-container-role.

      • For Principal Type, select Cloud Service.

      • For Principal Name, select Elastic Compute Service.

    2. Create a custom policy that meets container image migration requirements. For example, the custom policy name is smc-container-policy.

      The custom policy is shown below.

      {
          "Statement": [
              {
                  "Effect": "Allow",
                  "Action": [
                      "cr:GetAuthorizationToken",
                      "cr:PushRepository",
                      "cr:PullRepository",
                      "cr:CreateRepository"
                  ],
                  "Resource": "*"
              }
          ],
          "Version": "1"
      }
    3. Grant the RAM role permissions to operate Container Registry. For more information, see Grant permissions to a RAM role.

  2. Activate Container Registry and create an image repository (Personal Edition). Alibaba Cloud Container Registry personal edition is designed for individual developers and currently supports creating image repositories in some regions. You can use it for free during the public preview period. During the migration setup phase, you need to specify the Namespace, Repository Name, and Version.

Step 2: Import migration source

Migration sources can be servers of a variety of types to migrate, such as servers in data centers, VMs, and hosts on third-party cloud platforms. SMC supports multiple methods to import the information about migration sources. You can select a method based on your business requirements. For more information, see the How do I select the method to import the information about a migration source? section of the "FAQ" topic.

(Recommended) Import the information about a migration source by using the CLI

Important

The source server must be accessible over the Internet.

  1. Log on to the Server Migration Center (SMC) console-Containerized migration.

  2. On the Containerized migration page, click Import Migration source.

  3. Configure the parameters as prompted and copy the activation code command. The following table describes the parameters.

    Parameter

    Description

    Migration Source Type

    Select Physical Server/VM.

    Import Method

    Select Use CLI to Import Server. Generate an activation code and a command, and run the command on the migration source.

    Migration Source Quota

    The number of migration sources whose information you want to import by using the activation code. Valid values: 1 to 1000. Default value: 200.

    Validity Period

    The validity period of the activation code. Unit: day. Valid values: 1 to 90. Default value: 90.

    Activation Code

    The activation code. Perform the following steps to generate the activation code and copy the generated command:

    1. Click Generate.

    2. Click the Linux Shell tab.

    3. Click Copy to copy the activation code command.

  4. Log on to the source server and paste and run the copied command as an administrator to import the information about the migration source.

    1. Log on to the Linux server.

    2. Paste and run the copied command as an administrator to import the information about the migration source.

      image.png

      After the command is run, if a message similar to Import Source Server [s-bp18x8751kgz2oyh****] Successfully! is returned, the information about the migration source is imported.

  5. On the Containerized migration page of the SMC console, check the status of the migration source in the Real-time Migration Status column.

    • If the migration source status is Migration SourceOnline, it indicates that the migration source was successfully imported.

    • If the migration source has another status, it indicates that the migration source import failed. Refer to the following solutions to resolve the issue and then re-import the migration source.

      • Troubleshoot the issue based on the message displayed in the SMC console or the log file in the directory where the SMC client is installed. The default installation directory of the SMC client is as follows:

        • Linux source server: The default installation directory is /smc.

      • For common issues and solutions, see SMC FAQ and Troubleshooting.

Import the information about a migration source by using the SMC console

Important
  • The source server must be accessible over the Internet.

  • If you want to import the information about a migration source as a Resource Access Management (RAM) user, make sure that the following permissions are granted to the RAM user:

  1. Log on to the Server Migration Center (SMC) console-Containerized migration.

  2. On the Containerized migration page, click Import Migration source.

  3. Configure the parameters as prompted and copy the activation code command. The following table describes the parameters.

    Parameter

    Description

    Migration Source Type

    The type of the migration source. Select Physical Server or VM.

    Import Method

    Select Import through Console. In the SMC console, manually enter the public IP address, port number, and SSH user password of the source server, and authorize SMC to remotely connect to the source server to automatically import the migration source.

    Migration Source Name

    The name of the migration source. The name must be 2 to 128 characters in length. The name must start with a letter but cannot start with http:// or https://. The name can contain letters, digits, colons (:), underscores (_), and hyphens (-).

    OS Type

    Select Linux.

    IP Address

    The IPv4 address that is used to access the migration source over the Internet. Example: 120.55.XX.XX.

    Port

    The SSH port number of the migration source. Valid values: 1 to 65535. Default value: 22.

    Username

    Enter the operating system username. The default is root.

    Password

    The password corresponding to the username.

  4. After you configure the parameters, click Import.

    SMC automatically launches CloudShell to perform the import. The import process takes about 3 to 10 minutes. Wait until the import is complete.

  5. On the Containerized migration page of the SMC console, check the status of the migration source in the Real-time Migration Status column.

    • If the migration source status is Migration SourceOnline, it indicates that the migration source was successfully imported.

    • If the migration source has another status, it indicates that the migration source import failed. Refer to the following solutions to resolve the issue and then re-import the migration source.

      • Troubleshoot the issue based on the message displayed in the SMC console or the log file in the directory where the SMC client is installed. The default installation directory of the SMC client is as follows:

        • Linux source server: The default installation directory is /smc.

      • For common issues and solutions, see SMC FAQ and Troubleshooting.

Import the information about a migration source by using the SMC client

For more information about the SMC client, see Use the SMC client.

  1. Log on to the Server Migration Center (SMC) console-Containerized migration.

  2. On the Containerized migration page, click Import Migration source.

  3. On the Import Migration source page, configure the parameters. The following table describes the parameters.

    Parameter

    Description

    Migration Source Type

    The type of the migration source. Select Physical Server or VM.

    Import Method

    Select Use Client to Import Server. Manually download and install the SMC client on the source server.

    Description

    The description about how to download the SMC client. Read the information in the Description section and follow the prompts to download, install, and activate the corresponding SMC client based on the CPU architecture (ARM or x86) and bit version (32-bit or 64-bit) of the operating system of the migration source.

  4. Import the information about the migration source.

    Important

    During the migration, do not shut down the SMC client until the migration is complete. Otherwise, the migration source is disconnected from the SMC console, and the migration fails.

    1. You can use a remote connection tool that supports file transfer. For example, you can use WinSCP to upload the SMC client package to the source Linux server.

    2. Connect to the source Linux server and decompress the SMC client package.

      Linux 64-bit Generic is used in the example. Run the following command to decompress the package. If you use another version of the SMC client, replace the package name in the command with the name of your SMC client.

      tar xf go2aliyun_client_linux_x86_64.tar.gz
      Note

      Linux ARM64 supports the g6r general-purpose instance family and the c6r compute-optimized instance family. For more information about instance types, see the "Arm-based enterprise-level computing instance families" section of the Overview of instance families topic.

    3. (Optional) Exclude the files or directories that you do not need from the migration. For more information, see the How do I exclude files or directories from a migration job? section of the "FAQ" topic.

      Important

      If you enable the block replication feature, you cannot exclude files or directories from the migration job.

    4. Obtain an activation code or AccessKey pair.

      • (Recommend) Obtain an activation code: In the Description section in the SMC console, click Generate and copy the generated activation code information.

      • Obtain an AccessKey pair: An AccessKey pair consists of an AccessKey ID and an AccessKey secret. If no AccessKey pair is created, create one first. For more information, see Obtain an AccessKey pair.

    5. In the SMC client folder, run the following commands to run the SMC client.

      cd go2aliyun_client_linux_x86_64
      sudo chmod +x go2aliyun_client
      sudo ./go2aliyun_client
    6. Enter the activation code or AccessKey pair as prompted. The following figure shows an example of an activation code.adad

      The following messages may appear after you enter the activation code.

      • If no snapshot dependency is installed on your source server, a message appears. The following figure shows the details of the message. You can decide whether to install a snapshot dependency based on whether you enable the block replication feature.

        • If you want to enable block replication for the migration, enter yes to automatically install a snapshot dependency.

        • If you do not want to enable block replication for the migration, enter no.

        Important

        If the snapshot dependency fails to be installed, do not enable block replication when you create a migration job. Otherwise, the migration may fail.

        123

      • The rsync tool is installed on most mainstream migration sources. If rsync is not installed on the migration source, the SMC client displays a message. Enter yes to install rsync, as shown in the following figure.安装rsync

      • If SELinux is enabled on the migration source, a message that prompts you to disable SELinux appears. Enter yes to disable SELinux. The following figure shows how to disable SELinux.关闭SELinux

      If the information about the migration source is imported, a message similar to the following one is returned: Import Source Server [s-bp11npxndknsycqj****] Successfully!.

      Note

      If the information about the migration source fails to be imported, you can troubleshoot the issue based on the returned message. After you fix the issue, run the following commands to exit the background program and re-import the information about the migration source. For more information about FAQ and solutions, see FAQ about Server Migration Center (SMC) and Errors occurred during a server migration.

      sudo ./go2aliyun_client --abort
      sudo ./go2aliyun_client
  5. On the Containerized migration page of the SMC console, check the status of the migration source in the Real-time Migration Status column.

    • If the migration source status is Migration SourceOnline, it indicates that the migration source was successfully imported.

    • If the migration source has another status, it indicates that the migration source import failed. Refer to the following solutions to resolve the issue and then re-import the migration source.

      • Troubleshoot the issue based on the message displayed in the SMC console or the log file in the directory where the SMC client is installed. The default installation directory of the SMC client is as follows:

        • Linux source server: The default installation directory is /smc.

      • For common issues and solutions, see SMC FAQ and Troubleshooting.

Step 3: Configure the migration

  1. Find the migration source that you want to manage and click Start Migration in the Actions column.

  2. Configure the parameters and click Start Migration.

    1. Configure the basic parameters described in the following table.

      Parameter

      Description

      Example

      Migration Job Name

      The name of the migration job.

      Containerized migration

      Job Description

      The description of the migration job.

      test

      Destination Region

      Required. The Alibaba Cloud region to which you want to migrate the source server. For more information, see Regions and zones.

      Hangzhou

      Namespace

      Required. The namespace in which to store the container image repository generated during the migration. If you have not created a namespace, see Manage namespaces and quotas.

      misaka-team

      Name

      Required. The name of the repository in which to store the container image generated during the migration. If you have not created an image repository, see Build repositories and images.

      console-service

      Version

      Required. The version of the container image generated during the migration. For example, v1.

      • The string must be 1 to 128 characters in length.

      • The string can only contain lowercase letters (a-z), digits (0-9), periods (.), underscores (_), or hyphens (-).

      • The string cannot start or end with a period (.) or hyphen (-).

      v1

      Intermediate Instance RAM Role

      Required. Select an intermediate instance RAM role. If you have not created a RAM role, see Step 1: Make preparations for requirements to create a RAM role.

      Migration Mode

      • Machine-level migration

        • Supports complete migration of system and application data from physical machines/VMs to Alibaba Cloud Container Registry (ACR) (personal edition).

        • Does not generate analysis reports. After minimal trimming of system and application data, the entire operating system application environment is packaged, generating larger container images. However, the runtime environment remains consistent with the source system and can support multiple applications simultaneously.

        • Suitable for system-level disaster recovery scenarios.

      • Application migration

        • Supports migrating specific applications from physical machines/VMs to Alibaba Cloud Container Registry (ACR) (Personal Edition), minimizing the size of the generated container images, resulting in smaller container images.

        • Generates analysis reports for specified applications and packages the specified application data based on the analysis reports, producing smaller container images.

        • Currently supports Java Tomcat/Tomee/JBoss and ASP.NET applications. Please ensure that the applications you want to migrate are within the supported types.

        • Suitable for microservice containerization transformation scenarios.

      Machine-level migration

      Select Applications To Be Migrated

      Select the application to migrate.

      • The dropdown list only displays supported applications. If your application is not in the dropdown, it means that migration of your application is not currently supported.

      • The application ID is generated by SMC in the format ${application_id} (Process: ${pid}). For example, java-tomcat-5924e694(Process: 2360).

      After the analysis is completed, you need to confirm the analysis results.:

      • Unchecked: The migration will proceed automatically without confirming the analysis results.

      • Checked: You need to confirm the analysis results. After analysis is complete, the task will be paused, and you need to click to confirm the analysis results before migration continues. The analysis report is stored on the source server, for example, /smc/app2container/java-tomcat-5924e694/analysis.json.

      Retain the default setting

      Execution Method

      Select the execution method for the migration task:

      • Migrate Now: Start migration immediately after creating the migration task. Migrate Now is selected by default.

      • Create Only: Only create the migration task. You need to click Start Task in the Actions column later to manually start the migration task.

      Retain the default setting

      Network Mode

      The type of network that is used to migrate data from the source server to the intermediate instance. By default, data is migrated over the Internet. During the migration, SMC creates an intermediate instance that connects to a vSwitch in a VPC. If you select Public Network, a public IP address is assigned to the intermediate instance.

      Public Network (default value)

      SMC migrates data to the intermediate instance over the Internet. If you select Public Network, make sure that the source server can access the Internet. You can determine whether to specify a VPC and a vSwitch based on your business requirements.

      • If you specify a VPC and a vSwitch, SMC creates an intermediate instance that connects to the specified VPC and vSwitch.

      • If you do not specify a VPC or vSwitch, SMC creates an intermediate instance that connects to the VPC and vSwitch automatically created by the system.

      VPC

      SMC migrates data to the intermediate instance over a VPC. If you select VPC, you must specify a VPC and a vSwitch and make sure that the source server can connect to the VPC.

      Note

      If your server in a data center, your VM, or your third-party cloud server can connect to a VPC, we recommend that you select this network type to migrate data. Compared with migration over the Internet, migration over a VPC is more efficient and stable. You can use VPN Gateway, Express Connect, or SAG to connect a migration source to a VPC. For more information, see Connect a data center to a VPC.

      Keep the default setting

    2. (Conditionally required) If you need to set parameters such as transmission speed and compression rate, click Advanced and configure the advanced parameters. The parameter descriptions are shown in the table below.

      Parameter

      Description

      Example

      Transmission Speed Limit

      The maximum network transfer speed during the migration. Unit: Mbit/s. If you set the Compression Ratio parameter to a value greater than 0, the actual network transfer speed, which is the transfer speed of compressed data, is lower than the speed displayed in the Real-time Migration Status column.

      Keep the default setting

      Compression Ratio

      The compression ratio of the data to be migrated. Set the compression ratio based on your business requirements.

      • If the bandwidth is limited, a high compression ratio improves the transmission efficiency.

      • If a high bandwidth is available, we recommend that you do not compress data. Data compression consumes CPU resources of the migration source.

      Valid values: 0 to 10. Default value: 7. A value of 0 indicates that data is not compressed.

      Keep the default setting

      Checksum Verification

      Specifies whether to verify data integrity by using a checksum. By default, this feature is disabled. If you enable this feature, data integrity is ensured, but transmission speed may be reduced.

      Keep the default setting

      SSL-Encrypted Transmission

      Using SSL encryption for data migration enhances security and ensures data integrity. By default, this feature is enabled.

      Keep the default setting

      Tags

      The tags that you specify for the migration job. Each tag contains a key and a value. You can use tags to query and manage migration jobs. For more information, see Use tags to manage migration sources and migration jobs and Use tags to implement fine-grained access control.

      Note

      You can specify up to 20 tags for a migration job.

      Keep the default setting

      Intermediate Instance Type

      You can select the intermediate instance type based on your actual needs.

      • The instance type of the intermediate instance is automatically selected: If you specify this parameter, SMC creates an intermediate instance of the specified instance type. If the specified instance type is unavailable, the migration job fails to be created.

      • If you do not specify an instance type, SMC automatically creates an intermediate instance.

      Important

      To avoid migration errors, do not stop, start, restart, or release the intermediate instance during migration. After migration is complete, the instance will be automatically released.

      Keep the default setting

    3. In the dialog box that appears, read the migration notes and click Got It.

  3. On the Containerized migration page, check the real-time migration status.

    Since data transmission time is affected by factors such as source data size and network bandwidth, please be patient and wait for the migration task to complete.

    image

    Note
    • Speed: the amount of data that is migrated per second, which indicates the transfer speed of uncompressed data. If you set the Compression Ratio parameter to a value greater than 0, the actual network transfer speed, which is the transfer speed of compressed data, is lower than the displayed speed.

    • Time Remaining for Synchronization: the remaining synchronization time calculated based on the current speed by using the following formula: Time remaining for synchronization = (Total data size - Transferred data size)/Speed.

    • If the transmission speed is too slow to meet your plan, you may consider temporarily increasing the dedicated bandwidth of both the source server and the destination server. For more information, see Estimate the time required for migration and test the data transfer speed.

    For details about how to subscribe to SMC migration job error-related events and modify and pause the migration job, perform the following operations.

    • To prevent migration process disruptions caused by errors in migration jobs, you can subscribe to SMC migration job error-related events in CloudMonitor so that you can promptly receive email notifications. For more information, see Subscribe to SMC migration task error-related event notifications.

    • When the migration job is in the Synchronizing state, you can perform the following operations as needed:

      • Modify the migration job: In the Actions column, click Modify Migration Job to modify Transmission Speed Limit, Compression Ratio, Checksum Verification, and other parameters.

      • Pause the migration job: In the Actions column, click Pause Migration Job.

  4. In the Migration Source ID/Name column of the destination migration source, click the migration source ID to view detailed migration information.

    image

Verify migration results

  • When the Migration Status is Completed, it indicates that the migration was successful.

    image

    After successful migration, an Alibaba Cloud container image is generated, and you can deploy container applications using this container image. Specific operations are as follows:

    1. In the Actions column of the migration source, click Deploy Application. The system will redirect you to the ACK cluster list page.

    2. Select an existing ACK cluster or create an ACK cluster. For specific operations, see Create a cluster.

    3. Enter the cluster, select Workloads > Deployments from the left navigation pane, and click Create From Image to create an application. Select the container image generated from the migration. For more information, see Create a stateless application by using a Deployment.

      • Startup command example for machine-level migration mode

        When deploying applications in an ACK cluster, you need to add scripts related to starting the source service on the source server and open ports in the application lifecycle or application YAML file to start the service. Supplement the script according to your actual situation. An example of a YAML with CMD added is as follows:

        spec:
              containers:
                - args:
                    - |
                      cd /www/server/panel &&
                      chmod +x /www/server/panel/init.sh &&
                      echo 3 | sh init.sh &&
                      tail -f /dev/null
                  command:
                    - /bin/sh
                    - '-c'
                  image: 'registry-vpc.cn-hangzhou.aliyuncs.com/zi***h/sa***:v1'
      • Instructions for application migration mode

        You can use netstat -lptn to view the application service ports on the source server and enable port mapping when deploying applications in ACK.

    4. After migrating the server, you need to verify and validate the data to ensure data integrity and correctness. For specific operations, see How do I check my system after I migrate a Linux server? .

      Note

      If a domain name has been bound to the source server, the public IP address of the server is changed after the migration. In this case, you must resolve the domain name to the new public IP address of the server. For more information, see Add an A record for a website domain name.

  • When the Migration Status is Error, it indicates that the migration task has encountered an error. In this case, you need to troubleshoot the issue and retry:

    1. In the Actions column, click Troubleshoot and fix the issue according to the error code and error message prompts. For more information, see SMC FAQ and Troubleshooting.

    2. After fixing the issue, click Retry Migration in the Actions column. The migration task will continue from where it left off.

      Important

      If the intermediate instance is released, you need to migrate again. For more information, see FAQ about Server Migration Center (SMC).

Clean up resources

During the migration, SMC creates a temporary pay-as-you-go intermediate instance named No_Delete_SMC_Transition_Instance within the destination Alibaba Cloud account. The method to clear resources depends on whether the migration is successful.

  • If the migration is successful, the intermediate instance is automatically released. No manual operation is required.

  • If the migration failed, the intermediate instance is not automatically released and incurs fees as long as the migration job exists. You can release the intermediate instance in one of the following ways to reduce costs:

    • If you no longer need the migration job, click the ID the migration job. On the job details page, click image > Clear migration task in the Actions column in the Migration Jobs section to delete the migration job and release the intermediate instance at a time.

    • Manually release the intermediate instance. For more information, see Release an instance.