Geek de todos los oficios: Escalado horizontal con plantillas

Puede crear plantillas de servicio de System Center 2012 Virtual Machine Manager para implementar y administrar servicios de escritorio remoto con escalado horizontal.

Greg Shields

Una plantilla bien diseñada es algo que puede usar una y otra vez. Usted puede redistribuir ambientes todo con unos pocos clics. Plantillas excepcionalmente bien diseñadas también pueden escalar un servicio al implementar rápidamente nuevos servidores. Plantillas de servicio sistema centro 2012 Virtual Machine Manager (VMM) darán un enfoque bottom-up a la construcción y la provisión se servicios.

Mientras que es impresionante en su potencial de automatización, plantillas de servicio de VMM 2012 sufren de un problema de percepción. Mire a través de contenido de Web actual y usted puede terminar de pensar que estas plantillas están diseñadas exclusivamente para servicios Web y desarrolladores Web. No lo son.

Usted puede hacer cualquier servicio que incluye servidores, aplicaciones y configuraciones en una plantilla de servicio de VMM 2012 — Si estás dispuesto a hacer el trabajo. Un tal servicio que usted puede hacer en una plantilla es Remote Desktop Services (RDS).

Como los únicos usuarios regulares de servicio servidor de Windows acceder a directamente, parece que siempre hay que reconstruir los servidores RDS. Porque tienes que hacerlo regularmente, la función automática de escalado de VMM 2012 puede ser un ajuste perfecto para implementar rápidamente los servidores Host de sesión de escritorio remoto (RDSH) adicionales. Todos nos hemos deseado para que una mejor manera de implementar servidores RDS. Con VMM 2012, tenemos las herramientas para el trabajo.

Tres niveles que ya has visto

Cavar a través de la interfaz de VMM 2012 y encontrará un botón inofensivo llamado escala hacia fuera. A valor nominal, haga clic en ese botón hace poco algo más que añadir un nuevo servidor a nivel de máquina de la implementación de un servicio. Usted puede pulsar en él todos que desea. Clic sin los preparativos adecuados no llegar lejos.

Es mucho más fácil de explicar esta última afirmación con un ejemplo. Figura 1 muestra una plantilla de servicio para un servicio de Web prototipo de tres niveles probablemente ya has visto.

Figura 1 una plantilla de servicio prototípica de tres niveles VMM 2012.

Este servicio Web tiene una máquina grada cada para el servidor Web, servidor de aplicaciones y servidor de base de datos. También incorpora una plantilla de IP (VIP) virtual de Microsoft carga equilibrio de red (NLB) para el tráfico Web entrante de balanceo de carga entre los servidores en el nivel de la plantilla servicio Web.

No cada nivel de servicio o máquina hace un buen candidato para la escala hacia fuera. En este ejemplo, el nivel más probable escalar hacia fuera es el nivel de la Web. Escalado de un servidor IIS 7 o 8 Web de IIS requiere poco más de crear un nuevo servidor, instalar los servicios necesarios de papel IIS, luego hacia IIS una ubicación de red para sus páginas Web.

Contrasta esta simplicidad con un esfuerzo inicial para escalar a otros niveles. Porque contienen aplicaciones y datos, otros niveles tienden a necesitar una configuración mucho más compleja si son automáticamente escalar hacia fuera. La lección con este ejemplo es digno de repetición: No todos los servicios o cada nivel es un buen candidato de escalamiento.

Servidores RDSH: nunca suficiente

Esa misma lección es válida para RDS. Una implementación básica de RDS instala tres servicios de rol en un único servidor: Acceso a Web de escritorio remoto (RDWA), corredor de conexión a escritorio remoto (RDCB) y RDSH. De ellos, el candidato más probable para la escala hacia fuera es RDSH.

Microsoft ha hecho algunos ajustes notables a RDS en Windows Server 2012 para simplificar la implementación. Un tal ajuste es la presunción de que todos los servidores RDSH y una colección se configuran de manera similar. Cada servidor RDSH en una implementación de Windows Server 2012 RDS y la colección se presume que contienen las mismas aplicaciones y configuraciones como la siguiente.

