Migrate servers and applications to container images - Server Migration Center: Central de Documentação do Alibaba Cloud

Server Migration Center (SMC) permite a migração em contêineres sem tempo de inatividade. Ele containeriza servidores e aplicações de negócios de máquinas físicas, ambientes de virtualização convencionais (VMware/Xen/KVM/Hyper-V) e plataformas multicloud (Alibaba Cloud, AWS, Azure, GCP e Tencent Cloud). Em seguida, envia as imagens resultantes para o Container Registry (ACR) e as implanta no Container Service for Kubernetes (ACK).

Introdução

Nota

O recurso de migração de servidor para imagem de contêiner foi atualizado para suportar o modo de migração de aplicações, o que permite migrar aplicações específicas. Tanto o modo de migração no nível da máquina quanto o de aplicações são suportados.

O SMC containeriza servidores e aplicações de negócios por meio da migração no nível da máquina e da migração de aplicações. As imagens de contêiner resultantes são enviadas para o Alibaba Cloud Container Registry (ACR). A partir daí, elas podem ser implantadas no Container Service for Kubernetes (ACK). O diagrama a seguir ilustra as relações entre os services e o fluxo de trabalho de migração.

Instale o cliente SMC no servidor source.
Configure as configurações de migração e inicie o processo. Após a conclusão da migração, o sistema gera automaticamente uma imagem de contêiner e a armazena na edição Personal do Alibaba Cloud Container Registry (ACR).
Implante a aplicação no Container Service for Kubernetes (ACK) para concluir a migração.

Nota

A edição Personal do Alibaba Cloud Container Registry (ACR) é voltada para desenvolvedores individuais e fornece services básicos de hospedagem e compilação de imagens.
O Container Service for Kubernetes (ACK) oferece gerenciamento de ciclo de vida para aplicações containerizadas no Kubernetes de nível corporativo, permitindo que você execute essas aplicações na cloud de forma fácil e eficiente.

Cenários de migração

Migração no nível da máquina

Containerize o sistema e todos os dados de aplicações de um servidor físico, máquina virtual ou servidor de plataforma em cloud em uma imagem e envie-a para o Alibaba Cloud Container Registry (ACR). Este método é ideal para recuperação de desastres no nível do sistema.
Migração de aplicações

Containerize aplicações específicas de um servidor físico, máquina virtual ou servidor de plataforma em cloud em uma imagem e envie-a para o Alibaba Cloud Container Registry (ACR). Este método é ideal para a containerização de microservices.
Importante
A migração de aplicações está em pré-visualização por convite. Contact us para solicitar acesso à lista de permissões. As versões de aplicações suportadas incluem:
- Java Tomcat
- Java Tomee
- Java JBoss (standalone mode)
- ASP.NET Core 3.1 and ASP.NET 5/6/7/8

Limitações

Você pode migrar para uma imagem de contêiner apenas servidores que executam um sistema operacional Linux na arquitetura x86. Os sistemas operacionais suportados incluem:
- CentOS
- Ubuntu
- RedHat
- Alibaba Cloud Linux
A migração de aplicações está disponível apenas para usuários na lista de permissões. Para solicitar acesso, contact us. As versões de aplicações suportadas incluem:
- Java Tomcat
- Java TomEE
- Java JBoss (standalone mode)
- ASP.NET Core 3.1 and .NET 5/6/7/8
Você pode migrar imagens apenas para um repositório de imagens em uma instância da edição Personal do Container Registry (ACR).
A migração containerizada atualmente não suporta a migração de discos de dados. Por padrão, o sistema exclui o diretório /mnt e todos os pontos de montagem de discos de dados. O disco de destino resultante contém apenas uma partição padrão. Você não precisa ajustar a estrutura de partição existente.

Para migrar dados de um disco de dados para a Alibaba Cloud, use FTP ou SCP, ou faça o backup manual dos dados para o Object Storage Service (OSS) ou File Storage NAS. Para mais informações, consulte Select a file transfer method e The ossutil 1.0 command-line tool.
No modo de migração de aplicações, não reinicie o processo da aplicação durante a migração. Uma alteração no ID do processo fará com que a tarefa de migração falhe.

Custos de migração

