El 6 de mayo, fui testigo de la historia en ciernes cuando escuché al arquitecto principal de Windows Server, Jeffrey Snover, y al director principal del PM, Andrew Mason, explicar los fundamentos de Nano Server. Inmediatamente, comprendí cuán íntimamente Windows PowerShell formará ahora el núcleo de la administración de servidores, y cómo los días de la interfaz gráfica de usuario del servidor local están contados, y supe que tenía que compartir todo lo que escuché ese día.
Pero antes de sumergirnos, tomen nota de que el Nano Servidor está todavía en sus primeras etapas. Aunque puedes descargar el Windows Server Technical Preview 2 y darle una patada a los neumáticos, el código es actualmente inestable y evolucionará considerablemente durante el próximo año más o menos. Bien, ahora que hemos cubierto eso, echemos un vistazo a todo lo que debes saber sobre Nano Server.
Un rápido resumen del Nano Servidor
Estos son los fundamentos del Nano Servidor, sin ningún orden en particular:
- Nano Server es una opción de instalación en Windows Server 2016; los administradores deben elegir esta opción en la instalación del sistema operativo
- Puedes elegir usar la GUI de servicio completo con Windows Server 2016, si eso es importante para ti
- El Nano Servidor no tiene absolutamente ningún GUI local y tiene una huella de disco de entre 400 y 500 MB
- Administras el Nano Servidor remotamente usando el control remoto de Windows PowerShell, las herramientas del Centro del Sistema, o las GUIs estándar de RSAT
- Las cargas de trabajo de su Nano Servidor (Hyper-V, IIS, failover clustering, scale-out file server, etc.) se ejecutan como contenedores aislados que toman prestado de la tecnología Docker
Ahora, vamos a ser un poco más detallados, empezando con una perspectiva a vista de pájaro de la evolución del Nano Servidor.
Windows Server 2008 R2
En Windows Server 2008 y Windows Server 2008 R2, Microsoft nos dio Server Core como opción de instalación.
[título Server Core bajo Windows Server 2008 R2[/título]
Como recordarán, la decisión de usar el núcleo de servicio despojado en lugar del servidor con una opción de interfaz gráfica fue muy importante. Es decir, cambiar el estado de la interfaz gráfica de su servidor requería la reinstalación del sistema operativo. Esta fue una de las principales razones por las que no muchos administradores de Windows Server optaron por el Server Core. Server Core también tenía otros problemas, como una visión poco clara con las cargas de trabajo. Por ejemplo, Server Core en Windows Server 2008 RTM no era compatible con el control remoto de PowerShell, ASP.NET u otras características clave que requieren los administradores.
Por supuesto, muchos administradores de Windows se preguntaron por qué querrían molestarse con el núcleo del servidor en primer lugar. Las ideas fundamentales eran buenas. Al desplegar un sistema operativo de servidor «sin cabeza», se logran los siguientes objetivos:
- Superficie de ataque reducida
- Mejor utilización del almacenamiento en disco
- Mayor rendimiento
Windows Server 2012 R2
Hay que reconocer que Microsoft escucha de verdad a sus clientes. Echa un vistazo a cómo se ve el Server Core en Windows Server 2012 y Windows Server 2012 R2:
[título Server Core bajo Windows Server 2012 R2[/título]
Este diseño nos permite usar cmdlets de Windows PowerShell como Instalar-Característica de Windows y Quitar-Característica de Windows para cambiar dinámicamente entre el servidor con una interfaz gráfica de usuario y los shells de Server Core. De hecho, para muchos administradores, el flujo de trabajo común se ve así:
- Instalar el sistema operativo utilizando la opción GUI completa
- Configurar el servidor completamente
- Reducir la interfaz gráfica de usuario al núcleo del servidor para el uso de producción continua
Por muy bonito que sea esto, Microsoft nunca abordó completamente el tema del reinicio . La conclusión es que muchas operaciones de Windows Server, desde correcciones de Windows Update hasta la modificación de roles de servidor, requieren un reinicio. Esto no es ideal si, por ejemplo, su tienda está sujeta a los requisitos del acuerdo de nivel de servicio (SLA). Lo que empeora el problema de reinicio es el tiempo que tarda Windows Server 2012 R2 ejecutando Server Core para completar el reinicio. ¿Cómo resolverá Nano Server este problema?
Instalando el Nano Servidor
Deberíamos ver el sistema operativo cliente Windows 10 el 29 de julio de 2015, pero Microsoft no nos dará Windows Server 2016 hasta principios de 2016. Lo que deberías saber ahora mismo es que Nano Server es una opción de instalación de 64-bit solamente, sin cabeza que se ha incorporado a Windows Server 2016. En un aspecto, Microsoft está reutilizando su patrón de diseño de Windows Server 2008. Si comienzas con una instalación de Nano Server, necesitarás limpiar y recargar para pasar al Server Core o al Server con opciones de GUI.
[subtítulo Nano Server[/capítulo]
Mira la figura de arriba… se ve bastante delgada, ¿verdad? El Nano Servidor usa un modelo de «cero huella» en el que todos los roles de los servidores y las características opcionales existen fuera del Nano Servidor (tal vez en un archivo compartido remoto).
Es importante señalar que Nano Server, como Windows Server 2008 Server Core, no puede ejecutar todo el .NET Framework. En su lugar, Microsoft desarrolló un entorno de ejecución CoreCLR que le da acceso a la mayoría de las capacidades de .NET Framework. Aún más interesante es que el CoreCLR de código abierto de Microsoft, por lo que estamos viendo puertos a las plataformas Linux y OS X. Tener CoreCLR en OS X, por ejemplo, significa que podremos usar la Configuración de Estado Deseada de Windows PowerShell para administrar los servidores de Mac.
Un servidor «sin cabeza» es un servidor que se administra 100 por ciento a distancia. En lugar de considerar nuestros servidores como mascotas que requieren atención individual, Microsoft quiere que tratemos nuestros servidores como ganado, numerados individualmente pero administrados como una colección. Hasta ese punto, el Nano Servidor no tiene literalmente capacidad para la administración local. Si intentas interactuar con un Nano Servidor localmente, verás esto:
[subtítulo El Nano Servidor no puede ser administrado localmente[/capítulo]
En el stand de $0027s Ignite, Jeffrey Snover bromeó con nosotros diciendo que el equipo del servidor debería instalar un texto ASCII que aparece en las sesiones locales y dice:
¡No puedes hacer eso!
Para llevar
Primero, por favor no te asustes; tienes tiempo para absorber esta nueva frontera de la administración de Windows Server. Aquí hay tres tareas que deberías comenzar inmediatamente:
Puedes lograr los tres primeros objetivos como miembro simplemente buscando en nuestra biblioteca de entrenamiento. Para el cuarto elemento, descarga el Windows Server 2016 TP2, sigue las instrucciones de Microsoft para instalar Nano y ¡empieza a jugar!