Mientras que este requisito puede parecer inicialmente apretado, simplifica enormemente la automatización de la implementación. Usuarios RDS más concurrentes requieren más sesiones RDSH. En algún momento, necesita más servidores RDSH para soportar esa carga mayor usuario. Porque todos los servidores de RDSH deben ser igual que antes, cada nuevo servidor puede iniciar su vida desde una plantilla común de máquina virtual (VM).

Es una buena noticia. La mala noticia es que usted no puede simplemente pulse el botón de VMM 2012 Scale Out (ver parte inferior derecha de figura 2) y esperar el nuevo servidor comience de forma automática sirviendo las sesiones. Deberás añadir servidores RDSH recién asignados en la implementación de RDS y colección existentes. En versiones anteriores de Windows, este paso requiere intervención manual. En Windows Server 2012, puede automatizar esto con unos bien posicionados cmdlets de Windows PowerShell.

Figura 2 botón de escala el Out en VMM 2012.

Paso 1. Crear una plantilla VM

Aquí es un proceso paso a paso se puede implementar para construir su propio reutilizable — y escalable, plantilla de servicio RDS en VMM 2012. El primer paso es quizás el más fácil, porque es probable que lo has hecho antes. Crear una plantilla VM en VMM 2012. Esta es una de las actividades más fundamentales en VMM y está documentada en el artículo de TechNet Library, "crear plantillas de máquina Virtual en VMM."

Obviamente hay un poco de arte en la ciencia de la creación de esta plantilla VM. Que va a utilizarlo implementar rápidamente los servidores RDSH en los pasos siguientes. Eso significa que la plantilla está lista para el despliegue automático. Usted puede elegir instalar aplicaciones directamente en la plantilla o entregarlos a la carta con una solución automatizada como System Center Configuration Manager o App-V.

Esta plantilla VM se convierte en el punto de partida para todas las VMs usted a disposición para su servicio RDS. Asegúrese de que configurar de la plantilla Perfil de hardware y perfil de OS comentarios a cualquier configuración de cualquier servidor RDSH debe tener cuando se desplegó más adelante.

Paso 2. Crear una plantilla de servicio solo servidor RDS

Esta plantilla VM es la base para la plantilla de servicio VMM. Esa plantilla de servicio contendrá dos niveles: un nivel inicial de Host y un segundo nivel de escalamiento. Esta separación es importante porque la plantilla de servicio sólo es necesario ampliar el servicio de rol RDSH. Todos los demás servicios de papel (y la instancia inicial de RDSH) siguen siendo situados en el nivel inicial del servidor.

Haga clic en plantillas de servicio en la vista de biblioteca de VMM 2012 para crear una nueva plantilla de servicio. Darle un nombre a la plantilla y seleccione el patrón en blanco. Esto crea un vacío espacio de trabajo para la creación de la plantilla de servicio RDS.

En el diseñador de plantillas de servicio, pulse el botón de añadir nivel de máquina. Esto lanza la asistente de nivel de crear plantillas de la máquina (ver figura 3). Seleccione la opción para personalizar una copia de una plantilla existente de la VM y haga clic en el botón Examinar para especificar la plantilla VM que creaste en el paso 1.

Figura 3 el Asistente para la creación de una plantilla de nivel de máquina.

Nombre de este primer nivel el nivel inicial de Host en la página de propiedades adicionales del asistente. Deje otros ajustes la página sin cambios. Seleccione un perfil de hardware en la página de configuración de Hardware del asistente y luego un perfil de OS comentarios en la página de configuración de sistema operativo.

Detenerse por un minuto en la página de configuración de sistema operativo y echar un vistazo a su valor para obtener información de identidad. Este valor define el nombre del equipo de la VM a implementar. Valor predeterminado es un comodín ("*").  Este valor de comodín indica VMM 2012 para generar un nombre único y aleatorio para la VM el despliegue. Nuestros próximos cmdlets de Windows PowerShell, sin embargo, requieren que sabemos el nombre del equipo. Por lo tanto, tendremos que especificar en la configuración de nuestro despliegue estableciendo como una variable de la plantilla de servicio.