Embora o SMC seja um service gratuito, o uso de recursos do Alibaba Cloud ECS, como uma instância intermediária durante a migração, gera custos. Para mais detalhes, consulte SMC billable items.
As imagens de contêiner da migração containerizada são armazenadas na edição Personal do Alibaba Cloud Container Registry (ACR). Projetada para desenvolvedores individuais, esta edição é gratuita durante o período de beta público e atualmente está available in select regions.
Os specific costs de implantação de aplicações no Container Service for Kubernetes (ACK) dependem do tipo de cluster e do seu uso de products da cloud.

Como funciona

O service SMC consiste em um cliente e um console. A migração containerizada suporta os modos de migração no nível da máquina e de aplicações.

Migração no nível da máquina

Este modo containeriza todo o sistema e todos os dados de aplicações de um servidor físico, máquina virtual (VM) ou servidor em cloud. A imagem de contêiner resultante é então enviada para o Container Registry (ACR).
Este modo não gera um relatório de análise. Em vez disso, ele realiza um ajuste mínimo e então empacota todo o sistema operacional e o ambiente da aplicação. Esse processo cria uma imagem de contêiner maior, mas preserva totalmente o ambiente source, permitindo o suporte a múltiplas aplicações.

Migração de aplicações

Importante

O recurso de migração de aplicações está disponível apenas para usuários na lista de permissões. Para solicitar acesso, contact us. As versões de aplicações suportadas incluem:

Java Tomcat
Java Tomee
Java JBoss (standalone mode)
ASP.NET Core 3.1 and ASP.NET 5/6/7/8

Este modo containeriza aplicações específicas de um servidor físico, VM ou servidor em cloud. A imagem de contêiner resultante é então enviada para o Container Registry (ACR).
Ele gera um relatório de análise para a aplicação especificada e o utiliza para empacotar apenas os dados necessários da aplicação, resultando em uma imagem de contêiner menor.

O processo de migração ocorre da seguinte forma:

Baixe e instale o SMC client no servidor source. Se você importar o servidor source usando a linha de comando ou o recurso de importação automática do console, o sistema instalará o cliente automaticamente.
O cliente SMC é executado no servidor source e registra o servidor source no service SMC usando o SMC service domain name.
O service SMC cria uma instância intermediária temporária e configura seu grupo de segurança para permitir tráfego nas portas 8080 e 8703.

A instância intermediária usa dois discos de dados para migrar dados e gerar a imagem de contêiner. O primeiro disco de dados armazena dados do servidor source, e o segundo é usado para compilar a imagem de contêiner.
O cliente SMC se conecta à instância intermediária na porta 8080. Em seguida, transfere dados do servidor source para o disco de dados da instância intermediária pela porta 8703.

Para a migração de aplicações, o cliente transfere apenas a aplicação especificada e seus dados relacionados.
O service SMC cria uma imagem de contêiner a partir dos dados do disco na instância intermediária e faz o upload da imagem para o Container Registry (ACR).

Para a migração de aplicações, o service cria a imagem de contêiner com base na aplicação, seus dados, variáveis de ambiente e comandos de inicialização antes de enviá-la para o ACR.
Para concluir a migração, acesse o console do Container Service for Kubernetes (ACK) e deploy the application.

Impactos da migração

Antes de migrar, revise os impactos na tabela abaixo.

Item	Descrição
Instância intermediária	Não interfira na instância intermediária. Não pare, inicie, reinicie ou libere a instância intermediária, nem altere seu método de faturamento durante a migração. A instância intermediária é liberada automaticamente após a migração. Nota Para cada migração, o SMC cria um intermediate instance temporário com pagamento conforme o uso chamado `No_Delete_SMC_Transition_Instance` na sua conta de destino da Alibaba Cloud para auxiliar na migração. Se você migrar para uma instância de destino, essa instância servirá como instância intermediária e não será liberada automaticamente. How it works.
Endereço IP	O endereço IP mudará após a migração. Se seus services dependem de configurações de endereço IP específicas, você deve atualizar as configurações relevantes, como registros DNS e arquivamento ICP.
Hardware subjacente	O hardware subjacente mudará após a migração. Isso pode invalidar certas licenças de aplicações que estão vinculadas a hardwares específicos. Verifique o status das suas licenças após a migração.

Pré-requisitos

