Blog de Amazon Web Services (AWS)

Cómo actualizar Microsoft Windows Server 2012 con AWS Application Migration Service

Por Mike Adams, Gianpaolo Albanese, and Kyaw Soe Hlaing
Esta entrada de blog es la cuarta de una serie de cuatro partes sobre cómo actualizar Windows Server 2012 y 2012 R2. El objetivo de esta serie es brindar opciones para manejar el próximo evento de fin de soporte en octubre. La primera parte describe el dilema del fin del soporte en sí, además de cómo realizar una actualización manual en el lugar junto con una visión del Programa de Migración de Fin de Soporte (EMP). La Parte 2 le guía a través de cómo automatizar, utilizando Amazon Systems Manager (SSM), su actualización. La Parte 3 muestra cómo aprovechar las opciones de modernización, como AWS App2Container, para manejar una actualización. La Parte 4 muestra cómo actualizar Microsoft Windows Server 2012 mediante el servicio de migración de aplicaciones de AWS.

Introducción

Esta publicación es la cuarta parte de la serie Navegar por Windows Server End of Support. En esta publicación final del blog, abordaremos cómo realizar una actualización in place de Windows Server con AWS Application Migration Service (AWS MGN). ¡Vamos a sumergirnos!

Realice una actualización local de Windows Server con AWS MGN

Si sus servidores Windows 2012 o Windows 2012 R2 siguen ejecutándose en un entorno local, puede migrar esos servidores a AWS con AWS MGN. Puede configurar AWS MGN para actualizar los servidores a una nueva versión de Windows al final de la migración. Siga leyendo para conocer los pasos para configurar AWS MGN. Puede consultar este artículo de blog para comprender los pasos para migrar con AWS MGN.

Requisitos previos

  1. Función de AWS Identity and Access Management (IAM)

Antes de preparar una plantilla posterior a la migración en AWS MGN para realizar una actualización de Windows Server, necesitamos crear un rol de IAM (como se ve en la Figura 1) con las siguientes políticas de permisos:

  • AmazonsSMManagedInanceCore
  • AWSAplicaciónMigraciónAcceso Completo

AWS IAM Console permission page that shows roles and permission for the IAM Role

Figura 1. Permisos de IAM con roles y permisos

2. ID de subred

Anote el ID de subred donde desea que se ejecute su instancia migrada. Puede encontrar el ID de subred en las subredes en el servicio Amazon Virtual Private Cloud (Amazon VPC) (como se ve en la Figura 2) en la consola de administración de AWS.

Amazon VPC Subnet page displaying the various Subnet ID selections.

Figura 2. Selección de Amazon VPC e ID de subred

Configuración de AWS MGN

AWS MGN le permite ejecutar varias acciones predefinidas posteriores al lanzamiento en su instancia de lanzamiento de Amazon Elastic Compute Cloud (Amazon EC2). Usaremos una de las plantillas incorporadas posteriores al lanzamiento para realizar una actualización de Windows Server in place.

Al comenzar este paso, asumimos que ya ha completado la instalación del agente AWS MGN en el servidor de origen y aparece en la consola MGN.

Nota: También puede utilizar este enfoque para actualizar Windows Server 2008 R2. Para actualizar su instancia de Windows Server 2008 R2 a Windows Server 2016, 2019 o 2022, se realiza una actualización en el lugar dos veces, primero de Windows Server 2008 R2 a Windows Server 2012 R2 y luego de Windows Server 2012 R2 a Windows Server 2016, 2019 o 2022.

No se admite la actualización directa de Windows Server 2008 R2 a Windows Server 2016, 2019 o 2022.

1. En AWS MGN, vaya a Servidores de origen (como se ve en la Figura 3). Haga clic en el servidor en el que desea realizar la actualización de Windows.

A view of the AWS Application Migration Service page showing the active source servers selection.

Figura 3. Página Servidor de origen activo del Servicio de Migración de Aplicaciones

2. Seleccione los ajustes posteriores al lanzamiento (como se ve en la Figura 4).

Application Migration Service dashboard

Figura 4. Panel de control del servicio de migración de aplicaciones

3. Asegúrese de que las acciones activas posteriores al lanzamiento estén establecidas en Sí. De lo contrario, haga clic en Editar.

A view of the Application Migration Service screen post launch action “edit” option.

Figura 5. Acciones posteriores al lanzamiento del Servicio de migración de aplicaciones

4. En Editar configuración posterior al lanzamiento, (como se ve en la Figura 5) habilite Instalar el agente de System Manager y permitir ejecutar acciones en servidores lanzados (como se ve en la Figura 6).

5. Seleccione Instancias de prueba y corte (recomendado) y luego seleccione Guardar configuración (como se ve en la Figura 6).

A view of the Edit page settings, and options.

Figura 6. Detalles e implementación de la acción posterior al lanzamiento

6. Seleccione Actualización de Windows y haga clic en Editar (como se ve en la Figura 7).

A view of the post-launch action setting page showing the Windows upgrade option.

Figura 7. Página de acción para la acción posterior al lanzamiento

7. En Editar acción, marque Activar esta acción (como se ve en la Figura 8).

A view of the edit action page for the Windows upgrade task.

Figura 8. Editar acciones con la página de acciones posteriores al lanzamiento

  1. Proporcione la siguiente información (como se ve en la Figura 9):
  • Perfil de instancia de IAM: El perfil que has creado en prerrequisitos paso 1.
  • SubnetID: Aquí es donde desea implementar el servidor. Consulte el paso 2 en la sección de requisitos previos.
  • TargetWindowVersion: Seleccione la versión de Windows a la que desea actualizar.
  • KeepPreupgradeImageBackup: Yo uso False pero depende de tus preferencias.
  • RebootInstnaceBeforeTakingImages: Yo uso False pero depende de tus preferencias.