VMM 2012 logra que rodea el nombre de la variable con la "@" símbolo (ver figura 4). Aquí, el nombre del equipo se ha definido la variable @RDSFirstServerHostname @. Este uso de variables en las plantillas de VMM servicio es una parte fundamental de lo que los hace altamente automatizado. Variables así Obtén sus valores como servicios y configuradas para su implementación.

Figura 4 establece el nombre de la computadora como una variable usando la "@" símbolo.

Usted también querrá seleccionar los servicios de función RDS para instalarse en la página de configuración de sistema operativo. Seleccione sólo las siguientes casillas de verificación debajo de papeles: Remote Desktop Services, agente de conexión de escritorio remoto, Host de sesión de escritorio remoto y Remote Desktop Web Access (ver figura 5). Hacerlo, manda a VMM para instalar estas funciones y sus requisitos como parte de la VM en el proceso de aprovisionamiento.

Figura 5 estas son algunas de las funciones que necesitarás.

Aquí es donde necesitamos hacer una segunda vez. Recuerde que el RDS es un caso especial en Windows Server 2012. Instalar sus servicios de rol poco logra hasta que están montados en una colección y despliegue. Esto normalmente ocurre en la GUI de administrador de servidores, pero también puede ocurrir vía un sistema de cmdlets de Windows PowerShell.

A crear la colección y el despliegue de RDS en página de configurar aplicaciones del asistente utilizando una serie de secuencias de comandos de preinstalación. Microsoft algo crípticamente se refiere a éstos como ejecuciones de comando genérico (GCEs). Pueden ser real VBScript, scripts de Windows PowerShell, o secuencias de comandos ejecutados en la VM, o comandos individuales que se ejecutan en un orden de despliegue de la hornada.

Necesitarás cinco secuencias previas separadas. Los dos primeros fuerza VM reiniciar... dos veces. Sí, usted necesitará reiniciar el equipo dos veces para instalar completamente los servicios RDS de papel antes de crear la colección y despliegue.

El script finalice tercero establece la política de ejecución de Windows PowerShell para eludir. Un poco de hacking asegura que los cuarto y quinto comandos se ejecutan silenciosamente. El comando de la cuarto (ver figura 6) lanza Windows PowerShell con su - interruptor de comando para ejecutar un cmdlet New-RDSessionDeployment configurado especialmente. El comando de la quinto y último lanza Windows PowerShell para ejecutar su comando de nueva RDSessionCollection.

Figura 6. Configurar Windows PowerShell para RDS.

Esta lista describe los detalles de la CME de preinstalación que tendrás que construir tu mismo. Estos cinco comandos deben ejecutarse en este orden y con la siguiente configuración para RDS implementar con éxito:

• Preinstalación 1:
  • Programa ejecutable: cmd.exe
  • Parámetros: / q/c shutdown /r /t 0
• Preinstalación 2:
  • Programa ejecutable: cmd.exe
  • Parámetros: / q/c shutdown /r /t 0
• Preinstalación 3:
  • Programa ejecutable: %WINDIR%\System32\WindowsPowerShell\v1.0\PowerShell.exe
  • Parámetros: -Puente de comando set-executionpolicy - fuerza
• Preinstalación 4:
  • Programa ejecutable: %WINDIR%\System32\WindowsPowerShell\v1.0\PowerShell.exe
  • Parámetros: -comando nuevo RDSessionDeployment - ConnectionBroker @ComputerName @ - WebAccessServer @ComputerName @ - SessionHost @ComputerName @ - detallado
• Preinstalación 5:
  • Programa ejecutable: %WINDIR%\System32\WindowsPowerShell\v1.0\PowerShell.exe
  • Parámetros: -comando nuevo RDSessionCollection - CollectionName @CollectionName @ - SessionHost @ComputerName @ - ConnectionBroker @ComputerName @ - detallado

