Compartir a través de


System Center Virtual Machine Manager 2012: Una actualización a fondo de VMM

VMM 2012 trae una compatibilidad mejorada con el hipervisor, compatibilidad con las aplicaciones virtuales y un sinnúmero de otras actualizaciones.

Paul Schnackenburg

No hay ninguna duda de que Microsoft está haciendo que System Center Virtual Machine Manager (VMM) sea un componente clave del conjunto de aplicaciones System Center. El alcance del producto se amplía de tal manera que se le podría cambiar a “System Center Virtual Datacenter Manager”. La nueva versión de VMM actualmente se encuentra en versión beta y está programada para su lanzamiento durante el segundo semestre de 2011.

VMM ahora puede realizar instalaciones completas en hardware nuevo, crear clústeres de Hyper-V en lugar de solo administrarlos y comunicarse directamente con sus matrices de SAN para proporcionar almacenamiento para las máquinas virtuales (VM). La lista de hipervisores admitidos ha crecido, e incluye no solo hipervisores d e Hyper-V yVMware vSphere, sino que también de Citrix XenServer. El hardware subyacente es parte del entramado en VMM 2012, que a su vez admite la construcción de una nube privada que permite que ciertos usuarios realicen autoservicio a sus implementaciones de VM.

Hay un enfoque renovado sobre las aplicaciones que se ejecutan dentro de las VM, con compatibilidad integrada para paquetes de Server App-V, adquisión de datos de SQL, paquetes y otros. También hay un nuevo concepto de servicio donde puede implementar varias máquinas virtuales y configuraciones asociadas como una sola unidad. Puede integrar Windows Server Update Services en VMM para permitir la aplicación de revisiones de clúster orquestada, y VMM ahora admite aparatos de equilibrador de carga de red como objetos. Con toda esta funcionalidad crítica centralizada, puede crear una plataforma de VMM altamente disponible ejecutándola en un clúster independiente.

Componente a componente

Tal como con sus predecesores, VMM 2012 se basa en arquitectura de componentes. Todas las funciones pueden coexistir en el mismo sistema en un entorno de menor tamaño. Sin embargo, los centros de datos de mayor tamaño deberán dividir los roles en varios servidores.

El servidor de administración es el núcleo de VMM. La biblioteca actúa como recursos compartidos de archivo que almacenan plantillas de máquina virtual, archivos ISO, scripts y archivos de disco duro virtual. El portal de autoservicio basado en Web permite que usuarios actualizados inicien e implementen sus propias VM y sus propios servicios, y el servidor de la base de datos ejecuta SQL Server y contiene todos los datos de VMM. Debido al rol crucial que VMM realiza en un centro de datos virtualizado, ahora se puede ejecutar como un servicio de clúster altamente disponible (si se ejecuta en hardware físico) en un clúster pequeño independiente, o como una máquina virtual altamente disponible si se virtualiza.

Deberá tener Microsoft .NET Framework 3.5 SP1, Windows PowerShell versión 2 (para la consola), Windows Remote Management 2.0 e IIS (para el portal de autoservicio basado en Web), así como también el Kit de instalación automatizada de Windows (WAIK) para Windows 7. Para una plataforma operativa, deberá tener al menos Windows Server 2008 SP2 (solo en su versión x64) o 2008 R2. La base de datos solo se ejecuta en SQL Server 2008 SP2 o 2008 R2 Standard o Enterprise (ya no se admite SQL Server Express).

Para los hipervisores, VMM admite el rol Hyper-V role en Windows Server 2008/2008 R2, ya sea la instalación completa o Server Core, así como también Hyper-V Server 2008 R2. También admite al supervisor de VMware vSphere a través de vCenter (4.1 only) y se hospeda con ESXi/ESX 4.1 y 3.5 (ya no se admite ESX 3.0). Ahora admite Citrix XenServer versión 5.6 con Feature Pack 1. También hay un paquete complementario de un conjunto de aplicaciones de integración para facilitarla integración con VMM. Ya no se admite Microsoft Virtual Server 2005 R2.

