Hola amigos, soy Florián Murillo y aquí estoy, como cada viernes. Llega fin de año y es momento de hacer un resumen, esta semana le toca a las tecnologías de virtualización de servidores, hablaremos de lideres, zombis, despistados y otra hierbas.

Para tener un criterio único he cogido el Cuadrante Mágico de Gartner del 2010 y del 2011 y los he comparado, las conclusiones con interesantes:

Si observamos a VMware, no ha cambiado mucho pero hay datos interesantes:

1. Oracle ha madurado su porfolio de soluciones y en el 2012 pasará examen, veremos si su apuesta basada en la pila de soluciones Oracle juega a su favor o en contra. El mercado tendrá la última palabra.

2. Microsoft ha hecho los deberes este año, Live Migration, Gestión dinámica de memoria y Azure le han llevado al cuadrante de lideres.

3. Citrix tiene un crecimiento fuerte basado en la calidad de XenDesktop y su apuesta clara hacia el cloud computing.

4. La adquisición de Novell por Attachmate Group ha diluido su presencia en el mundo de la virtualización ¿Es el principio del fin para Novell?

¿Que pasará en el 2012? Veremos una doble batalla, tanto en el terreno de la virtualización como en cloud computing.

El primer enfrentamiento será entre vSphere 5 y Windows 8 Server Hyper-V. Donde VMware ha de hacer tanto esfuerzo en mantener la distancia como Microsoft en convencer a los clientes de la madurez de su tecnología.

En el terreno de cloud computing no se olviden de Citrix, que con la reciente adquisición de cloud.com puede haber encontrado un atajo frente a sus competidores. Será interesante ver el desarrollo de su modelo cloud.

Será un año apasionante, pero mantengo una duda desde hace años … ¿Por qué es Mágico este Cuadrante? ¿Lo hace Gandalf?

Aprovecho para desearos Felices Fiestas, agradeceros el seguirnos en el blog continuamente y confiar en que tengáis un feliz entorno virtual y familiar

¿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 hablaros sobre el maravilloso mundo de la virtualización de sistemas.

En el día de hoy vamos a ver una herramienta de Microsoft que va a ayudarnos mucho a la hora de planear la migración de nuestros entornos físicos a nuestros entornos virtuales. Es una herramienta que podríamos decir que equivale a nuestro querido Capacity Planner de VMware y que en su última versión (6.5) da un gran salto de calidad al poder integrarnos con dicha Tool dentro del mundo de la virtualización , con nuevas capacidades , más avanzadas y dentro del mundo de la CLOUD Privada y Pública como nueva característica a reseñar.

Bueno sin más dilación voy a empezar a contarte las bondades de esta nueva herramienta de Microsoft.

Microsoft Assessment and Planning (MAP) Toolkit es una herramienta de planificación y evaluación de Multimarcas, automatizada y sin agente de migraciones de servidor y escritorio, más rápida y fácil que sus antecesoras versiones.

MAP te va a proporcionar informes de evaluación, preparación detallada y propuestas de tipo ejecutivo con amplia información de hardware y software, nos hace recomendaciones útiles para ayudar a nuestras organizaciones a acelerar el proceso de planificación de la infraestructura de TI y reunir más detalles sobre los activos que residen dentro de nuestros entornos actuales.

MAP además te va a ofrecer integración con la nube privada y pública, planificación de evaluaciones y datos de los recursos utilizados de los servidores Hyper-V, identificará ubicaciones de nuestros servidores y realizar evaluaciones de nuestros servidores de nuestro entorno para darnos los mejores candidatos a virtualizar, incluyendo análisis ROI para consolidación de servidores con Hyper-V.

Otras importantes novedades en MAP 6.5 incluyen el descubrimiento de dispositivos de Windows activos, seguimiento de uso del Software para Forefront Endpoint Protection (FEP) y el descubrimiento de instancias de Oracle en servidores basados en Itanium con HP-UX para ayudar en la planificación de la migración a SQL Server.

