View a markdown version of this page

Migrar servidores - AWS Transformação

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Migrar servidores

AWS O Transform usa AWS Transform MGN (MGN) para rehospedar seus servidores no Amazon EC2. O fluxo de trabalho de migração de servidores orienta você na configuração de cada onda de migração, na validação do inventário de servidores, na implantação de agentes de replicação, no monitoramento da replicação de dados, no teste de instâncias migradas e na execução da transição final. Para ler mais sobre isso, consulte O que é AWS Transform MGN? no Guia do usuário do MGN.

A migração do servidor é organizada por ondas. Cada onda representa um grupo de servidores que são migrados juntos. Para cada onda, você conclui as seguintes fases:

Para ondas com uma estratégia de migração de contêineres, o AWS Transform executa o fluxo de trabalho de conteinerização do código-fonte em vez das etapas de rehospedagem descritas abaixo. O fluxo de trabalho de conteinerização orienta você na clonagem do código-fonte, na geração de artefatos do Docker, na publicação de imagens de contêineres e na implantação no Amazon Elastic Container Service ou no Amazon Elastic Kubernetes Service. Para ver o fluxo de trabalho completo de conteinerização, consulte. Containerização do código-fonte

  1. Pré-requisitos e configuração de padrões de migração

  2. Etapa 1: configurar a onda de migração

  3. Etapa 2: validar e confirmar o inventário

  4. Etapa 3: implantar agentes de replicação

  5. Etapa 4: replicação de dados

  6. Etapa 5: Teste

  7. Etapa 6: transição

Pré-requisitos e configuração de padrões de migração

Pré-requisitos

Antes de iniciar a migração de rehospedagem, verifique se você tem o seguinte:

nota

Se você concluiu todas as etapas de um trabalho de migração de ponta a ponta no AWS Transform, suas contas de destino e arquivo de inventário já estão preparados — o arquivo de inventário terá sido gerado para você durante a etapa de planejamento da migração. A infraestrutura de rede configurada por meio da migração de rede AWS Transform também está pronta. Se você não criou sua infraestrutura de rede por meio do AWS Transform, certifique-se de que ela esteja configurada com antecedência antes de iniciar a migração de rehospedagem.

Antes de iniciar a migração de rehospedagem, verifique se você tem os recursos de rede e a infraestrutura para hospedar seus servidores. Você pode usar os recursos de migração de landing zone e rede do AWS Transform ou qualquer outra ferramenta para isso.

  • Sistemas operacionais compatíveis — os servidores de origem devem executar um sistema operacional compatível. Para ver a lista completa, consulte Sistemas operacionais compatíveis no Guia do usuário do MGN.

  • Contas de destino para migração — os Conta da AWS IDs para os quais você precisa que seus servidores sejam migrados. Você pode usar o AWS Transform landing zone ou qualquer outra ferramenta para configurar sua infraestrutura.

  • Infraestrutura de rede instalada — VPCs, sub-redes e grupos de segurança implantados e configurados. Você pode usar a migração de rede do AWS Transform ou qualquer outra ferramenta para configurar sua infraestrutura de rede.

  • Arquivo de inventário — Preparado com detalhes do servidor, atribuições de ondas, informações da conta-alvo e preferências de tipo de instância do Amazon EC2. Você pode usar o planejamento de migração do AWS Transform para gerar esse arquivo.

Configurar padrões de migração

Antes de iniciar a execução da migração de várias contas, você deve definir as configurações padrão que se aplicam a todas as suas contas de destino. Esses padrões definem como suas instâncias do Amazon EC2 são iniciadas e como a migração geral é configurada. Você pode substituir esses padrões no nível da onda durante a configuração da onda.

Preferências de recomendação do Amazon EC2

AWS O Transform fornece recomendações de tipo de instância do Amazon EC2 com base na especificação de utilização de suas VMs de origem. Você pode configurar suas preferências de recomendação do Amazon EC2 para controlar como os tipos de instância são selecionados para seus servidores migrados.

Para obter mais informações sobre como gerar recomendações do Amazon EC2, consulte Geração de recomendações do Amazon EC2 em. AWS Migration Hub

nota

Você pode modificar os tipos de instância sugeridos do Amazon EC2 para incluir recomendações do Migration Evaluator, AWS Optimization and Licensing Assessment (OLA) ou de um AWS trabalho de avaliação do Transform.

Inicialização da migração

