Queridos lectores,

Citrix anuncia una nueva característica dentro de su proyecto Boston de XenServer. Esta nueva característica se llama Self Service Manager.

Hay disponible una beta para todos los usuarios para poder testearla. Es una gran herramienta enfocada al cloud y autoservicios en la nube.

Mediante la misma los usuarios, aunque no tengan experiencia, podrán iniciar sesión y administrar sus propios recursos.

Paso a detallaros algunas de sus características:

• Multi-plataforma (ESX, XenServer, OpenStack)
• Multi-Tenant
• Catálogos personalizables
• Administración de cuotas
• Portal de Autoservicio
• Chargeback reporting
• Importación de entornos existentes
• Escalabilidad
• Control granular basado en roles

También os dejo unos enlaces de youtube para que podáis aprender a trabajar con ellos:

Configuración del appliance: http://www.youtube.com/watch?v=dsrtYe9zZM0

Administración de usuairos: http://www.youtube.com/watch?v=TEwNiyxwWhE

Administración de catálogos: http://www.youtube.com/watch?v=Cid3aR3axyw

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

Buenos días, soy Jose Maria Gris de nuevo con todos vosotros. Hoy vamos a hablar de una nueva iniciativa de Veeam, esta empresa tan innovadora que no está quieta en hacer y mostrar nuevas cosas. Hoy vamos a hablar de V-Index.

www.v-index.com es a partir de ahora un lugar que debemos tener presente entre nuestros favoritos para ver “como andamos de virtualización”.  De la mano de la empresa Varson Bourne y con el auspicio de Veeam nace este site donde podremos ver 3 indicadores (La penetración de la Virtualización, el Ratio de consolidación y el Hypervisor usado) en cuatro países (Francia, USA, Alemania y UK) más la media.

He estado mirando por encima “a vuela pluma” los ratios y hay cosas interesantes:

• El ratio de penetracion medio es 39.4%
• Curiosamente no es USA, sino Alemania y Francia quien están a la cabeza con 45.x%
• USA queda con un 37,2% y UK con 39,4%
• El ratio de consolidación medio es de 6.3 “Come on, you can doe it much better… ”   bajito señores, bajito.
• Es UK quien se lleva la primera posición con 7.3, seguido de Alemania con 6.4, USA con 6 y Francia con 5.8
• Por ultimo, VMware se lleva el 58.2% de share, Hyper-V el 18.6 y Xen con el 20.2 en términos medios.
• UK es VMware en un 72 quedando lejos los otros fabricantes, muy lejos
• Francia con un VMware al 56 con un MSFT al 27 (se nota lo que tira MSFT en Francia). Xen la nota más baja en todos los países
• Alemania sigue el patrón con la primera plaza con un 46 pero Xen! un 30, cerca estamos. MSFT queda con un 22.
• Por último USA con un 58 para VMware, 22 para Xen y 16 para MSFT.

Muy interesante. Los resultados se publicarán de modo trimestral.

¿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 de nuevo estoy con vosotros como cada martes del mes para contaros algo nuevo del maravilloso mundo de la virtualización de sistemas.

En el día de hoy vamos a habla sobre el nuevo VMware WorkStation 8 que nos llega dentro de muy poco y que, aunque se encuentra todavía en fase BETA, nos promete nuevas funcionalidades de un gran interés.

Antes de comenzar a mostraros unos Screenshots donde podremos ver los avances más destacados, os voy a dar los requerimientos mínimos para la instalación de esta maravillosa herramienta:

• 1.3GHz de CPU como mínimo o superior
• Procesadores compatibles Intel ( Pentium 4, Pentium M – con PAE -, Core, Core 2, Core i3, Core i5, y Core i7 )
• Procesadores compatibles AMD ( Athlon, Athlon MP, Athlon XP, Athlon 64, Athlon X2, Duron, Opteron, Turion X2, Turion 64, Sempron, Phenom, and Phenom II )
• Los sistemas multiprocesadores también están soportados
• Soporte para 64 Bits