MAP es una de las herramientas proporcionadas por el equipo de aceleradores de soluciones de Microsoft. Dentro de la evaluación de Microsoft y el Kit de herramientas de planificación, están también Microsoft Deployment Toolkit y SecurityCompliance Manager que te proporcionarán pruebas de orientación y herramientas automatizadas para ayudar a nuestras organizaciones a planificar, desplegar de manera segura y administrar nuevas tecnologías de Microsoft de una manera más fácil, más rápida y a menor costo.

Aquí os dejo una visión general de la herramienta para que podáis haceros una idea de la interfaz de esta maravillosa herramienta.

Todas estas Tools están disponibles de manera gratuita y son totalmente compatibles con Microsoft. Descarga tu Microsoft evaluación y planificación (MAP) 6.5 desde aquí

Bueno aquí me despido de vosotros hasta la semana que viene esperando haberos podido contar algo de vuestro interés. Hasta la semana que viene!.

¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Hola amigos, soy Florián Murillo y aquí estoy una vez mas hablando una vez de novedades de networking en vSphere 5.

En 2007 Intel anunció el proyecto Open FCoE, con el objetivo de dar soporte de FCoE sobre adaptadores ethernet de 10Gb en el kernel de Linux, sin necesidad de ASICs especializados para tratar el tráfico FC, como hacen las CNAs.

Actualmente, esta iniciativa ha conseguido el respaldo de Microsoft, Red Hat y SuSE, además de estar soportada en los conmutadores Brocade y Cisco, así como en los sistemas de almacenamiento de EMC y NetApp.

Ahora Open FCoE está soportado en vSphere 5, solo hay que activarlo como si fuera un iniciador iSCSI, o sea activamos el “software FCoE Adapter” en la configuración de los Storage Adapters del host ESXi y nos aparecerá un dispositivo vmhba (virtual) que encapsulará el tráfico FC en un puerto vmkernel, sin una CNA!!!

¿Que aporta Open FCoE?

Hasta ahora para tener FCoE en vSphere teníamos que tener adaptadores CNA, que integran en un solo adaptador lógica FC y lógica ethernet, como se observa en el esquema siguiente:

Con Open FCoE podremos, en un futuro, utilizar cualquier adaptador que soporte Open FCoE, por ahora la lista está limitada a adaptadores Intel X520.

Si esta iniciativa avanza y se consolida, tendremos mas opciones para escoger y deberíamos disponer de tecnología FCoE a precios mas económicos ¿veremos FCoE en una PyME con 3 host ESXi próximamente?

En resumen, tenemos una iniciativa soportada por “los mayores” que habrá que seguir su evolución.

¿Creéis que esta iniciativa llegará lejos?

¿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.

Uno de los aspectos más importantes de la configuración, o más bien de los ajustes de rendimiento, de un sistema operativo, ya sea Linux, Unix o Windows, es el correcto dimensionamiento del espacio de intercambio o del fichero de paginación de memoria.

Normalmente todos tenemos más o menos claro cuánto espacio tenemos que reservar para el área/fichero de intercambio: 2x(RAM física) para sistemas Linux/Unix y 1.5x(RAM física) para sistemas Windows.

Sin embargo estas reglas clásicas, y centrándonos ya sólo en la plataforma de Microsoft, puede que no acaben de tener mucho sentido, ¿o sí?

Permitidme un poco de bicefalia en el razonamiento sobre la decisión en cuestión:

• Por un lado el ahorro de espacio e IOPS a la hora de reducir el fichero de paginación
• Por el otro la disminución de carga administrativa al dejar que el sistema decida el tamaño del fichero de paginación.

Como con casi la mayoría de las cuestiones técnicas, la respuesta correcta siempre será “depende del caso” así que si os parece bien fijemos algunas variables para esta discusión:

• Tomaremos un servidor Hyper-V R2  (versión Core o Full)
• 96 GB de RAM
• Conectado a almacenamiento compartido (SAN o iSCSI con iniciadores hardware, lo que prefiráis en este punto)

Para el caso que discutimos otros aspectos como CPU o interfaces de red resultan poco relevantes.

Lo primero que observamos es que si aplicamos la regla tradicional del 1,5*(RAM física) el fichero de paginación se nos va a la nada desdeñable cantidad de 144GB (aquí caben un par de maquinitas virtuales sin muchos problemas). Si dejamos que el sistema gestione el archivo de paginación el tamaño es algo más pequeño (alrededor de los 100GB), pero aún un tamaño “interesante”.

Pero, ¿Cuál es la razón para querer tener un fichero de paginación tan grande? Siempre teniendo presente que estamos tratando con un servidor Hyper-V, el único motivo que se me ocurre para tener un pagefile.sys tan grande sería tener espacio suficiente para que en caso de que se produzca un error grave del sistema, este tenga espacio suficiente para hacer un volcado de memoria completo a disco.

No olvidemos un punto importante de la plataforma Hyper-V, y es que las máquinas virtuales consumen memoria física, nunca memoria virtual, por lo que en este aspecto, tener un fichero de paginación más grande no supone, bajo mi punto de vista, más que un desperdicio de espacio.

Por último, tener un fichero de paginación creciendo y decreciendo constantemente no hace más que derivar en una posible fragmentación del sistema de ficheros, por lo que si además si tenemos en cuenta que por defecto se ubica en el volumen de sistema, esta no es precisamente la mejor de las situaciones.

Así que teniendo en cuenta todo lo expuesto hasta ahora, además del hecho de que el dominio padre de un host Hyper-V “no hace más” que gestionar las peticiones de las máquinas virtuales alojadas en los dominios hijos y alojar los controladores para presentar el hardware a los dominios hijos, un fichero de paginación de entre 4 y 6 GB sería más que suficiente para un host Hyper-V.

¿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.

Seguro que no soy ni el primero ni el último consultor que ha escuchado o escucha a diario esta típica pregunta de parte de alguno de sus clientes.

Y es que la oferta de plataformas de virtualización es abrumadora, desde las tecnologías libres con las que poder montar plataformas serias de bajo coste, como puedan ser OpenVZ o KVM, pasando por las opciones gratuitas de los grandes fabricantes VMware ESXi , Microsoft Hyper-V o Citrix XenServer, hasta las soluciones comerciales, más potentes y llenas de funcionalidades espectaculares de los grandes fabricantes por todos conocidos.

Evidentemente la respuesta a la pregunta del título depende directamente de las necesidades y entorno particulares de la persona que nos hace la pregunta.

En esta ocasión me gustaría haceros partícipes directos de la respuesta a esta pregunta para un ámbito muy concreto, la integración de servicios en la nube. El motivo de trasladaros esta duda se debe a que recientemente en mi empresa hemos entrado a formar parte del Community Evaluation Program de Microsoft para evaluar la nueva Beta de System Center Virtual Machine Manager 2012.

Durante el proceso de evaluación del producto hemos podido ver nuevas funcionalidades, como la gestión de perfiles de hosts para la automatización del despliegue (el equivalente a los perfiles de host de VMWare), o las mejoras de Performance and Resource Optimization (lo que sería el equivalente al DRS de VMWare) e integración con Operations Manager, que realmente te hacen plantearte ciertas cosas que hasta el momento en el mundo de la virtualización las tenía como “indiscutibles”.

Quiero decir, clara y abiertamente, Microsoft, bajo mi punto de vista, está acercándose “peligrosamente” a VMware y además lo hace con un punto de calidad más que interesante.

Por supuesto, VMware sigue siendo el líder indiscutible y todavía hay una diferencia de maduración y calidad en su tecnología, y por supuesto también están preparando la salida de la nueva versión de su vSphere 5.

