Hola a todos de nuevo. Soy Miguel Angel Alonso y aquí estoy como cada martes para contaros algo nuevo sobre el maravilloso mundo de la virtualización de servidores.

En un mundo como el nuestro en el que impera la innovación casi a diario y en el que la competitividad queda reflejada en el beneficio de estas nuevas tecnologías a nuestros clientes, no me queda otro remedio que ir alternando entre  tecnologías cada semana para mostraros las bondades de nuevos productos que han saldo a la luz o están a  la vuelta de la esquina haciendo mucho ruido antes de salir al mercado final.

Hoy vamos a hablar de Hyper-v 3.0 que saldrá a la luz de la mano de Windows 8 server próximamente …. no estimadas todavía pero no muy lejanas.

Hyper-V ha ido creciendo exponencialmente y de manera irreversible con el paso de los años y debo reconocer que con el paso del tiempo se ha convertido en una de mis favoritas para la implantación de la virtualización de servidores a nuestros clientes sin ninguna duda.

Con la futura llegada al mercado de Windows 8 Server e HyperV-3.0 ya se conocen gran parte de las características que van a salir a la luz y mi intención es que las conozcáis aquí y hoy de primera mano, así que sin más preámbulos vamos a ver lo que esta maravillosa solución de virtualización nos deparará con su salida al mercado:

La escalabilidad de los Hosts

Cada Host será capaz de soportar 160 procesadores lógicos y hasta 2TB de RAM

La escalabilidad de los Guests o VMs

Será capaz de soportar hasta 32 procesadores lógicos y 512 GB de RAM

Además se ha mejorado la integración de NUMA con los guests soportando Memory y CPU Affinty con los recursos del Host Hyper-V.

Múltiples y Concurrentes Live Migration y Storage Live Migration

En la versión 2 apareció Live Migration como herramienta de migración de nuestras VMs si perdida de conexión pero con la particularidad de poder sólo realizar uno de manera concurrente. Con la versión 3.0 esto desaparece y pasan a ser ilimitados los Live Migration que queramos realizar tanto manualmente como de forma automatizada (SCVMM). Como particularidad a reseñar, podrás realizar Live Migration sin la necesidad de tener almacenamientos compartidos si así lo requieres.

Además aparece Storage Live Migration el cual nos permitirá mover toda máquina virtual (Discos, archivos de configuración y snapshots) entre diferentes almacenamientos sin pérdida de conectividad por parte del usuario.

Mejoras en el almacenamiento

Aquí cabe resaltar el nuevo formato de disco virtual .VHDX en lugar del antiguo .VHD el cual aumentará hasta en 8 veces la capacidad máxima de disco pasando desde los 2 TB hasta los 16 TB. Además mejora el rendimiento, pues al estar más optimizado, soporta grandes bloques de datos y es más resistente a la corrupción de datos.

Además Hyper-V 3.0 soportará la característica Offloaded Date Transfer (ODX) con la cual se mejorará de manera ostensible el consumo de CPU en números mínimos cuando realicemos copias de archivos con alta carga en nuestro entorno. Necesitaremos que el subsistema de almacenamiento sea capaz de soportar dicha característica.

Replicación de nuestras VMs con unos simples click de ratón para poder realizarlas entre los diferentes hosts de nuestro entorno. Aquí os dejo un link de una página web que contiene un video donde podréis ver dicha caracteística. (Ir al minuto 37 directamente)

Mejoras en el Networking

Por fin soporte para Fiber Channel de manera consagrada y con gran compatibilidad entre las compañías punteras de FC.

Soporte para Boot from SAN

Mejoras en los Virtual Switch (como asegurar el ancho de banda, capturar, filtrar y Forwarding)

Creación de Teaming de tarjetas desde el Sistema sin la necesidad de usar software de terceros como Broadcom ye Intel entre otros para estos menesteres pudiendo proveer de Failover o Load balancing.

Anécdotas de Windows 8  a  tener en cuenta

Además de todas estas mejoras, cabe reseñar que Windows 8 nos proveerá de arranque instantáneo a nuestros escritorios y muy posiblemente a nuestros servidores. Todo esto es posible gracias a un archivo guardado en el disco duro que almacenará la sesión del kernel. Este punto es importante para la futura virtualización de escritorios. Podrías aplicar políticas de apagado entre los POOLs de escritorios una vez el usuario haga logoff de su escritorio, ahorrando consumo de recursos de manera significativa y accediendo de nuevo a su escritorio en cuestión de segundos una vez se conectase.