A continuación, te adjunto algunos screenshots de algunas de las nuevas funcionalidades y características mas relevante de VMware Workstation 8:

Cabe reseñar de manera superlativa, el botón de Remote Connections, el cual antes de introducir el login y la password, nos proporcionará acceso a nuestro entorno de vCenter.

Aquí, podemos ver un claro ejemplo de cómo podríamos tener acceso a las VMs de nuestro entorno vSphere. Desde aquí podremos encender, apagar, clonar y hacer Snapshots de estas máquinas virtuales.

Sobre la pestaña Edit>Preferences>, en la opción Shares VMs, podremos compartir nuestras máquinas locales para poder hacer todas las pruebas de laboratorio y testeo necesarias entre nuestro entorno local y nuestro entorno de producción.

También, habrá que tener en cuenta que tanto las VMware Tools como el Hardware serán compatibles con la versión 8 y anteriores, a la vez que cabe destacar que en las limitaciones de memoria se han duplicado en cada Guest soportando hasta los 64 GB de RAM en cada uno.

En las opciones de la VM y bajo dicha opción MANAGE podemos destacar:

1. Change Hardware Compatibility (Como su nombre bien indica)
2. Clone para clonar nuestras VMs
3. Upload para subir nuestras VMs de nuestro Sistema local al de producción
4. Share para compartir nuestras VMs entre nuestros diferentes escenarios de VMware

Otra opción a destacar desde el menú POWER de nuestra VM y creo que es muy interesante, es el de poder tener la opción de arrancar nuestra VM mostrándonos la BIOS directamente.

Otra nueva característica, aunque en VMware Fusion o Paralles para MAC OSX ya existía es UNITY MODE en el que podrás ver un programa o el contenido de una carpeta de un Sistema Linux o Windows como si se estuviese ejecutando en modo local.

Aquí os dejo una muestra del escritorio de un Fedora 14 dentro de mi escritorio Windows como si se estuviese ejecutando de forma nativa.

Bueno, hasta aquí por hoy. Espero haberte contado algo de tu interés y te emplazo hasta el próximo martes donde volveremos a hablar de un nuevo tema 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.

Un tal día como hoy – de hace tres años – nació el blog de la virtualización en español el cual recientemente ha pasado a denominarse el blog de la virtualización y del cloud computing en español.

Durante sus tres primeros años de vida, el blog de la virtualización y del cloud computing en español, ha sabido adaptarse a su tiempo en cuanto a que siempre ha tenido como premisa fundamental la de servir a su lector. Un lector que, dicho sea de paso, siempre ha sabido agradecer el enorme esfuerzo que representa publicar a diario y sin excepción una noticia, una entrevista, un articulo o simplemente un post interesante relacionado con la virtualización o el cloud computing en español.

Durante todo este tiempo, el blog de la virtualización y del cloud computing en español ha pasado, a marchas forzadas, de la infancia a la pubertad, y de la pubertad a la mas absoluta madurez en cuanto a contenido, colaboradores y valor añadido a nuestros lectores se refiere.

Son muchas las sensaciones positivas con las que me he topado en la corta vida de este blog sobre la virtualización y del cloud computing – algunas no fueron tan positivas – pero si hoy este blog tuviera que ver otra vez la luz, ten por seguro que no cambiaría ni un ápice su misión: la de servir, informar, educar y transmitir el conocimiento sobre la virtualización y del cloud compuitng al mundo de habla hispana en general y desde un punto tecnológico independiente.

No me queda mas que darle la enhorabuena a todos nuestros sponsors, colaboradores, seguidores, retractores, publico en general y, en particular, a todos y cada uno de nuestros asiduos y queridos lectores por la confianza mostrada durante todos estos años, tres años para ser exactos, pero que parecen toda una eternidad.