Pero llegados a este punto quizá haya otros factores, más allá de los puramente técnicos, que debamos plantearnos, o que al menos son los que a mí me hacen dudar seriamente entre ambas plataformas.

Uno de estos factores es la apuesta firme que hace Microsoft por las tecnologías Cloud, llevándose la mayoría de sus servicios a la nube, repartidos entre Azure, posibilitando el desarrollo de aplicaciones en la nube y Business Productivity Online Services, descargando del “lastre” de tener que andar desplegando servidores en la empresa para poder disfrutar de servicios como el correo electrónico, la mensajería unificada, portales (Sharepoint) u Office Communications.

Por supuesto, VMware también hace sus movimientos hacia la Cloud, de hecho lo lleva haciendo desde bastante antes que Microsoft. Sin embargo el nivel de integración o “integrabilidad” con los servicios que consumirá el usuario final no está tan trabajado, bien porque no sea el objetivo de VMware, por la masa de negocio en otros verticales de la que dispone Microsoft o por cualquier otro motivo.

Por último no debemos olvidar que la tecnología debe estar al servicio del negocio y no a la inversa, por lo que si bien creo que resulta bastante claro que VMware representa la excelencia técnica, no tengo tan claro que sea la mejor opción estratégica para según qué entornos, por ejemplo IaaS. Si tenemos en cuenta los costes finales a los que un posible proveedor de IaaS debe hacer frente si quisiera ofrecer este tipo de servicios, este puede ser un factor determinante a la hora de decantarse hacia una u otra plataforma.

Teniendo en cuenta todo esto… ¿Qué pensáis, VMware o 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.

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 ¿qué tal?. Como cada miércoles estoy aquí para compartir un rato con vosotros. Soy Jose Maria Gris, y hoy vamos a ver la segunda parte de este post sobre gestión de memoria.

Hablábamos la semana pasada de cómo gestiona ESXi un recurso tan preciado como la memoria (siempre estoy dando la brasa a mis clientes confirmando que el recurso mas escaso es la memoria y no el procesador, un saludo desde aquí a ellos). Veíamos las diversas técnicas que usaba para lograr el memory overcommit.

En Hyper-V, desde SP1, dispone del Dynamic Memory. En nuestras VM podemos definir que su gestión sea estática o bien dinámica. Nuestra VM arrancará con un mínimo de memoria que tendremos definido (generalmente 512MB) y el Hypervisor irá añadiendo memoria en caliente en medida que precise memoria, hasta alcanzar el máximo que le hayamos definido. Podemos verlo en la imagen adjunta de la cabecera.

De igual forma, podremos indicarle el porcentaje de memoria que deseamos que Hyper-V reserve como buffer y la prioridad de la disponibilidad de la VM en cuestión.

No voy a entrar en las diversas citas de circunstancias anecdóticas de Dynamic Memory. De entrada tenemos que entender que técnicas “hot add” no están soportadas por todos los sistemas operativos. Hay muchos 2003 y XPs por esos CPDs del mundo, lo mismo pasa con maquinas Linux. No obstante, según la documentación que dispongo en estos momentos MS ha anunciado que esta técnica tendrá soporte en todos los sistemas operativos MS.

Sencillamente creo que la madurez del Hypervisor de ESXi es mayor que la de Hyper-V, cosa que ya conocemos, y que la gestión de la memoria de nuestro host es mas eficaz y eficiente con ESXi.

He estado buscando comparativas y la verdad es que las que he encontrado no están al día o bien están presentadas por los fabricantes. Como referencia me gusta la de nuestro amigo Scott Lowe en Techrepublic de noviembre de 2009.

Bueno, pues hasta la semana que viene. Un saludo.

¿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í vuelvo a estar con nuestros queridos lectores del blog, un martes más.