Para iniciar a migração, o AWS Transform inicializa o MGN para todas as Região da AWS quais você planeja migrar, bem como para todas as contas de destino nas quais o serviço será usado. Durante o processo de inicialização:

  • As funções e políticas necessárias do IAM são criadas.

  • Os modelos padrão necessários estão configurados.

Para obter informações sobre o processo de inicialização, consulte Inicializando AWS Transform MGN com o console no Guia do usuário do MGN.

Modelo de inicialização do Amazon EC2

As configurações de lançamento incluem duas partes: as configurações gerais de lançamento e o modelo de execução do Amazon EC2, que determina como uma instância de teste ou substituição é iniciada para cada servidor de origem em. AWS

As configurações de lançamento, incluindo o modelo de lançamento do Amazon EC2, podem ser definidas no nível da conta e, em seguida, aplicadas automaticamente a cada servidor de origem sempre que você adiciona um servidor de origem ao AWS Transform MGN. Os padrões das configurações de lançamento definidos nesta seção podem ser aplicados automaticamente a todas as suas contas de destino.

AWS O Transform apresenta a lista de configurações disponíveis do modelo de lançamento. Você pode optar por continuar com os padrões ou configurar seu modelo de lançamento. Se você optar por configurar, o AWS Transform fornecerá um link para uma análise human-in-the-loop (HITL) que contém todos os parâmetros das configurações do modelo de lançamento. Você também pode fazer modificações diretamente por meio da interface de bate-papo para quaisquer parâmetros que desejar.

Os servidores de origem são criados com as configurações do modelo de lançamento da conta. Depois que os servidores de origem forem criados com essas configurações padrão, você poderá alterá-las no nível das configurações de inicialização do servidor de origem. Você pode alterar as configurações do servidor de origem em qualquer parâmetro usando a interface de bate-papo ou para operações em massa usando o arquivo Excel de inventário duranteEtapa 2: validar e confirmar o inventário.

Para revisar a lista completa de configurações e detalhes do modelo de lançamento, consulte Configurações gerais do Launch no Guia do usuário do MGN.

Alterações adicionais no modelo de lançamento do Amazon EC2

Para alterações adicionais no modelo de lançamento do Amazon EC2, você deve executá-las no ID do modelo de cada conta de destino. Essa opção está disponível dentro da configuração de onda. AWS O Transform orienta você e fornece o link apropriado.

Etapa 1: configurar a onda de migração

Nessa fase, o AWS Transform prepara a onda de migração configurando a conta de destino, verificando as permissões do serviço, configurando etiquetas de recursos, adicionando dados de rede ao seu inventário e definindo as configurações de replicação e lançamento.

Modo de migração e configuração da conta

AWS O Transform oferece suporte a dois modos de migração:

  • Single-account migração — Todos os servidores do wave migram para a mesma conta de destino configurada em seu conector.

  • Multi-account migração — Os servidores migram para diferentes contas de destino especificadas em seu arquivo de inventário. Para migrações de várias contas, seu arquivo de inventário deve incluir uma mgn:account-id coluna com o ID da conta de destino para cada servidor.

AWS O Transform confirma a configuração da conta de destino e verifica se o MGN foi inicializado em cada conta de destino. Se o MGN ainda não tiver sido inicializado, o AWS Transform fornecerá instruções para concluir a inicialização. Durante a inicialização, o MGN cria as seguintes funções de serviço do IAM para operações de replicação e lançamento:

  • AWSApplicationMigrationReplicationServerRole

  • AWSApplicationMigrationConversionServerRole

  • AWSApplicationMigrationMGHRole

  • AWSApplicationMigrationLaunchInstanceWithDrsRole

  • AWSApplicationMigrationLaunchInstanceWithSsmRole

  • AWSApplicationMigrationAgentRole

Para saber mais sobre essas funções, consulte Inicializando o MGN com o console ou Inicializando o MGN com a API no Guia do usuário do MGN.

Para migrações de várias contas, o AWS Transform também cria a seguinte função durante a etapa de inicialização:. AWSTransformRehostSharingRole_<management-or-delegated-admin-account-id> Essa função é implantada em todas as contas de destino da migração.

Verificação da marcação de recursos

