Header Ads Widget

Ticker

6/recent/ticker-posts

Una guía para migrar desde Windows Server 2008

Con el SO llegando al final de su vida útil, es hora de migrar los servidores antiguos que le quedan, y no es un trabajo trivial.


El 14 de enero, Microsoft finalizó oficialmente el soporte para Windows Server 2008 y 2008 R2. Eso significa que no hay más correcciones o parches incluso si se encuentran vulnerabilidades, aunque ha habido excepciones en el pasado con problemas realmente graves.

Eso significa que es hora de migrar sus aplicaciones, comerciales y personalizadas, y el proceso no será trivial. Server 2008 proviene de una época en la que las CPU tenían de dos a cuatro núcleos, donde la computación de 64 bits aún era muy temprana y la nube seguía siendo un sueño.

Basta con decir que tomar una aplicación de un solo subproceso y un solo inquilino y llevarla a la nube no será trivial y, en algunos casos, ni factible ni siquiera posible. No obstante, es posible migrar a Windows Server 2019, la última versión del sistema operativo, o Server 2016, ya que Microsoft todavía lo ofrece, y Microsoft ha hecho todo lo posible para que la transición sea fluida.

El analista Tim Crawford de la firma de investigación y asesoría AVOA me dijo para mi blog Network World que había dos tipos de restricciones de Server 2008: a) sus aplicaciones personalizadas usan funciones específicas de WS2008, ob) aquellas que usan una versión de una aplicación que solo es compatible con WS2008.

Y Dave Kawula, un consultor independiente que se especializa en Windows Server y Microsoft MVP, lo respalda, diciendo que ve mucho código muy antiguo. “Te gusta pensar que todo el mundo está al tanto de las últimas novedades de Microsoft, pero ese no es el caso. La mayoría de las organizaciones con las que me encuentro están atrasados ​​de cuatro a seis años con respecto a Microsoft ”, dijo.

Relacionado: Aún no muerto: los usuarios de Windows Server 2008 tienen opciones

El camino largo
Si elige migrar la aplicación de Server 2008 a 2016/2019, eso puede complicarse mucho. Incluso Microsoft dijo que tendrá que dar el paso intermedio de migrar la aplicación y sus datos al servidor 2012 como un paso interino porque 2016/2019 tiene herramientas de migración y pasos desde un servidor 2012 pero no 2008.

Microsoft dijo que un proceso de migración típico implica poner en marcha una nueva máquina virtual (VM) con Windows Server 2016/2019, migrar la aplicación anterior a la nueva VM y probar su compatibilidad. Microsoft dijo que sus equipos han trabajado para garantizar que la compatibilidad de las funciones y características del servidor en los sistemas operativos más antiguos funcione en todas las versiones más nuevas, por lo que no cree que haya problemas importantes.

Kawula llama a esto una migración de doble salto, en la que se migra una aplicación a 2012 para hacer parches allí, luego se realiza una segunda actualización, pero no en el mismo hardware. “Lo ejecuta en Hyper-V o VMware. Una vez que esa cosa esté virtualizada, tendremos muchas más opciones con ella ”, dijo.

Server 2008 tuvo el primer intento real de virtualización de Hyper-V y Kawula lo describe como “muy sencillo. Han hecho un muy buen trabajo con la tecnología que tienen entre los sistemas de virtualización nuevos y antiguos ".

Windows Server 2008 se basó en el código base de Vista, mientras que 2016/2019 se basa en el código base de Windows 10. Pero el verdadero problema fue migrar de Server 2003 a 2008 porque Server 2003 se basaba en Windows XP y el paso entre el modo de usuario de XP y Vista y los cambios en el modo de kernel fueron mucho más drásticos, según Philip Elder, copropietario de MPECS, una consultora que se especializa en soluciones de alta disponibilidad y Microsoft MVP.


"Cuando tomamos en cuenta los cambios de Vista a Windows 7, Windows 8 y Windows 10, los cambios han sido iterativos, por lo que la estructura base para una buena codificación estaba en su lugar en Vista y luego se llevó adelante en cada nueva edición", dijo.