Siguiendo con la estela de los últimos Post relacionados con el mundo de la virtualización de Microsoft en Hyper-V, hoy vamos a ver una interesantísima herramienta de visualización-diagnóstico del entorno de nuestros servidores a nivel de CPU, disco, memoria y red con más de 100 parámetros que nos ayudarán en el deber diario de cada día.

La herramienta en cuestión se llama Vital Signs y es de la empresa SAVISION, experta productos de visualización y diagnóstico para soluciones de hypervisor tipo 1 como Microsoft Hyper-V y otras soluciones, como por ejemplo, SQL y Windows Server.

Este nuevo software de monitorización para Microsoft HyperV dispone de una integración total con System Center Operation Manager (SCOM), con lo que la lectura de datos de nuestra estructura de Hyper-V esta mucho mas elaborada.

Lo que más me gusta de esta herramienta con gran diferencia, por supuesto a parte de la gran cantidad de datos a visualizar, es la claridad de los departamentos en la que está estructurada y la visualización de unos gráficos muy claros y concisos.

Se asegura de forma proactiva de darnos errores producidos en las cargas de trabajo, y de forma automática – sin necesidad de intervención del personal – ,corregirá todos aquellos problemas basándose en anteriores lecturas de trabajo (normal) para volver a conseguir que nuestra infraestructura goce de una más que formidable salud.

Bajo mi punto de vista, es una herramienta que considero imprescindible para los entornos donde reina Hyper-V como plataforma de virtualización.

Aquí os dejo un ScreenShot para que podáis familiarizaros un poco más con este maravilloso producto:

Puedes encontrar la herramienta para su descarga en el siguiente enlace: http://savision.com/privatecloud

Bueno, hasta aquí por hoy. Espero haberos contado algo interesante, y te emplazo hasta la semana que viene para hablar sobre un nuevo tema, relacionado con este maravilloso mundo de 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 que tal? Soy Jose Mª Gris de nuevo con vosotros para comentaros cosas nuevas que espero que sean de vuestro interés. Hoy veremos como gestiona la memoria nuestro amigo VMware vSphere ESX.

Los que nos dedicamos a esto de la virtualización ya nos hemos encontrado muchas veces con que el problema no estriba en los procesadores, estriba en la memoria.

Es cierto que las máquinas de hoy en día alcanzan a gestionar cantidades importantes de memoria, como es el caso de los UCS de Cisco, pero estas densidades se alcanzan usando memoria de “Alta densidad” (valga la redundancia) la cual no es de un precio asequible. También es cierto que mientras la tecnología nos ofrece como añadir mas memoria a nuestro hypervisor, nuestras aplicaciones y nuestros SO son cada día más devoradoras de memoria.

Ello me hace pensar que esta es la típica carrera en que siempre “te van a pillar” pues irás subiendo y subiendo y los requerimientos te irán persiguiendo. El responsable de pagar las facturas no estará contento. Es entonces cuando te planteas otra estrategia. ¿Cómo puedo hacer para que no consuma tanta memoria? Veamos como lo gestionan nuestros hypervisores.

VMware hace una aproximación por diversos flancos. De modo resumido podemos decir que:

Posibilidad de Garantizar memoria a nuestras VMs Criticas: Con el uso de reservas en los Resource Pool y los shares podemos preservar memoria para nuestros servicios críticos.

Reclamación de memoria de las VM cuando es necesario: Nuestras VMs no están usando generalmente la capacidad total de la memoria asignada. De esta forma, nuestro ESX-ESXi gestionará la memoria de las menos activas usando las siguientes técnicas:

Sharing de página transparente. Nuestros ESX irán escaneando para encontrar paginas de memoria duplicadas y las agrupará todas las que sean iguales en una RO que mostrará a las VMs. Caso de que se precisara puntalmente modificar una, se efectúa una copia para este uso, pasando a ser RW. Si aprovechamos esta técnica y tenemos nuestros Guest en niveles similares y agrupamos los Linux en un ESX y los Windows en otro, podremos hacer algo similar a la “deduplicación de la memoria”. Hay que tener todos los SO Guest en el mismo step de SO y SP y jugar con las Affinity Rules para poder conseguir un buen ahorro.