Depois que as permissões do serviço são confirmadas, o AWS Transform verifica se todos os recursos necessários estão devidamente marcados para que a migração seja operada pelo agente com sucesso. Se algum recurso não tiver as tags necessárias, o AWS Transform fornecerá um link para a página de marcação, onde você poderá aplicar as tags ausentes antes de continuar. As seguintes tags são obrigatórias:

  • Os servidores de origem existentes devem ter tags CreatedBy: AWSTransform ATWorkspace: <workspace_id> e. Se você já iniciou a replicação nos servidores de origem e os criou no serviço AWS Transform MGN, precisará marcar esses servidores para que o AWS Transform possa correlacioná-los com os servidores de origem descobertos em seu ambiente local e evitar a criação desnecessária de servidores de origem duplicados. AWS O Transform correlaciona automaticamente entre eles usando as chaves de ID, FQDN ou nome de host fornecidas pelo usuário.

  • Os recursos de rede devem ser etiquetados adequadamente tanto para as instâncias de replicação (área de preparação) quanto para as instâncias de inicialização. AWS O Transform exibe a lista completa de recursos de rede em sua conta de destino, com uma indicação de se cada recurso já está marcado ou não. Você pode revisar a lista e selecionar quaisquer recursos não marcados que você queira adicionar. Para cada recurso selecionado, o AWS Transform aplica a tag relevante:

    • CreatedBy: AWSTransformouCreatedFor: AWSTransform, dependendo do tipo de recurso.

    • ATWorkspace: <workspace_id>é aplicado a todos os recursos selecionados.

    VPCs e sub-redes criadas pelo agente de migração de rede AWS Transform são automaticamente marcadas.

  • Além de VPCs e sub-redes, o AWS Transform também exibe todas as interfaces de rede elástica (ENIs) existentes na sua conta de destino. Se você quiser que o AWS Transform os use como parte da execução da sua instância, eles devem ser marcados com CreatedFor: AWSTransform ATWorkspace: <workspace_id> e. Para obter mais informações sobre como anexar ou adicionar ENIs ao modelo de lançamento do Amazon EC2, consulte Considerações detalhadas no Guia do usuário do MGN.

Adicione dados de rede ao inventário

AWS O Transform adiciona informações de rede da sua migração de rede ao arquivo de inventário. Essa etapa mapeia seus servidores para as sub-redes e grupos de segurança de destino apropriados com base na configuração de rede gerada durante a fase de migração da rede.

Configurações de replicação e inicialização

Configuração das configurações de replicação

As configurações de replicação determinam como os dados são replicados de seus servidores de origem para o. AWS Defina as configurações de replicação no modelo de replicação antes de adicionar servidores de origem ao AWS Transform MGN. AWS O Transform mostra todos os parâmetros das configurações de replicação — você pode configurá-los por meio de um HITL dedicado ou por meio da interface de bate-papo.

Para obter mais detalhes sobre os parâmetros das configurações de replicação, consulte o modelo de configurações de replicação no Guia do usuário do MGN.

Configurações do modelo de lançamento

O modelo de execução permite que você controle a forma como o AWS Transform MGN inicia instâncias em AWS. A configuração padrão definida no modelo é aplicada automaticamente a cada servidor recém-adicionado. Você pode definir as configurações do modelo de lançamento por meio de um HITL dedicado ou por meio da interface de bate-papo.

Para obter mais detalhes sobre os parâmetros de configuração do modelo de lançamento, consulte Modelo de lançamento no Guia do usuário do MGN.

AWS O Transform também fornece um link para o ID do modelo de lançamento do Amazon EC2 associado ao modelo de lançamento, permitindo que você altere atributos adicionais do modelo de lançamento do Amazon EC2. Para editar o modelo de lançamento do Amazon EC2, siga as instruções no modelo de lançamento no Guia do usuário do MGN.

Estratégia de atribuição de IP

Você escolhe como os endereços IP são atribuídos aos seus servidores migrados:

  • IP estático — O endereço IP do servidor de origem é mantido. Se a transformação do CIDR for necessária, o AWS Transform converterá automaticamente o endereço IP para corresponder ao novo CIDR.

  • IP dinâmico (DHCP) — Cada servidor recebe um novo endereço IP do pool IP da sub-rede.

nota

Se você selecionou a estratégia de mapeamento de grupos de segurança do MAP durante a migração da rede, somente a atribuição de IP estático estará disponível. Para obter mais detalhes, consulte Mapeamento de grupos de segurança.

Etapa 2: validar e confirmar o inventário