Você ativou o Server Migration Center (SMC). Os usuários que utilizam o SMC pela primeira vez também devem conceder as permissões necessárias, preparar a rede de migração e fazer backup dos dados. Para mais informações, consulte Before you begin.
Para migrar por uma rede privada, você pode connect your data center to a VPC usando o VPN Gateway, Express Connect ou Smart Access Gateway. Como as migrações entre regiões internacionais podem ser lentas devido à instabilidade da rede pública, recomendamos que você evaluate the migration time and test the transfer speed.

Ações de migração

Etapa 1: Preparação

Siga as instruções na tela para conceder a função do RAM especificada à instância intermediária. O Server Migration Center (SMC) usa essa função do RAM para enviar a imagem de contêiner gerada para o Container Registry. Se a página indicar que a função necessária está ausente, clique em Request Permissions e, em seguida, clique em Refresh.
Ative o Container Registry e o create an image repository (Personal Edition). A Personal Edition do Container Registry é destinada a desenvolvedores individuais e permite a criação de um repositório de imagens em some regions. Ela é gratuita durante a prévia pública. Em seguida, especifique o Namespace, o Repository Name e a Version.

Etapa 2: Importar uma origem de migração

Uma origem de migração é um servidor físico, uma máquina virtual ou um host de cloud de outra plataforma que você deseja migrar.

Importação via CLI (recomendado)

Importante

O servidor de origem deve ter acesso à rede pública. Se o servidor de origem estiver atrás de um firewall, consulte What are the SMC service domains? para obter os endpoints e as portas do SMC e adicione-os à lista de permissões do seu firewall.
Caso o servidor de origem não consiga acessar a rede pública ou se você preferir usar uma rede privada para uma migração mais rápida, consulte private network migration.

Acesse a página de migração de contêineres no console do SMC.
Na página Containerized migration, clique em Import Migration Source.

Configure os parâmetros conforme solicitado e copie o comando do código de ativação. A tabela a seguir descreve os parâmetros.

Parâmetro	Descrição
Migration Source Type	Selecione uma opção com base no seu servidor de origem: Physical servers/VMs/Cloud servers of other cloud platforms. ECS Instance
Import Method	Selecione Use CLI to Import Server.
Migration Source Quota	O número de origens de migração que podem ser ativadas pelo código de ativação. Valores válidos: 1 a 1.000. Valor padrão: 200.
Validity Period	O período de validade do código de ativação, em dias. Valores válidos: 1 a 90. Valor padrão: 90.
Activation Code	Gere o código de ativação e copie o comando. Clique em Generate. Clique na aba Linux Shell. Clique em Copy para copiar o comando do código de ativação.

Faça login no servidor de origem e execute o comando copiado com privilégios de administrador para importá-lo.
1. Faça login no servidor de origem Linux.
2. Cole e execute o comando copiado com privilégios de administrador para importar a origem da migração.
  
  Se uma mensagem semelhante a Import Source Server [s-bp18x8751kgz2oyh****] Successfully! for exibida, a importação foi bem-sucedida.
Na página Containerized migration no console do SMC, verifique o status da origem da migração na coluna Real-time Migration Status.
- O status Source Online indica que a origem da migração foi importada com sucesso.
- Se a origem da migração estiver com qualquer outro status, a importação falhou. Solucione o problema usando os métodos a seguir e importe a origem da migração novamente.
  - Solucione o problema com base na mensagem de erro no console ou verificando o arquivo de log no diretório do cliente SMC. O cliente SMC é instalado no diretório /smc por padrão.
  - Para obter informações sobre problemas comuns e soluções, consulte SMC FAQ e Troubleshoot errors.

Importação automática pelo console

Importante

Este método oferece suporte apenas à importação de instâncias do Alibaba Cloud ECS.
O servidor de origem deve estar no estado Running e o Cloud Assistant deve estar disponível. Para mais informações, consulte View the status of Cloud Assistant and handle exceptions.
Se você usar um usuário do RAM para importar uma origem de migração, conceda as seguintes permissões a ele:
- A permissão AliyunECSReadOnlyAccess, que concede acesso somente leitura ao ECS. Para mais informações, consulte Manage RAM user permissions.
- A permissão AliyunECSAssistantFullAccess, que concede permissões totais de gerenciamento no Cloud Assistant. Para mais informações, consulte Manage RAM user permissions.

