Etapa 8: testar a solução usando os scripts de automação

Importe metadados de migração para a fábrica

Para iniciar o processo de migração, baixe o server-list.csvarquivo do GitHub repositório. O arquivo server-list.csv é um exemplo de formulário de entrada de migração do AWS MGN Service para importar os atributos para os servidores de origem dentro do escopo.

nota

O arquivo.csv e os exemplos de scripts de automação faziam parte do pacote do mesmo GitHub repositório.

Você pode personalizar o formulário para sua migração substituindo os dados de amostra pelos dados específicos do servidor e do aplicativo. A tabela a seguir detalha os dados a serem substituídos para personalizar essa solução de acordo com suas necessidades de migração.

Nome do campo	Obrigatório?	Descrição
wave_name	Sim	O nome da onda é baseado na prioridade e nas dependências do servidor de aplicativos. Obtenha esse identificador do seu plano de migração.
app_name	Sim	Os nomes dos aplicativos que estão no escopo da migração. Confirme se o agrupamento de aplicativos inclui todos os aplicativos que compartilham os mesmos servidores.
aws_accountid	Sim	Um identificador de 12 dígitos para você Conta da AWS localizado no perfil da sua conta. Para acessar, selecione o perfil da sua conta no canto superior direito do AWS Management Console e selecione Minha conta no menu suspenso.
aws_region	Sim	Região da AWS código. Por exemplo, us-east-1. Consulte a lista completa de códigos de região.
server_name	Sim	O nome dos servidores on-premises que estão dentro do escopo da migração.
server_os_family	Sim	O sistema operacional (SO) que está sendo executado nos servidores de origem dentro do escopo. Use o Windows ou o Linux, pois essa solução oferece suporte somente a esses sistemas operacionais.
server_os_version	Sim	A versão do sistema operacional em execução nos servidores de origem dentro do escopo. nota Use a versão do sistema operacional, não a versão do Kernel, por exemplo, use o RHEL 7.1, o Windows Server 2012 R2 ou o CentOS 7.5, 7.6. Não use Linux 3.xx, 4.xx ou Windows 8.1.x.
servidor_fqdn	Sim	O nome de domínio totalmente qualificado do servidor de origem, que é o nome do servidor seguido pelo nome do domínio. Por exemplo, server123.company.com.
server_tier	Sim	Um rótulo para identificar se o servidor de origem é um servidor web, aplicativo ou banco de dados. Recomendamos designar o servidor de origem como aplicativo se o servidor funcionar em mais de uma camada, por exemplo, se o servidor executar camadas da Web, do aplicativo e do banco de dados juntas.
server_environment	Sim	Um rótulo para identificar o ambiente do servidor. Por exemplo, dev, test, prod, QA ou pré-prod.
r_type	Sim	Um rótulo para identificar a estratégia de migração. Por exemplo, retirar, reter, realocar, redefinir a hospedagem, recomprar, redefinir a plataforma, redefinir a arquitetura, TBC.
subnet_IDs	Sim	O ID de sub-rede da instância de destino do Amazon EC2 para a migração após a substituição.
securitygroup_IDs	Sim	O ID do grupo de segurança para a instância de destino do Amazon EC2 para a migração pós-substituição.
subnet_IDs_test	Sim	O ID da sub-rede de destino do servidor de origem que será testado.
SecurityGroup_IDS_TEST	Sim	O ID do grupo de segurança de destino do servidor de origem que será testado.
instanceType	Sim	O tipo de instância do Amazon EC2 identificado no esforço de descoberta e planejamento. Para mais informações sobre os tipos de instância EC2, veja Tipos de instância do Amazon EC2.
locação	Sim	O tipo de locação, que é identificado durante os esforços de descoberta e planejamento. Use um dos valores a seguir para identificar a locação: compartilhado, dedicado, ou host dedicado. Você pode usar compartilhado como valor padrão, a menos que a licença de um aplicativo exija um tipo específico.
Tags	Não	As tags dos recursos do servidor, como CostCenter =123; BU=IT; location=US
private_ip	Não	O IP privado da instância de destino. Se não for incluída, a instância receberá um IP do DHCP.
iamRole	Não	Perfil do IAM para a instância de destino. Se não for incluída, nenhum perfil do IAM será anexado à instância de destino.

1. Faça login no console web do Cloud Migration Factory.

2. Em Gerenciamento de migração, selecione Importar e escolha Selecionar arquivo. Selecione o formulário de admissão que você preencheu anteriormente e escolha Avançar.

3. Revise as alterações e verifique se você não vê nenhum erro (a mensagem informativa é normal) e escolha Avançar.

4. Escolha Carregar para carregar servidores.

Acesse os domínios

Os exemplos de scripts de automação incluídos nessa solução se conectam aos servidores de origem dentro do escopo para automatizar as tarefas de migração, como a instalação do atendente de replicação e o desligamento dos servidores de origem. Para realizar uma execução de teste da solução, é necessário um usuário de domínio com permissões de administrador local para os servidores de origem, para servidores Windows e Linux (permissões sudo). Se o Linux não estiver no domínio, outros usuários, como um usuário LDAP com permissões sudo ou um usuário sudo local, poderão ser usados. Para obter etapas detalhadas, consulte Atividades de migração automatizada usando o console web do Migration Factory e Atividades de migração automatizada usando o prompt de comando.

Realize um teste da automação de migração

Essa solução permite que você realize um teste de execução da automação da migração. Usando scripts de automação, o processo de migração importa os dados do arquivo CSV de migração para a solução. As verificações de pré-requisitos são conduzidas para os servidores de origem, o atendente de replicação é enviado para os servidores de origem, o status da replicação é verificado e o servidor de destino é iniciado a partir da interface web do Migration Factory. Para step-by-step obter instruções sobre como executar um teste, consulte Atividades de migração automatizada usando o console web do Migration Factory e Atividades de migração automatizada usando o prompt de comando.