Antes de carregar os dados do servidor no MGN, o AWS Transform prepara o arquivo de inventário para sua análise. Você pode baixar o arquivo no formato CSV ou XLSX, revisar as configurações do servidor e fazer alterações, se necessário.

O arquivo de inventário inclui detalhes como nomes de servidores, sistemas operacionais, recomendações de tipo de instância do Amazon EC2, sub-redes de destino, grupos de segurança, atribuições de IP e opções de licenciamento. Os campos obrigatórios incluem:

  • Informações do servidor — nome do servidor, VMID e especificações da fonte.

  • Atribuição de ondas — agrupamento de ondas de migração.

  • Agrupamento de aplicativos — Associações lógicas de aplicativos.

  • Configuração de destino — Conta de destino, região e tipo de instância do Amazon EC2.

  • Configuração de rede — Sub-rede de destino e grupos de segurança.

Você pode modificar o arquivo para ajustar as configurações do Amazon EC2, alterar as opções de licenciamento do sistema operacional (BYOL ou Licença incluída) e atualizar as configurações de locação.

Depois de revisar o inventário, você pode aceitá-lo conforme mostrado ou fazer upload de uma versão modificada. AWS Em seguida, o Transform carrega os dados no MGN, que cria registros do servidor de origem para cada servidor na onda.

nota

Não remova as colunas nem altere os cabeçalhos das colunas no arquivo de inventário. AWS O Transform exige que a estrutura original do arquivo processe os dados corretamente.

nota

AWS A transformação permite uma importação para um determinado alvo Conta da AWS e um alvo por Região da AWS vez. Se você trabalha em mais de uma onda simultaneamente, ou se há mais de uma tarefa de migração em execução com a mesma conta de destino, você deve aguardar a conclusão de uma importação antes de poder realizar outra importação em uma onda ou tarefa diferente.

Você pode controlar as opções de licenciamento do sistema operacional (BYOL ou Licença incluída) e a locação especificando a configuração nas colunas do arquivo de inventário e. mgn:launch:placement:operating-system-licensing mgn:launch:placement:tenancy Para obter mais informações, consulte Importar parâmetros no Guia do usuário do MGN.

Etapa 3: implantar agentes de replicação

Para começar a replicar dados de seus servidores de origem para AWS, você instala o Agente de AWS Replicação em cada servidor de origem. AWS O Transform oferece três métodos de instalação:

  • Ferramentas organizacionais — Use as ferramentas de implantação existentes da sua organização (como SCCM, Ansible ou Chef) para instalar agentes em seus servidores. AWS O Transform fornece aos comandos de instalação parâmetros adicionais para instalação silenciosa --no-prompt--aws-access-key-id, incluindo--aws-secret-access-key,, --aws-session-token e.

  • Conector MGN — Use um conector MGN para automatizar a instalação do agente. O conector se conecta às máquinas de origem via SSH (Linux) ou WinRM (Windows) e instala o agente de replicação automaticamente. Uma vez configurado, um conector pode ser reutilizado em várias ondas e alvos Contas da AWS diferentes. Para obter mais informações sobre o conector MGN, consulte Configurar o conector MGN no Guia do usuário do MGN.

    nota

    Antes de usar o conector MGN com o AWS Transform, você deve marcar a instância gerenciada do conector no AWS Systems Manager Fleet Manager com as seguintes tags:

    • Chave: CreatedFor Valor: AWSTransform

    • Chave: ATWorkspace Valor: workspace-id

    Para marcar a instância gerenciada, abra o AWS Systems Manager console, navegue até o Fleet Manager em Node Tools, escolha a instância gerenciada do seu conector MGN e aplique as tags acima. Encontre o ID do seu espaço de trabalho na URL do aplicativo web AWS Transform:https://.../workspace/workspace-id/job/job-id.

  • Instalação manual — Instale o agente diretamente em cada servidor de origem. Esse método requer acesso direto a cada servidor, mas oferece controle total sobre o processo de instalação.

AWS Configuração do conector Transform MGN

O conector AWS Transform MGN automatiza a implantação de agentes de replicação em seus servidores de origem. O conector é um cliente leve implantado em uma máquina Linux dedicada em seu ambiente local. Ele se conecta aos servidores de origem via SSH (Linux) ou WinRM (Windows) para instalar e configurar agentes de replicação, eliminando a necessidade de coordenar manualmente vários serviços. AWS

Como o conector funciona