Microsoft dijo que los clientes de Server 2008 deben tener en cuenta las siguientes pautas para los servidores locales que requieren la instalación de Windows Server 2012 R2:

Las actualizaciones en el lugar deben permanecer en el mismo tipo de construcción (por ejemplo, arquitecturas de 32 bits a 32 bits o de 64 bits a 64 bits).
Los usuarios pueden cambiar las instalaciones del núcleo del servidor actualizado a Servidor con escritorio completo solo en Windows Server 2012 R2. Windows Server 2016 y versiones posteriores no admiten el cambio del núcleo del servidor al escritorio completo, por lo que recomendamos realizar ese cambio antes de actualizar a Windows Server 2016.

Las actualizaciones in situ solo se admiten en el mismo idioma.
Los tipos más difíciles de migrar de aplicaciones de Windows Server son las aplicaciones de 32 bits con un controlador en modo kernel de 32 bits, según Microsoft. Las versiones de Windows / Windows Server de 32 bits requieren controladores de 32 bits y las versiones de Windows / Windows Server de 64 bits requieren controladores de 64 bits. No puede mezclar y combinar controladores de 32 bits con sistemas operativos de 64 bits y viceversa.

Además, a partir de Windows Server 2008 R2 y versiones posteriores, Windows Server solo ha sido de 64 bits. Por lo tanto, si tiene una aplicación heredada de 32 bits que tiene un controlador en modo kernel de 32 bits, necesitará una versión de 64 bits. Sin embargo, ¿Qué sucede si la aplicación heredada de 32 bits no requiere un controlador de 32 bits? Entonces, probablemente "simplemente funcionará".

Cielos nublados por delante
Muchas empresas buscan mover tantas cargas de trabajo a la nube mientras mantienen algunas aplicaciones y datos en sus instalaciones. Los criterios para lo que permanece en las instalaciones generalmente se basan en la sensibilidad de los datos, pero también en el uso. Una aplicación muy utilizada podría terminar costando más ejecutarla en la nube debido a la medición.

Microsoft dijo que la migración a la nube es ante todo un ejercicio de gestión de cambios organizacionales, ya sean personas (roles / responsabilidades), procesos (desarrollo de aplicaciones y flujos de trabajo operativos) o tecnología (utilizando herramientas y capacidades basadas en la nube). Entonces, antes de comenzar con las aplicaciones, debe haber una estrategia con una visión clara y apoyo ejecutivo.

Microsoft aconseja a los clientes que prioricen las cargas de trabajo según el riesgo empresarial y la complejidad técnica; algunos clientes eligen comenzar con lo más fácil, mientras que otros eligen lo más desafiante. Una empresa debe establecer un centro de excelencia de migración a la nube para crear un equipo multifuncional de infraestructura y operaciones de TI, administradores de bases de datos, arquitectos, seguridad / cumplimiento, redes, almacenamiento, desarrollo de aplicaciones y grupos de líneas de negocio para establecer estándares de gobernanza. , políticas de automatización y prioridad de carga de trabajo, entre otras cosas.


Las empresas deben ejecutar migraciones a la nube en oleadas. Microsoft recomienda un enfoque iterativo y orientado a las ondas para realizar evaluaciones técnicas y migraciones más profundas. Esto implica adoptar un enfoque conservador durante las oleadas de migración inicial, pero a medida que los propietarios de aplicaciones se orientan con las migraciones a la nube, mejoran en el proceso y, a menudo, pueden acelerar el proceso.

Uno de los problemas con la migración de aplicaciones es la identidad, dijo Kawula. ¿Podrá administrar identidades locales en la nube? Sostiene que el 99% de las veces si funciona en su centro de datos, se ejecutará en la nube. Si no, siempre existe la opción de ejecutar la aplicación en una máquina virtual, pero no hacerla compatible con la nube.

Pero Elder es un poco más cauteloso y señala que la mensajería de Microsoft ha cambiado de todo en la nube a híbrido. “La comprensión por parte de Microsoft es que hay demasiadas aplicaciones que no funcionarán en un entorno de nube. Por lo tanto, deben dar tiempo a las personas para que descubran cómo llevarlo a la nube. Creo que el híbrido es el mejor camino a seguir para muchas organizaciones ”, dijo.