Acesse a página de migração de contêineres no console do SMC.
Na página Containerized migration, clique em Import Migration Source.

Configure os parâmetros com base no tipo de origem da migração.

Parâmetro	Descrição
Migration Source Type	Selecione ECS Instance.
Import Method	Selecione Import through Console.
Region	Na lista suspensa, selecione a região onde o servidor de origem está localizado.
Instance	Pesquise e selecione as instâncias do Alibaba Cloud ECS a serem migradas por ID da instância, nome ou endereço IP. Você pode selecionar várias instâncias para uma importação em lote.
Tag (Opcional)	Vincule tags de chave-valor à tarefa de migração para simplificar a pesquisa e o gerenciamento. Para mais informações, consulte Manage migration sources and tasks by using tags e Implement fine-grained access control by using tags. Você pode vincular no máximo 20 tags a uma tarefa de migração.
Resource Group (Opcional)	Se precisar agrupar recursos migrados por departamento de negócios ou projeto, crie grupos de recursos.

Após configurar os parâmetros, clique em Import.

O SMC inicia automaticamente o Cloud Assistant para realizar a importação. O processo de importação leva de 3 a 10 minutos.
Na página Containerized migration no console do SMC, verifique o status da origem da migração na coluna Real-time Migration Status.
- O status Source Online indica que a origem da migração foi importada com sucesso.
- Se a origem da migração estiver com qualquer outro status, a importação falhou. Solucione o problema usando os métodos a seguir e importe a origem da migração novamente.
  - Solucione o problema com base na mensagem de erro no console ou verificando o arquivo de log no diretório do cliente SMC. O cliente SMC é instalado no diretório /smc por padrão.
  - Para obter informações sobre problemas comuns e soluções, consulte SMC FAQ e Troubleshoot errors.

Importação pelo cliente SMC

Para mais informações sobre o cliente SMC, consulte SMC Client User Guide.

Importante

O servidor de origem deve ter acesso à rede pública. Se o servidor de origem estiver atrás de um firewall, consulte What are the SMC service domains? para obter os endpoints e as portas do SMC e adicione-os à lista de permissões do seu firewall.
Caso o servidor de origem não consiga acessar a rede pública ou se você preferir usar uma rede privada para uma migração mais rápida, consulte private network migration.

Acesse a página de migração de contêineres no console do SMC.
Na página Containerized migration, clique em Import Migration Source.

Na página Import Source Servers, configure os parâmetros conforme descrito na tabela a seguir.

Parâmetro	Descrição
Migration Source Type	Physical servers/VMs/Cloud servers of other cloud platforms.
Import Method	Selecione Use Client to Import Server. Você precisa baixar e instalar manualmente o cliente SMC no servidor de origem.
Description	Na seção Description, siga as instruções para baixar, instalar e ativar o cliente SMC compatível com o sistema operacional (Linux ou Windows) e a arquitetura (32 bits ou 64 bits) do seu servidor de origem. Clique em Generate e copie o código de ativação. Você deve inserir o código de ativação ao instalar o cliente.

Importe a origem da migração.

Importante
Não feche o cliente SMC durante a migração. Caso contrário, a origem da migração perderá a conexão com o console do SMC e a migração falhará.
1. Use uma ferramenta de conexão remota que ofereça suporte à transferência de arquivos, como o WinSCP, para fazer o upload do SMC client para o servidor de origem Linux, ou execute o comando fornecido nas instruções de importação para baixar o cliente SMC diretamente no servidor de origem.
2. Conecte-se remotamente ao servidor de origem Linux e descompacte o pacote do cliente SMC.
  
  O comando a seguir usa a Linux 64-bit General-purpose Edition como exemplo. Se você usar uma versão diferente do cliente SMC, substitua o nome do pacote no comando pelo nome do arquivo baixado.
```
tar -zxvf go2aliyun_client.tar.gz
```
  Nota
  A Linux 64-bit ARM Edition oferece suporte à família de instâncias de uso geral g6r e à família de instâncias com computação otimizada c6r. Enterprise-level Arm-based compute instance families.
3. (Opcional) Exclude files or directories from the migration.
  
  Importante
  Se você ativar a replicação de blocos para a migração, não poderá excluir arquivos ou diretórios.