Gracias y feliz cumpleaños. No puedo estar mas orgulloso de ti, mi querido blog, el que es desde hace ya tres años, vuestro blog de virtualización y cloud computing en español.

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

Hola amigos, soy Florián Murillo y os confieso que me gustan los libros técnicos, creo que sin ellos sería un peor profesional. Me han enseñado muchas cosas. Algunos de los últimos que han ingresado en mi biblioteca son:

Data Center Networks and Fibre Channel over Ethernet (FCoE) de Silvano Gai

VMware vSphere 4.1 HA and DRS Technical deepdive (Volume 1) by Duncan Epping and Frank Denneman

VMware vSphere Design de Forbes Guthrie, Scott Lowe y Maish Saidel-Keesing

Maximum vSphere: Tips, How-Tos, and Best Practices for Working with VMware vSphere 4 de Eric Siebert y Simon Seagrave

VMware vSphere PowerCLI Reference: Automating vSphere Administration de Luc Dekens, Alan Renouf, Glenn Sizemore y Arnim van Lieshout

Virtualizing Microsoft Tier 1 Applications with VMware vSphere 4 de Charles A. Windom, Hemant Gaidhani y Alex Fontana

Grandes libros de excelentes profesionales, todos muy recomendables.

Todos tienen menos de un año de antigüedad y estoy notando un interés creciente en la publicación de literatura técnica alrededor de VMware y tecnologías de DataCenter en general. El último suceso ocurrió el 19 de mayo, cuando se anunció oficialmente el acuerdo de VMware con Pearson, para crear VMware Press.

La creación de VMware Press no es una sorpresa porque la idea no es original, pero puede ser una fuente de información técnica de nivel que siempre va bien.

Este anuncio es un signo de madurez de VMware, una empresa muy joven, se fundó en 1998, creciendo muy deprisa. Falta por ver si son capaces de alcanzar el prestigio de las “Press” de Oracle, Microsoft, Cisco o IBM… espero y deseo estar en lo cierto.

¿Qué espero de VMware Press?

1. Libros de mucha calidad. Cuando un profesional de la virtualización se gasta el dinero, pueda decir, tras leerlo, “ha valido la pena pagar su precio”
2. Documentación que ayude a los VCPs a avanzar en su carrera profesional con las certificaciones VCAP.
3. Libros electrónicos: ¿por qué no? Pearson es junto con O’Really Media Inc. socio fundador de Safari Books Online.
4. Libros en español. Sí, estoy de acuerdo, aquí me he dado un golpe en la cabeza.

Parece que la vocación es centrarse en los 3 primeros puntos, lástima por nosotros.

¿Para cuándo los primeros títulos?

Parece que quieren lanzar los primeros títulos antes de que acabe el año 2011. Algunos de los títulos en los que trabajan son:

• Storage Design and Implementation in VMware vSphere 5.x
• Administering VMware SRM 5.x
• Automating Day-to-Day Administration of vSphere 5.x

Son títulos atractivos, y por lo que se lee en LinkedIn, están buscando voluntarios para la revisión técnica, es como buscar probadores de versiones beta de software… seguro que encuentran voluntarios.

En resumen, estoy contento, buenos libros ayudan a crear buenos especialistas.

¿Hay algún libro que te ha ayudado especialmente?

El pasado martes 12 de julio, VMware hizo la presentación de vSphere 5 cargado de nuevas funcionalidades y mejoras a las funcionalidades ya existentes.

Por hacer un breve repaso de las novedades que nos trae vSphere 5[SF1] , comentaros opciones nuevas bastante interesantes como:

• vSphere Auto-Deploy, que nos permitirá realizar despliegues automatizados de nuevos hosts ESXi de una forma más sencilla.
• vSphere Storage DRS, una funcionalidad que personalmente estaba esperando desde que cayó en mis manos el primer draft de SIOC (lo que por aquel entonces VMware decidió llamar PARDA), y que hace exactamente lo que parece que dice el nombre, es decir, reasignación dinámica del almacenamiento de máquinas virtuales.
• Profile-Driven Storage, una funcionalidad bastante interesante en la que mediante la configuración de perfiles de almacenamiento, vSphere nos informa de la compatibilidad de los datastores con nuestra máquina virtual. Básicamente consiste en definir un perfil de uso de almacenamiento basado en el nivel de servicio asociado a nuestra máquina virtual y en el momento de la creación, clonado o migración (storage vMotion) vSphere nos recomendará la mejor ubicación para la máquina virtual
• vSphere Web Client, con el que podremos administrar nuestra plataforma desde cualquier navegador web.
• vCenter Server Appliance, o lo que es lo mismo un vCenter basado en una virtual appliance de Linux (¡por fin!)

Por supuesto, la nueva versión de vSphere viene acompañada de mejoras de viejos conocidos:

• VMFSv5, soporta datastores de 64TB sin necesidad de usar extends
• Virtual Machine v8, con nuevas funcionalidades como el soporte de gráficos 3D para Windows Aero o dispositivos USB 3.0
• vSphere vMotion sobre redes de alta latencia
• máquinas virtuales más grandes de hasta 32 vCPU y 1 TB de memoria RAM.

En resumen un montón de nuevas funcionalidades que estoy deseoso de poder tocar y destripar de primera mano.

Sin embargo si hay algo realmente significativo que destacar de este nuevo lanzamiento de vSphere es su nuevo modelo de licenciamiento[SF2] , que ha sido, en el poco tiempo que lleva el producto en la calle, largamente comentado y rebatido.

Y el motivo de este intenso debate generado alrededor del nuevo modelo de licenciamiento es el cambio que hace VMware en la filosofía del modelo. La idea que subyace en este nuevo modelo, según VMware, es que ahora “pagas por uso” asemejándose más al mantra por todos conocidos del IaaS [SF3] .

VMware trata de conseguir su objetivo eliminando las limitaciones físicas asociadas al número de Cores por CPU que teníamos en la versión 4 e introduciendo un nuevo concepto, el pool vRAM.

Antes de entrar a ver en que consiste eso del pool vRAM, es importante mencionar que existe lo que VMware llama derechos de vRAM asociados a la licencia de vCPU y que evidentemente cambian según la versión de licencia [SF4] que estemos adquiriendo. De este modo para las ediciones:

• Standard, tenemos derecho a un máximo de vRAM de 24GB por CPU
• Enterprise, aumentamos la cantidad de vRAM hasta los 32GB por CPU
• Enterprise Plus, establecemos el valor de vRAM en los 48GB por CPU

Por cierto, si alguien ha notado la ausencia de la edición Advance, efectivamente VMware la ha eliminado del catálogo de la versión 5.

Volviendo al pool vRAM, ¿qué significa? Pues básicamente que en el nuevo modelo de licenciamiento tenemos derecho a ejecutar tantas máquinas virtuales como queramos siempre y cuando la suma de la memoria asignada a estas máquinas virtuales en ejecución no supere el tamaño del pool vRAM, que como habréis podido adivinar a estas alturas es la suma de las licencias de CPUs adquiridas.

De esta forma si tenemos dos host físicos con dos CPU (sin importar el número de cores) cada uno, dependiendo de la versión que adquiramos tendremos un pool vRAM de:

• Standard, 2 (hosts) * 2 (CPUs) * 24 = 96GB vRAM
• Enterprise, 2 (hosts) * 2 (CPUs) * 32 = 128GB vRAM
• Enterprise Plus, 2 (hosts) * 2 (CPUs) * 48 = 192GB vRAM