También querrá incluir unas cuantas opciones extras en cada CME de preinstalación. Primero, configure cada script finalice con una VMM ejecutar como cuenta con privilegios de administrador de dominio. Necesitarás esto para el cmdlet New-RDSessionDeployment. Aumentar el tiempo de espera de cada script configuración a 3.600 segundos. Por último, haga clic en el botón avanzado en los dos primeros guiones y marque la casilla de reinicio de la política, "Siempre reiniciar después de que el script haya terminado de ejecutarse". Esto debe asegurar que el reinicio se produce sin generar un error.

Verás que estás usando múltiples variables (rodeado de nuevo el "@" símbolo) en estos cmdlets de Windows PowerShell. Las variables informan los comandos requieren, tales como nombre de equipo (@ComputerName @) y nombre de la colección (@CollectionName @). Se le pedirá para el @CollectionName @ valor en la configuración de despliegue. @ComputerName @ valor es una variable incorporada que automáticamente se traduce en el nombre del servidor de dominio (completo FQDN).

Haga clic en para completar al asistente. Ahora ha construido una plantilla de servicio RDS de servidor único que se puede utilizar para probar un despliegue. Para hacer esto, clic en Configure Deployment del diseñador y trabajo mediante el Asistente de implementación (ver figura 7). Nota: los valores para CollectionName y RDSFirstServerName que requieren la especificación en la pestaña de configuración antes de desplegar el servicio.

Figura 7 el Asistente de implementación para configurar implementaciones de.

Paso 3. Añadir un nivel de escalamiento

Una plantilla de servicio de VMM 2012 está diseñada para implementar un servicio funcionamiento con solo el clic de un botón. Lograr esta hazaña requiere llenar la plantilla de servicio con todas las configuraciones que una implementación requiere si es para completar con éxito y en silencio. Es por ello que esto requiere un poco de esfuerzo. Esto es especialmente importante si desea añadir más adelante automatizaciones través de System Center Operations Manager y sistema centro Orchestrator.

La plantilla de servicio VMM que acaba de crear sólo admite la configuración de una solo servidor, pero quiere una solución de escalamiento para RDSH. Para obtener esa escala hacia fuera, necesita un segundo nivel de la máquina. Comenzar por eliminar cualquier desplegados servicios asociados con la plantilla de servicio RDS. También podría hacer una copia de esa plantilla de servicio inicial.

Haga clic para abrir la plantilla en el diseñador. Haga clic en el botón Agregar nivel de máquina. En la primera pantalla de la asistente de nivel de crear plantillas de la máquina, seleccione personalizar una copia de una plantilla existente de la VM y seleccione la plantilla VM que creaste en el paso 1.

Esta vez la página de propiedades adicionales del asistente requiere cierta atención adicional (ver figura 8). Este segundo nivel tendrá el orden recomendado: despliegue y prefirió recibirá el orden establecido en 2. Esto asegura que Obtén aprovisionadas las VMs en este nivel después de los de primer nivel. Este nivel también debe estar configurado para escala hacia fuera con un conteo de instancia por defecto de uno y un recuento de la instancia máxima de cinco (o cualquier valor sus necesidades requieren).

Figura 8 puede establecer propiedades adicionales para la escala a nivel de.

Configurar el nivel como éste instruye a VMM para configurar una sola máquina virtual durante la implementación inicial y permite un máximo de cinco máquinas virtuales más tarde. Crear una disponibilidad para el nivel ayudarán durante futuras actualizaciones en máquinas virtuales en este nivel.

En páginas del Asistente para configurar Hardware y sistema operativo configurar deberá usar ajustes similares a ésos en el nivel inicial, con algunas excepciones. Para su primera excepción, establezca el valor de la información de identidad en RDSH ## (ver figura 9). Escala hacia fuera requiere que utilice nombres comodines, que se fijan mediante el operador "#". Esta opción da cada nuevo VM en el nivel el siguiente número disponible de 1 a 99.

Figura 9 establecer la información de identidad para la escala a nivel de.