4. Obtenha um código de ativação ou um par de AccessKey.
  - (Recomendado) Obtenha um código de ativação: na seção Description do console do SMC, clique em Generate e copie o código de ativação.
  - Obtenha um par de AccessKey: um par de AccessKey consiste em um AccessKey ID e um AccessKey secret. Se você ainda não criou um, consulte Create an AccessKey pair.
5. No diretório do cliente SMC, execute os seguintes comandos para iniciar o cliente SMC.
  
  O diretório go2aliyun_client2.6.5_linux_x86_64 é usado como exemplo. O nome do diretório varia de acordo com a versão do cliente. Certifique-se de substituí-lo pelo nome do diretório criado após baixar e descompactar o pacote.
```
cd go2aliyun_client2.6.5_linux_x86_64
sudo chmod +x go2aliyun_client
sudo ./go2aliyun_client
```
6. Insira o código de ativação ou o par de AccessKey conforme solicitado. O exemplo a seguir mostra como inserir um código de ativação:
  Após inserir o código de ativação ou o par de AccessKey, os seguintes avisos podem aparecer:
  - Se um driver de snapshot não estiver instalado no sistema de origem, o cliente SMC solicitará a instalação de um. Você pode escolher se deseja instalá-lo com base no seu plano de migração.
    - Se você planeja ativar a replicação de blocos ao criar a tarefa de migração, insira yes para instalar automaticamente o driver de snapshot.
    - Se você não planeja ativar a replicação de blocos, insira no.
    Importante
    Se a instalação do driver de snapshot falhar, não ative a replicação de blocos ao criar a tarefa de migração. Caso contrário, a migração falhará.
  - A maioria dos sistemas de origem principais possui o rsync instalado por padrão. Se o rsync não estiver instalado, o cliente SMC solicitará a instalação. Insira yes para instalar o rsync automaticamente, conforme mostrado na figura a seguir.
  - Se o SELinux estiver ativado no sistema de origem, o cliente SMC solicitará que você o desative. Insira yes para desativar o SELinux automaticamente, conforme mostrado na figura a seguir.
  Se uma mensagem semelhante a Import Source Server [s-bp11npxndknsycqj****] Successfully! for exibida, a importação foi bem-sucedida.
  Nota
  Se a importação falhar, solucione o problema com base na mensagem exibida. Em seguida, execute os seguintes comandos em sequência para sair do processo em segundo plano e importar a origem da migração novamente. Para obter informações sobre problemas comuns e soluções, consulte SMC FAQ e Troubleshooting.
  
  sudo ./go2aliyun_client --abort sudo ./go2aliyun_client
Na página Containerized migration no console do SMC, verifique o status da origem da migração na coluna Real-time Migration Status.
- O status Source Online indica que a origem da migração foi importada com sucesso.
- Se a origem da migração estiver com qualquer outro status, a importação falhou. Solucione o problema usando os métodos a seguir e importe a origem da migração novamente.
  - Solucione o problema com base na mensagem de erro no console ou verificando o arquivo de log no diretório do cliente SMC. O cliente SMC é instalado no diretório /smc por padrão.
  - Para obter informações sobre problemas comuns e soluções, consulte SMC FAQ e Troubleshoot errors.

Etapa 3: Configuração da migração

Na coluna Actions da origem de migração que você deseja gerenciar, clique em Start Migration.

Configure os parâmetros e clique em Start Migration.

Configure os parâmetros básicos.