Didier Van Hoye, arquitecto técnico y estratega de tecnología, así como MVP, dijo que las tiendas de TI tienen la opción de mover las aplicaciones de Server 2008 a Server 2019 en Infraestructura como servicio (IaaS), Plataforma como servicio (PaaS). u ofertas en contenedores, pero es necesaria una migración para utilizar completamente la nube.

"Puede levantarlo y trasladarlo a la nube, pero eso no está haciendo el mejor uso de las capacidades de la nube", dijo. “La elasticidad debe diseñarse en la aplicación, y serán las máquinas virtuales, no los contenedores [las que lo hagan]. Luego, puede modernizar la aplicación para que se ejecute en versiones de SO más modernas, pero todavía está en una máquina virtual. El beneficio que podrían obtener es que pueden ajustar la memoria, la CPU y el almacenamiento de manera más fácil y rápida de lo que se usan, pero eso depende de qué tan bien fue su virtualización local o si aún era hardware ".

Navegación complicada por delante
Si bien el consenso es que muchas, si no la mayoría de las aplicaciones antiguas, deberían hacer una traducción relativamente fluida a la nube, hay algunas áreas que harán tropezar a la gente.

En la experiencia de Kawula, encuentra que las aplicaciones de Oracle de cosecha propia son particularmente difíciles de migrar. “Están escritos con PowerBuilder y las organizaciones están tratando de modernizarlo con .Net, y eso lo dificulta. PowerBuilder todavía está disponible. Ese es uno de los problemas que tiene todo el mundo ”, dijo.

Elder también dijo que las bases de datos más antiguas y sus aplicaciones pueden ser complicadas, ya que pueden necesitar ID de usuario de Active Directory para los permisos de acceso interno. Agregó que una aplicación .Net requiere una versión específica del marco .Net, y cada vez que hay una nueva versión de .Net, la aplicación debe probarse con esa versión. Entonces, en esos casos, las empresas se limitan a la versión .Net que ha aprobado un proveedor de aplicaciones.

Otro problema que ambos notan es intentar contener aplicaciones. Los contenedores son simplemente versiones reducidas del sistema operativo y, aunque Server 2019 se diseñó teniendo en cuenta los contenedores, las aplicaciones codificadas para Windows Server 2008 definitivamente no lo fueron.

“Es físicamente imposible tomar el código de Server 2008 y convertirlo en contenedor. Intentar meterlo en un sistema operativo de 300 MB simplemente no va a suceder ”, dijo Elder.

"Tienes que reescribir la aplicación para implementarla en contenedores", dijo Kawula. “La forma en que funcionan los contenedores es como mini servidores web desechables. Si una aplicación está escrita para que pueda implementarse y no instalarse manualmente, entonces funcionará mucho mejor con los contenedores. Entonces, con las mini-reescrituras, debería poder llegar allí. Nuevamente, depende de la aplicación ".

Van Hoye dijo que las aplicaciones antiguas también son problemáticas debido a la persistencia de datos en ellas. La persistencia de datos se usa en aplicaciones con estado, lo que guarda datos sobre cada sesión de cliente y usa esos datos la próxima vez que el cliente realiza una solicitud. Los contenedores son apátridas y no guardan datos.

“Las aplicaciones sin estado son mejores candidatas en general que las aplicaciones con estado con una GUI y dependencias de hardware”, dijo. “No digo que no se pueda hacer, pero se vuelve más complicado y puede que no cubra todo. Es posible que la aplicación necesite una refactorización o una nueva arquitectura ".

Microsoft ofrece una comparación de los híbridos, la seguridad, la infraestructura y plataforma de aplicaciones cuenta de Windows Server 2019 con versiones anteriores aquí . También ofrece una tabla de aplicaciones de servidor que son compatibles con Windows Server 2016 y una que cubre Windows Server 2019 .

Nunca es demasiado tarde para comenzar una migración, especialmente porque Server 2012 llegará al final de su vida útil el 10 de octubre de 2023.

Publicar un comentario

0 Comentarios