Después de eso, puedes guardar la acción.

Viewing the action parameters page showing the option to leave the pre-upgraded image untouched.

Figura 9. Parámetro de acción y opciones para mantener intacta la imagen preactualizada.

9. Finalmente, puede ver dos acciones, “Agente SSM” y “Actualización de Windows” en la configuración posterior al lanzamiento (como se ve en la Figura 10).

AWS Systems Manager Agent, and Windows Upgrade selection in the post-launch setting page.

Figura 10. Selección de Agente SSM y Actualización de Windows en la página de configuración posterior al lanzamiento.

10. Cuando realiza el cambio en AWS MGN, las dos acciones posteriores al lanzamiento que haya configurado en el paso 9 realizarán la instalación del agente SSM y la actualización in place a la versión más reciente del sistema operativo Windows (como se ve en la Figura 11).

A view of the Application Migration Service, Active source server page, with the option to launch cutover instances and finalize cutover.

Figura 11. Página de transición de servidor de origen activo del Servicio de Migración de Aplicaciones.

11. Puede monitorear la acción posterior al lanzamiento en el panel de control de migración bajo las acciones posteriores al lanzamiento (como se ve en la Figura 12).

Monitoring the migration using the dashboard

Figura 12. Seguimiento de la migración

12. Una vez que haya completado con éxito el cambio de posición, debería ver un nuevo Windows Server 2019 en la consola de Amazon EC2 (como se ve en la Figura 13).

A view of the Amazon EC2 console, showing the upgraded Windows EC2 instance

Figura 13. Validar la finalización de la migración en la consola EC2

 

Limpieza

Dado que este blog es una guía práctica, no se requieren pasos de limpieza. El enfoque paso a paso descrito es mostrarle cómo proceder con la actualización.

Conclusión

En esta entrada de blog, recorrimos el enfoque de actualización de Windows Server utilizando el servicio de migración de aplicaciones de AWS.

Tenga en cuenta que esta serie de blogs de cuatro partes ha discutido y presentado muchas opciones para tratar con EOS y cómo AWS puede ayudarlo a abordar estos problemas con el uso de tecnología, herramientas y expertos.

Post 1: Cómo actualizar manualmente Microsoft Windows Server 2012 en AWS

Publicación 2: Cómo automatizar las actualizaciones de Microsoft Windows Server con AWS Systems Manager

Puesto 3: Cómo actualizar y modernizar Microsoft Windows Server 2012 con contenedores de Windows en AWS

Por último, lea este libro electrónico y aprenda cómo organizaciones como NextGen Healthcare, Parsons Corporation, SeatGeek, Arkansas Administrative Office of the Courts migran, optimizan y modernizan sus cargas de trabajo de Windows Server con AWS.

Si desea ayuda para actualizar usando una de las opciones descritas en esta publicación, comuníquese con nosotros. Con mucho gusto nos reuniremos con usted y su equipo para revisar la mejor opción para abordar su situación EOS.

 

Este artículo se tradujo del Blog Post de AWS en Inglés.

 


Acerca de los autores

Mike Adams es un especialista mundial en comercialización de AWS. Su objetivo es migrar las cargas de trabajo de Microsoft a AWS y mostrar a los clientes cómo pueden lograr eficiencias operativas y de costos. Antes de trabajar en AWS, Mike ocupó puestos de marketing de productos en Ivanti, VMware, Symantec y VERITAS Software. Mike comenzó su carrera como analista industrial en Giga Information Group (que ahora forma parte de Forrester Research).

 

 

 

 

Kyaw Soe Hlaing es un arquitecto sénior de soluciones especializado en infraestructura, plataforma y gestión de identidades. Le apasiona diseñar, diseñar y brindar soluciones para requisitos comerciales complejos para los clientes. Con más de 15 años de experiencia, Kyaw trabaja con nuestros socios para ayudar a los clientes de AWS a navegar su viaje de transformación en la nube.

 

 

 

 

GianPaolo Albanese es un arquitecto de soluciones especializado en Microsoft para Amazon Web Services con sede en el área de Nueva York. GP se centra en ayudar a los clientes con sus arquitecturas, migraciones y optimización de Windows a la nube de AWS. GP ha sido un profesional de TI con más de tres décadas de experiencia en la industria FinTech, especializado en la gestión de infraestructuras a gran escala, migraciones y actividades de modernización. En los últimos dos años, GP ha centrado su energía en ayudar a los clientes a abordar los desafíos del final del soporte.

 

 

 

 

Revisores

Luiz Rampanelli es arquitecto de soluciones en el equipo de AWS Latam. Cuenta con más de 10 años de experiencia con cargas de trabajo de Microsoft en entornos híbridos y de nube. Trabaja diseñando soluciones siguiendo las mejores prácticas para que los clientes puedan aprovechar al máximo los beneficios de la nube de AWS.

 

 

 

 

JuanMa Silva quien es arquitecto de soluciones con especialidad en Microsoft para México y MCO. Cuenta con 15 años de experiencia en la industria de IT, en posiciones de Sysadmin, consultor para ayudar a migrar clientes a la nube y modernización de aplicaciones, soporte aplicaciones de misión critica basados en tecnologia Microsoft.