Parâmetro	Descrição
Target Region (required)	A região do Alibaba Cloud para a qual você deseja migrar o servidor. Para obter mais informações sobre as regiões, consulte Regions and availability zones.
Namespace (Required)	Selecione o namespace do repositório de imagens de contêiner que armazenará a imagem de contêiner criada pela migração. Caso ainda não tenha criado um namespace, consulte Manage namespaces and quotas para criar um.
Repository Name (Required)	Selecione o repositório para armazenar a imagem de contêiner criada pela migração. Caso ainda não tenha criado um repositório de imagens, consulte Build repositories and images para criar um.
Version (Required)	Insira uma versão para a imagem de contêiner criada pela migração. Exemplo: v1. A string deve ter de 1 a 128 caracteres. A string pode conter apenas letras minúsculas (a-z), dígitos (0-9), pontos (.), sublinhados (_) ou hifens (-). A string não pode começar ou terminar com um ponto (.) ou um hífen (-).
Intermediate instance RAM role (Required)	Selecione a função do RAM para a instância intermediária. Caso ainda não tenha criado uma função do RAM, crie uma conforme descrito em Step 1: Preparations.
Migration Mode	Migrate All Instances Migra o sistema inteiro e os dados do aplicativo de uma máquina física ou virtual para o Alibaba Cloud Container Registry (ACR) Personal Edition. Este modo não gera um relatório de análise. Ele empacota todo o sistema operacional com ajustes mínimos, criando uma imagem de contêiner maior. No entanto, o ambiente de execução é idêntico ao sistema de origem e pode suportar vários aplicativos. Ideal para recuperação de desastres no nível do sistema. Application Migration Migra aplicativos específicos de uma máquina física ou virtual para o Alibaba Cloud Container Registry (ACR) Personal Edition. Isso minimiza o tamanho da imagem de contêiner gerada, resultando em uma imagem de contêiner menor. Este modo analisa o aplicativo especificado e empacota apenas os dados necessários com base no relatório, produzindo uma imagem de contêiner menor. Atualmente, este modo suporta aplicativos Java Tomcat, Tomee, JBoss e ASP.NET. Certifique-se de que o aplicativo que você deseja migrar seja de um tipo suportado. Ideal para containerizar microsserviços.
Select Applications to Be Migrated	Selecione o aplicativo que você deseja migrar. A lista suspensa exibe apenas aplicativos suportados. Se o seu aplicativo não estiver na lista, ele não poderá ser migrado. O ID do aplicativo é gerado pelo SMC no formato `${application_id} (Process: ${pid})`. Por exemplo: `java-tomcat-5924e694(Process: 2360)`. After the analysis is completed, you need to confirm the analysis results.: Desmarcado: A migração é executada automaticamente após a conclusão da análise. Marcado: O trabalho de migração é pausado após a conclusão da análise. Em seguida, você deve confirmar os resultados para continuar a migração. O relatório de análise é armazenado no servidor de origem em um caminho como `/smc/app2container/java-tomcat-5924e694/analysis.json`.
Execution Method	Selecione como executar o trabalho de migração: Migrate Now: Inicia o trabalho de migração imediatamente após a sua criação. Migrate Now é a opção padrão. Create Only: Cria o trabalho de migração, mas não o inicia. Você deve iniciar o trabalho manualmente clicando em Run na coluna Actions.
Network Type	Selecione a rede para transferir os dados de migração para a instância intermediária. Por padrão, os dados são transferidos pela rede pública. A instância intermediária é criada na Virtual Private Cloud (VPC) e no vSwitch selecionados e recebe um endereço IP público. Public Network (Default) Os dados de migração são transferidos para a instância intermediária pela rede pública. Este modo requer que o servidor de origem tenha acesso à internet pública. Você pode escolher se deseja especificar uma Virtual Private Cloud (VPC) e um vSwitch. Especifique uma VPC e um vSwitch: O trabalho de migração cria uma instância intermediária na VPC e no vSwitch que você especificar. Não especifique uma VPC e um vSwitch: O trabalho de migração cria uma instância intermediária em uma nova VPC e um novo vSwitch que são criados automaticamente pelo sistema. VPC Os dados de migração são transferidos para a instância intermediária por uma conexão privada dentro de uma VPC. Este modo requer que você conecte o servidor de origem à VPC do Alibaba Cloud e especifique uma VPC e um vSwitch. Nota Se você puder acessar diretamente uma VPC em uma região do Alibaba Cloud a partir de um data center local (IDC), ambiente de máquina virtual (VM) ou host cloud, recomendamos o uso deste método. A transferência por rede privada é mais rápida e estável do que a transferência por rede pública, melhorando a eficiência da migração. Você pode conectar o servidor de origem à VPC da cloud usando um VPN gateway, um circuito Express Connect ou um Smart Access Gateway. Para obter mais informações, consulte Connect a VPC to a data center or another cloud.

Opcionalmente, para definir parâmetros como velocidade de transmissão e taxa de compressão, clique em Advanced Settings.