Nubes privadas

Quizás la evidencia más sólida del cambio en el foco de VMM 2012 es la capacidad de crear nubes privadas. Esta arquitectura de nube abstrae el entramado subyacente de los usuarios, pero les permite implementar máquinas virtuales, aplicaciones y servicios.

Las nubes privadas en VMM 2012 conservan las características de las nubes públicas al permitir que usuarios delegados realicen funciones de autoservicio. También es opaco, puesto que los usuarios no tienen visibilidad sobre el hardware subyacente y hay un agrupamiento de recursos uniforme. Puede agregar más capacidad para obtener elasticidad. También admite nubes privadas en los tres hipervisores. Incluso puede crear nubes de VMM desde grupos de recursos de VMware (consulte la figura 1).

Los nuevos conceptos de nube privada y entramado amplían considerablemente las capacidades de VMM 2012

Figura 1 Los nuevos conceptos de nube privada y entramado amplían considerablemente las capacidades de VMM 2012.

El entramado en VMM está compuesto de hosts, grupos de hosts y servidores de biblioteca, así como también de la configuración de redes y almacenamiento. El agrupamiento de hosts le permite controlar la importancia de la ubicación, la optimización dinámica y de potencia, reservas y redes y recursos de almacenamiento para el grupo. Puede agregar uno o más grupos de hosts en una nube para presentar a sus usuarios, ya sea a través del portal de autoservicio basado en Web o a través de una versión bloqueada de la consola VMM.

Optimice su nube

Apuntando a la administración completa del centro de datos virtual, VMM reemplaza el equilibrio de carga de host disponible en versiones anteriores a través de la optimización de rendimiento y recursos (PRO). También cuenta con optimización dinámica y optimización de energía integradas. Estas características funcionan en los tres hipervisores.

Una vez que un grupo de hosts tiene habilitada la optimización dinámica, VMM migra en vivo las máquinas virtuales entre hosts cada 10 minutos (con la configuración de “baja agresividad”, puede elegir entre alta, media y baja) para equilibrar la carga. También puede optimizar de manera manual los hosts para grupos donde la optimización dinámica no esté habilitada.

Si un grupo de hosts tiene habilitada la optimización dinámica, también podría activar la optimización de energía. Siempre que VMM pueda comunicarse directamente con los hosts, evacuará las máquinas virtuales y apagará los hosts de un grupo durante las horas en que haya una carga inferior. Puede encenderlos posteriormente, cuando exista la necesidad. Esta característica está habilitada 24 horas al día, 7 días a la semana de manera predeterminada, pero puede limitarla a ciertas horas y días.

Servicios: el real beneficio del negocio

El concepto de servicios es uno de los aspectos nuevos más emocionantes de VMM 2012. Puede usar una plantilla de servicio que contiene toda la configuración para un grupo de máquinas virtuales que funcionan en conjunto en distintos niveles para prestar un servicio a los usuarios. Puede implementar el servicio completo como una sola unidad. Si la carga en el servicio aumenta, puede escalar de manera horizontal niveles seleccionados con máquinas virtuales adicionales cuando sea necesario.

A diferencia de las plantillas de máquinas virtuales tradicionales, VMM mantiene un vínculo a la plantilla de servicio original. Por lo tanto, puede actualizar el servicio al crear una versión nueva de la plantilla y enviarla a las máquinas virtuales seleccionadas. Puede mantener y actualizar el servicio ya sea en modo convencional, donde solo aplica los cambios seleccionados, o en un modo de imagen, donde actualiza la máquina virtual completa con una imagen nueva.

El último enfoque funciona particularmente bien para las aplicaciones distribuidas con Server App-V. Puede guardar el estado de la aplicación y volver a aplicarlo en la “nueva” máquina virtual. El nuevo diseñador de plantillas de servicio con tecnología de arrastrar y soltar hace que sea más fácil posicionar visualmente máquinas virtuales que componen un servicio. También puede exportar plantillas de servicio al formato abierto de virtualización (OVF) y luego importarlas a otros entornos de VMM (consulte la figura 2).