Para su segunda excepción, seleccione sólo los servicios de función RDS y RDSH en este nivel. Como se mencionó anteriormente, este nivel sólo admite escalado para RDSH. No es necesitan aplicar los otros servicios de la función RDS.

Los GCEs que configurar en la página de configuración de aplicaciones de este nivel también son ligeramente diferentes. A diferencia del primer nivel, donde creó una implementación nueva de la RDS y colección, esta vez usted está simplemente añadiendo un nuevo servidor. Hacerlo requiere cmdlets ligeramente diferentes. Ejecute estos cmdlets en orden y con sus variables con éxito agregar el host:

• Preinstalación 1:
  • Programa ejecutable: cmd.exe
  • Parámetros: / q/c shutdown /r /t 0
• Preinstalación 2:
  • Programa ejecutable: cmd.exe
  • Parámetros: / q/c shutdown /r /t 0
• Preinstalación 3:
  • Programa ejecutable: %WINDIR%\System32\WindowsPowerShell\v1.0\PowerShell.exe
  • Parámetros: -Puente de comando set-executionpolicy - fuerza
• Preinstalación 4:
  • Programa ejecutable: %WINDIR%\System32\WindowsPowerShell\v1.0\PowerShell.exe
  • Parámetros: -comando Añadir RDServer-servidor @ComputerName @ - ConnectionBroker @RDSFirstServerHostname@ .company .pri-función RDS-RD-SERVER - detallado
• Preinstalación 5:
  • Programa ejecutable: %WINDIR%\System32\WindowsPowerShell\v1.0\PowerShell.exe
  • Parámetros: -comando Add-RDSessionHost - CollectionName @CollectionName @ - SessionHost @ComputerName @ - ConnectionBroker @RDSFirstServerHostname@ .company .pri-detallado

Como antes, aumentar el tiempo de espera del script en cada comando a 3.600 segundos y ajustar la política de reinicio en los dos primeros. Haga clic en las páginas restantes del Asistente para completar su escala a nivel.

Paso 4. Implementar y ampliar su plantilla

La plantilla de servicio ahora debe parecerse a la plantilla en figura 10. Puedes ver el nivel inicial de Host junto con la nueva escala a nivel. Haz clic en el botón de configurar el despliegue del diseñador para comenzar a implementar este servicio a su grupo de Hyper-V host o cluster.

Figura 10 la plantilla de servicio RDS multiservidor con escala a.

Implementar el nivel de dos servidores puede tomar un tiempo — tanto como 30 minutos en algunos dispositivos. Una vez que se implementa, probar su trabajo navegando en el VMM 2012 máquinas virtuales y servicios ver para inspeccionar el servicio que acaba de crear (véase figura 11). Tenga en cuenta el escala botón en la barra de botones. Ahora puede hacer clic el botón para desplegar un nuevo host RDSH a su despliegue de RDS y colección.

Figura 11 se trata de cómo sería su servicio RDS desplegada.

Lo siguiente: escala con Orchestrator

Hay un montón de trabajo inicial aquí, pero la recuperación de la inversión en invertir el tiempo de implementación silenciosamente estas configuraciones es la capacidad de rápidamente reconstruir o escalar el servicio cuando lo desee. Ahora puede eliminar y recrear este servicio — una actividad regular en muchas tiendas de — con un par de clics en la interfaz VMM. Puede actualizar fácilmente sus servicios. A realizar cambios en la plantilla de la VM y luego volver a implementar el servicio. Que nunca has tenido tan fácil en la gestión de RDS.

La próxima vez, te voy a mostrar cómo escalar en ese mismo servicio. Usted será capaz de integrar este proceso con el Gerente de operaciones y Orchestrator para automatización aún más para su entorno de RDS.

Greg ShieldsMVP, es socio de tecnología concentrado. Obtener más Shields' Geek de todos los oficios consejos y trucos en ConcentratedTech.com.

Contenido relacionado

• Geek de todos los oficios: Fault-tolerant almacenamiento de Hyper-V
• Geek de todos los oficios: Automatizar el Asistente
• Geek de todos los oficios: GPPs para la GPP-menos