Parâmetro	Descrição
Migration Job Name	O nome do trabalho de migração.
Job Description	Uma descrição do trabalho de migração.
Transmission Speed Limit	Limita a velocidade de transferência de dados, em Mbit/s. Se a Compression Ratio estiver definida com um valor maior que 0, a velocidade real de transferência de rede para os dados compactados será menor que a velocidade exibida em Real-time Migration Status.
Compression Ratio	Define o nível de compactação de dados para a migração. Em ambientes com largura de banda limitada, uma taxa de compressão maior pode aumentar a velocidade de transferência de dados. Em ambientes com alta largura de banda, recomendamos não compactar os dados para reduzir o uso de CPU no servidor de origem. Valores válidos: 0 a 10. O valor padrão é 7. O valor 0 indica que os dados não são compactados.
Checksum Verification	Este recurso é desativado por padrão. Ativá-lo aprimora as verificações de consistência de dados, mas pode diminuir a velocidade de transferência.
SSL encrypted transmission	O valor padrão é Auto-Select. A criptografia SSL para transferência de dados melhora a segurança e a integridade dos dados.
Tag	Adicione tags (pares chave-valor) ao trabalho de migração para facilitar a pesquisa e o gerenciamento. Use tags to manage migration sources and jobs. Implement fine-grained permission management by using tags. Nota Você pode adicionar no máximo 20 tags a um único trabalho de migração.
Intermediate Instance Type	Você pode selecionar um tipo de instância para a instância intermediária. Se você especificar um tipo de instância, o sistema cria uma instância intermediária desse tipo. Se o tipo de instância especificado estiver fora de estoque, a criação do trabalho de migração falhará. Se você não selecionar um tipo de instância, o sistema cria automaticamente a instância intermediária selecionando a partir de uma lista predefinida de tipos disponíveis. Importante Para evitar erros de migração, não pare, inicie, reinicie ou libere a instância intermediária durante a migração. A instância é liberada automaticamente após a conclusão da migração.
Report diagnostic logs	Realiza o upload automático dos logs do cliente SMC para o servidor SMC para análise de diagnóstico. Isso ajuda a solucionar problemas se ocorrer um erro de migração. Este recurso é ativado por padrão. Os logs do cliente SMC são normalmente armazenados no diretório `/smc/go2aliyun_client*/Logs` dentro do caminho de instalação.

Na caixa de diálogo exibida, leia atentamente as notas de migração e clique em Got It.

Na página Containerized migration, monitore o status em tempo real do trabalho de migração.
O tempo de transferência de dados depende de fatores como o tamanho dos dados de origem e a largura de banda da rede.
Nota
- Speed: A quantidade de dados de migração não compactados transferidos por segundo. Se a Compression Ratio do trabalho de migração for maior que 0, a velocidade exibida será maior que a velocidade real de transferência de rede dos dados compactados.
- Time Remaining for Synchronization: Calculado como (Volume Total de Dados - Volume de Dados Transferidos) / Velocidade.
- Se a velocidade de transferência estiver muito lenta, considere aumentar temporariamente a largura de banda fixa dos servidores de origem e de destino. Estimate migration time and test transfer speed.
Inscreva-se para receber eventos de erro de migração e modifique ou pause a migração
- Para evitar interrupções causadas por erros de migração, você pode subscribe to SMC job error notifications no CloudMonitor para receber alertas oportunos por e-mail.
- Enquanto o status do trabalho de migração for Synchronizing, você pode realizar as seguintes operações conforme necessário:
  
  Para editar uma tarefa de migração, na coluna Actions, clique em Modify Migration Job. Você pode modificar parâmetros como limitação de transferência, taxa de compressão e verificação de checksum.
  
  Pause o trabalho de migração: Na coluna Actions, clique em Pause Migration Job para pausar a migração.
Na coluna Migration Source ID/Name da origem de migração de destino, clique no ID da origem de migração para visualizar os detalhes da migração.

A página de detalhes da migração contém as seções Basic Information e Job Configuration. A seção Basic Information exibe detalhes do trabalho, como Job ID/Name, Job Status, Job Progress, Destination Region e Migration Mode. A seção Job Configuration mostra o Network Type, a VPC de destino e o vSwitch de destino.

Verifique os resultados da migração

Quando o Real-time Migration Status for Completed, a migração foi bem-sucedida.