Puede crear servicios, máquinas virtuales y sus relaciones simplemente arrastrándolas a lienzos

Figura 2 Puede crear servicios, máquinas virtuales y sus relaciones simplemente arrastrándolas a lienzos.

Junto con los servicios, existen nuevas características para la implementación de las aplicaciones. Un problema común en entornos de gran tamaño es la recarga de imágenes, donde pueden existir numerosas plantillas de máquinas virtuales con el mismo SO subyacente, pero con aplicaciones o roles especiales instalados. Es difícil administrar y mantener actualizadas todas estas imágenes. Con VMM 2012, existe la posibilidad de reducir el número de imágenes e instalar aplicaciones (así como también roles y características en máquinas virtuales basadas en Windows 2008) después de la implementación de máquina virtual con paquetes de aplicaciones. Pueden ser paquetes de Server App-V, perfiles de SQL o paquetes de implementación web para aplicaciones de IIS (consulte la figura 3).

Puede instalar una o más aplicaciones en diversos formatos a sus máquinas virtuales.

Figura 3 Puede instalar una o más aplicaciones en diversos formatos a sus máquinas virtuales.

Cuentas de ejecución y perfiles de ejecución

Las cuentas de ejecución y los perfiles de ejecución son adiciones útiles para entornos de gran tamaño. Esencialmente, son credenciales almacenadas de manera segura que le permiten delegar tareas a los administradores y a los usuarios de autoservicio, sin exponer credenciales confidenciales. Podría usar las cuentas de perfil en perfiles de SO y aplicaciones, perfiles de SQL y para los perfiles de ejecución que consoliden varias cuentas para una tarea en especial en un perfil.

Hay varios tipos distintos de cuentas de ejecución:

  • Las cuentas de equipo de host proporcionan acceso a hosts de Hyper-V, ESX o XenServer
  • Las cuentas de Baseboard Management Controller (BMC) se comunican con BMC en hosts para la administración fuera de banda
  • Las cuentas de dispositivos de red se conectan a equilibradores de carga de red
  • Las cuentas externas son para sistemas externos como Microsoft System Center Operations Manager

Logística de red

La administración de la red de Hyper-V se realiza en el nivel de NIC individual. Puede resultar levemente complicado en un entorno de menor tamaño y un problema importante en una configuración de mayor tamaño.

Las nuevas asignaciones de red lógica en VMM promete aliviar considerablemente esta carga. VMM agrupa una o más definiciones de red lógica. Cada definición contiene un identificador de VLAN y subred de IP (IPv4 o IPv6). También se pueden representar en distintas geografías. El nombre de red lógica es todo lo que necesitan saber los usuarios de autoservicio.

Cuando proporciona una máquina virtual, se asocia con una o más redes lógicas. VMM asignará automáticamente una dirección IP fija en la subred correcta, así como también una dirección MAC. Si no desea usar VMM para esto, puede usar el protocolo de configuración dinámica de host (DHCP).

Cada interfaz de red en un host está asociada con una red lógica, ya sea en modo de acceso o de tronco. En el modo de tronco, la NIC solo usa un identificador de VLAN. En el modo de acceso, las máquinas virtuales distintas usan distintos identificadores para sus conexiones de red. La asignación de red local para máquinas virtuales funcionan en los tres hipervisores (consulte la figura 4).

Figura 4 Las nuevas asignaciones de red ahorrará horas de trabajo manual en entornos de gran tamaño.

VMM también reconoce los equilibradores de carga de hardware y le permite crear plantillas de IP virtual (VIP). Estas plantillas especifican las características de un equilibrador de carga, ya sea de manera genérica o para un modelo específico. La configuración incluye controlar el tráfico de HTTP/HTTPS, la finalización en el equilibrador de carga con recifrado al back-end, persistencia y algoritmo de equilibrio de carga. La versión beta solo reconoce BIG-IP de F5 y NetScaler de Citrix Systems Inc., pero habrá más, incluido el equilibrio de carga de red en Windows Server.

