Aprovisionamiento dinámico
Configurar dinámicamente las funciones del administrador mediante VMM y Operations Manager
Chris Adams
Resumen:
- Ahorre tiempo con las instalaciones desatendidas
- Descripción de las bibliotecas VMM
- Aprovisionamiento dinámico en comparación con el aprovisionamiento estático
- Integración de VMM con Operations Manager
Contenido
VMM: Creación de Nucleus
Instalación del servidor VMM
Instalaciones de agente VMM
Biblioteca VMM: El bloque de creación de aprovisionamiento dinámico
No enviar en los clones
Cómo trabajar con perfiles y plantillas
Uso de WAIK
Creación del archivo desatendido para la implementación
Desde el servidor al servidor de funciones del sitio de Configuration Manager en 10 minutos o menos
Prueba del entorno del aprovisionamiento dinámico
De estático a dinámico
Prueba y comprobación
Integración
Y no es diferente para el equipo de operaciones de Microsoft, que ejecuta una de las instalaciones más grandes de System Center Configuration Manager 2007 del mundo.
Pero los centros de datos están cambiando ante nuestros ojos, especialmente con la introducción de la virtualización. Configuration Manager 2007 aprovecha la plataforma de virtualización de Microsoft, al usar el aprovisionamiento dinámico para escalar los servicios basados en el cliente para una mayor agilidad. Los más de 300.000 clientes que Microsoft administra nos han obligado a pensar un poco en ideas originales dentro del mundo de las escalas y encontramos nuevas formas de aumentar la eficacia y la automatización. Nuestras lecciones aprendidas pueden ayudarle a hacer lo mismo.
VMM: Creación de Nucleus
El primer paso para crear correctamente una infraestructura de Configuration Manager que escale de manera rápida y masiva es salir del modelo "basado en servidor" y pasar al modelo "basado en servicios". En el mundo de los servicios, su unidad de escala serán los objetos de hardware como CPU, memoria, disco y redes. El servidor físico donde se encuentran estos recursos es menos importante.
El modelo de servicios comienza con la creación de la infraestructura de la máquina virtual (VM) desde el principio. Antes de profundizar en esto, tengamos en cuenta algunos conceptos básicos. System Center Virtual Machine Manager 2008, o VMM, ofrece un host de opciones configurables en su centro de datos. VMM consta de cuatro componentes y todos tienen distintas unidades de escala:
- Servidor Virtual Machine Manager
- Biblioteca Virtual Machine Manager
- Agente Virtual Machine Manager
- Portal de autoservicio Virtual Machine Manager
La base se crea según el concepto de aprovisionamiento dinámico. (Los tres primeros elementos se tratan en este artículo. Para obtener más información sobre el Portal de autoservicio en VMM, vea requisitos del sistema: Portal de autoservicio VMM.)
Instalación del servidor VMM
El cerebro del conjunto, el servidor VMM, depende de la base de datos VMM, que debe ejecutarse en un clúster de SQL Server. El clúster garantiza que el motor de trabajo que realiza todas las tareas del invitado y el host VM, como crear y mover las VM, junto con la determinación de almacenamiento, está altamente disponible.
El servidor VMM es un servidor único que proporciona a los administradores una vista de sus hosts físicos y los activos virtuales. El uso de tecnologías de hardware, como almacenamiento de conexión directa (DAS) y redes de área de almacenamiento (SAN) que ya están disponibles en el Centro de datos permite transformar su entorno en una obra maestra de aprovisionamiento dinámico.
La primera instalación de VMM implica instalar dos componentes: Servidor VMM (que incluye la base de datos) y la primera instancia de la biblioteca VMM. Se debe incluir una gran planificación en este paso; se puede encontrar un recurso adecuado en Planificación de disponibilidad alta.
Instalaciones de agente VMM
El paso siguiente consiste en garantizar que los servidores de virtualización basados en Windows estén disponibles y listos para su infraestructura VMM. Windows Server 2008 con la función Hyper-V y el servidor independiente de Hyper-V son las opciones aquí. VMM ofrece dos métodos para configurar los hosts virtualizados: Detección basada en Active Directory e instalación manual.
Nos centraremos en la detección basada en Active Directory, porque es la más común. Este proceso es bastante sencillo; las únicas decisiones reales hacen referencia a la ubicación predeterminada de almacenamiento de la memoria virtual (por ejemplo, D:\VMs) y si instala la función Hyper-V en Windows Server 2008 (si todavía no está habilitada).
El agente de VMM se instala en cada servidor basado en Windows que se ejecute como Sistema local; se comunica con el host a través de la Administración remota de Windows (WinRM). El proceso de instalación del Agente habilita a WinRM para que permita la comunicación por puerto basada en HTTP entre el host administrado y el servidor VMM.
Una vez finalizada la instalación, la Consola de administrador de VMM debe enumerar los hosts disponibles en el centro de datos.
Biblioteca VMM: El bloque de creación de aprovisionamiento dinámico
El nucleus está en su lugar. Y ahora, ¿qué? Es hora de hablar de la biblioteca. La biblioteca VMM proporciona la base para el aprovisionamiento dinámico. La biblioteca es la unidad de escala principal de VMM. Se pueden tener varios servidores de biblioteca en la infraestructura, pero no se pueden tener servidores adicionales de VMM. La biblioteca es el bloque de creación para la implementación y aprovisionamiento. Durante la instalación, la primera biblioteca VMM se coloca en el servidor VMM; las bibliotecas adicionales deben colocarse en otros servidores. En Microsoft, mantenemos las instalaciones de nuestra biblioteca lo más cerca posible de los hosts que están atendiendo. Por ejemplo, puede tener un grupo de hosts formado por ocho servidores Hyper-V que atienden el centro de datos de Seattle, mientras que un centro de datos secundario en Boston tiene un único host Hyper-V (vea la Figura 1). En Seattle proporcionaría varios servidores de biblioteca para atender el grupo de hosts, pero en Boston necesitaría sólo un único servidor de biblioteca.
Figura 1 Uso de varias bibliotecas con System Center Virtual Machine Manager.
Estas bibliotecas de centros de datos almacenan los discos duros virtuales, las secuencias de comandos y las imágenes. Tener bibliotecas cerca de los hosts que atienden permite mejorar el tiempo de aprovisionamiento.
Una vez haya agregado los servidores de biblioteca apropiados a su infraestructura, el siguiente paso es saber cómo aprovisionar los servicios que desee.
No enviar en los clones
Existen varias técnicas de aprovisionamiento disponibles al utilizar la virtualización. Una es la clonación, donde se almacena toda la máquina para un uso posterior, incluida la información específica de la máquina como el nombre de la máquina, la dirección IP y los datos específicos del perfil.
La clonación es útil en algunos escenarios, pero para el aprovisionamiento dinámico causa más dolores de cabeza que soluciones. El primer problema es que la clonación requiere que el equipo siga formando parte de la infraestructura (en términos de Active Directory, Operations Manager y así sucesivamente), aunque el propio sistema no esté conectado (se almacena en la biblioteca). Esto genera muchos falsos positivos, sistemas que se muestran como disponibles incluso cuando están sin conexión, cuando está creando servicios dinámicos en el centro de datos.
La segunda desventaja de la clonación es el requisito de almacenamiento. Cada unidad de escala (definida como un servidor = una unidad de escala) se almacena por completo, lo que genera requisitos de almacenamiento importantes para las VM. Por ejemplo, un punto de distribución (DP) clonado de Configuration Manager 2007 incluye tres discos duros virtuales que suman 130 GB de tamaño. Esto es para un único DP; Microsoft requiere seis DP potenciales para ejecutar un solo sitio. Por lo tanto, el proceso de clonación en este caso requeriría 780 GB de almacenamiento de la biblioteca. Esto se suma extremadamente rápido.
En general, el método de "imagen base" de aprovisionamiento es más conveniente. En este método, se crea una imagen del sistema operativo de base sin ninguna instalación salvo los servicios predeterminados necesarios para ejecutar el sistema operativo. Microsoft, por ejemplo, tiene tres imágenes de base, Windows Server 2003 R2, Windows Server 2008 y Windows Server 2008 R2, almacenadas como discos duros virtuales (VHD) en su biblioteca. Cada imagen de base es aproximadamente de 6 GB a 10 GB, que es mucho más eficaz que los 130 GB necesarios para la clonación.
Cómo trabajar con perfiles y plantillas
Después de determinar el método de aprovisionamiento, a continuación cree perfiles. Los perfiles son entidades de todo el VMM que definen, de forma muy general, el hardware o sistema operativo. El perfil de hardware define elementos tales como el número de CPU, el número y tipo de discos duros (como IDE o SCSI) y la configuración de red. Los perfiles del sistema operativo invitado definen las características basadas en Windows sobre funciones determinadas que se aprovisionan. Esto incluye elementos como el nombre de la máquina, las claves de producto y la información relacionada con el dominio.
El aprovisionamiento dinámico se basa en los perfiles del SO invitado y del hardware. Puede crear funciones de Configuration Manager basadas en el cliente pero los principios son los mismos para todos los perfiles. Para obtener información más detallada de cómo crear las plantillas y perfiles del SO invitado y el hardware, vea mi blog en Biblioteca Virtual Machine Manager: Esto no tiene ficheros y usted es el bibliotecario.
Cuando se realizan los perfiles, se crea una plantilla. Las plantillas detallan las características del hardware y del sistema operativo para el servidor, en lugar de definirlas máquina por máquina. La diferencia clave entre los perfiles y las plantillas es la especificidad: las plantillas son muy precisas, mientras que los perfiles no son. Por ejemplo, los perfiles incluyen el tipo de adaptador de red para crear, pero ninguna información específica sobre la conexión de ese adaptador. Dicha información se almacena como parte de la plantilla.
Por lo tanto, el proceso de tres pasos es crear un perfil de hardware, a continuación, un perfil de sistema operativo invitado, seguido por la plantilla específica del sitio. Para aplicar esto al ejemplo Seattle Boston, tendría que empezar con los DP de Configuration Manager y sus grupos de hosts independientes en los centros de datos de Seattle y Boston. Primero, cree los perfiles de hardware; a continuación, establezca la información del sistema operativo para toda la infraestructura; por último, cree plantillas para cada sitio en base a estos perfiles. Puesto que las redes de Seattle y Boston son diferentes, la personalización obtenida a través de las plantillas es necesaria.
Uso de WAIK
Con los perfiles y plantillas creados, es hora de pasar al aprovisionamiento dinámico del sistema operativo. Para Microsoft, esto significa usar el Kit de instalación automatizada de Windows (WAIK), que permite la personalización de una instalación basada en Windows (vea la Figura 2). En el mundo del aprovisionamiento dinámico, una instalación completa del sistema operativo no es factible ya que, simplemente, tarda demasiado.
Figura 2 Paso a paso: División del aprovisionamiento dinámico en el nivel del sistema operativo.
Usamos un proceso con el que posiblemente esté familiarizado, se denomina sysprep. Este proceso limpia un sistema instalado de cualquier máquina y la información específica del usuario. En un servidor con sysprep típico, el primer inicio pregunta al usuario una serie de preguntas a las que proporcionan respuestas; el servidor hace el resto. Las respuestas son automatizadas mediante la creación de un archivo de instalación desatendida. Según el sistema operativo, el archivo desatendido se almacena en la biblioteca y se hace referencia a él como parte del perfil de sistema operativo invitado.
La parte divertida de la división de una implementación es aprender, paso a paso, lo que se debe realizar antes de implementar un nuevo servicio. Después de determinar estos pasos, ejecute un plan de juegos para resolverlos a través del archivo desatendido.
Creación del archivo desatendido para la implementación
Algunos elementos clave de nuestros archivos desatendidos en Microsoft incluyen:
- Agregar administradores locales
- Habilitar el escritorio remoto
- Deshabilitar el endurecimiento de IE para administradores
- Configurar la resolución de la pantalla y la información organizativa
- Desactivar el Administrador de servidores y las Tareas de configuración inicial
Estos elementos son necesarios en los centros de datos típicos. Hay mucho más disponible; puede leer la Guía de referencia de WAIK en Referencia de instalación desatendida de Windows para aprender a configurar otras opciones.
La Figura 3 presenta un archivo de instalación desatendida para implementar las funciones del sitio de Configuration Manager dinámicamente. Este fragmento de código XML incluye sólo los elementos enumerados anteriormente; todo el archivo XML está disponible en mi blog en archivo Unattend.XML de ejemplo de SCVMM para Windows Server 2008 &R2.
Figura 3 fragmento de código del archivo Unattend.XML
<?xml version="1.0" encoding="utf-8"?>
<unattend xmlns="urn:schemas-microsoft-com:unattend">
<settings pass="specialize">
<component name="Microsoft-Windows-TerminalServices-LocalSessionManager"
processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35"
language="neutral" versionScope="nonSxS"
xmlns:wcm="https://schemas.microsoft.com/WMIConfig/2002/State"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<fDenyTSConnections>false</fDenyTSConnections>
</component>
<component name="Microsoft-Windows-IE-ESC" processorArchitecture="amd64"
publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS"
xmlns:wcm="https://schemas.microsoft.com/WMIConfig/2002/State"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<IEHardenAdmin>false</IEHardenAdmin>
</component>
</settings>
<settings pass="oobeSystem">
<UserAccounts>
<DomainAccounts>
<DomainAccountList wcm:action="add">
<Domain>Contoso</Domain>
<DomainAccount wcm:action="add">
<Name>Chris</Name>
<Group>Administrators</Group>
</DomainAccount>
</DomainAccountList>
</DomainAccounts>
<AdministratorPassword>
<Value>Pa$$w0rd!</Value>
<PlainText>true</PlainText>
</AdministratorPassword>
</UserAccounts>
</component>
</settings>
<settings pass="generalize">
<component name="Microsoft-ServerManager-SvrMgrNc" processorArchitecture="amd64"
publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS"
xmlns:wcm="https://schemas.microsoft.com/WMIConfig/2002/State"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<DoNotOpenServerManagerAtLogon>true</DoNotOpenServerManagerAtLogon>
</component>
<component name="Microsoft-Windows-OutOfBoxExperience" processorArchitecture="amd64"
publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS"
xmlns:wcm="https://schemas.microsoft.com/WMIConfig/2002/State"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<DoNotOpenInitialConfigurationTasksAtLogon>true</DoNotOpenInitialConfigurationTasksAtLogon>
</component>
</settings>
</unattend>
Guardar esto como el archivo desatendido para el recurso compartido de biblioteca. Para obtener acceso al archivo, actualice al servidor de biblioteca al hacer clic con el botón secundario en el servidor de biblioteca en la consola de administradores de VMM y seleccionar Actualizar.
Después de la actualización, el archivo unattend.xml está disponible para agregarlo al perfil de sistema operativo invitado creado anteriormente. Haga clic en Archivos de respuesta para resaltar la selección y, a continuación, en Examinar en el panel derecho; busque el archivo XML y haga clic en Aceptar.
Desde el servidor al servidor de funciones del sitio del Administrador de configuración en 10 minutos o menos
Hemos visto cómo implementar eficazmente un nuevo servidor de Windows desde una imagen de base mediante el archivo unattend.xml. Aunque las opciones de configuración son muchas, unas pocas son más útiles que la funcionalidad de inicio de sesión automático, proporcionada como parte del WAIK. Esta función ofrece mucha flexibilidad y habilita el concepto completo de aprovisionamiento de tiempo de ejecución, que incluye sólo lo que necesita, cuando lo necesite.
El elemento de XML <AutoLogon> le permite establecer las credenciales de inicio de sesión predeterminadas; funciona con LogonCount para determinar la frecuencia de inicio de sesión automático, que permite la activación de "eventos de GUIRunOnce". Esta configuración, almacenada como parte del perfil del sistema operativo invitado, se ejecuta sincrónicamente en el servidor tras el primer inicio de sesión. La Figura 4 ofrece algunos ejemplos de escenarios de uso de GUIRunOnce.
| Figura 4 Escenarios de GUIRunOnce |
| Paso | El objetivo |
| Instalar características de servidor | El servidor de trabajo podría requerir características de Windows, como IIS, clúster u otras funciones |
| Configurar las características | Para que algunas aplicaciones funcionen, es necesario modificar o agregar alguna configuración para determinadas características |
| Implementar aplicaciones | Algunas aplicaciones tienen requisitos puesto que ciertas aplicaciones están instaladas antes de instalarlos como SQL Server, .NET Framework |
| Configurar aplicaciones | Algunas aplicaciones requieren una configuración específica para completar la instalación y poner el servicio en línea |
Estas son sólo algunas de las posibilidades; comprenderlas es fundamental para convertir un servidor de Windows simple en un servidor de funciones del sitio de Configuration Manager 2007, como un punto de distribución, sin que el administrador haga algo.
Para agregar el inicio de sesión automático a su archivo unattend.xml ya creado para que se produzca GUIRunOnce sin la intervención de ningún usuario (es decir, un inicio de sesión de usuario), inserte el código XML que se muestra en la Figura 5.
Figura 5 Cómo agregar el código de AutoLogon a un archivo unattend.xml
<settings>
<component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64"
publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS"
xmlns:wcm="https://schemas.microsoft.com/WMIConfig/2002/State">
<AutoLogon>
<Password>
<Value>Pa$$w0rd!</Value>
<PlainText>true</PlainText>
</Password>
<Username>administrator</Username>
<LogonCount>1</LogonCount>
<Enabled>true</Enabled>
</AutoLogon>
</settings>
A continuación, configure el aprovisionamiento necesario para habilitar un sistema de sitio de Configuration Manager. El primer paso es identificar qué acciones son necesarias para instalar por completo un sistema de sitio determinado. Por ejemplo, supongamos que estas tareas específicas se requieren para crear correctamente un DP; para lograr esto mediante GUIRunOnce se necesitan los pasos siguientes:
- Instalar IIS
- Instalar la característica de servidor BITS
- Instalar WebDAV
- Configurar WebDAV en la configuración de IIS
- Agregar el servidor del sitio central\principal al grupo Administrador local para el servidor
- Implementar un sistema de sitio del punto de distribución
- Agregar todos los paquetes a los puntos de distribución
Estas tareas se deben emprender de manera secuencial, porque cada paso depende de la realización correcta del anterior. Figura 6 proporciona orientación simple acerca de cómo realizar cada tarea.
| Figura 6 Creación de un punto de distribución de Configuration Manager |
| Paso | Comando |
| Instalar IIS | serverMgrCmd –install IIS –allSubFeatures |
| Instalar bits | serverMgrCmd –install BITS |
| Instalar WebDAV | Msiexec –qna webdav.msi |
| Configurar WebDAV | Cmd –c \\server\share\scripts\ConfigureDP.bat |
| Servidor de sitio para el Administrador local | Net localgroup –add domain\siteservername$ administrators |
| Implementar sistema y función del sitio | Cmd –c \\server\share\scripts\DeployDP.vbs |
| Implementar paquetes | Cmd –c \\server\share\scripts\DeployPackages.vbs |
Nota sobre la Figura 6: Las secuencias de comandos para ConfigureDP.bat, DeployDP.vbs y DeployPackages.vbs están en el artículo de mi blog Implementación dinámica de las funciones de sitio de ConfigMgr mediante secuencias de comandos.
Prueba del entorno del aprovisionamiento dinámico
Después de establecer la base, prepárese para hacer ajustes, porque rara vez todo funciona correctamente la primera vez. Pero lo bueno es que una vez funciona, sólo muy pocas cosas se tendrán que cambiar en el futuro.
El paso siguiente consiste en verlo implementarse y ver cuánto tiempo tarda. Es importante tener en cuenta cuánto tarda en realizarse una implementación completa hasta que los servicios estén en línea, para garantizar una experiencia de usuario óptima.
Después, pruebe su implementación mediante una secuencia de comandos de Windows PowerShell o la consola de administración de VMM. El método más sencillo es usar la consola de administración, aunque la secuencia de comandos de Windows PowerShell es cómo se pone en producción el aprovisionamiento dinámico. Para probar su aprovisionamiento, haga lo siguiente:
- Abra la consola de administración de VMM
- Haga clic en Nueva máquina virtual en el menú Acción
- Seleccione la opción para crear a partir de una plantilla y seleccione la plantilla adecuada según el perfil de sistema operativo invitado y el hardware
- Seleccione el host apropiado
- Haga clic para iniciar automáticamente y guardar el estado
- Haga clic en la casilla de verificación para iniciar automáticamente la máquina virtual después de la creación
- Haga clic en Crear
En función del tamaño de la imagen de base, su implementación debe tardar aproximadamente de cinco a 15 minutos. Al finalizar, tenga acceso al servidor a través del Escritorio remoto o dentro de la Consola de administración. Para ello, seleccione la máquina virtual en la consola, haga clic con el botón secundario del mouse y seleccione "Conectar a máquina virtual". A continuación, compruebe que la configuración esperada esté completa.
De estático a dinámico
Lo que se ha demostrado hasta el momento es el aprovisionamiento estático; hacerlo dinámico significa que la infraestructura debe tener los medios para supervisar sus aplicaciones y realizar acciones prescriptivas cuando sea necesario.
Hasta ahora, hemos visto que podemos obtener eficazmente un sistema de sitio de Configuration Manager y aprovisionamiento de función mediante VMM. El paso final consiste en integrar VMM y System Center Operations Manager 2007 para permitir que sus máquinas virtuales se puedan expandir y contraer según sea necesario.
Una guía de integración de Operations Manager 2007 y VMM puede encontrarse en Configuración de la integración de Operations Manager con VMM 2008. Integración permite supervisar las alertas en Operations Manager para realizar acciones mediante las interfaces de Windows PowerShell de VMM, como la creación de servidores que proporcionan servicios a los clientes.
Al mostrar cómo hicimos esto para la infraestructura de Configuration Manager de Microsoft se puede ofrecer un anteproyecto para su entorno.
El primer paso era asegurarse de que Operations Manager haya identificado correctamente los servidores que proporcionan servicios como puntos de distribución, de modo que se pueda realizar una orientación. Para simplificar este proceso, se insertamos GUIRunOnce, que agregó claves del registro específicas y valores en el servidor. Esto garantizó que, cuando se instaló el agente de Operations Manager, el tipo específico de función recibió una marca de agua y era identificable. Por ejemplo, se colocó un valor llamado ContosoDP en HKLM\Software\Microsoft\TechNetMag con un valor denominado ContosoDP que es un tipo DWORD de 0.
El fragmento de código XML del módulo de administración puede encontrarse en Creación de un paquete de administración de SCOM “de ejemplo” para crear dinámicamente máquinas virtuales basadas en el rendimiento de máquinas virtuales o físicas. Se llama "DynamicDP" y, en este caso, desencadena la creación de un DP nuevo. Con fines de demostración, se mantuvo el valor para las conexiones y el muestreo se estableció en bajo. Estos valores se podrían ajustar en base a las características de rendimiento del entorno.
Nuestro módulo de administración DynamicDP System Center Operations Manager tiene una directiva de descubrimiento que lee una clave de registro creada para cada DP de Configuration Manager en producción. Después de la detección, hemos creado una regla que supervisa los contadores de rendimiento específicos, como las conexiones simultáneas de servicio Web de IIS; cuando se alcanza un umbral, se genera una alerta. Esa alerta cambia el estado de la máquina virtual en cuestión de correcto a crítico. Esto conduce a la acción de recuperación. Estos pasos se muestran en la Figura 7.
Figura 7 La supervisión dinámica y el proceso de aprovisionamiento. (Haga clic en la imagen para ampliarla)
Después de esto, hemos creado nuestro propio módulo de administración personalizado mediante la Consola de creación de Operations Manager. El módulo supervisó las conexiones simultáneas de IIS para el DP; si alcanza un umbral específico, el servicio generaría una alerta.
Prueba y comprobación
Para comprobar que todo en el entorno funciona como se espera mediante el anteproyecto de Microsoft, aumente las conexiones en su DP de Configuration Manager, lo que previene las alertas. Debe ver que el estado cambie de correcto a crítico. Puede realizar esta prueba mediante una herramienta HTTP como TinyGet, que envía solicitudes a un servidor Web, lo que genera un gran número de conexiones.
La siguiente secuencia de comandos de TinyGet generará muchas conexiones (60) en un archivo grande (300 KB) denominado test.txt:
C:\>tinyget5 -h -status:200 -SRV:localhost -uri:/test.txt -x:60 -l:5000 -o
Después de validar que el módulo de administración esté funcionando correctamente, trabaje en la creación de la acción de recuperación. Inicie una acción de recuperación pequeña, por ejemplo, con la creación de un archivo de texto. La acción de recuperación del módulo de administración establece que la acción correctiva tenga lugar en el servidor de RMS de Configuration manager que se ha integrado con VMM. En Microsoft, hemos creado un directorio en nuestro servidor de Configuration Manager denominado "recuperación" que tiene una carpeta de DP con dos archivos: dp_recovery.cmd y dp_recovery.ps1. El siguiente es un ejemplo de dp_recovery.cmd que se integra con la secuencia de comandos de Windows PowerShell para crear la máquina virtual:
time /t >>c:\temp\dplog.txt
C:\WINDOWS\system32\windowspowershell\v1.0\powershell.exe -PSConsoleFile "C:\Program Files\Microsoft System Center
Virtual Machine Manager 2008 R2\bin\cli.psc1" -command ".\dp_recovery.ps1 -VMMSERVER:localhost -VMNAME:mydynamicVM"
Este comando de recuperación cargará la consola de VMM Windows PowerShell y llamará a nuestra secuencia de comandos de recuperación.
El paso final consiste en configurar Configuration Manager para realizar acciones correctamente cuando se produce un error. Esto usa las configuraciones de la Notificación, la Suscripción y el Canal de Configuration Manager y nos permite generar las acciones correctas cuando creamos nuestra alerta. Las instrucciones sobre cómo crear las configuraciones de canal, suscripción y notificación correctas están disponibles en mi blog en Creación de un módulo de administración de SCOM “de ejemplo” para crear máquinas virtuales dinámicamente en base al rendimiento de máquinas virtuales o físicas.
Integración
Las tareas para configurar los servidores físicos y virtuales son similares, pero también incluyen diferencias significativas. La planificación inmediata y el trabajo invertido pueden ahorrarle a usted y a su equipo una gran cantidad de tiempo, puesto que la implementación de servidores se convierte en un cosa del pasado, lo que permite centrar su atención en aumentar los recursos para admitir los servicios.
En Microsoft, hemos encontrado un método para aumentar rápida y eficazmente nuestros servicios de cliente de Configuration Manager como los puntos de administración, puntos de distribución y puntos de la actualización de software utilizando los pasos descritos en este artículo. El aprovisionamiento dinámico es un método eficaz para permitir que un sistema se expanda y contraiga según sea necesario. Esto permite que usted y su equipo se centren en el rendimiento de ajuste preciso y en los criterios de estado que desencadenan estas acciones, y menos en las técnicas reactivas que a menudo se emplean en tiendas de TI, hoy en día.
Chris Adams es director senior de administración de programa en la división Management & Services de Microsoft. Se centra en System Center Configuration Manager y System Center Virtual Machine Manager.