O conector opera por meio dos seguintes componentes:

  • Cliente Connector — Implantado em uma máquina Linux dedicada em seu ambiente.

  • Agente SSM — Instalado na mesma máquina para permitir a comunicação segura com AWS.

  • Ativação híbrida SSM — vincula a máquina conectora ao AWS Systems Manager para execução segura de comandos.

  • Gerenciamento de credenciais — Recupera as credenciais do servidor de origem do Secrets Manager AWS .

Quando você implanta agentes, o AWS Transform envia um documento SSM para a máquina conectora. Em seguida, o conector recupera as credenciais do servidor de origem do AWS Secrets Manager, estabelece uma conexão com cada servidor de origem, valida se o servidor de origem atende aos pré-requisitos, instala e configura o agente de replicação e verifica se a instalação foi bem-sucedida.

Requisitos da máquina conectora

Requisito Detalhes
Sistema operacional Sistema operacional Linux compatível. Para ver a lista completa, consulte os pré-requisitos do conector MGN no Guia do usuário do MGN.
Acesso à rede Deve alcançar todos os servidores de origem (Linux sobre SSH, Windows sobre WinRM)
Conectividade com a Internet HTTPS (443) de saída para AWS endpoints (Systems Manager, Secrets Manager, MGN)
Espaço em disco Mínimo de 200 MB grátis
Permissões Acesso root ou sudo
nota

O conector deve estar instalado em uma máquina Linux, mas pode implantar agentes nos servidores de origem Linux e Windows.

Processo de configuração

AWS O Transform orienta você nas seguintes etapas para configurar o conector:

Etapa 1: configuração do conector

Forneça um nome para seu conector ou use o nome padrão gerado automaticamente. O conector pode ser instalado na conta de gerenciamento ou em uma conta de administrador delegado no MGN. Para migrações de várias contas, o conector pode implantar agentes em servidores em todas as contas dos membros.

Etapa 2: configuração do AWS recurso

AWS O Transform abre uma página de configuração que é executada no seu navegador usando suas AWS credenciais. Você deve estar conectado ao AWS Management Console com sua conta de gerenciamento ou sua conta de administrador delegado. Essa deve ser a mesma conta à qual seu conector de destino do AWS Transform está conectado.

A página de configuração cria automaticamente os seguintes recursos:

  • Funções do IAM (criadas de forma idêntica — ignoradas se já existirem):

    • AWSApplicationMigrationConnectorManagementRole— Usado durante a instalação do agente para acessar as credenciais.

    • AWSApplicationMigrationConnectorSharingRole_<ACCOUNT-ID>— Contém permissões para instalação do agente.

  • Ativação híbrida SSM — período de expiração de 30 dias. Vincula a máquina conectora ao AWS Systems Manager e gera credenciais de ativação seguras.

Como alternativa, você pode baixar um CloudFormation modelo da página de configuração para implantar você mesmo as funções do IAM.

A página de configuração gera um comando de instalação de uma linha com todas as credenciais e configurações necessárias.

Importante

Mantenha a página de configuração aberta até que a instalação seja concluída. Fechá-lo exigirá a reinicialização do processo. Todas as credenciais existem somente no seu navegador e não são armazenadas pelo AWS Transform.

Etapa 3: instalação do conector

Instale o conector em uma máquina Linux em seu ambiente:

  1. Copie o link de instalação da página de configuração.

  2. SSH na máquina Linux escolhida.

  3. Cole e execute o comando de instalação.

  4. Aguarde a conclusão da instalação (normalmente de 2 a 3 minutos).

Etapa 4: conectar servidores de origem

Após a instalação, o AWS Transform identifica todos os servidores de origem que pertencem à onda atual e os conecta automaticamente ao conector MGN.

Etapa 5: configurar as credenciais

Forneça ARNs do AWS Secrets Manager para suas credenciais do servidor de origem. AWS O Transform oferece três opções de configuração de credenciais:

  • Segredo único para servidores Linux — Um segredo compartilhado contendo chaves SSH ou username/password para todos os servidores de origem Linux.

  • Segredo único para servidores Windows — Um segredo compartilhado contendo nome de usuário e senha para todos os servidores de origem do Windows.

  • Vários segredos por servidor — Segredos diferentes por servidor ou grupo de servidores. Use isso quando os servidores tiverem credenciais diferentes. AWS O Transform gera um arquivo CSV pré-preenchido com sua lista de servidores. Você preenche a secret_arn coluna de cada servidor e carrega o arquivo completo.

nota