Capacidad de almacenar  VMs en File Servers y con solo apuntar dichos File Servers al cluster podremos hacer uso de estas.

Integración de los Snapshots a DCs del dominio, pudiendo restablecer dicho controlador sin corrupción en su base de datos (Sólo Windows 8). Todavía no sé muy bien cómo funciona para serte franco, pero ya tendré tiempo de probarlo para contarte cómo es posible dicha característica.

Deduplicación de datos en tus discos para salvar almacenamiento (Sólo Windows

A mí todo esto me parece simplemente una maravilla ¿Tú qué opinas?

Antes de despedirme os quiero dejar un video del arranque instantáneo de Windows 8 en el que podréis observar esta nueva genialidad de los hombres de Microsoft. Bueno hasta aquí por hoy. Me despido de vosotros y os emplazo hasta la semana que viene con un nuevo tema del mundo de la virtualización.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por el apoyo.

Queridos lectores,

En el post de hoy explicaré como instalar este Citrix XenServer Supplemental Pack. Es interesante por si queremos habilitar que Microsoft System Center Virtual Machine Manager para que administre nuestro pool de servidores, cosa que en futuros post os enseñaré como hacerlo. Antes de nada confirmar que sólo es posible posible hacerlo sobre versiones de XenServer 5.6 FP1 o superior.

Como la mayoría de veces explicaré como hacerlo desde línea de comandos (CLI). También es posible hacerlo durante la instalación de XenServer, cuando nos solicita “Supplemental Packs CD”, en ese caso introduciríamos el CD descargado.

A continuación, te describo los pasos necesarios para integrar System Center Virtual Machine Manager en XenServer 5.6:

1.- Descargamos la ISO y la montamos:

# mkdir /tmp/scvmm
# cd /tmp
# wget http://downloadns.citrix.com.edgesuite.net/akdlm/5622/scvmm-beta-integration.iso
# mount -o loop /tmp/scvmm-beta-integration.iso /tmp/scvmm

2.- Instalamos los componentes:

# cd /tmp/scvmm
# cd xs#xenserver-integration-suite
# ./install.sh
# cd ../xs#xenserver-transfer-vm
# ./install.sh
# cd /

3.- Desmontamos y limpiamos

# umount /tmp/scvmm
# rmdir /tmp/scvmm
# rm /tmp/ scvmm-beta-integration.iso

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.

Hola, soy Miguel Ángel Alonso y aquí estoy de nuevo con un nuevo tema sobre la virtualización de sistemas.

Hasta hoy hemos visto herramientas, como por ejemplo, vCenter Converter de VMware, XenConvert de Citrix y SCVMM para Hyper-V, para la conversión e importación de máquinas virtuales a las diferentes tecnologías que he mencionado anteriormente.

En el día de hoy vamos a ver cómo convertir las máquinas virtuales de nuestros entornos de Citrix y VMware a RHEV – de las siglas en ingles Red Hat Enterprise Virtualization – que viene pegando, y muy fuerte, en el mundo de la virtualización.

Lo primero de todo es tener una suscripción con Red Hat de nuestros RHEL 5 o RHEL 6 para poder bajarnos el paquete de herramientas virt-v2v. En el caso de que no tengas la suscripción con Red Hat, puedes probar esta herramienta desde otras plataformas de Linux como Fedora y Ubuntu de forma totalmente gratuita.

A continuación, te describo los pasos necesarios para poder convertir una máquina virtual de un servidor VMware ESX/ESXi a Red Hat Enterprise Virtualization (RHEV):

1. Entrar como root en la consola y escribir:

Yum install virt-v2

2. Crear un archivo de texto al que luego le cambiaremos el nombre y la extensión para alojarlo en el directorio raíz de nuestro servidor VMware ESX/ESXi. Este archivo se llamará: .netrc (el punto delante para ocultarlo).

Este archivo tendrá los parámetros necesarios para poder conectar a nuestro servidor VMware ESX/ESXi. A continuación, te describo un ejemplo:

machine vSphere1.demo.com login root password p@ssw0rd
machine vSphere2.demo.com login root password p@ssw0rd

Finalmente a este archivo le otorgaremo loss permisos 600 para que RHEV pueda leer e interpretarlo de forma adecuada.

3. Finalmente, escribiremos ejecutaremos este comando para poder convertir nuestras máquinas virtuales de tus servidores VMware ESX/ESXi:

virt-v2v –ic esx://vsphere1.demo.com/?no_verify=1 –o rhev –osd 192.168.2.215:/mnt/nfs/RedHat/Export Rhel4

Siendo:
no_verify=1 ignorará el certificado de nuestros esx
-o rhev es el formato de conversión, o sea rhev
-osd dirección de nuestro dominio de importación y exportación de VMs de nuestro RHEV-H -o RHEL creado mediante la consola de gestión Rhev Manager
Rhel4 es el nombre de la VM de nuestro ESX a convertir

A continuación, te enumero también los pasos necesarios para poder convertir una máquina virtual de un XenServer a RHEV:

Lo primero, es que es mucho más sencillo, ya que no hace falta crear ningún tipo de archivo para dejarlo en el directorio raíz. Simplemente escribiendo el siguiente comando, convertiríamos nuestra máquina virtual de Citrix XenServer a RHEV:

Virt-v2v –o rhev –ic: xen+ssh://root@xenserver01.demo.com –osd 192.168.2.215:/mnt/nfs/RedHat/Export Rhel4

Una vez que este convertida, tendrás que ir a la consola de gestión e importaríamos la máquina convertida a nuestro entorno RHEV.

Bueno, hasta aquí por hoy. Espero haberte contado algo de tu interés, y te emplazo hasta la semana que viene con un nuevo capítulo sobre la virtualización de sistemas.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

En es la ultima parte de este manual de instalación y configuración de System Center Virtual Machine Manager.

En la primera parte te explique brevemente los requerimientos necesarios para poder instalar SCVMM 2012.

En la segunda parte, empezamos con la instalación y configuración de SCVMM.

En esta ultima parte, terminaremos la instalación y configuración de SCVMM.

En la opción de la consola “Networking” podremos ver una visión de las redes de un Host, de una VM en particular, cluster o toda la organización desde la opción SCOPE que se ve arriba.

Una de las nuevas funcionalidades de SCVMM 2012 respecto al de 2008, es la de crear Cloud (privadas) que son similares a los Resources Pools de Vmware ESX. En estos podemos meter VMs dentro de ellos que dispongan de ciertos tipos de recursos como Red, CPU, Memoria y demás de una manera predeterminada en función de las necesidades de la organización.

Desde la misma vista de VMs and Services, elegiremos Create Cloud y seguiremos todos los pasos necesarios necesarios para crearla.

Ahora, entramos en la nueva vista de SCVMM 2012 llamada Fabric y que es, bajo mi punto de vista, la más importante para la organización total de los recursos. A partir de este momento os enseñaré a groso modo las vistas y características más importantes.

Aquí, a simple vista, ya se puede ver que se pueden crear e integrar PXE Servers ( Servidores con el Role de Windows Deployment Services) para la creación de VMs desde imágenes de Red. Update Server (WSUS) para el parcheo y actualización de los Hosts y las VMs de la organización, así como un largo etcétera.

Podemos observar en las propiedades del cluster, los volúmenes compartidos de los que disponemos para albergar nuestras Vms. El apartado de Storage no os lo voy a mostar en este post por que es una funcionalidad off-topic pero cabe reseñar que da una visión y control muy detallado al almacenamiento de esta nueva entrega de SCVMM 2012.

En orden jerárquico y por encima del Cluster, se sitúan los Host Groups y en estos serán, bajo sus propiedades donde podremos parametrizar las verdaderas necesidades y prioridades de nuestra organización.

En la pestaña vienen definidos ciertos parámetros del Host Group y que pueden ser cambiados en orden de nuestra necesidad. También para el emplazamiento o localización de neustras VMs podemos crear new Custom para poder elegir hasta en 4 opciones como queremos que se comporten nuestra/s VM/s dentro de los Hosts disponibles.

En el ejemplo que os muestro arriba estoy diciéndole que las VM/s deben siempre permanecer dentro de dicho Host y no pueden estar en otro.

En la pestaña Resource Usage de las propiedades de los Host Groups podremos parametrizar a nivel de CPU, los umbrales de trabajo de Dynamic Optimization (DRS de VMware ESX) y asegurar que los Hosts dispongan de un % de CPU antes de recibir la migración de una VM.

Esto es totalmente nuevo en SCVMM 2012 y trabaja como el DRS de VMware junto con la característica Power Optimization (DPM de VMware) para el apagado y encendido de los Hosts cuando es necesario mediante un asistente de horario semanal. Además, se puede observar el nivel de agresividad con el que Dynamic Optimization incurrirá en la distribución de nuestros VMs para poder compensar la carga a nivel de CPU y Memoria entre los Hosts.

De esta manera, podemos controlar de manera muy detallada el control de la carga de nuestras VMs sin la necesidad imperiosa de SCOM, el cual era utilizado hasta la fecha para dicha gestión de recursos. SCOM puede utilizarse de igual forma pero ya NO es obligatorio.

Os muestro esta vista para que podáis ver lo maravilloso de esta consola al poder integrarse no solo con los servidores de HyperV si no también con los Servidores de VMware y, finalmente en esta versión de SCVMM 2012, con los Servidores de Citrix XenServer.

Bajo las propiedades de los Hosts podemos reseñar en el apartado de Status, como trabaja y en que parámetros se basa Dynamic Optimization para regular la carga de las VMs entre los Hosts.

Sin querer liaros, he vuelto a la vista anterior de VMs and Services porque es importante que os muestre una opción dentro de las propiedades de cada VM que está íntimamente ligada al proceso de Dynamc Optimization que hemos visto en la vista de Fabric. Donde he marcado en recuadro rojo, si hacemos un check de esta opción conseguiremos que dicha máquina quede excluida de los procesos que Dynamic Optimization realiza para distribuir la carga de las VMs entre los Hosts.

Volviendo a la vista de Fabric, os muestro un poquito como empezaríamos con la creación de un nuevo cluster con los hosts de los que dispongamos, sin la necesidad de utilizar en ningún momento la consola de creación de clusters de Microsoft. Elegiríamos la opción: Create / HyperV Cluster

Introducimos una cuenta con privilegios administrativos, nodos, almacenamiento compartido (Quorum y LUN/s de los recursos) …

Otra opción, dentro de esta vista de Fabric, es la de añadir PXE Servers que son los Servidores con el rol de Deploymnet Services de Microsoft para la creación de VMs mediante imágenes de sistemas operativos vía Red.

Aquí, podemos añadir Servidores WSUS versión 3 con SP2 para la actualización y parcheo de nuestros Hosts y VMs.

Aquí, un poco más de lo mismo pero con la opción de añadir vCenter para la gestión de los Hosts ESX de VMware.

Ya, en este punto, pasamos a la vista de Library (Carpeta compartida de recursos der VMs, Discos, Templates, etc….). Aquí, desde esta vista, además podremos crear perfiles de Hardware, Software, Host y un largo etcétera para crear plantillas automatizadas y ahorrar tiempo en la creación de los recursos de nuestro entorno.

Cambiando de vista, nos situaremos en JOBS, donde podremos ver de manera detallada todos los eventos, tasks y alarmas de nuestro entorno.

Finalmente, entramos en la última vista de la consola llamada SETTINGS, desde donde gestionaremos las BBDD de nuestros SCVMM, la conexión con SCOM y en donde podremos crear y gestionar los permisos de los usuarios, entre otras cosas.

Una vez te he enseñado de una forma generalizada, pero creo que clara para empezar a gestionar tu entorno, quería que vieseis como un usuario con privilegios para acceder a la consola de Auto-Servicio de SCVMM accede de su explorador de internet. Simplemente introducimos la dirección de nuestro SCVMM, en el ejemplo: http://scvmmm2012

Y podemos ver las VMs a las que pude acceder dicho usuarios por privilegios administrativos. Podrás arrancar VMs, pararlas, pausarlas, crearlas desde Templates, conectar vía Consola o por RDP.

Bueno hasta aquí por hoy – no ha estado mal, ¿verdad? Como siempre digo, podría todavía ser mucho más extenso dado la complejidad y diversidad del producto, pero creo que con este manual de instalación y configuración de Microsoft System Center Virtual Machine Manager ha quedado mas claro los conceptos más importantes de la gestión de tu entorno. Como también dije hace unas semanas, iremos profundizando en el entorno para ver de manera más detallada las características más importantes.

Gracias por estar ahí amigos míos y me despido de vosotros hasta la semana que viene con un nuevo capítulo sobre la virtualización.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

Hola, soy Miguel Ángel Alonso y aquí estoy de nuevo como cada martes para contaros algo nuevo del maravilloso mundo de la virtualización.

En el día de hoy, vamos a continuar con la segunda parte del manual de instalación y configuración de SCVMM 2012. Siguiendo la estela de la semana pasada, voy a sumergirme contigo dentro de la consola de SCVMM para tratar de entenderla un poco más a rasgos generalizados.

¿Estas a punto? OK, entonces comencemos:

Lo primero de todo, es empezar por algo sencillo y por ello vamos a ver un paso a paso de cómo crear nuestra primera VM llamada “Test”.

Como podemos ver, la consola se nos abre por defecto en el aprtado de VMs and Services, iremos a la parte de arriba de la consola y sobre la opción Create Virtual Machine podemos observar 3 posibilidades:

• Crear una máquina virtual desde cero.
• Convertir una máquina física
• Convertir una máquina virtual.

Elegimos la primera y continuamos …

Aquí, podemos elegir la opción de un Template o de usar un disco de una VM ya creado, o, finalmente crearla desde cero como está marcada la opción de arriba.

La damos un nombre y sis es preciso una descripción de esta.

En el siguiente paso podremos definir todas las características del hardware de la nueva VM (CPU,Memoria ,Red, Puerto Serie, Puerto paralelo,etc)

Yo indico en este screenshot y en el siguiente, aquellos que más merece la pena remarcar. En este primero aparecen los Perfiles de capacidad de los cuales por defecto ya vienen establecidos por las diferentes tecnologías de virtualización (Citrix, HyperV y VMware)y aparece un cuarto creado por mí en función de las necesidades de mi organización.

Estos perfiles son los baremos de redes, almacenamientos generales que queremos que tengan nuestras VMs en forma de plantillas.

La otra opción pertenece la opción Aviability (disponibilidad) dentro del Cluster. Si hacemos un check de esta casilla le estamos diciendo a esta máquina que nen caso de caída de uno de los Nodos, esta máquina entre dentro de las VMs que el Cluster tendría en cuenta a la hora de levantar los servicios clusterizadios.

Aunque aquí no lo nombro, pero si nos fijamos en este Screenshot, podemos ver las opciones de CPU priority y Memory Weight para el peso de ambos recursos en el cluster a la hora de disponer de recursos de CPU y Memoria respecto a otras VMs competidoras de dichos recursos compartidos.

En este paso, elegiremos la localización de nuestra VM (Cloud si lo queremos,Librería compartida de VMs o en nuestros Hosts). En nuestro caso, elegiremos la primera por defecto y continuamos …

Aquí elegiremos en que Hosts deseamos emplazar nuestra VM y seleccionamos Next …

Aquí, podemos observar donde se albergará, a nivel de directorio, los famosos Shared Volumes, los cuales son necesarios imperativamente para poder utilizar HA, Dymamic Optimization, Live Migration, entre otros servicios.

Aquí, elegimos el sistema operativo que vamos a instalarle …

Este screenshot es el sumario de todas las elecciones que hemos legido en nuestra VM. He querido remarcar en rojo la opción de View SCRIPT, para que podáis ver como se generarn todas estas opciones desde Powershell y animaros a probar alguna de ellas.

Por fin, ya tenemos creada nuestra VM llamada TEST, lista para instalarle el sistema operativo.

Desde cualquier VM, con botón derecho, podremos observar todas las opciones de las que dispondremos con esta (Create Clone o Tempalte, Power On, Shutdown, etc) y elegiremos como muestra la de Migrate Virtual Machine (vMotion de VMware o XenMotion de Citrix) para mover nuestra VM del nodo1 al nodo 2.

Aquí, observamos los dos nodos de los que disponemos, elegimos el nodo 2 para poder migrarle la VM y observar que no nos da ningún error para poder hacerlo.

Vemos el sumario final y hacemos click en Move.

Por fin hemos migrado y vemos nuestra VM test en el nodo 2.

Nos quedamos aquí hasta la próxima semana donde publicaremos la tercera parte de este manual de instalación y configuración de System Center Virtual Machine Manager de Microsoft.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

Hola, soy Miguel Ángel Alonso, y aquí estoy como cada martes para contaros algo nuevo sobre el maravilloso mundo de la virtualización.

Siguiendo el orden de capítulos de hyper-V, hoy nos toca dar paso a SCVMM 2012. Por la gran cantidad de cosas que debo contaros de este maravilloso producto, he decidido realizar dos partes:

Una primera, donde podemos ver los requisitos y la propia instalación y una segunda parte, donde veremos la parte mas importante de la configuración.

Si más preámbulos comenzaremos con este capítulo de hoy, y espero que te guste tanto como a mí.

VMM2012 puede manejar los siguientes hosts virtuales:

• Hyper-V 2008 SP2, 2008 R2 Hyper-V and Hyper-V 2008 R2 SP1
• Hyper-V Server 2008 R2
• VMWare ESX / ESXi Server 3.5 and 4.1 (managed by VCenter 4.1)
• Citrix XenServer 5.6 Feature Pack 1

Nota: Virtual Server and Windows 2008 (sin Service Pack) no están soportados.

Nuevas Características de SCVMM 2012

A continuación, te enumero brevemente las nuevas funcionalidades en System Center Virtual Machine Manager:

• VMM Server en Alta Disponibilidad (Cluster)
• Citrix XenServer Management (Mantenimiento de Hosts Citrix)
• Creación de Clouds privadas y encapsulación del mantenimiento de servidores, redes y storage arrays dentro de una estructura dedicada. (similar a los Resource Pools de vSphere)
• Delegación de acceso a las Cloud Privadas con capacidad de Control y Cuotas.
• Integración con App-V e instalación de aplicaciones virtuales a través de SCVMM 2012.
• Definición de los Servicios de Plantilla (Templates) para la creación de máquinas virtuales, imagines de los sistemas operativos y paquetes de aplicaciones.
• Instalación y configuración automatica del Host/s.
• Creación de entornos de Cluster a través de la Consola de Administración.
• Creación y configuración de los recursos de Red, como por ejemplo, logical networks, IPs and MAC Pools, y Load Balancers.
• Creación y configuración de Recursos de Almacenamiento, como por ejemplo, Arrays classifications, logical drives y storage pools.
• Actualización de servidores físicos y virtuales a través de WSUS 3.0 SP2.
• Power Management – como el DPM de vSphere – entre Hosts, permitiendo el apagado de hosts en los clusters que no están siendo usados y con el consiguiente arranque automático cuando es necesario.
• Administrador de solo lectura.
• Dynamic Optimization – como DRS de vSphere – ahora ya no hace falta SCOM por obligación para la distribución de recursos a través del Cluster.

Para más información puedes visitar sobre los requerimientos, puedes visitar este enlace.

Requerimientos previos a la instalación

Hardware (hasta 150 hosts)

Hardware (para más de 150 hosts)

Software

Instalación

Aquí vamos a poder ver en esta demostración mediante Screenshots de como instalar VMM Server Management, Self Service Portal y VMM Console.

Previamente Windows SQL 2008 R2 y Windows AIK fueron instalados en el servidor donde instalamos nuestro SCVMM 2012.

Después de introducir el DVD de instalación y cargar los archivos temporales, aceptaremos la licencia y haremos click en NEXT.

Aquí, podemos ver las características disponibles para la instalación de nuestro entorno cn SCVMM 2012. Podemos instalarlas todas, o podemos instalar por separado. En este punto voy a aclarar un poco que son cada una de ellas:

VMM Server: Servidor de VMM 2012
VMM Administartor Console: Consola de Gestión de servidor VMM 2012
VMM Self-Service Portal: Consola Web desde la que uasuarios con privilegios administrativos, pueden administrar y gestionar la creación, borrado de las máquinas virtuales y etcétera.

Aquí, especificaremos el nombre, organización y clave de la Licencia. Si no poseemos una clave el producto nos caducará en 180 días.

Aquí, elegiremos si queremos que Windows Update busque importantes actualizaciones para nuestro S.O. y Servidor VMM 2012.

En este paso vamos a elegir el directorio de instalación en el que al menos necesitaremos 2 GB de espacio libre en disco.

En el siguiente paso, configuraremos los datos necesarios para la conexión de nuestra BBDD. Podemos hacerlo en un servidor SQL que ya tengamos instalado en nuestro servidor VMM o una BBDD remota (SQL 2005, SQL 2008 y 2008 R2). Como podemos observar nos creará una base de Datos llamada VirtualManagerDB.

En este paso podemos elegir una cuenta administrativa de nuestro Active Directory o elegir una cuenta Local con suficientes privilegios administrativos (administrator). Además, podemos crear una partición en el Directorio Activo donde almacenar las keys usadas por SCVMM 2012.

Aquí, podemos ver un listado de los puertos necesarios para el correcto funcionamiento de nuestro SCVMM. Los siguientes puertos son configurados por defecto al igual que sus excepciones en el Firewall con la instalación de este.

Aquí, podemos ver en este paso, cuál será el servidor de nuestro Portal de Auto-Servicio con sus puertos de comunicación y de gestión.

Aquí, especificaremos el directorio donde vamos a localizar nuestra Librería compartida de Virtual Machine Manager (VMM), donde almacenaremos modelos de VMs, drivers, scripts y otros archivos que necesitaremos para la creación de VMs y mantenimiento de los Hosts.

Aquí, podemos ver un recopilatorio de todas las configuraciones que hemos elegido para nuestra instalación. Finalmente haremos clic en NEXT y terminaremos de instalar nuestro SCVMM 2012.

En caso de tener algún error durante la instalación, podemos ir al siguiente directorio SystemDrive%\ProgramData\VMMLogs para poder ver que es lo que está pasando.

Aquí, podemos observar como arranca nuestra consola de SCVMM 2012.

Y una primera panorámica de la consola de nuestro SCVMM 2012.

Bueno, hasta aquí por hoy con esta primera parte de SCVMM, la semana que viene continuaremos con la segunda parte, en la que podremos ver las opciones de configuración de este genial producto de Microsoft. Hasta la semana que viene.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

Hola soy Miguel ángel Alonso y aquí estoy como cada martes para contaros algo nuevo sobre el maravilloso mundo de la virtualización de sistemas.

En el día de hoy, vamos a dar una pequeña introducción sobre la tecnología de virtualización de Microsoft denominada Microsoft Hyper-V.

Hoy será el primer capítulo de una serie de 5 o 6 sobre esta maravillosa tecnología de la cual y hasta ahora, no os había dedicado el tiempo necesario para poderos mostrar las grandes virtudes y madurez, de una tecnología liderada por el gigante del mundo de la informática llamado MICROSOFT.

La serie de capítulos que van a sucedernos en las próximas semanas, los podemos ver esquematizados en las siguientes líneas:

Capítulo 1: Introducción a Hyper-V
Capítulo 2: Instalación de Hyper-V y configuración a nivel general
Capítulo 3: SCVMM 2012 Beta (Consola de gestión)
Capítulo 4: SCOM 2007 R2 (Instalación y gestión avanzada de los recursos de virtualización)
Capítulo 5: App-V (Virtualización de Aplicaciones de Microsoft)
Capítulo 6: Creación de escritorios Virtualizados con XenDesktop 5 y SCVMM en Hyper-V

Hyper-V comenzó con su salida al mercado de la mano de Windows 2008 server con la activación de un role que viene embebido con el sistema operativo.

Como ya hemos explicado con otras tecnologías como VMware, Citrix o Red Hat Enterprise Virtualization, necesitamos que nuestros servidores tengan activada la tecnología de virtualización Intel-VT o AMD-V en los procesadores para poder comenzar a virtualizar nuestros entornos.

Existe una versión tipo core de Hyper-V que ocupa unos cientos de MB y que puede ir embebida en un USB o tarjeta SD de nuestros Servers y que hace que el nivel de seguridad sea más estricto debido a a la menor exposición de superficie de ataque en los hypervisores de nuestros entornos virtualizados.

Esta se maneja desde una consola tipo MS-DOS (Carece de GUI), la cual viene integrada con esta versión.

Las versiones Standard, Enterprise y DataCenter de Windows 2008 y 2008 R2 poseen este role de virtualización y difieren básicamente en el número de cores (CPU) soportados y de VMs que de manera gratuita podemos tener virtualizadas sin la necesidad de licenciarlas. Siendo la Standard la más pequeña y DataCenter la mayor.

Con la llegada de Windows 2008 R2 y SCVMM se dio un salto de calidad muy importante con la llegada de Live Migration (similar a vMotion o XenMotion), la conexión en caliente de discos virtuales, soporte hasta 32 procesadores (duplicando la release inicial de Hyper-V) y mejoras significativas de rendimiento.

Hace poquito, con el SP1 de Windows 2008 R2, ha llegado la tecnología Remote FX como protocolo de conexión para escritorios virtualizados dentro de Hyper-V, dando un salto de calidad y velocidad de transmisión más que considerable. Otro gran avance en este Service Pack es la salida de la memoria dinámica para las VMs de nuestro entorno.

Ahora mismo estoy probando, en su fase Beta, la consola de gestión SCVMM 2012 y con ella nos llega Dynamic Optimization, que es igual a nuestro DRS de VMware, apagado de las VMs mediante DPM, gestión de entornos híbridos (Hyper-V,VMware y Citrix desde una única consola) Clouds Privadas (Resources Pools) gestión avanzada del almacenamiento, integración con App-V de Microsoft y una gran cantidad de mejoras.

Bueno, creo que con esta introducción podéis tener una visión generalizada clara y concisa de esta maravillosa tecnología y la cual nos va a acompañar en las próximas semanas de una manera más detallada.

Espero que te haya gustado e interesado el tema de hoy, y te emplazo a vernos la semana que viene en un nuevo capítulo de Hyper-V.

Hasta la semana que viene.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.

Microsoft ha liberado la segunda versión de su consola de gestión unificada para Hyper-V: System Center Virtual Machine Manager 2008 (SCVMM).

Esta nueva versión trae una amplia gama de mejoras, incluyendo una nueva interfaz de usuario (tanto la consola web como el portal self-service)

Pero quizás esta nueva versión es especialmente más interesante porque incluye  tres funcionalidades que simplificaran la vida del administrador en entornos heterogéneos virtuales:

• Es capaz de gestionar host que corren VMware ESX a través de las APIs de VirtualCenter, incluso es capaz de realizar tareas más complejas como VMotion o la configuración de un Cluster VMware HA o DRS.
• Incluye un nuevo motor de planificación de la capacidad de rendimiento y optimización de recursos (Performace and Resource Optimization – PRO), el cual supervisa continuamente la infraestructura virtual para mejorar el rendimiento de las maquinas virtuales de nuestro entrono.
• Es multiplataforma, lo que significa que el PRO y el motor de secuencias de comandos PowerShell funciona tanto para  Hyper-V como para VMware ESX.

Puedes descargarte le  SCVMM 2008 aquí.

Esta semana he tenido el privilegio de asistir al teched de Barcelona como invitado y una cosa esta clara, Microsoft ha entrado en la Virtualización de Servidores para quedarse.

System Center Virtual Machine Manager 2008 (SCVMM), apréndete este nombre. Es la consola de gestión Enterprise multiplataforma para sistemas de virtualización de servidores Hyper-V, y VMware.  En un futuro no muy lejano se incluirán algunos mas como XenServer.

Al parecer, la estrategia de Microsoft no es posicionar la capa hypervisor (hyper-V) sino la capa de gestión que va encima y que gestiona los sistemas virtualizados de forma centralizada.

Durante el evento Microsoft mostro una de las funcionalidades del producto que mas impresiono; la migración con VMotion de una Maquina Virtual bajo VMware ESX via SCVMM.

El tener una única consola de gestión multiplataforma haría la vida más fácil en aquellos entornos en los que existe más de un proveedor de soluciones de virtualización.

Microsoft acaba de lanzar la segunda versión de su consola de gestión Enterprise para sistemas de virtualización de servidores Hyper-V; System Center Virtual Machine Manager 2008 (SCVMM)

Esta nueva versión que incluye también una nueva GUI es quizás mas interesante por el hecho de que posibilitara la gestión y control de servidores VMware ESX mediante el uso de las APIs de VMware VirtualCenter.

Tanto es así la integración que sería posible ejecutar una migración en caliente mediante VMware Vmotion a través de dicha consola de gestión.

Sera interesante ver a medio/largo plazo que consola de gestión (VirtualCenter, XenCenter, Virtual Machine Manager 2008, Enomaly, etc) unificara todos o casi todos los hypervisores del mercado.

Puedes bajarte una versión de evaluación aquí.