Posts anteriores:
Hola
En este capítulo vamos a tratar acerca de la instalación y configuración del nuevo Remote Desktop Connection Broker incluido como role dentro de los Remote Desktop Services de Windows Server 2008 R2. Como de costumbre, toda la información sobre este tema la tenéis detallada también aquí:
Como ya comenté en el post anterior de esta serie, cada uno de los subroles de los Remote Desktop Services tiene su propio papel en la infraestructura de virtualización del escritorio, y por tanto pueden separarse e incluso multiplicarse en diferentes servidores, pudiendo ser éstos físicos o virtuales en función de la arquitectura que se vaya a diseñar. En el caso del Connection Broker, es un role que se puede poner incluso en alta disponibilidad mediante Failover Cluster.
En los entornos de laboratorio y demo como el que planteaba en el post inicial de la serie suelo optar por combinar el Connection Broker con otros dos dos roles en la misma máquina virtual, un Session Host que utilizaremos exclusivamente en modo redirección y un Web Access que nos servirá de portal. La instalación del servidor no puede ser mas sencilla. Metemos la máquina en el dominio tras la configuración inicial del sistema operativo y le agregamos de tacada los tres roles:
Tras reiniciar, accedemos a la consola de configuración del Connection Broker y esto es con lo que nos encontramos:
Como se puede observar, esta todo por configurar. Lo cierto es que se tarda menos de un minuto en hacer todo esto, si antes hemos hecho los deberes:
Configuración inicial
Lo más cómodo es lanzar el asistente para configurar los Personal Virtual Desktops, que es el primer enlace que aparece en el panel central, ya que configura de tacada gran parte de las cosas de la lista anterior. Tras la pantalla inicial del asistente, agregamos todos los hosts de virtualización en los que, insisto, tenemos que haber instalado también el role de Remote Desktop Virtualization Host:
A continuación nos pide un Remote Desktop Session host para usarlo en modo redirección. Si no le decimos lo contrario, realizará su configuración automáticamente. En nuestro caso se trata del propio servidor, por lo que ponemos su propio nombre. Como podéis observar, dice que necesita un nombre alternativo en el caso de que se vaya a dar servicio a clientes conversiones del protocolo RDP iguales o anteriores a la 6.1. Es tan sencillo como dar de alta un alias en el DNS apuntando a nuestro servidor con un nombre fácil de recordar. En nuestro caso, el servidor se llama Broker2008R2 y el alias que damos de alta en el DNS es Broker2008R2-bis. La tercera y la cuarta imagen imagen no salen en el asistente, y son el lugar donde se puede configurar a mano el modo de redirección del Remote Desktop Session Host. Los interesados en saber más acerca de que es esto de la redirección en Terminal Server, os recomiendo la lectura correspondiente de TechNet:
A continuación nos pide el nombre del RD Web Access Server que accederá a este bróker. Este paso no configura ese componente, y simplemente rellena el grupo local “TS Web Access Computers” donde deberán aparecer listados todos los servidores Web que estarán autorizados a leer la información de este bróker. Esto funciona igual que para los servidores de sesiones. Por tanto es muy recomendable tener clara que servidores web accederán a que bróker y servidores de sesiones y configurar de manera acode este grupo local. Como de costumbre, los grupos globales del dominio y las políticas de grupo pueden resultar muy útiles.
Con esto llegamos al final de la primera parte del asistente, y se nos presenta un resumen con los cambios que se van a realizar:
Asignar máquinas virtuales personales (escenario de VDI estático)
Llegados a este punto podríamos parar y volver a asignar máquinas virtuales a usuarios más adelante. Si continuamos con el asistente anterior, lo que sucede por debajo es bastante sencillo. En el Directorio Activo con esquema de Windows Server 2008, existe una propiedad de los usuarios que es su máquina virtual personal. Este asistente simplemente ayuda al administrador a seleccionar un usuario y rellenar dicho atributo con el nombre de una máquina virtual de las que sabemos que existen en los Virtualization Hosts que controla el bróker. Para esto y posteriormente para las VMs que conformen un “pool” es importante que el nombre de la VM en Hyper-V coincida con el nombre FQDN que tiene el el sistema operativo de la máquina virtual en el directorio activo. El nombre de la máquina virtual se puede cambiar fácilmente desde la consola de Hyper-V o desde Virtual Machine Manager. Esto es así porque el bróker localizará lo que ponga en el atributo del usuario que se le ha autenticado y le redirigirá a una sesión RDP contra dicho nombre. El cliente hará su resolución de nombres y usara su cliente RDP para hacerlo. Si los nombres no coinciden, jamás nos conectaremos. Mi recomendación es acostumbrarse a nombrar las VMs en Hyper-V con el nombre FQDN que tendrán, y renombrar la VM si cambiamos el nombre de host o el dominio al que pertenece el servidor/cliente virtual. La última imagen no corresponde al asistente, sino a la propiedad del usuario en AD, visto desde un una consola de 2008 R2, que sabe como manejar ese atributo.
Crear “pools” de máquinas virtuales (escenario de VDI dinámico)
Lo siguiente que podemos hacer es crear diferentes pools de máquinas virtuales, configuradas de forma idéntica, a las que se conectarán usuarios que tengan las mismas necesidades de uso. Podemos usar escritorios virtuales Windows XP, Windows Vista o Windows 7. Todos ellos tienen ciertos requerimientos de configuración para que todo esto funcione, que trataremos en el siguiente post de la serie.
La configuración de los pools en el bróker es bastante sencilla. Simplemente seguimos el asistente, que nos dará a elegir cuales de las VMs ya existentes en los diferentes servidores de Hyper-V queremos agrupar dentro del pool. Le damos un nombre y un identificador y eso es todo:
Una vez creado el pool, podemos acceder a sus propiedades y configurar algunas cosas interesantes, como sus propiedades RDP o si queremos salvar las VMs cuando no haya usuarios conectados. El bróker se encarga de arrancar/reanudar las VMs paradas/pausadas en Hyper-V a través del agente.
Podemos repetir este proceso cuantas veces queramos, siempre y cuando tengamos máquinas virtuales diferentes (una VM solo puede pertenecer a un pool). Los usuarios se conectaran al pool mediante el cliente RDP y un fichero .rdp que podremos configurar manualmente o que se nos enviará desde el portal web. Trataremos este tema en detalle en otro post.
Agregar las aplicaciones remotas provenientes de Session Hosts (2008 R2) y Terminal Servers (2008)
Por último, podemos agregar al bróker la lista de servidores de aplicaciones, bien en stand-alone o bien en granjas a los que queremos que el bróker ofrezca servicio. Es tan sencillo como esto:
Cada uno de los servidores que agreguemos aquí deberá tener su lista de aplicaciones remotas previamente rellena. En Windows Server 2008 R2, podemos incluso decidir que usuarios verán cada aplicación publicada, cosa que no podíamos hacer en los Terminal Services de Windows Server 2008:
Por supuesto, las aplicaciones que aquí publiquemos pueden estar instaladas localmente sobre el sistema operativo, o pueden venirnos virtualizadas a su vez con App-V. Los pasos para la configuración de granjas de servidores de sesiones la teneis detallada aqui:
Publicación de la información del Broker a través de RD Web Access
Ya tenemos nuestro bróker funcional. Solo necesitamos una forma de poner la información a disposición de los usuarios de una manera sencilla. Para eso vamos a usar el Remote Desktop Web Access. En este caso lo instalamos en el mismo servidor, pero puede estar localizado en otro o incluso en varios servidores virtuales simultáneamente. El único requisito es que estén dados de alta el grupo local “TS Web Access Computers” de los servidores de aplicaciones y del broker. Una vez hecho esto, iniciamos sesión en el portal (http://servidor.dominio.local/RDWEB) con un usuario con permisos de administrador y accedemos a la pestaña configuración. Como podéis observar, el RDWEB puede servir a varios servidores de aplicaciones a la vez, pero solo a un bróker. El detalle de poder personalizar el nombre se configura en las propiedades de connection broker:
Y finalmente lo que verá un usuario que se conecte al portal web desde se equipo o cliente ligero será lo siguiente:
Aquí tenemos:
En el siguiente post de esta serie veremos en detalle cómo hay que configurar las VMs para que funcionen correctamente y algunos métodos para hacerlo de manera desatendida. Más adelante veremos también diferentes maneras que tenemos para acceder a toda esta información, además del portal web.
Enhorabuena por haber leído hasta aquí :-)
Saludos
David Cervigón
Ya se han publicado en el área de descargas de suscriptores los ISOs de Windows Server 2008 R2 e Hyper-V Server 2008 R2
Como se puede observar, también están disponibles en español. De hecho también se ha Windows 7 en nuestro idioma.
Los que no dispongáis de una suscripción a TechNet/MSDN tendréis que conformaros con la version de evaluación que encontraréis aquí:
Hyper-V Server 2008 R2 es un producto gratuito, con exactamente las mismas capacidades y funcionalidades que Hyper-V R2, y que pronto estará disponible aquí para descarga pública. Por ahora esta solamente publicada la Release Candidate:
Pueden descargarse desde aquí:
Valen para administrar remotamente Windows Server 2003, Windows Server 2008, Windows Server 2008 R2, Hyper-V Server 2008 e Hyper-V Server 2008 R2 desde Windows 7.
Esta descarga no sirve ni para Vista ni para XP. Por el momento, la única manera de gestionar remotamente Windows Server 2008 R2 es desde otro R2 o desde Windows 7.
Nos llega de la mano del equipo de Windows Essential Business Server y se llama Microsoft IT Environment Health Scanner y permite comprobar la salud de ciertos aspectos del Directorio Activo y de la infraestructura de red desde una estación que esté unida al dominio. Esto se lleva a cabo a través de WMI, sin necesidad de tener que instalar agente alguno.
Estos son los puntos que se miran:
He aquí unos pantallazos obtenidos de un entorno de laboratorio de unos amigos. Como veis es complicadísimo de utilizar. Una vez instalado, se lanza, se le indican las subredes que se quieren analizar y nos sentamos a esperar los resultados.
Si dispones de herramientas de monitorización en tu infraestructura seguramente no te descubra nada nuevo. Si no, es posible que pueda ayudar a evitar futuros problemas.
Por otro lado, si eres un cliente Premier de Microsoft, puede que te interese solicitar un Risk and Health Assessment Program for Active Directory.
Ya me han llegado las primeras preguntas acerca de las actualizaciones a Windows 7, en particular desde Windows XP. Estas cosas se conocen como Upgrade Paths, y para el caso de Windows 7 se pueden encontrar aquí:
Resumiendo, estas son las vías de actualización no soportadas (entre las que se encuentra XP). En estos casos hay que tirar de herramientas como USMT para hacer una copia de los datos personales y usar el método clásico del formateo/instalación en otra partición.
Quedándonos como soportado:
Desde Windows Vista (SP1, SP2)
Actualización a Windows 7
Business
Professional, Enterprise, Ultimate
Enterprise
Home Basic
Home Basic, Home Premium, Ultimate
Home Premium
Home Premium, Ultimate
Ultimate
Desde Windows 7
Actualización a Windows 7 en modo reparación (Repair In-place Upgrade)
Professional
Starter (x86 only)
Starter (x86)
Anytime Upgrade a Windows 7
Home Premium, Professional, Ultimate
Professional, Ultimate
Starter
Aquí os dejo más recursos sobre migración y despliegue de Windows 7:
En mi caso, voy a tirar por la opción de copia de seguridad del perfil y de la partición de datos y dejar que DISKPART haga su trabajo. Mi lucha personal contra el e-diógenes parece que va dando sus frutos, y la experiencia con la Beta y la RC a la hora del siempre espinoso reconocimiento de dispositivos del portátil no ha podido ser mejor.
Recientemente se ha liberado un whitepaper en el que se explican los requerimientos y configuración necesarios para que Windows Server 2003 y Windows Server 2008 puedan arrancar desde una LUN de la SAN en lugar de hacerlo desde sus discos locales. Este documento complementa el viejo artículo de la KB que trataba el mismo asunto.
Bien realizada, esta configuración tiene muchas ventajas y algún pequeño inconveniente al margen de la complejidad de la configuración, como puede ser por ejemplo la generación de volcados de memoria. En entornos en los que el hardware es homogéneo y lo que se intenta conseguir es que los servidores sean totalmente reemplazables, hacer que el Sistema Operativo y las aplicaciones residan en la SAN es indispensable. De esta manera también pueden construirse infraestructuras físicas mucho más dinámicas, donde los servidores lógicos arrancan o no en función de si los servidores físicos arrancan de una LUN o de otra, lo cual se puede definir fácilmente en las herramientas de gestión que los fabricantes de hardware integran en sus plataformas.
En el whitepaper hay una serie de consideraciones y recomendaciones en lo tocante a clustering (si los servidores que arrancan de la SAN van a ser además nodos de un cluster), paginación, MultiPath, configuración de switches…
En muchos entornos que hemos montado este año para virtualización hemos usado esta opción tanto para servidores stand-alone como para nodos de cluster. A modo de pequeña receta:
Ya está disponible la Virtualization Solutions Competency así como los requisitos para obtenerla. Según se trate de vitalización de servidores o de clientes, son estos:
Virtualización de servidores:
Virtualización de clientes:
Además, como para la obtención de otras competencias, también es necesario dar referencias de tres clientes en los que se hayan implementado este tipo de soluciones. En la web correspondiente en español también tenéis la misma información, así como en la Guía de obtención de competencias:
Adicionalmente, y también en la Web de Partners, se han publicado una serie de recursos de ayuda a la venta de soluciones de virtualización que solamente están disponibles para aquellos que estéis registrados:
Aunque supongo que puedo enterarme por otros medios, siempre será agradable saber de vuestros avances en este sentido de primera mano. Si alguien necesita algo sobre este tema en particular ya sabéis dónde estamos.
Ya se han publicado los binarios de Windows 7 en TechNet y MSDN. Por ahora tenemos las versiones en inglés y los Language Packs (mi opción favorita).
Windows Server 2008 R2 debe estar al caer.
Se han actualizado algunas de las guías correspondientes a Windows Server 2008 con los cambios introducidos en la R2. En particular se trata de estas cuatro:
No olvidéis pasaros por el site donde están todas publicadas:
Hola de nuevo
Perdón por desaparecer una temporada sin despedirme, pero entre los agobios propios de última hora, la intendencia de los viajes y que esto de que tu vida tenga un toque público parece que se esta convirtiendo en algo peligroso, no me animé a colgar el cartel de cerrado por vacaciones.
Estas son las cosas más reseñables que se han anunciado durante las últimas semanas en torno al mundo de los sistemas operativos y la virtualización de Microsoft. Lo pongo todo junto en vez de en posts separados para que vuestros agregadores RSS descansen un poquito:
Vamos a dejarlo aquí porque esto ya esta un poco espesito. Hay algunas otras cosas de las que ya iremos dando cuenta a lo largo del mes.
Los que os vayáis ahora de vacaciones, que descanséis mucho, y los que como yo os incorporáis de nuevo, cuidado con los calores. Los que ya estéis disfrutando del merecido descanso ¿que hacéis leyendo esto?.