Clasificación de almacenamiento

VMM 2012 puede detectar y comunicarse con sus matrices de SAN a través del protocolo Storage Management Initiative – Specification (SMI-S) versión 1.4. De este modo, puede clasificar el almacenamiento disponible para realizar anulación. En conjunto con el software del proveedor de almacenamiento, VMM puede crear unidades lógicas (tanto GPT como MBR) y le permite asignar almacenamiento a hosts y clústeres como volúmenes compartidos de clúster (CSV).

Actualmente, los proveedores de almacenamiento admitidos incluyen HP StorageWorks Enterprise Virtual Array (EVA), NetApp FAS y EMC Symmetrix & CLARiiON CX; y habrá más. VMM también admite la funcionalidad de instantánea y clonación en SAN. Esto permite duplicar una LUN mediante una plantilla “compatible con copia de SAN” para proporcionar nuevas máquinas virtuales prácticamente de manera instantánea. Esta integración solo está disponible para la plataforma Hyper-V. Deberá realizar aprovisionamiento fuera de VMM para usar VMware o Citrix.

Instalación completa

Si ejecuta un centro de datos de gran tamaño, una característica muy aceptada es la capacidad de realizar el aprovisionamiento de hardware nuevo sin tener que visitar cada servidor. VMM se comunica con BMC en cada servidor y se integra con los servicios de implementación de Windows (WDS) para implementar Windows Server 2008 R2 a través del arranque desde la característica de VHD. Sus BMC deben admitir uno de los siguientes protocolos:

  • Data Center Management Interface (DCMI) 1.0
  • Systems Management Architecture for Server Hardware (SMASH) 1.0
  • Intelligent Platform Management Interface (IPMI) 1.5 o 2.0
  • HP Integrated Lights-Out (iLO) 2.0 (que no está integrado en la versión beta, pero se encuentra disponible como descarga)

VMM 2012 se integrará con un servidor WDS existente. Solo responde a solicitudes para hosts que usted ha designado. Esto permite que WDS siga prestando servicio a otras instalaciones de SO. También puede realizar el aprovisionamiento de un servidor WDS independiente para VMM.

El paso lógico después de configurar los hosts nuevos como hosts de Hyper-V es crear los clústeres. En VMM 2008, era necesario crear clústeres de manera independiente y ponerlos bajo administración. Ahora puede hacer esto desde dentro de VMM con un simple asistente.

Servicios de biblioteca

Para admitir todas estas nuevas características, la biblioteca de VMM ahora puede compartir recursos entre usuarios de autoservicio en nubes privadas, almacenamiento de controladores para implementaciones completas y paquetes de aplicaciones. Si agrega recursos personalizados que VMM no reconoce normalmente en carpetas con una extensión .cr, estarán visibles y se indexarán.

Si administra un entorno distribuido, apreciará los nuevos grupos de recursos que le permiten agrupar recursos equivalentes en ubicaciones independientes. Puede tener un archivo .vhd de Sysprep almacenado en tres continentes distintos. Si lo agrega a un grupo de almacenamiento, puede hacer referencia a ese grupo en perfiles y plantillas. VMM seleccionará automáticamente el archivo local.

Integración de VMware

Hay algunas diferencias en la integración de VMM con entornos de VMware, que se basan principalmente en los comentarios de los clientes. VMM ya no importa, fusiona ni sincroniza la estructura de árbol de los hosts y grupos desde vCenter. Debe agregar manualmente los servidores ESX que necesita a los grupos de hosts de VMM. Si importa una plantilla de VMware a la biblioteca, se dejará el archivo .vmdk en el almacén de datos de ESX. Solo se copian metadatos.

La transferencia de datos entre la biblioteca y los hosts de ESX ahora se ejecuta sobre HTTPS. Esto elimina la necesidad de habilitar acceso de shell seguro (SSH) a hosts de ESX, que anteriormente era un requisito para el protocolo seguro de transferencia de archivos (SFTP).