Memory Ballooning. Cuando se precisa memoria, nuestro ESX-ESXi pedirá a los Guest que empiecen un sistema “Balloon” que provean memoria. A tener muy en cuenta que son los Guest los que deciden que paginas proveen al baloon.

Compresión de memoria. Nueva funcionalidad con vSphere 4.1. Esta técnica es muy interesante por ser una tarea preventiva mas que correctiva y de ahí una de sus virtudes. Si puedo comprimir las paginas, no me hará falta hacer swapping.

De esta forma conocemos un poco mejor como gestiona este preciado bien que es la memoria RAM nuestro amigo ESXi. 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 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 hablaros sobre el maravilloso mundo de la virtualización. Siguiendo la estela de la semana pasada en la que comenzamos a introducirnos en el mundo de la virtualización de Microsoft con Hyper-V R2, continuaremos con el capítulo 2, en el cual veremos de forma generalizada como instalar y configurar nuestros servidores para comenzar a virtualizar nuestros entornos con Microsoft HyperV. Antes de empezar a mostraros ambos procesos y vista la suscitación que el post de la semana pasada tuvo en nuestros lectores (¡¡¡Gracias Akuma,Sombra y Diego!!!!), vamos a dar unas pequeñas notas sobre las capacidades de Hyper-V y alguna nota descriptiva de interés:

• Aquí podréis encontrar los S.O. soportados por Hyper-V
• Requerimientos del sistema:
  • Procesador x64 con Intel VT o AMD-V activado
  • Mínimo de 1.4 GHz de CPU y, 2 GHz (recomendado).  Soporte de hasta 8 procesadores físicos y 64 lógicos. Hasta 4 procesadores virtuales por VM
  • Mínimo de 1 GB de RAM ,2 o más (recomendado).  Máximo de 1 TB. Posibilidad de usar NUMA para una mayor eficiencia de la gestión de la memoria.
  • Un mínimo de 8Gb de espacio en disco, 20 GB (recomendado). El sistema de archivos es NTFS. Uso de volúmenes compartidos(Clúster Shared Volumes) para el uso de Live Migration, Dynamic Optimization o Alta Disponibilidad.
  • DVD Rom
  • Display (super VGA) 800X600 o mayor
  • Soporta hasta 384 VMs por Host
• Con la versión R2 conseguimos soporte para JUMBO FRAMES, el cual debe ser soportado por la electrónica de Red, cabina y activado el los Switches virtuales mediante el gestor de propiedades de nuestra tarjeta de Red.
• Si utilizamos el teaming de tarjetas de Red, este se activará desde el correspondiente software de gestión especializado (Intel,Broadcom,etc…)
• Respecto al almacenamiento compartido debo decirte que el Cluster de Microsoft trabaja con iSCSI-3 (reservas persistentes) por lo que nuestro almacenamiento deberá soportar dicha tecnología. Esta pequeña nota también va dirigida para aquellos que utilizan Openfiler en sus entornos de Laboratorio, ya que este “no soporta” dicha tecnología (iSCSI-3). Necesitaremos de 2 LUNs como mínimo en un entorno de Alta Disponibilidad (1 para el Quorum) imprescindible en los Cluster de Microsoft y otra para el almacenamiento de nuestras VMs.
• Recomiendo la descarga de las herramientas de administración remota de servidor para la gestión de Sevidor ( VMs y el Cluster desde nuestro portátil o PC). Aquí como ejemplo podéis encontrar las de Windows 7 SP1.
• Los Hosts deben ser miembros del Dominio.
• Lectura recomendada para la creación de Clusters de Microsoft

Así que, una vez tenemos preparada todas las necesidades, procederemos a ver la instalación:

Una vez instalado el paquete recomendado para la gestión remota del servidor de Windows 7 SP1, iremos a Panel de Control-Programas-Activar o desactivar características de Windows y marcaremos las que se ven en rojo, para la gestión de los Host y el Cluster.

Iremos a nuestro/s Host/s y desde la consola de mantenimiento del servidor, en el apartado roles, ejecutaremos añadir role (como se indica em la imagen anterior).

Y marcaremos la opción de Hyper-V para añadir el role de Virtualización de nuestro Servidor, este seguirá con unos sencillos pasos donde deberemos elegir que tarjeta utilizaremos como tarjeta de gestión.

Aquí, ya podemos ver el role de Hyper-V activo y trabajando con una máquina virtual en marcha.

Seguido a todo esto, y desde la consola de mantenimiento de nuestro/s (Host/s), deberemos activar 2 características fundamentales:

• Failover Clustering
• Multipath I/O

Con la primera opción, estaremos preparando nuestros HOSTS para alta disponibilidad y con ello las máquinas virtuales. Con la segunda, tendremos activado el Multipathing para preparar los caminos de conexión a nuestro almacenamiento y dotarlo de balanceo y/o Failover.

Con el administrador de Hyper-v, una vez abierto, podemos ver como dentro de la imagen de arriba, en su recuadro en rojo, aparecen las acciones más comunes que se utilizan para gestionar el Host y las VMs.

No voy a nombrar todas las opciones, ya que la mayoría son obvias como su propio nombre indican. Sólo me centraré en la configuración del Host, administración de las redes virtuales y la configuración de las máquinas virtuales en cuestión.

Desde la configuración del Host podemos indicar como más relevante la opción de la activación de NUMA para el uso eficiente de la memoria de las VMs y las opciones de la ruta de almacenamiento de las VMs y discos virtuales del Host.

Desde la opción de redes Virtuales podremos crearnos las redes que vamos a utilizar en nuestro entorno y podremos asignarles diferentes usos:

• Externo: Es como el Bridge de VMware (Conexión directa con la tarjeta física)
• Interno: Red en el que todas las VMs de los Hosts se comunican con la partición padre y entre ellas pero no tiene salida hacia el exterior.
• Virtual Privada: Las VMs sólo se comunican con la partición padre y las VMs dentro del mismo Host.

Cabe reseñar que las redes que creemos en los Hosts deben de denominarse de la misma manera en todos ellos.

Desde el administrador de Hyper-V y sobre la opción Nueva Máquina Virtual, aparecerá sobre tu pantalla un asistente para crear nuestra máquina virtual llamada Test. Aquí, le damos un nombre y una ruta de almacenamiento para albergar la VM.

En la ubicación de almacenamiento la he modificado para que apunte a ClusterStorage\volume 1 porque es la carpeta (virtual) que representa al espacio de la LUN compartida de almacenamiento de las VMs y que antes he nombrado. Estos son los famosos CSV (Cluster Shared Volumes) que configuramnos desde el asistente del Cluster. Si tuviésemos otra LUN compartida, entonces sería ClusterStorage\volume 2 y así sucesivamente.

En el siguiente paso, seleccionaremos la memoria que quieras que tenga tu VM.

Siguiendo el asistente, elegiremos la red virtual creada en los pasos anteriores que queremos que tenga nuestra VM.

Aquí, le daremos el tamaño necesitado para nuestro disco virtual con sus diferentes opciones.

En el siguiente paso daremos la ruta de la imagen de instalación del Sistema Operativo (ISO ,DVD-ROM, Red)

Y finalmente veremos el resumen de opciones de nuestra VM. Aquí, podemos ver como ya aparece nuestra VM creada y lista para instalar el S.O.

Desde la opción de configuración de la VM, puedes modificar cualquier parámetro que se te ocurra (añadir redes, añadir discos, encendido automático de la VM, etc..). En la imagen de arriba aparecen los famoso servicios de Integración de la VM (similar a las VMware Tools o XenTools) para el control avanzado de las VMs.