Você pode combinar as opções de segredo único do Linux e do Windows se tiver os dois tipos de servidor com um segredo compartilhado cada. A opção de segredos por servidor é mutuamente exclusiva com as opções de segredo único.

Formato secreto da credencial. Para ler mais sobre isso, consulte as credenciais do conector MGN no Guia do usuário do MGN:

{ "WinConnectionProtocol": "HTTPS", "WinUserName": "windows_username", "WinPassword": "windows_password", "LinuxUserName": "linux_username", "LinuxPrivateKey": "linux_private_key", "LinuxHostKeyValidation": false }

Implantação do agente

Depois que as credenciais são configuradas e verificadas, o AWS Transform implanta agentes de replicação em seus servidores de origem. Você pode implantar em todos os servidores na onda atual ou selecionar servidores específicos.

O processo de implantação de cada servidor:

  1. AWS O Transform envia comandos de implantação para o conector via SSM.

  2. O conector recupera as credenciais do AWS Secrets Manager.

  3. O conector se conecta ao servidor de origem usando as credenciais configuradas.

  4. O conector valida se o servidor de origem atende a todos os pré-requisitos necessários para executar o agente de replicação.

  5. O conector instala e configura o agente de replicação.

  6. O conector verifica se a instalação e a conectividade foram bem-sucedidas.

Você pode monitorar o progresso da implantação em tempo real com o rastreamento do status por servidor, incluindo a etapa atual da instalação, o tempo decorrido e o tempo restante estimado. Se algum servidor falhar, o AWS Transform exibirá o motivo da falha e oferecerá opções de repetição por servidor. Os servidores implantados com sucesso podem prosseguir de forma independente enquanto os servidores com falha são testados novamente.

Reutilização e ciclo de vida do conector

Ao implantar agentes para ondas subsequentes, você pode reutilizar um conector existente ou criar um novo. AWS O Transform lista todos os conectores configurados em sua conta, mostrando o nome do conector, o status (ativo ou expirado), a contagem de servidores conectados e a data de expiração da ativação híbrida.

  • Conector ativo — A ativação híbrida ainda é válida. AWS O Transform verifica as funções do IAM para a nova onda e prossegue com a configuração das credenciais. Nenhuma nova ativação híbrida é necessária.

  • Conector expirado — A ativação híbrida do SSM expirou. As ativações expiradas não podem ser renovadas. Você deve selecionar um conector diferente ou criar um novo.

As ativações híbridas do SSM expiram após 30 dias. A ativação é necessária somente para instalar o conector na máquina Linux. Depois que o conector estiver instalado, você poderá continuar a usá-lo para instalar agentes de replicação nos servidores de origem mesmo após a expiração da ativação. Se precisar instalar o conector em uma nova máquina após a expiração da ativação, você precisará criar um novo conector por meio do processo de configuração.

Instalação manual do agente

Para a instalação manual, primeiro você gera AWS as credenciais (temporárias ou permanentes) e depois instala o agente em cada servidor de origem.

Opções de credencial:

  • Credenciais temporárias (recomendado) — Crie uma função do IAM com a política AWSApplicationMigrationAgentInstallationPolicy gerenciada e use-a aws sts assume-role para gerar credenciais temporárias. Para ler mais sobre isso, consulte Permissões de instalação do agente no Guia do usuário do MGN.

  • Credenciais permanentes — Crie um usuário do IAM com a política AWSApplicationMigrationAgentInstallationPolicy gerenciada e gere uma chave de acesso.

Etapas de instalação:

Para servidores Linux, baixe e execute o instalador:

wget -O ./aws-replication-installer-init \ https://aws-application-migration-service-region.s3.region.amazonaws.com/latest/linux/aws-replication-installer-init sudo chmod +x aws-replication-installer-init sudo ./aws-replication-installer-init --region region --user-provided-id server-identifier

Para servidores Windows, baixe e execute o instalador apropriado usando PowerShell como administrador:

Invoke-WebRequest -Uri "https://aws-application-migration-service-region.s3.region.amazonaws.com/latest/windows/AwsReplicationWindowsInstaller.exe" ` -OutFile "C:\AwsReplicationWindowsInstaller.exe" C:\AwsReplicationWindowsInstaller.exe --region region --user-provided-id server-identifier
Importante

O parâmetro --user-provided-id é obrigatório. server-identifierSubstitua pelo valor exato da mgn:server:user-provided-id coluna em seu arquivo de inventário. Esse identificador vincula o servidor físico ao registro do servidor de origem MGN.

Para obter mais informações sobre a instalação do agente, consulte o agente Linux e o agente do Windows no Guia do usuário do MGN.

Após a instalação, o AWS Transform verifica se todos os agentes estão conectados com êxito, verificando se os servidores mostram um estado de replicação de INITIATING ou. INITIAL_SYNC

nota

AWS O Transform não oferece suporte à replicação sem agente do MGN. Para obter informações sobre replicação sem agente, consulte Visão geral da replicação sem agente no Guia do usuário do MGN.

nota

Você deve instalar o agente de replicação em todos os servidores em uma onda. Desconecte e arquive servidores nos quais você não instala o agente de replicação. Você pode usar o disconnect-from-service comando para desconectar servidores e o mark-as-archived comando para arquivar servidores desconectados. O comando de arquivamento só funciona para servidores de origem cujo estado do ciclo de vida é. DISCONNECTED

Para cotas relacionadas à replicação, consulte os limites de cota de serviço do MGN no Guia do usuário do MGN.

Etapa 4: replicação de dados

Depois que os agentes de replicação são instalados, a replicação de dados começa automaticamente. AWS O Transform usa replicação contínua em nível de bloco para sincronizar dados dos servidores de origem com o. AWS

O processo de replicação consiste em duas fases:

  • Sincronização inicial — Uma cópia completa dos dados do servidor de origem para AWS o. Os dados são armazenados como snapshots do Amazon Elastic Block Store (Amazon EBS) ou em volumes do Amazon FSx NetApp for ONTAP (FSx for ONTAP) na conta de destino, dependendo do tipo de armazenamento de destino configurado. Para obter mais informações, consulte Tipo de armazenamento de destino no Guia do usuário do MGN. A duração depende do volume de dados e da largura de banda da rede.

  • Replicação contínua — sincronização contínua dos blocos alterados com impacto mínimo no desempenho do servidor de origem. Mantém uma cópia atualizada em AWS.

Os servidores de replicação são instâncias temporárias do Amazon EC2 implantadas na sub-rede da área de armazenamento. Eles recebem dados replicados dos servidores de origem e são gerenciados automaticamente pela MGN. Para ler mais sobre isso, consulte Configurações do servidor de replicação no Guia do usuário do MGN.

AWS O Transform monitora o progresso da replicação e fornece atualizações de status, incluindo status da replicação, atraso na replicação (a diferença de tempo entre os dados de origem e replicados) e o uso da largura de banda.

Durante a replicação, cada servidor passa pelos seguintes estados:

  • Não está pronto — O servidor está passando pelo processo de sincronização inicial e ainda não está pronto para o teste.

  • Pronto para o teste — o servidor foi adicionado com sucesso e a replicação de dados foi iniciada. Agora, instâncias de teste ou transição podem ser iniciadas.

Depois que todos os servidores da onda tiverem progredido além do NOT_READY estado, a fase de replicação de dados estará concluída e você poderá prosseguir com os testes.

Você pode controlar a replicação de servidores individuais ou de toda a onda a qualquer momento:

  • Pausar a replicação — Pausa temporariamente a replicação para servidores específicos ou para toda a onda.

  • Retomar a replicação — retoma a replicação pausada anteriormente.

  • Interrompa a replicação — interrompa permanentemente a replicação. A replicação interrompida pode ser reiniciada, mas começa na sincronização inicial.

Etapa 5: Teste

Depois que a replicação de dados for concluída, você poderá iniciar instâncias de teste para validar seus servidores migrados antes de realizar a transição final. Para ler mais sobre isso, consulte Iniciar instâncias de teste no Guia do usuário do MGN. AWS O Transform oferece suporte a duas opções de teste:

  • Teste de onda completa — Inicie instâncias de teste para todos os servidores da onda.

  • Teste seletivo — Inicie instâncias de teste para servidores específicos que você seleciona fornecendo suas IDs fornecidas pelo usuário a partir do arquivo de inventário.

AWS O Transform inicia instâncias do Amazon EC2 a partir dos dados replicados e fornece os IDs das instâncias para que você possa se conectar e validar as instâncias de teste. Após o teste, você pode:

  • Prossiga com a transição se o teste for bem-sucedido.

  • Inicie novas instâncias de teste para testar novamente.

  • Encerre as instâncias de teste e resolva quaisquer problemas antes de testar novamente.

Etapa 5b: Marcar os aplicativos como prontos para a transição

Depois que o teste estiver concluído e você estiver satisfeito com os resultados, marque seus aplicativos como prontos para transferência. AWS O Transform analisa o status de replicação de cada aplicativo e resolve todos os alertas de replicação antes de permitir que você continue. Somente aplicativos com um status de replicação limpo podem ser marcados para substituição.

Etapa 6: transição

A transição é a etapa final da migração para a qual suas cargas de trabalho de produção são movidas. AWS Para ler mais sobre isso, consulte Iniciar instâncias de transição no Guia do usuário do MGN. Semelhante aos testes, o AWS Transform oferece suporte à transição de onda completa ou à transferência seletiva para servidores específicos.

Durante a transição, o AWS Transform inicia instâncias do Amazon EC2 a partir dos dados replicados mais recentes e fornece os IDs de instância para cada servidor. Depois de verificar as instâncias de transição, você finaliza a transição, o que interrompe a replicação contínua da máquina de origem.

O processo de transição inclui as seguintes etapas:

  1. Inicie instâncias de transição — O AWS Transform inicia instâncias do Amazon EC2 para os servidores selecionados. Você pode escolher a transição de onda completa ou a transição seletiva.

  2. Verifique as instâncias de transição — Conecte-se às instâncias iniciadas e verifique se elas estão funcionando corretamente.

  3. Finalizar a transição — Confirme a transição para interromper a replicação da máquina de origem. Você pode finalizar todos os servidores da onda ou selecionar servidores específicos. A finalização impede que os agentes de replicação enviem dados, remove os agentes de replicação dos servidores de origem e bloqueia o estado do ciclo de vida do servidor. Essa ação não pode ser facilmente desfeita. Para ler mais sobre isso, consulte Finalizar a transição no Guia do usuário do MGN.

  4. Servidores de origem de arquivamento (opcional) — Após a finalização, você pode marcar os servidores de origem como arquivados para liberar a cota do servidor de origem em sua conta.

Importante

A finalização da transição interrompe a replicação contínua da máquina de origem. Verifique se você verificou suas instâncias de transição antes de finalizar.

nota

O tempo de inatividade ocorre entre o desligamento da origem e a disponibilidade da instância de transição. Planeje sua janela de transição adequadamente.

Estados do ciclo de vida do servidor

Durante a migração, cada servidor passa pelos seguintes estados do ciclo de vida. Para ler mais sobre isso, consulte o ciclo de vida do servidor de origem no Guia do usuário do MGN.

  • Não está pronto — O servidor está passando pelo processo de sincronização inicial e ainda não está pronto para o teste.

  • Pronto para o teste — a replicação de dados foi iniciada e as instâncias de teste ou transferência podem ser iniciadas.

  • Teste em andamento — Uma instância de teste está sendo iniciada no momento.

  • Pronto para transferência — O servidor foi testado e está pronto para transferência.

  • Transferência em andamento — Uma instância de transição está sendo executada no momento.

  • Transição concluída — O servidor foi transferido. Todos os dados foram migrados para a instância de AWS transferência.

  • Desconectado — O servidor foi desconectado do MGN.

Você pode perguntar ao AWS Transform sobre o status dos seus servidores a qualquer momento durante a migração. AWS O Transform fornece uma tabela interativa de status do wave que exibe todas as informações relevantes do servidor, incluindo o ciclo de vida da migração, o status da replicação e as próximas etapas recomendadas. Você também pode perguntar em linguagem natural, por exemplo:

  • Qual é o status dos meus servidores?

  • Qual é o status da minha onda?

  • Qual é o status da etapa em que estou atualmente?

Durante a migração do Wave, você pode pedir ao AWS Transform que atualize ou altere o status de servidores individuais. Por exemplo, se 9 em cada 10 servidores em seu wave passaram na fase de teste, mas um falhou, você pode permitir que o AWS Transform continue movendo os 9 servidores para a próxima fase enquanto executa novamente o teste no servidor com falha.

Aprovações de implantação

Algumas operações de migração exigem aprovação explícita antes da execução. Quando uma operação exige aprovação, o AWS Transform encaminha a solicitação para aprovadores autorizados por meio da guia Aprovações. Somente usuários com a função de administrador no AWS Transform podem aprovar solicitações de implantação. As implantações prosseguem somente após o recebimento da confirmação.