Uma migração bem-sucedida gera uma imagem de contêiner do Alibaba Cloud. Use essa imagem para implantar um aplicativo em contêiner.
1. Na coluna Actions da origem da migração, clique em Deploy Application. Essa ação redireciona você para a página de lista de clusters do ACK.
2. Selecione um cluster do ACK existente ou crie um novo. Para mais informações, consulte Create a cluster.
3. Acesse o cluster. No painel de navegação à esquerda, escolha Workloads > Deployments. Clique em create from image para criar um aplicativo. Selecione a imagem de contêiner gerada pela migração. Para mais informações, consulte Create a stateless workload Deployment.
  - Comando de inicialização para migração no nível da máquina
    
    Ao implantar um aplicativo em um cluster do ACK, adicione os scripts e as portas de desenvolvimento relevantes ao ciclo de vida do aplicativo ou ao arquivo YAML do aplicativo para iniciar o service no servidor de origem. Adicione os scripts de acordo com suas necessidades reais. O exemplo a seguir mostra como adicionar um comando CMD a um arquivo YAML:
```
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'
```
  - Modo de migração de aplicativo
    
    Execute netstat -lptn no servidor de origem para visualizar as portas de service do aplicativo e, em seguida, configure o mapeamento de portas ao implantar o aplicativo no cluster do ACK.
4. Após migrar o servidor, valide os dados para garantir sua integridade e correção. Para mais informações, consulte After migrating a Linux server, how do I check the system?.
  
  Nota
  Se um nome de domínio estiver mapeado para o servidor de origem, remapeie-o para o endereço IP público da nova instância. Add a website resolution.
Se o Real-time Migration Status for Error, a migração falhou. Solucione o problema e tente a migração novamente:
1. Na coluna Actions, clique em Troubleshoot Errors. Resolva o problema com base no código e na mensagem de erro. Para mais informações, consulte SMC FAQ e troubleshooting.
2. Após resolver o problema, na coluna Actions, clique em Retry Migration Job. A tarefa será retomada de onde parou.
  
  Importante
  Se a instância intermediária tiver sido liberada, reinicie a migração. Para mais informações, consulte I accidentally released the intermediate instance. What should I do?.

Limpar recursos

Migrar para uma imagem

Durante a migração, o SMC cria uma instância intermediária temporária com pagamento conforme o uso chamada No_Delete_SMC_Transition_Instance na sua conta de destino do Alibaba Cloud para facilitar a migração. O resultado da migração determina se você precisa liberar a instância manualmente:

Migração bem-sucedida: o SMC libera a instância intermediária automaticamente. Não requer limpeza manual.
Erro de migração: a instância intermediária não é liberada e continua a gerar cobranças. Para evitar cobranças desnecessárias, libere a instância de uma das seguintes formas:
- Se não precisar mais da tarefa de migração, clique no ID da origem da migração. Na coluna Actions da tarefa de migração, clique em Cancel Migration Job para excluir a tarefa de migração e limpar a instância intermediária automaticamente.
- Manualmente release the intermediate instance.

Migrar para uma instância de destino

Durante a migração, o SMC cria um disco intermediário temporário com pagamento conforme o uso chamado SMC_Temp_Disk e o anexa à instância de destino para facilitar a migração. O resultado da migração determina se você precisa liberar o disco intermediário manualmente:

Migração bem-sucedida: o SMC libera o disco intermediário automaticamente. Não requer limpeza manual.
Erro de migração: o disco intermediário não é liberado e continua a gerar cobranças. Para evitar cobranças desnecessárias, libere o disco de uma das seguintes formas:
- Se não precisar mais da tarefa de migração, clique no ID da origem da migração. Na coluna Actions da tarefa de migração, clique em Cancel Migration Job para excluir a tarefa de migração e limpar o disco intermediário automaticamente.
- Manualmente release the intermediate disk.

Server Migration Center:Containerized migration for servers and applications

Introdução

Cenários de migração

Limitações

Custos de migração

Como funciona

Migração no nível da máquina

Migração de aplicações

Impactos da migração

Pré-requisitos

Ações de migração

Etapa 1: Preparação

Etapa 2: Importar uma origem de migração

Importação via CLI (recomendado)

Importação automática pelo console

Importação pelo cliente SMC

Etapa 3: Configuração da migração

Public Network (Default)

VPC

Verifique os resultados da migração

Limpar recursos

Migrar para uma imagem

Migrar para uma instância de destino