Finalmente os mostraré la consola de administración remota del Cluster para que puedas ver a groso modo como se gestionan nuestras VMs desde aquí:

Vemos la interfaz desde donde gestionamos nuestras VMs y a diferencia de la consola de Hyper-V, tenemos la opción de Live Migration y Quick Migration a nuestra derecha.

En el apartado del almacenamiento CSVs (Volúmenes Compartidos del Cluster) podemos ver las LUN donde almacenamos nuestras VMs y que vuelvo a remarcar, aparecen como una carpeta virual en C:\ClusterStorage

Finalmente, en el apartado de las Redes puedes configurar la función para la que serán utilizadas todas ellas. En el caso de arriba sólo está permitido la comunicación de redes del cluster al tratarse de una de mis redes iSCSI.

Sé que podría haber sido todavía mucho más extenso ya que hay mucho que hablar sobre este tema, pero creo que he conseguido de forma generalizada mostrarte lo más importante a la hora de trabajar con HyperV.

La semana que viene nos vemos con un nuevo capítulo sobre la virtualización y en concreto sobre la virtualización con Microsoft con HyperV. Espero tus comentarios y te deseo una feliz semana.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo. 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.

Hola de nuevo, soy Miguel Ángel Alonso y aquí estoy con vosotros como cada martes para hablar sobre un nuevo tema acerca del mundo de la virtualización.

En anteriores posts, hablamos sobre sistemas de copia de seguridad para Citrix (PHD Virtual),y mi gran amigo y compañero José María González sobre sistemas de copia de seguridad de VMware (El famoso Veeam Backup).

Dada la gran relevancia de Microsoft en el mercado y la constante mejora y mayor implantación de su sistema de virtualización (Hyper-V) en las empresas, me hizo buscar algún sistema de copia de seguridad para mi entorno de laboratorio y futuribles implantaciones, así que después de buscar y buscar, di con este software que cumple de manera más que interesante con todo lo necesario para poner a salvo los datos de nuestras empresas bajo entornos de virtualización de Microsoft.

Este no es otro que ALTARO Hyper-V (versión beta)

Las características más importantes de este software son mostradas en los siguientes puntos:

• Backups en caliente (copias de seguridad de las VMs sin parada de estas).
• Total integración con Hyper-V, eliminando complejos sistemas de configuración de los backups , reduciéndolos a 5 o menos clicks de ratón.
• Menor presencia de los agentes de backup, al ser sólo instalado en los Hosts y no en nuestras VMs, con el consiguiente ahorro de consumo de recursos y en particular para la seguridad de los departamentos de TI, donde no siempre son bien recibidos estos agentes por políticas de la empresa.
• Backup o Restauración de las VMs de manera individual sin tener que restaurar por obligación volúmenes enteros.
• Restauración desde múltiples puntos en el tiempo sin tener que ir siempre al backup más reciente.
• Tecnología de Backup Incremental (ReverseDelta) para una mayor eficiencia en los recursos consumidos y en los tiempos de copia de seguridad.
• Disponibilidad de tener diferentes programaciones de tiempo (Temporización) para nuestros backups .
• Se pueden restaurar VMs dentro del mismo Host con la particularidad de usar nombres diferentes (No sobrescribiría las ya existentes y se podría utilizar como un claro ejemplo de clonación)
• Backup consistente para sistemas Linux sin necesidad de parada de la VM.

La versión se hará realidad para todo aquel que esté interesado en probarla a partir del 31 de Marzo, con la particularidad de que Altaro regalará 250 Licencias gratuitas para la versión definitiva a los 250 primeros testadores que descarguen la versión beta.

Yo ya lo he hecho!!! ¿A qué esperas?.

Bueno aquí me despido de vosotros por hoy esperando haber contado algo de vuestro interés y os emplazo hasta la sema na que viene.

Un saludo para nuestros maravillosos lectores del Blog.