Es importante señalar que la vRAM no está asociada a un host sino al vSphere completo. Es decir, en el primer escenario, por ejemplo, si un host tiene asignado un total de 54GB de RAM a sus máquinas virtuales, y el segundo host tiene asignado un total de 38GB de RAM a sus máquinas virtuales, estaríamos cumpliendo con el acuerdo de licenciamiento, ya que 54 + 38 = 92 (RAM asignada) < 96GB (vRAM).

En este punto, creo interesante pasaros algunas referencias particularmente interesantes acerca del tema de licenciamiento, que como habréis podido suponer está bastante “calentito”:

• VMware’s Launch Event[SF5] , blog de Scott Lowe donde resume algunas de las novedades de la nueva versión de vSphere. Particularmente interesante la parte de comentarios donde se discute sobre el modelo de licenciamiento.
• vSphere 5 Licensing[SF6] , hilo de las communities de VMware donde se discute sobre el tema del licenciamiento.
• vSphere 5.0 Licensing Changes[SF7] , blog de Derek Seaman donde explica el modelo de licenciamiento. Particularmente interesante es el cálculo de costes de licencia que hace para una supuesta infraestructura de VDI.

Personalmente mi primera impresión acerca del nuevo modelo de licenciamiento ha sido bastante negativa, aunque con estas cosas me gusta darle un poco de tiempo al tiempo y ver si realmente existe un abaratamiento en los costes de licenciamiento tal y como asevera VMware, o a alguien se le ha “deslizado un cero” en los precios y el nuevo modelo es insostenible.

[SF2]http://www.VMware.com/files/pdf/vsphere_pricing.pdf

[SF3]http://es.wikipedia.org/wiki/Infraestructura_como_servicio#Infraestructura_como_servicio

[SF4]http://www.VMware.com/products/vsphere/buy/editions_comparison.html

[SF5]http://blog.scottlowe.org/2011/07/12/VMwares-launch-event/

[SF6]http://communities.VMware.com/thread/320877?start=0&tstart=0

[SF7]http://derek858.blogspot.com/2011/07/vsphere-50-licensing-changes.html

En un post publicado la semana pasada, te explique que es la política de balanceo de VMware vSphere llamada Round Robin y como configurar esta para una cabina de Dell EqualLogic.

En el post de hoy te enseñare a configurar y elegir automáticamente la política de balanceo de E/S de disco en VMware vSphere llamada Round Robin.

Para poder configurar el PSP – de las siglas en inglés Path Selection Plugin – para cualquier dispositivo de almacenamiento, es necesario ejecutar el siguiente comando:

esxcli -–server nmp device setpolicy –device –psp

Nota: Puedes una explicación más detallada de los que es PSP en el post llamado: He configurado el Round Robin, pero los caminos no son utilizados de manera uniforme”

Lo importante que me gustaría destacar en este punto es que la configuración del PSP es por DataStore, es decir, que si tienes 100 datasotres y quieres cambiar la configuración del PSP de Fixed a Round Robin has de hacer el mismo cambio en los 100 datastores.

Sin embargo, podemos configurar VMware vSphere ESX/ESXi para que automáticamente este pueda elegir Round Robin para cualquier dispositivo controlado por el SATP – de las siglas en ingles Storage Array type Plugin.

Y aquí es donde bien lo interesante de la cuestión: ¿Cuál es el comando o comandos para configurar tu VMware vSphere ESX/ESXi de manera que el PSP por defecto sea Round Robin?

Estos son los cuatro commandos que has de ejecutar directamente en tu servidor VMware vSphere ESX/ESX 4.x:

1. esxcli –server corestorage claiming unclaim –type location
2. esxcli –server nmp satp setdefaultpsp –satp –psp VMW_PSP_RR
3. esxcli –server corestorage claimrule load
4. esxcli –server corestorage claimrule run

Una vez ejecutados estos commandos tu politica de PSP por defecto sera Round Robin.

¿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 amigos, soy Florián Murillo. Os voy a confesar que es lo que mas me gusta de VMware, que todavía está en un estado de efervescencia creativa y aporta, como vimos la semana pasada en mi post “La historia de Elastic Sky X” que las innovaciones la hacen diferente a otros.