Las VMware vApps no son compatibles con los servicios de VMM ni tampoco las nubes privadas de VMM son compatibles con vCloud. Sin embargo, puede usar recursos de host de ESX para una nube de VMM. También puede implementar servicios de VMM en servidores de ESX. VMM soporta ocho máquinas virtuales en hosts de ESX/ESXi 4.0, así como también 255 GB de memoria. También reconoce máquinas tolerantes a errores de VMware.

Cuando usa las nuevas definiciones de red lógica en VMM, tenga en cuenta que no se replican como grupos de puertos en hosts de ESX. Debe hacer esto de manera manual en vCenter.

Integración de XenServer

Citrix y Microsoft desarrollaron en conjunto la integración de Xen y VMM. Los grupos y hosts de XenServer se administran desde VMM 2012. No es necesario basarse en el servidor de XenCenter. VMM admite la virtualización de hipervisor, así como también la paravirtualización en XenServer. También es compatible con Citrix XenMotion. Observe que las numerosas redes virtuales creadas en XenServer están representadas en VMM como un conmutador virtual.

Aplicación de revisiones de clúster

Mantener los hosts en un clúster revisado de Hyper-V es un desafío. Los motores de actualización tradicionales como System Center Configuration Manager no son compatibles con clústeres. Es probable que envíen revisiones simultáneamente a todos los hosts, lo que interrumpe la disponibilidad del clúster.

VMM 2012 puede integrarse con un servidor de Windows Server Update Services (WSUS) 3.0 SP2 de 64 bits y orquestará la aplicación de revisiones de clúster al migrar las máquinas virtuales a otros hosts en el clúster, aplicando la revisión al nodo y reiniciando en caso de ser necesario. Repetiré el proceso en el siguiente host hasta que todo el clúster esté actualizado.

Puede definir las líneas base de actualización con las listas de las actualizaciones requeridas. VMM luego analizará los hosts para determinar el cumplimiento y finalmente aplicará las revisiones para que estén actualizados. Tendrá la opción de eximir cualquier host en especial si una revisión provoca inestabilidad.

Autoservicio

Con VMM en un rol central en el aprovisionamiento de recursos de TI al negocio, el concepto de los usuarios de autoservicio (SSU) se ha ampliado más allá de ser solo una manera simple de brindar máquinas virtuales a los desarrolladores a través de plantillas. Los SSU ahora pueden crear máquinas virtuales en los tres hipervisores e implementar máquinas virtuales en nubes privadas, ya sea en el portal basado en web o a través de la consola VMM. Dentro de esa consola, solo verán una vista reducida que solo mostrará las nubes a las que tienen acceso.

También pueden crear máquinas virtuales a partir de bloques de creación como VHD, en lugar de verse limitados a las plantillas que proporcionan los administradores. Los SSU no pueden ver la configuración de hosts, grupos de hosts, red o almacenamiento. Todo el entramado permanece oculto.

Claramente, el alcance del cambio en el nuevo VMM es enorme. Tenga en cuenta este hecho: el número de cmdlets de Windows PowerShell ha crecido de alrededor de 182 a 432. También hay muchas otras mejoras: la ubicación inteligente se ha mejorado con perfiles de capacidad y ahora puede nombrar propiedades personalizadas y emparejarlas con valores en scripts (por ejemplo, solo implementando una máquina virtual en un host donde la marca sea Dell). VMM 2012 es un gran avance para la administración de centros de datos virtuales, y sus características de nube privada son oportunas para las tendencias de TI actuales.

Paul Schnackenburg

Paul Schnackenburg ha trabajado en TI desde el tiempo de los equipos 286. Trabaja a tiempo parcial como profesor de TI además de dirigir su propia empresa, Expert IT Solutions, en Sunshine Coast en Australia. Posee certificaciones MCSE, MCT, MCTS y MCITP y se especializa en soluciones de Windows Server, Hyper-V y Exchange para empresas. Puede ponerse en contacto con él en paul@expertitsolutions.com.au y seguir su blog en TellITasITis.com.au.

Contenido relacionado