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á.
# Redefinir a plataforma para EC2
A solução Cloud Migration Factory na AWS permite que grupos de instâncias do EC2 sejam lançados automaticamente a partir de configurações definidas em seu armazenamento de dados; implantando instâncias do EC2 com volumes do EBS anexados. Isso fornece a capacidade de provisionar novas instâncias do EC2, permitindo a replataforma por meio da AWS CloudFormation e a rehospedagem de servidores locais com o AWS MGN em uma única interface de usuário CMF. Antes de usar essa funcionalidade, o datastore deve conter a definição dos servidores. Depois que isso for resolvido, os servidores devem ser vinculados a uma onda. Quando é tomada a decisão de iniciar as instâncias do EC2, o usuário pode iniciar as seguintes ações contra a onda:
+ Validação de entrada EC2
+ Gerar EC2 Modelo CF
+ Implantação do EC2
## Pré-requisitos
Permissões para adicionar o acesso ao atributo redefinir a plataforma.
## Seleção da plataforma de execução de scripts
Antes de implantar scripts de automação, determine qual plataforma de computação atende melhor às suas necessidades:
+ **Servidor de automação tradicional**: ideal para cenários que exigem dependências complexas, várias linguagens de programação ou requisitos específicos de sistema operacional
+ **Documento de automação SSM**: recomendado para scripts de Python-based automação padrão em que o acesso ao ambiente local não é necessário
## Configuração inicial
A configuração das novas instâncias do EC2 é realizada por meio da criação de novos itens de servidor usando a interface do usuário ou por meio da importação de um formulário de entrada CSV contendo os itens do servidor. Essas definições são convertidas em CloudFormation modelos da AWS armazenados em um bucket do S3 na mesma conta da AWS em que a instância do AWS CMF está implantada.
### Definição de interface do usuário
**Ao definir um servidor no armazenamento de dados do AWS Cloud Migration Factory para uso com a funcionalidade Replatform to EC2, o servidor precisa ser configurado com uma estratégia de **migração** de Replatform.** Depois que **Redefinir a plataforma** for selecionado, os atributos adicionais necessários para essa funcionalidade serão exibidos na tela. Os atributos a seguir precisam ser preenchidos para que a funcionalidade funcione:
#### Atributos obrigatórios
**ID AMI** - ID da Amazon Machine Image usada para iniciar a instância EC2.
**Zona de disponibilidade** - AZ na qual a instância do EC2 será implantada.
**Tamanho do volume raiz** - Tamanho em GB do volume raiz da instância.
**Tipo de instância - tipo** de instância do EC2 a ser usado.
**IDs do grupo de segurança** - Lista dos grupos de segurança atribuídos à instância.
**IDs de sub-rede** - ID de sub-rede à qual atribuir essa instância do EC2.
**Locação** - Atualmente, a única opção suportada para a integração entre Replatform e EC2 é **Compartilhada**; qualquer outra opção será substituída por **Compartilhada** quando o modelo for gerado.
#### Atributos opcionais
**Ativar monitoramento detalhado** - Marque para ativar o monitoramento detalhado.
**Nomes de volumes adicionais** - Lista de nomes de volumes adicionais do EBS. Cada item na lista precisa ser mapeado para a mesma linha das listas **Tamanho** e **Tipo**.
**Tamanhos de volume adicionais** - Lista de tamanhos de volume adicionais do EBS. Cada item na lista precisa ser mapeado para a mesma linha das listas dos **Nomes** e **Tipo**.
**Tipos de volume adicionais** - Lista de tipos adicionais de volume do EBS. Cada item na lista deve ser mapeado para a mesma linha das listas de **Nomes** e **Tamanhos**; se não for especificado, o padrão é **gp2** para todos os volumes.
**ID da chave do EBS KMS para criptografia de volume** **- Se os volumes do EBS forem criptografados, especifique o **ID da chave, o ARN da chave**, o alias da chave ou o **ARN** do **alias**.**
**Ativar Otimizado para EBS** - Selecione para ativar o **EBS** Otimizado.
**Nome do volume raiz** - Selecione entre as opções fornecidas; se não for especificado, o ID será usado.
**Tipo de volume raiz** **- Forneça o tipo de EBS do volume a ser criado; se não for especificado, o padrão é gp2.**
### Definição do formulário de admissão
Os formulários de admissão podem conter os detalhes para criar ou atualizar vários tipos de registro com o datastore em uma única linha do arquivo csv, o que permite a importação de dados relacionados. No exemplo a seguir, os registros de onda, do aplicativo e do servidor serão criados e relacionados entre si automaticamente durante a importação.
Exemplo: formulário de admissão
| Nome da coluna | Exemplo de dados | Obrigatório | Observações |
| --- | --- | --- | --- |
| wave\_name | `wave1` | Sim | |
| app\_name | `app1` | Sim | |
| aws\_accountid | `1234567890` | Sim | |
| server\_name | `Server1` | Sim | |
| servidor\_fqdn | `Server1` | Sim | |
| server\_os\_family | `linux` | Sim | |
| server\_os\_version | `Amazon` | Sim | |
| server\_tier | `Web` | Não | |
| server\_environment | `Dev` | Não | |
| subnet\_IDs | `subnet-xxxxxxx` | Sim | |
| ID do grupo de segurança | `sg-yyyyyyyyyy` | Sim | |
| instanceType | `m5.large` | Sim | |
| iamRole | `ec2customrole` | Não | |
| locação | `Shared` | Sim | |
| r\_type | `Replatform` | Sim | |
| root\_vol\_size | `50` | Sim | |
| ami\_id | `ami-zzzzzzzzzz` | Sim | |
| availabilityzone | `us-west-2a` | Sim | |
| root\_vol\_type | `gp2` | Não | |
| add\_vols\_size | `40:100` | Não | |
| add\_vols\_type | `gp2:gp3` | Não | |
| ebs\_optimized | `false` | Não | |
| ebs\_kmskey\_id | `1111-1111-1111-1111` | Não | |
| detailed\_monitoring | `true` | Não | |
| root\_vol\_name | `Server1_root_volume` | Não | |
| add\_vols\_name | `Server1_root_volumeA: Server1_root_volumeB` | Não | |
Para importar o formulário de admissão, siga o mesmo processo de qualquer outra importação de dados para a solução Cloud Migration Factory na AWS.
## Ações de implantação
### Validação de entrada EC2
Depois de definir os parâmetros da instância, primeiro execute a ação de onda: **Redefinir a plataforma**>**EC2**>**Validação de Entrada EC2**. Essa ação verifica se todos os parâmetros corretos foram fornecidos para cada servidor para criar um CloudFormation modelo válido.
**nota**
Atualmente, essa validação não verifica se os parâmetros de entrada são válidos, apenas se estão presentes em cada definição de servidor. Você deve verificar os valores corretos antes de criar o modelo, caso contrário, a implantação do modelo falhará.
### Modelo de geração CloudFormation do EC2
Depois que as definições de todos os servidores incluídos em uma onda forem verificadas, o CloudFormation modelo poderá ser gerado. Para fazer isso, execute a ação de onda: **Redefinir a plataforma**>**EC2>EC2** **Gerar Modelo CF**. Essa ação cria um CloudFormation modelo para cada aplicativo na onda, em que os servidores no aplicativo têm uma **estratégia de migração** de **replataforma**; quaisquer servidores com outras estratégias de migração definidas não serão incluídos no modelo.
Depois de executados, os modelos de cada aplicativo serão armazenados no bucket do S3: **-gfbuild-cftemplates**, que foi criado automaticamente quando a solução Cloud Migration Factory na AWS foi implantada. A estrutura de pastas do bucket se dá como a seguir:
+ [ID da conta de destino da AWS]
+ [Nome da onda]
+ ******CFN\_Template\_\\ \_ 0yaml******
Cada vez que a ação de geração é executada, uma nova versão do modelo é armazenada no bucket do S3. Os URIs do S3 para os modelos serão fornecidos na notificação. Esses modelos podem ser revisados ou editados conforme necessário antes da implantação.
Atualmente, os CloudFormation modelos geram os seguintes tipos de CloudFormation recursos:
+ AWS::EC2::Instance
+ AWS::EC2::Volume
+ AWS: :EC2:: VolumeAttachment
### Implantação do EC2
Quando estiver pronto para implantar as novas instâncias do EC2, você pode iniciar a ação de **implantação do EC2**, que pode ser iniciada por meio da ação de onda **Redefinir a plataforma**>**EC2**>**Implantação EC2**. Essa ação usará a versão mais recente do CloudFormation modelo para cada aplicativo da onda e implantará esses modelos nas contas de destino selecionadas, por meio da AWS CloudFormation.