En vSphere 4.1 apareció una novedad que ha pasado desapercibida para muchos, es la compresión de memoria RAM como paso previo a pasar páginas de memoria a fichero swap, me refiero al archivo .vswp. La velocidad la que se descomprime una página de memoria es muy superior a la velocidad de acceso a disco para recuperar dicha página, por tanto añade una menor latencia a las aplicaciones, es decir mejor rendimiento en situaciones de escasez de memoria.

¿Esta activada la compresión en nuestro ESX?

La compresión viene activada por defecto,   verifícalo, el valor de HOST\Configuration\Advanced Settings\Mem\Mem.MemZipEnable = 1

¿Que cantidad  de memoria se comprime?

Un 10% por defecto, compruébalo en HOST\Configuration\Advanced Settings\Mem\Mem.MemZipMaxPct = 10

El mecanismo se explica fácilmente, cuando se sobrecarga la memoria del host (menos del 2% de memoria disponible), comprimimos páginas de memoria de 4Kb de la VM con gzip en la cache de compresión de la VM, ocupando páginas de memoria de 2Kb o menos. Con esto ayudamos al host a:

1.  Obtener memoria en momentos de escasez, mitigando mejor el impacto de la escasez de memoria que en versiones anteriores.

2.  Mantener bajas latencias en las aplicaciones, por no llevar a disco las páginas de memoria.

En la imagen siguiente se aprecia la diferencia:

Vemos, en la imagen anterior como se libera una página de 4Kb mediante la compresión de las páginas A y B, sin pasar a disco.

¿Estp ocurre siempre? No, este proceso ocurre cuando la memoria disponible está por debajo del umbral (“hard memory state”) es decir el 2% de la memoria libre del kernel.

¿Que diferencia de rendimiento existe entre comprimir y enviar a disco? Como vemos en la imagen siguiente:

La caída de rendimiento producida por enviar páginas de memoria a disco (línea verde) es mitigada (mayor rendimiento) por las páginas comprimidas (línea morada).

Vemos también que cuanta menos memoria mas fácilmente tenemos problemas de rendimiento, esto ya lo habíamos supuesto nosotros sólitos ¿verdad?

Es una gran mejora, teniendo en cuenta que la memoria es, el la mayoría de los casos, el dolor de cabeza diario de quien tiene que gestionar recursos permanentemente.

¿Creéis que VMware podrá mantener esta diferencia competitiva con innovación frente a grandes adversarios durante mucho tiempo?Yo, la verdad, espero que sí, ya que nos beneficiamos todos

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

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.

De nuevo aquí con vosotros para hablar del ecosistema de VMware. Soy Jose Mª Gris y como cada miércoles estoy aquí con todos vosotros.

Vamos a ver si nuestro maquetista Brian o bien nuestro compaginador Allan, todos ellos del equipo de Redacción del Blog de la Virtualización (un saludo desde aquí a toda la plantilla), me dan espacio para la foto de la captura de pantalla de este post.

Aquí un rastro de la funcionalidad de Instant Recovery de Veeam Backup. Mas de 200 GB restaurados y empieza a recuperar 2 segundos antes de la 1 de la mañana. Se conecta al host y comprueba que el “NFS mágico” de vPower está montado. Posteriormente bloquea el fichero y publica la Máquina Virtual en nuestro Virtual Center. Llevamos 1 minuto 28 segundos escasos…..

Continuamos, hacemos update de la configuración de VM y comprobamos que hay espacio libre en el NFS. Registro de la VM. Proceso final de Power On, Update final, etc. No llegamos a los 2 minutos y nuestra VM ya es accesible.

Esta opción la podemos ejecutar con opciones para que podamos hacer Storage Vmotion o no para aun hacer mas rápido todo el proceso de restauració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.