La virtualización
Automatizar la implementación de host de máquina virtual
Fergus Strachan
En resumen:
- Implementación Hyper-V y automatización
- Resolver problemas de generalización de Sysprep
- Recursos virtuales de provisión
- Configurar la implementación desatendida de sistema OPERATIVO invitado y tecnologías de servidor
Descarga de código disponible en: StrachanHyperV2009_02.exe(1,026 KB)
Contenido
Arquitectura de implementación
WDS, basada en implementación de Hyper-V
Basado en el WMI configuración Hyper-V
Implementación de laboratorio virtual
Implementación de servidor de aplicaciones
Conclusión
Está probablemente familiarizado con muchas de las buenas razones para configurar un entorno de Hyper-V, pero que pueden ser de especial interés es cómo Hyper-V puede facilitar las evaluaciones de productos y formación en entornos de aprendizaje y las prácticas de pruebas sin sacrificar la compatibilidad de 64 bits. Se ejecuta de Hyper-V incluso en hardware de 64 bits de nivel básico proporciona que haya una CPU con capacidad y una actualización reciente del BIOS para admitir la virtualización de hardware. Esto facilita un enviar electrónicos para implementar los entornos de prueba a gran escala basados en versiones de software totalmente admitido, como la versión de 64 bits de Microsoft Exchange Server 2007. Y una vez que haya configurado la implementación, es fácil de volver a implementar cada vez que tiene que comenzar desde cero, si desea mirar un producto nuevo o iniciar una nueva sesión de clase.
Incluso si está implementando un entorno de prueba para un cliente con dos controladores de dominio (DC), un equipo que ejecuta SQL Server, dos servidores de solicitudes de cliente de SharePoint, un servidor de buzones de Exchange 2007, un servidor de transporte del concentrador y un servidor de acceso de cliente, será para aprovechar una gran cantidad de esfuerzo. Supongamos que tiene un cantidad mayor entorno, con quizás 600 máquinas virtuales (VM). ¿Puede imaginar reinstalar estas VM cada semana o cada vez que se necesita un nuevo entorno de laboratorio? Es imprescindible para automatizar las implementaciones de este tipo y esto es que Hyper-V puede suponer una diferencia.
Hyper-V es la tecnología de Windows, y se pueden combinar con Instrumental de administración de Windows (WMI), Windows PowerShell, servicios de implementación de Windows (WDS), Kit de instalación automatizada de Windows (AIK) y el entorno de preinstalación de Windows (Windows PE) 2.0 para habilitar las implementaciones a gran escala en el parpadeo de un efecto de ojos, o al menos sin necesidad de mucha atención. Puede que le resulte interesante para ver las pantallas de instalación y las barras de progreso mientras los sistemas de implementación y configurar ellos mismos, pero que no tiene que hacer esto si tiene cosas más importantes en la lista.
En este artículo, muestran cómo implementar servidores Hyper-V, las máquinas virtuales, sistemas operativos invitados y las aplicaciones de servidor sin intervención del administrador mediante WDS, personalizado instalar imágenes, archivos unattend.xml y las secuencias de comandos de WMI. La idea es Preconfigurar un entorno de WDS una vez y, a continuación, instalar los sistemas de prueba cuando surge la necesidad de, como cuando volver a instalar un entorno de enseñanza, solución de problemas complicados de distintas configuraciones y desarrollar y probar soluciones personalizadas.
La interacción requiere sólo durante la implementación es que presione la tecla F12 para iniciar la ejecución Preboot entorno (PXE), y se puede eliminar incluso este paso si utilizas el startrom. n12 en lugar del startrom.com inicio archivo predeterminado en la configuración de WDS, tal como se explica en el artículo de TechNet que" Completamente automatizada de instalación de diseño de fondo."
Las tareas restantes, a continuación, ya están en manos de WDS, AIK y WMI, una vez que haya automática iniciado Hyper-V las máquinas virtuales. Podrá buscar los archivos de configuración y las secuencias de comandos en el material complementario, disponible desde el de 2009 febrero sección de descargas de código del sitio Web TechNet Magazine en technet.microsoft.com/magazine/cc135868. Las imágenes de instalación real no se incluyen, como son demasiado grandes, pero debe poder adaptar los archivos complementario para su propio entorno de laboratorio.
Arquitectura de implementación
En el núcleo de mi implementación de laboratorio de infraestructura es un servidor WDS con servicios de dominio de Active Directory (AD DS), Sistema de nombres de dominio (DNS), Protocolo de configuración dinámica de host (DHCP) y, por supuesto, WDS. Para mayor comodidad administrativa, también había instalado herramientas AIK y Hyper-V para administración remota en este servidor. Eso es todo que se tarda en estar preparado para la eficacia de implementación de Hyper-V. No es necesario obtener más información, aunque puede introducir servidores WDS adicionales si es importante para usted una alta disponibilidad a través de redundancia. Los restantes equipos físicos son servidores de Hyper-V, implementar a través de WDS y el alojamiento las VM que forman el entorno de prueba real, tal como se muestra en la figura 1 .
Figura 1 un entorno de laboratorio a gran escala según Hyper-V y máquinas virtuales
Para instrucciones acerca de la implementación del servidor WDS, consulte la hoja de cálculo complementario "implementar Windows Deployment Services" en el mismo sitio de descarga se ha mencionado anteriormente. Como verá, la instalación es sencilla. Es la implementación y configuración de los hosts de Hyper-V que es difícil, pero más información acerca de esto en un momento.
WDS, basada en implementación de Hyper-V
Una de las ventajas de las implementaciones de WDS para Hyper-V es que WDS simplifica la actualización de los medios de instalación Windows Server 2008, que es necesarios porque los medios originales sólo incluye una versión preliminar de Hyper-V. La versión de lanzamiento real está disponible como una actualización independiente en el Centro de descarga de Microsoft.
En pocas palabras, éstos son los pasos que seguir: implementación de Windows Server 2008 en un equipo de referencia, actualizar la instalación con los archivos de Hyper-V más recientes, instalar Hyper-V, utilizar Sysprep.exe para generalize la instalación, capturar y cargar la imagen de instalación generalizada en el servidor WDS y, a continuación, automatizar la implementación de Hyper-V predeterminada para todos los hosts en la infraestructura física. Prefieren utilizar principal del servidor de Windows Server 2008 para Hyper-V porque Mis servidores Hyper-V se dedicarse a alojar las máquinas virtuales y de Server Core ofrece un sistema operativo pequeño ventajas de superficie así como seguridad, confiabilidad y facilidad de uso. Y para capturar imágenes de instalación, se usa WDS, por supuesto. Desproteger el complementario hoja de cálculo "distribuir predeterminado Hyper-V host por mediante Windows implementación de servicios" para ver qué fácil es crear, cargar, y utilizar un actualizado Hyper-V instalar la imagen. No se pudo resultar más sencillo.
Por lo que ahora, por lo que bien; la implementación de Hyper-V predeterminada según WDS es sencillo, pero la configuración desatendida no es sin desafíos. El problema es que necesita ejecutar Sysprep.exe para generalize la instalación de referencia antes para capturar y cargar la imagen de instalación, pero Sysprep.exe quita la información de vital configuración de la imagen Hyper-V generalizado, implementado por.
Entre otras cosas, Sysprep.exe generalizes el datos de configuración de arranque (BCD) y se quita la directiva de inicio de hipervisor el almacén BCD. BCD se supone que se firmware independiente, pero no es el caso de Hyper-V. El hipervisor depende de las capacidades virtualización del hardware subyacente y el BIOS, para iniciar el hipervisor directiva debe ir para poder generalize la imagen de instalación. Es posible modificar el almacén BCD sin conexión después de la generalización de Sysprep, pero esto no es una solución.
Vuelva a si montar la imagen de instalación mediante el uso de ImageX.exe (una herramienta incluida en AIK), puede escribir la directiva de inicio mediante BCDEdit.exe; sin embargo, en que el programa de instalación de Windows quita esta directiva nuevo durante la fase de generalización de la rutina de instalación real. Se vuelve al principio.
Es un poco de una situación difícil porque tiene la directiva de inicio para iniciar el hipervisor. Sin un hipervisor de ejecución, el servidor de Hyper-V no es funcional. la figura 2 muestra la mensaje de error mostrado al intentar iniciar una máquina VIRTUAL en un servidor Hyper-V, implementado mediante un personalizado instalar imagen pero sin un ajuste de la configuración de arranque.
La Figura 2 no se puede iniciar máquinas virtuales porque no se está ejecutando el hipervisor
Una manera para volver a escribir la directiva de inicio de hipervisor es agregar se manualmente después de la instalación del servidor ejecutando el comando
bcdedit /set hypervisorlaunchtype auto
y reiniciar el servidor de Hyper-V, pero este paso manual sería un barricada grave para una implementación de laboratorio de pruebas totalmente desatendida. Afortunadamente, AIK incluye Windows System Image Manager, que puede utilizar para crear un archivo unattend.xml para la imagen de instalación que WDS se aplica durante la instalación junto con su propio archivo WDSClientUnattend.xml. En este archivo unattend.xml, puede especificar que programa de instalación debe automáticamente inicie sesión en Windows con credenciales administrativas proporcionadas por el cliente WDS y, a continuación, ejecutar un script que inserta la directiva de inicio de hipervisor nuevo en el almacén BCD y, a continuación, reinicia el servidor.
Figura 3 se ilustra el enfoque general y el material complementario incluye la versión completa de archivo unattend.xml así como una secuencia de comandos hypervconfig.vbs completa. Puede incluir la secuencia de comandos hypervconfig.vbs directamente en la imagen de instalación para que esté disponible durante la instalación. Simplemente tiene que montar la imagen con ImageX.exe, tal y como se describe en la hoja de cálculo complementario "Personalizar las Hyper-V implementaciones."
La figura 3 Reconfiguring e iniciar el hipervisor
Basado en el WMI configuración Hyper-V
Volver a habilitar el hipervisor no es demasiado difícil, pero si analizar mi script hypervconfig.vbs, encontrará que contiene un poco más de estas cinco líneas simples de código. Además la directiva de inicio, debe configurar todo el entorno Hyper-V, y esto es la parte difícil de la historia de implementación.
No se podrá simplemente crear las máquinas virtuales en el sistema de referencia antes de captura de imagen, incluirlos en la imagen de instalación y, a continuación, esperar todo para funcionar después de corregir la directiva de inicio de hipervisor. Por supuesto, el servidor tendrá las VM, pero faltan las dependencias de hardware.
La generalización de imagen desconecta los puertos Ethernet de las VM de las tarjetas de interfaz de red física (NIC) y las unidades de paso a través de los discos duros subyacentes y dispositivos de CD o DVD. Puede omitir la generalización pero no es una buena idea incluir las máquinas virtuales preinstaladas en una imagen de instalación. Las máquinas virtuales preinstaladas exagere la imagen tremendamente, licencias de evaluación de servidores de prueba implementado finalmente caducan y dominios de Active Directory no desea estar desconectado durante períodos totales de tiempo o bien. Si restaura un entorno de laboratorio mediante copias de seguridad de las máquinas virtuales instaladas hace varios meses, tendrá una gran oportunidad de experimentando problemas de autenticación y la replicación de Active Directory. Es mejor comenzar desde cero cada vez.
Por lo que vamos a crear las máquinas virtuales y los recursos asociados, como tarjetas de interfaz de red, discos duros y unidades de DVD, en el entorno de Hyper-V antes en la implementación real del laboratorio de pruebas. Como habrá adivinado, estos recursos virtuales de aprovisionamiento es la tarea principal de la secuencia de comandos hypervconfig.vbs.
El enfoque es bastante sencillo. La secuencia de comandos determina el nombre del servidor Hyper-V local y a continuación, configura un conjunto específico de host de las máquinas virtuales. Cada máquina VIRTUAL recibe dos unidades de DVD virtuales asignadas a un archivo .ISO de específica del servidor y un archivo .ISO de instalación general. El archivo .ISO de específica del servidor se corresponde con el DVD de inicio. Incluye todas las secuencias de comandos necesarios y archivos de configuración para una instalación desatendida de un servidor del laboratorio determinado.
El archivo de instalación general proporciona los medios de instalación real. Compartir el archivo .ISO general entre todas las máquinas virtuales en un servidor ayuda a mantener el tamaño de la imagen de instalación de Hyper-V moderadamente bajo control. Se puede colocar los archivos .ISO en un servidor de red, pero una forma u otra que, debe copiar los archivos en el servidor Hyper-V para la instalación, de modo que decidí incluirlos directamente en la imagen de instalación. De esta forma, tiene los .ISO archivos disponibles localmente siempre que surge la necesidad. Esto puede resultar útil, por ejemplo, cuando se instala los componentes adicionales o reinstale una máquina VIRTUAL determinada sin tearing hacia abajo el entorno de laboratorio todo.
HABLARÉ sobre la instalación específica del servidor DVD en un momento. En primer lugar, me centraré en la configuración de la infraestructura de Hyper-V por medio de una secuencia de comandos en función de WMI. Como se muestra en la figura 4 , hay una gran variedad de recursos virtuales que deben suministrar, incluyendo un modificador virtual con puertos de conmutador internas y externas, las VM a sí mismos con sus tarjetas Ethernet virtuales, unidades IDE virtuales conectadas a archivos de disco duro virtual (VHD) y las unidades de DVD virtuales conectadas a los archivos .ISO de la instalación de sistemas operativos invitados y las aplicaciones de servidor.
La figura 4 recursos virtuales de aprovisionamiento para el entorno de laboratorio
También necesita ajustar la configuración de inicio automático de las VM y cambiar el orden de inicio para usar la unidad de disco virtual en primer lugar, seguido de la unidad de DVD virtual que está conectada el archivo .ISO de específica del servidor. En esta configuración, el inicio de las máquinas virtuales desde el DVD de instalación hasta que el sistema OPERATIVO está instalado en el disco duro virtual. Estoy seguro que está familiarizado con esta secuencia ya que es estándar para cualquier equipo personal moderno.
La secuencia de comandos hypervconfig.vbs configura las VM se inicie automáticamente cuando físico inicia el equipo, por lo que las VM ponerse en conexión después del reinicio HypervisorLaunchType y eso es cómo empieza la instalación de laboratorio. Finalmente, iniciar las máquinas virtuales en las rutinas de instalación de los sistemas operativos invitados. Ésta es la clave para una implementación práctica totalmente desatendida.
La mayoría de los casos, la configuración de memoria VIRTUAL sigue los mismos principios que tomar en consideración al configurar equipos físicos con varias unidades conectadas a varios controladores IDE. El modificador virtual, no obstante, requiere explicación más porque es la clave para permitir la comunicación entre las máquinas virtuales en el mismo servidor Hyper-V y entre las máquinas virtuales en servidores independientes a través de la red de equipo. Básicamente, puede comparar un modificador virtual para su homólogo físico. Crearlo mediante una llamada al método CreatedVirtualSwitch, pero un modificador sin puertos no es muy útil.
Para conectarse el modificador a una red física, debe crear un puerto del conmutador mediante una llamada al método CreateSwitchPort y asociar este puerto con una tarjeta de red Ethernet disponible en el servidor. Se puede conectar una tarjeta de red física con sólo un modificador virtual, pero puede tener varios modificadores conectados a ellos directamente o a través de las máquinas virtuales que ejecutan software de enrutador. Para el propósito de este artículo, sin embargo, un entorno de LAN básico sin necesidad de enrutadores de red es suficiente, por lo que configurar un único conmutador virtual en cada servidor Hyper-V conectado a la primera disponible tarjeta Ethernet física.
También debe conectar las VM con el modificador virtual. De nuevo, debe crear un puerto del conmutador independiente para cada VM mediante una llamada a CreateSwitchPort. A continuación, puede asociar cada puerto del conmutador con adaptador de red virtual de una máquina VIRTUAL. No olvide conectar la partición principal con el modificador virtual así si desea proporcionar conectividad de red externa. Puede realizar esta tarea fácilmente llamando al método SetupSwitch, que espera un puerto del conmutador externa e interna, una referencia a una tarjeta Ethernet física disponible y un nombre de dispositivo única y un nombre para mostrar como parámetros.
Mediante una llamada al método SetupSwitch, convertir el modificador virtual de un modificador privado a un conmutador externo, tal como se muestra en la secuencia de comandos hypervconfig.vbs en el material complementario. La secuencia de comandos contiene todos los detalles para configurar la conectividad de red externa para las máquinas virtuales. Para obtener más información, consulte el Documentación del proveedor de WMI de virtualizaciónen MSDN. Partes importantes del mi script hypervconfig.vbs se basan en los ejemplos disponibles en "utilizar el proveedor de WMI virtualización".
Implementación de laboratorio virtual
Ahora que se realiza la implementación de Hyper-V y el inicio de las máquinas virtuales automáticamente después de reiniciar cada sistema, puede activar la atención a la implementación real del entorno de laboratorio. Es para los centros de formación, probablemente suficiente implementar los sistemas de operativos infraestructura e invitado de red virtual y permitir las trainees implementar las aplicaciones de servidor restantes más adelante. Pero con fines de desarrollo, prueba y evaluación es mejor automatizar la implementación completa del entorno de laboratorio.
El enfoque general es similar del método Hyper-V. Después de la instalación desatendida del sistema OPERATIVO, deje que la cuenta administrador inicie sesión automáticamente y ejecutan los comandos de instalación adicionales. Sin embargo, debe organizar la implementación.
Todas las máquinas virtuales arrancar sus rutinas de instalación prácticamente al mismo tiempo, aunque algunos servidores dependen de otros servidores de por lo que no es posible realizar todas las instalaciones simultáneamente. Por ejemplo, deberá instalar AD DS para poder agregar cualquier otro servidor en el dominio, Exchange Server 2007 también requiere AD DS, servidor de SharePoint conjuntos de servidores requieren SQL Server y así sucesivamente, para la máquina VIRTUAL sólo en el escenario que pueda ejecutar programa de instalación de Windows es inmediatamente DC01.Litware.com. Todos los demás VM deben esperar a que el controlador de dominio se instala y ejecuta.
Hay varias formas de implementar una secuencia de instalación. Se puede configurar un retraso de inicio para las VM, pero esta técnica es muy poco fiable. ¿Está dispuesto a apostar que finaliza la instalación de Active Directory siempre en 15 minutos? Y ¿cuánto tiempo se tarda en instalar el primer servidor de Exchange después de eso?
Otra posibilidad es un script en función de WMI para cambiar en las máquinas virtuales cuando los requisitos previos de instalación que pueda. Esto es una alternativa mejor, pero es necesario que coordinar la ejecución de secuencias de comandos centralizado con implementación distribuida de máquina VIRTUAL. Es menos complicado para personalizar cada rutina de instalación individuales y permitir que las VM comprobar requisitos cualquier determinado previos de instalación a sí mismos antes de iniciar sus rutinas de instalación de Windows, tal como se muestra en la figura 5 .
La figura 5 implementación una secuencia de implementación según los requisitos previos de instalación
Windows PE permite implementar estas rutinas de instalación personalizada. Es una mínima de operativo sistema de Win32 con servicios limitados, pero con compatibilidad con Windows Script Host (WScript), WMI y Microsoft Data Access Component (MDAC). Sólo necesita crear una imagen personalizada de Windows PE, agregar los paquetes de característica de Windows necesarios, incluir una secuencia de comandos personalizada y, a continuación, edite el archivo de startnet.cmd situado %SYSTEMROOT%\System32 de la imagen de Windows PE para ejecutar la secuencia de comandos personalizada.
La hoja de cálculo complementario "crear personalizar inicio imágenes para implementaciones de servidor" describe cómo crear una imagen de Windows PE personalizada para cada servidor en el entorno de laboratorio de pruebas. Figura 6 se muestra cómo utilizar esta técnica para organizar la implementación de un segundo controlador de dominio.
Figura 6 Orchestrated implementación de un segundo controlador de dominio en un laboratorio de pruebas
El archivo startnet.cmd incluye un comando de netsh para asignar una dirección IP estática a la interfaz de red de la VM y a continuación, llama la secuencia de comandos StartSetup. El comando netsh no es estrictamente necesario en un entorno con DHCP habilitado, pero ayuda a resaltar errores relacionados con la red. Por ejemplo, si suministrar una tarjeta de red estándar (puerto Ethernet de Microsoft Synthetic) para la VM en su secuencia de configuración Hyper-V en lugar de una tarjeta de red heredado (Microsoft Emulated Ethernet puerto), el comando netsh le informará que Windows PE no puede reconocer la tarjeta de interfaz de red (NIC).
La secuencia de comandos StartSetup no informe sobre este problema al intentar tener acceso a los recursos de red porque la instrucción On Error Resume Next permite la secuencia de comandos mantener los errores de tiempo de ejecución. Si DC01 no está disponible por alguna razón, la conexión de intentos de recuperación tras error y continúa la secuencia de comandos especificado se reproducirá indefinidamente. El bucle termina sólo si un intento de conexión se realiza correctamente y si DC01 es un servidor de catálogo global, que implica que se ha instalado AD DS.
Cuando termina el bucle, la secuencia de comandos llama el comando Configurar real, que especifica un archivo unattend.xml con valores de configuración específica del servidor. El diagrama en la figura 6 ilustra cómo que esperar a un servidor de catálogo global a ponerse en conexión, pero el mismo principio también es aplicable en otros escenarios, como cuando se comparte la comprobación de la disponibilidad del archivo o las bases de datos de SQL Server. Simplemente, intentar obtener acceso al recurso y salir del bucle si el intento se realiza correctamente.
Recursos de tecnología Hyper-V
Sitio Web de Windows Server 2008 Hyper-V
Blog del equipo de virtualización de Windows
Guía de servicios de la distribución de Windows
Kit de instalación automatizada de Windows
Referencia de programa de instalación desatendida de Windows
Implementación de servidor de aplicaciones
La tarea restante sólo es configurar el archivo unattend.xml para agregar el servidor en el dominio, configurar TCP / IP, habilita el protocolo de escritorio remoto (RDP) y configurar <firstlogoncommands> para la instalación de las aplicaciones de servidor deseado. La mayoría las aplicaciones de servidor de Microsoft son compatibles con implementaciones desatendidas.
Para AD DS, debe proporcionar un archivo de respuesta, tal como se explica en el artículo de Microsoft Knowledge Base" Cómo utilizar el modo desatendido para instalar y quitar servicios de dominio de Active Directory en Windows Server 2008, basado en dominio controladores." Para Exchange Server 2007, debe utilizar parámetros de la línea de comandos en su lugar (consulte" Cómo instalar Exchange 2007 en el modo desatendida"en la Ayuda en pantalla). Para SQL Server 2008, debe seguir las instrucciones de Ayuda en pantalla indicadas en el artículo" Cómo: instalar SQL Server 2008 desde el símbolo del sistema." Y para Windows SharePoint Services 3.0, preste atención a" Referencia de config.xml para Windows SharePoint Services."
Los requisitos varían en complejidad, pero se pueden implementar estos sistemas sin intervención del administrador. La última tarea consiste en presionar la tecla F12 para comprometer el sistema de implementación WDS-based.
Conclusión
Hyper-V es tecnología interesante. Es compatible completamente de 64 bits, por lo que no es necesario implementar versiones de software de 32 bits de evaluación o con fines de aprendizaje ya si una versión de 64 bits esté disponible. Es la tecnología de Windows, por lo que se pueden aprovechar completo WDS, AIK y Windows PE para la implementación. Es compatible con WMI y Windows PowerShell a través de un proveedor de WMI virtualización, que puede utilizar para administrar todos los aspectos del entorno virtualizado incluidos el aprovisionamiento de los recursos y las máquinas virtuales durante el proceso de implementación. Se usa un hipervisor en lugar de un monitor de máquina virtual (VMM) para proporcionar gran rendimiento y aumentar la escalabilidad, y se incluye en Windows Server 2008 en ningún adicional de costo.
Entornos de Hyper-V-basado son relativamente uncomplicated para implementar. Sólo unos cuantos clics del mouse (ratón) para empezar con las primera VM y, en combinación con las tecnologías de implementación de Windows es divertido para automatizar incluso los escenarios más complejos.
La desventaja sólo que se pueden ver es la documentación en línea del proveedor de WMI de virtualización, que está todavía en una etapa infant y, por lo tanto, el código de ejemplo no cubre todas las tareas relevantes. Los resultados, sin embargo, son también proporciona justifican el esfuerzo. Es divertido para ver un entorno de IT implementar a sí mismo, incluso si incluye mucho menos 600 las máquinas virtuales.
Fergus Strachan es un consultor independiente de London-basado especializado en diseño de infraestructura de servidor de Microsoft y la implementación para clientes corporativos en el Reino Unido de. Fergus ha escrito artículos técnicos sobre tecnología de servidor de Microsoft y autor integrar ISA Server 2006 con Microsoft Exchange 2007. Es coautor también de la Microsoft Exchange Server 2003 Resource Kit.