O blog da AWS
Como atualizar o Microsoft Windows Server 2012 com o AWS Application Migration Service
Introdução
Esta postagem é a quarta parte da série Navigating Windows Server End of Support. Nesta postagem final do blog, abordaremos como realizar uma atualização in-place do Windows Server com o AWS Application Migration Service (AWS MGN).
Execute uma atualização in-place do Windows Server com o AWS MGN
Se seus servidores Windows 2012 ou Windows 2012 R2 ainda estiverem em execução em um ambiente on-premise, você poderá migrar esses servidores para a AWS com o AWS MGN. Você pode configurar o AWS MGN para atualizar os servidores para uma nova versão do Windows ao final da migração. Continue lendo para ver as etapas para configurar o AWS MGN. Você pode consultar este artigo do blog para entender as etapas para migrar com o AWS MGN.
Pré-requisitos
- AWS Identity and Access Management (IAM) Role
Antes de prepararmos um modelo de pós-migração no AWS MGN para realizar um upgrade do Windows Server, precisamos criar uma role do IAM (conforme mostrado na Figura 1) com as seguintes políticas de permissão:
- AmazonsSMManagedInanceCore
- AWSAplicaciónMigraciónAcceso Completo
Figura 1. Permissões do IAM com roles e permissões
2. Subnet ID
Anote o Subnet ID em que você deseja que sua instância migrada seja executada. Você pode encontrar o Subnet ID em subnets no serviço Amazon Virtual Private Cloud (Amazon VPC) (conforme mostrado na Figura 2) no AWS Management Console.
Figura 2. Seleção do Amazon VPC e do Subnet ID
Configuração do AWS MGN
O AWS MGN permite que você execute várias ações predefinidas de pós-lançamento na sua instância do Amazon Elastic Compute Cloud (Amazon EC2). Usaremos um dos modelos integrados de pós-lançamento para realizar um in-place upgrade do Windows Server.
Ao iniciar essa etapa, presumimos que você já tenha concluído a instalação do agente AWS MGN no servidor de origem e que ele apareça no console do MGN.
Observação: você também pode usar essa abordagem para fazer upgrade do Windows Server 2008 R2. Para fazer o upgrade da sua instância do Windows Server 2008 R2 para o Windows Server 2016, 2019 ou 2022, um in-place upgrade é realizado duas vezes: primeiro do Windows Server 2008 R2 para o Windows Server 2012 R2 e depois do Windows Server 2012 R2 para o Windows Server 2016, 2019 ou 2022.
O upgrade direto do Windows Server 2008 R2 para o Windows Server 2016, 2019 ou 2022 não é suportado.
- No AWS MGN, acesse Servidores de origem (conforme mostrado na Figura 3). Clique no servidor no qual você deseja realizar o upgrade do Windows.
Figura 3. Página do servidor de origem ativa do Application Migration Service
2. Selecione as configurações de pós-lançamento (conforme mostrado na Figura 4).
Figura 4. Dashboard do Application Migration Service
3. Certifique-se de que as ações ativas de pós-lançamento estejam definidas como Sim. Caso contrário, clique em Editar.
Figura 5. Ações pós-lançamento do Application Migration Service
4. Em Editar configurações de pós-lançamento (conforme mostrado na Figura 5), habilite Instalar o agente do System Manager e permita a execução de ações nos servidores iniciados (conforme mostrado na Figura 6).
5. Selecione Instâncias de teste e substituição (recomendado) e, em seguida, selecione Salvar configurações (conforme mostrado na Figura 6).
Figura 6. Detalhes da ação pós-lançamento e implantação
6. Selecione Windows upgrade e clique em Editar (conforme mostrado na Figura 7).
Figura 7. Página de ação para ação pós-lançamento
7. Em Editar ação, marque Ativar esta ação (conforme mostrado na Figura 8).
Figura 8. Edite ações com a página de ação pós-lançamento
- Forneça as seguintes informações (conforme mostrado na Figura 9):
- IAM Instance Profile: o perfil que você criou na etapa 1 de pré-requisitos.
- SubnetID: é aqui que você deseja implantar o servidor. Consulte a etapa 2 na seção de pré-requisitos.
- TargetWindowVersion: selecione a versão do Windows para a qual você deseja o upgrade.
- KeepPreUpgradeImageBackup: Eu uso False, mas isso depende de suas preferências.
- RebootInstnaceBeforeTakingImages: Eu uso False, mas isso depende de suas preferências.
Depois disso, você pode salvar a ação.
Figura 9. Parâmetro de ação e opções para manter a imagem pré-atualizada intacta.
- Eventualmente, você pode ver duas ações, “SSM Agent” e “Windows upgrade” nas configurações de pós-lançamento (conforme mostrado na Figura 10).
Figura 10. Seleção do SSM Agent e do Windows Upgrade na página de configuração pós-lançamento.
- Quando você faz a cutover no AWS MGN, as duas ações de pós-lançamento que você configurou na etapa 9 executarão a instalação do SSM Agent e o in-place upgrade para a versão mais recente do sistema operacional Windows (conforme mostrado na Figura 11).
Figura 11. Página de transição do servidor de origem ativa do Application Migration Service.
11. Você pode monitorar a ação pós-lançamento no painel de migração em Ações pós-lançamento (conforme mostrado na Figura 12).
Figura 12. Monitorando a migração
- Depois de concluir com êxito o cutover, você deverá ver um novo Windows Server 2019 no console do Amazon EC2 (conforme mostrado na Figura 13).
Figura 13. Validando a conclusão da migração no console do EC2
Limpeza
Como este blog é um guia prático, não são necessárias etapas de limpeza. A abordagem passo a passo descrita é para mostrar como proceder com o upgrade.
Conclusão
Nesta postagem do blog, abordamos a forma de upgrade do Windows Server usando o AWS Application Migration Service.
Lembre-se de que esta série de quatro blogs discutiu e apresentou muitas opções para lidar com o EOS e como a AWS pode ajudá-lo a resolver esses problemas com o uso de tecnologia, ferramentas e especialistas.
Postagem 1: Como atualizar manualmente o Microsoft Windows Server 2012 na AWS
Postagem 2: Como automatizar suas atualizações do Microsoft Windows Server usando o AWS Systems Manager
Postagem 3: Como atualizar e modernizar o Microsoft Windows Server 2012 com contêineres do Windows na AWS
Por fim, leia este eBook e saiba como organizações como a NextGen Healthcare, a Parsons Corporation, a SeatGeek e o Escritório Administrativo dos Tribunais do Arkansas migram, otimizam e modernizam suas cargas de trabalho do Windows Server com a AWS.
Se você precisar de ajuda para fazer o upgrade usando uma das opções descritas nesta postagem, entre em contato conosco. Teremos prazer em nos reunir com você e sua equipe para analisar a melhor opção para resolver sua situação de EOS.
Este artigo foi traduzido do Blog da AWS em Inglês.
Sobre os autores
Mike Adams é especialista mundial em entrada no mercado da AWS. Seu foco é migrar cargas de trabalho da Microsoft para a AWS e mostrar aos clientes como eles podem obter eficiência operacional e de custo. Antes da AWS, Mike ocupou cargos de marketing de produtos na Ivanti, VMware, Symantec e VERITAS Software. Mike começou sua carreira como analista do setor no Giga Information Group (agora parte da Forrester Research).
Kyaw Soe Hlaing é arquiteto sênior de soluções especializado em gerenciamento de infraestrutura, plataforma e identidade. Ele é apaixonado por projetar, arquitetar e fornecer soluções para requisitos comerciais complexos para os clientes. Com mais de 15 anos de experiência, a Kyaw trabalha com nossos parceiros para ajudar os clientes da AWS em sua jornada de transformação na nuvem.
GianPaolo Albanese é arquiteto de soluções especialista em Microsoft na Amazon Web Services, com sede na área de Nova York. A GP está focada em ajudar os clientes com suas arquiteturas, migrações e otimização do Windows para a nuvem da AWS. GP é um profissional de TI com mais de três décadas de experiência no setor de FinTech, especializado no gerenciamento de infraestruturas de grande escala, migrações e atividades de modernização. Nos últimos dois anos, GP concentrou sua energia em ajudar os clientes a enfrentar os desafios do fim do suporte.