Resolver Problemas Consiga ayuda para problemas específicos con sus proyectos, procesos y tecnologías.

Windows Server 2012 activa el desarrollo de Active Directory en la nube

Aprendiendo de pasados errores, Microsoft añade las funciones necesarias para mejorar el desarrollo de controladores de dominio.

Muchos servicios que tradicionalmente se han ejecutado de forma local ahora se están trasladando a nubes públicas o privadas. Sin embargo, no toda la carga de trabajo puede desplazarse, debido a que las dependencias existentes sobre los componentes de la infraestructura pueden no funcionar bien en esa nube. Uno de esos componentes es Active Directory – o al menos lo era hasta hoy.

Cuando Microsoft estaba preparando el lanzamiento de Office 365, la compañía sabía que el programa necesitaba que Active Directory funcionase en la nube. Este aspecto puede no ser importante para desarrollos sencillos, pero muchas organizaciones necesitan de un planteamiento híbrido en el que algunos servidores de Exchange, SharePoint y Lync estén presentes localmente mientras que los demás se alojen en la nube de Office 365. Este formato de desarrollo precisa de la capacidad de sincronización de Active Directory para sincronizar datos entre los elementos presentes en la nube de Office 365 y los elementos locales.

Esa sincronización no es un proceso sencillo. Es complicado de desarrollar y la sincronización es unidireccional. No obstante es cierto que el experimento de Office 365 le ha dado a Microsoft una amplia y valiosa experiencia con los desarrollos de Active Directory relacionados con la nube. Una experiencia que pueden utilizar con Windows Server 2012.

Una de las características más importantes de Active Directory en Server 2012 es el nuevo Asistente de desarrollo. Este asistente esta programado sobre PowerShell y cambia la forma en que se aprovisionan los controladores de dominio. Para empezar, este Asistente realiza una serie de comprobaciones previas que pueden evitar los problemas que puedan surgir con el nuevo controlador de dominio o con el Active Directory en general. Aunque lo más importante es que este asistente puede funcionar de forma remota. Dicho de otro modo, ya no es necesario ejecutar este asistente directamente en el servidor donde se configura ese controlador de dominio. Gracias a las funciones remotas de PowerShell, los servidores basados en la nube pueden configurarse como controladores de dominio.

Una vez completado el proceso, el asistente ofrece al administrador la posibilidad de acceder a una copia del script de PowerShell que contiene una copia exacta de todos los comandos utilizados para la provisión de ese controlador de dominio. Este script también sirve para automatizar la provisión de controladores de dominio adicionales, haciendo que sea muy fácil realizar desarrollos de Active Directory a gran escala. Aunque la generación de scripts es una función nueva en Windows Server, no es algo novedoso para Microsoft. De hecho tanto Exchange Server 2007 como Exchange Server 2010 ya estaban diseñados para ofrecer entornos cmdlets bajo PowerShell donde los administradores pueden crear comandos que se ejecutan más tarde en la interfaz gráfica. Es estupendo ver como finalmente PowerShell se pone a disposición de los programadores que usan Windows Server.

Otra función de Windows Server 2012 que permite ese desarrollo de Active Directory es la “clonación”, que permite al administrador realizar nuevos despliegues de controladores de dominio con solo clonar un controlador existente.

El proceso funciona mediante la configuración de un servidor virtual que sirve de controlador de dominio. Una vez hecho podemos crear una copia del mismo y posteriormente autorizar a ese controlador de dominio original para que pueda ser clonado. Windows Server 2012 ofrece la opción de proporcionar una configuración de archivo que contiene toda la información necesaria para el proceso de clonado, como el nombre de los equipos, direcciones IP y servidores DNS. Sin embargo este archivo de configuración no es imprescindible. Si no proporcionamos a Windows este archivo de configuración, el sistema tratará por sí mismo de obtener los datos de configuración necesarios que ya hemos mencionado.

Sin lugar a duda, Microsoft ha invertido mucho esfuerzo en desarrollar el proceso de despliegue de controladores de dominio en Windows Server 2012. Ahora el proceso es más práctico a la hora de trabajar con dominios híbridos, donde tales controladores funcionan tanto a nivel local como en la nube.

SOBRE EL AUTOR
Brien M. Posey, MCSE, es uno de los Profesionales Más Valiosos de Microsoft por su trabajo en Windows 2000 Server, Exchange Server y IIS. Ha trabajado como CIO para una red nacional de hospitales y también ha estado a cargo de la Seguridad IT de Fort Knox. Es colaborador habitual de los sitios de TechTarget.

Investigue más sobre Cloud computing (Computación en la nube)

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close