Hola, ¿Cómo estáis?. Soy Josep Mª Gris y como cada miércoles me tenéis aquí con vosotros para hablar sobre el ecosistema de VMware.
Pues nada, que tenemos una versión preview de windows 8 y como siempre …. ¿donde lo probamos? VMware nació como entorno de pruebas, pues vamos a ello. Configuramos una VM como si fuera un Windows 7 o 2008, le metemos la ISO y empezamos…… y nos falla… Seguro que me fijé mal. No. Otra vez. Ay que esto me huele mal……
Pues si, tenemos problemas, pero ya estamos en vías de resolución. VMware ha sacado un Knowledge Base, el 2006859 para ser más exacto, con el workaround del problema.
A partir de ahi configuraremos una VM como windows 7 o como un 2008 R2. Habilitar Graficos 3D o no instalar el WDDM video driver. Usar el driver por defecto VESA.
Instalar de forma tradicional con la ISO sin olvidarnos de las VMwaretools.
Nota. Mi querida virtual NIC vmxnet3 no funciona en Windows 8 i vSphere 5, por lo que hay que usar E1000
Cosas normales de las preview…… Hasta la semana que viene. Take care!
¿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, ¿Cómo estamos? Hoy en nuestra sección de XenServer vamos a ver un tutorial para instalar XenCloud Plataform 1.1 en una máquina virtual VirtualBox.
Aunque este Domain0 será una máquina virtual, nos va permitir realizar pruebas a modo de laboratorio para nuestros entornos. Gracias a esta técnica podemos virtualizar pequeños Pools de máquinas para hacer todo tipo de pruebas en low cost.
NEW-> NAME (xcp01) ->OS TYPE (Linux) -> Version (RedHat 64-bit)
Seleccionamos 2 GB de RAM
Creamos un Nuevo disco VDI dinámico de 20 GB
Create
Editamos los parámetros (Settings)
Ponemos al adaptador de red en modo bridged
Añandimos la iso de XCP en Storage IDE Controller
Arrancamos nuestro xcp virtual
Seguimos el asistente de instalación de XCP, seleccionemos el keymap, aceptamos la licencia, etc.
Nos va aparecer el Error de System Hardware debido a que VirtualBox no le esta presentando las extensiones VT de virtualización (aunque estén marcadas) a nuestra máquina virtual, por lo tanto no podremos virtualizar Windows o máquinas en HVM. Aceptamos y continuamos con el asistente.
En el paso Virtual Machine Storage, seleccionamos el disco de 20 GB y activamos el thin provisioning. Posteriormente, configuramos el password de root, la red, dns, zona horaria, ntp, etc.. Instalamos.
En unos pocos minutos ya tendremos nuestro xcp totalmente operativo y listo para hacer todo tipo de pruebas.
Con esto, me despido por hoy, espero como siempre, haber podido ayudarte en tu día a día con tu entorno XenServer. Saludos
¿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.
Esta semana, en el blog de virtualización y cloud computing en español, te explicare los comandos mágicos de VMware PowerCLI para poder terminar la instalación y configuración de una imagen de VMware ESXi en memoria con VMware Auto Deploy Server.
En este vídeo te enseñare a instalar un binario de VMware ESXi con VMware Auto Deploy Server y a personalizar dicho binario con VMware Image Builder. Debido a que la instalación y configuración de este entorno es compleja, he decidido partirlo en dos vídeo tutoriales.
En el primer vídeo tutorial te enseñe a configurar e instalar los siguientes servicios de red:
Servidor TFTP
Servidor DNS
Servidor Auto Deploy
PowerCLI GUI
Por ultimo, en este segundo episodio veremos todos los comandos necesarios en PowerCLI que hay que ejecutar para desplegar, configurar y personalizar una imagen de VMware ESXi.
Hasta el próximo martes, donde os mostraré otro video tutorial relacionado con la virtualización y la nueva versión de VMware vSphere 5.
¿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 soy Miguel Ángel Alonso y aquí estoy como cada lunes para hablar te sobre el maravilloso mundo de la virtualización de sistemas. En el día de hoy voy a hablar te sobre la nueva actualización de Citrix XenDesktop que nos llega en su versión 5.6 y sus novedades más destacadas, que nos son pocas y que como siempre no van a dejarnos indiferentes ante las bondades de tan genial software de virtualización de escritorio.
Dada esta pequeña introducción voy a empezar todas las mejoras anteriormente mencionadas:
1 ) Personal vDisk
Esta característica es una solución de personalización de escritorios virtuales. Dos nuevos tipos de catálogos permiten preservar la asignación de los usuarios de ordenadores de sobremesa incluso cuando el disco se limpia al reiniciar; al mismo usuario se le asigna el mismo escritorio para sesiones posteriores.
Los nuevos catálogos se combinarán con personal vDisk (para escritorios virtuales con combinación estática) todo ello administrado desde Desktop Studio y streaming con vDisk administrado con Provisioning Services. Además, es creado,un disco de almacenamiento de información dedicado antes del inicio de sesión, por lo que los usuarios pueden almacenar sus datos en el escritorio, incluyendo todas las aplicaciones que se instalen. Todo esto es muy semejante al User DataDisk que utiliza VMware View desde su versión 4.0.
2 ) Soporte para Microsoft System Center 2012
XenDesktop ahora soporta Microsoft System Center 2012 Configuration Manager y Microsoft System Center 2012 Virtual Machine Manager. Esta es una gran ventaja para la creación de escritorios XenDesktop bajo plataforma Windows, aprovechando las ventajas de la integración con el hypervisor Hyper-V de Microsoft.
3 ) Acceso a Aplicaciones Móviles
XenDesktop On-demand apps (XenApp) ahora transforma dinámicamente la interfaz de usuario de una aplicación para tomar ventaja de las características nativas de la interfaz de los dispositivos tablets y smartphones con Citrix Receiver. Ahora, las aplicaciones existentes de Windows pueden adaptarse a la forma en que los usuarios interactúan con las aplicaciones de dispositivos más pequeños. (Mejora ostensible para los usuarios de iPad o Android)
4 ) CloudGateway Express
La nueva Generación de Citrix Storefront unifica, agrega y centraliza ylas aplicaciones virtuales de los escritorios de XenDesktop , para proporcionar a los usuarios un único punto de acceso y autoservicio muy intuitivo para todas sus aplicaciones de negocio en cualquier dispositivo y en cualquier lugar. También proporciona una actualización sin problemas a Enterprise CloudGateway, extendiendo una App Store unificada ,más allá de las aplicaciones de Windows, desktops y aplicaciones móviles en última instancia. En una palabra SaaS (aplicaciones y escritorios en la nube bajo demanda)
5 ) Virtual Desktop Agent
Nueva versión del agente de escritorio de XenDesktop el cual soluciona bus anteriores de la versión 5.5.
6 ) Citrix Licensing
Ahora se permite acceder o loguear a la Consola de Administración del Servidor de Licencias usando Active Directory y Grupos y WorkGroups
7 ) Desktop Director
Desktop Director ahora soporta Personal vDisk y además contiene fixes para la última realización (versión 5.5)
8 ) Fixed issues
Para más información acerca de los Fixes realizados en esta versión de Citrix XenDesktop 5.6 puedes echar un vistazo en el link que os dejo CTX124164.
Aquí me despido de ti nuevamente, esperando haber te podido contar algo de tu interés y te emplazo hasta la semana que viene para poder contar te algo nuevo sobre el apasionantemundo de la virtualización de puestos de trabajo..
¿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, como cada viernes.
vSphere 5 incorpora la característica de Swap to Host Cache, que es la posibilidad de utilizar discos SSD para almacenar los ficheros de swap de las VMs. Me refiero al archivo .vswp.
Mi primera reacción fue ¿para qué voy a utilizar discos caros para archivos que sólo se utilizan si tengo contención de memoria? Pero, es una perspectiva limitada, en realidad estoy añadiendo memoria barata, no disco caro
Por tanto, aun siendo incompleto el tratamiento que vSphere 5 hace de los discos SSD, es una estrategia muy interesante y, más de un proveedor de servicios la utilizará para “ampliar RAM” con discos SSD de sus host y disminuir reservas de RAM en las VMs de los clientes. No me parece mala idea si no penaliza el SLA acordado.
¿Por qué digo que el tratamiento de los discos SSD es incompleto? Porque vSphere 5 no soporta TRIM.
TRIM se utiliza para evitar un problema que tienen los discos SSD. Con el tiempo degradan su rendimiento, por la estructura interna de las puertas lógicas NAND utilizadas.
TRIM es una orden que el SO envía a la controladora SSD para informarle que bloques se han liberado para su reutilización. Esto disminuye los procesos de borrado de puertas NAND, que se realizarían al llenarse el disco, ya que se van realizando en momentos de inactividad del disco. Este proceso evita la degradación del rendimiento y aumenta la vida del disco. TRIM requiere que tanto el SO como el disco SSD “hablen” TRIM.
Os adjunto una escala interesante de velocidades de acceso para tener conciencia del factor escala:
Medio
Latencia
Escala
Disco 5400 RPM
5,5 ms
5.500.000
Disco 10k RPM
3 ms
3.000.000
Disco 15k RPM
2 ms
2.000.000
OCZ SSD Agility 3 240GB
100us
100.000
Intel SSD 520 240GB
85 us
85.000
ZeusRAM SSD 8GB
23us
23.000
SDRAM PC100
10 ns
10
SDRAM DDR2-800
2,5 ns
2,5
SDRAM DDR3-1333
1,5 ns
1,5
SDRAM DDR3-2000
1 ns
1
Además el espacio destinado a Swap to Host Cache es compartido por todas las VMs que corren en el host. Si destinamos 20 GB de disco SSD a esta función, creará 20 archivos de 1GB que serán compartidos por todas las VMs. NO crea archivos por VM, como hacemos en disco clásico.
Los discos SSD cada vez los tendremos mas presentes en nuestras infraestructuras virtuales.
¿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, buenos dias, ¿como estáis?. Soy Josep Mª Gris y como cada miércoles estoy aquí con vosotros para comentar temas del ecosistema. Antes de nada, agradecer los mensajes que he recibido y sigo recibiendo por mi nominación como vEXPERT 2012. Gracias.
Bueno, de tanto en tanto nos vuelven problemas que pensábamos ya solucionados como la gestión de la memoria de video de nuestras VM. Nos encontramos con el mensaje Insufficient video RAM. The maximum resolution of the virtual machine will be limited to 1176×885 at 16 bits per pixel. To use the configured maximum resolution of 2360×1770 at 16 bits per pixel, increase the amount of video RAM allocated to this virtual machine by setting vga.vramSize=”16708800″ in the virtual machine’s configuration file.
Durante tiempo me he matado cambiando resoluciones y cambiando líneas en los ficheros .vmx . La solución más sencilla es aquella que consigue lo que tú deseas o precisas con menos esfuerzo y riesgo. En el caso que nos ocupa, y teniendo el Hardware virtual en la última versión, con parar la VM, Edit Settings, Hardware, Video Card, y seleccionar la opción “Auto-detect video settings”.
Con ello, salvo que tengas una configuración muy especial o rara, en el 95% de los casos que me ocupan han quedado solucionados.
Bueno, espero que tengáis una buena semana, nos vemos el miércoles que viene. Take care!
¿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.
Esta semana, en el blog de virtualización y cloud computing en español, te explicare cómo instalar y configurar una imagen de VMware ESXi en memoria y con VMware Auto Deploy Server.
En este video te enseñare a instalar un binario de VMware ESXi con VMware Auto Deploy Server y a personalizar dicho binario con VMware Image Builder. Debido a que la instalacion y configuración de este entorno es compleja, he decidido partirlo en dos video tutoriales.
En el primer video tutorial te enseñare a configurar e instalar los siguientes servicios de red:
Servidor TFTP
Servidor DNS
Servidor Auto Deploy
PowerCLI GUI
Por ultimo, en el próximo episodio veremos todos los comandos necesarios en PowerCLI que hay que ejecutar para desplegar, configurar y personalizar una imagen de VMware ESXi.
Hasta el próximo martes, donde os mostraré otro video tutorial relacionado con la virtualización y la nueva versión de VMware vSphere 5.
¿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 soy Miguel Ángel Alonso y aquí estoy como cada lunes y principio de semana para contaros algo nuevo sobre el maravilloso mundo de la virtualización.
En el tema de hoy y dada la carga de trabajo que llevo, os voy básicamente a contar un post de ServicioHelpDesk y que me pareció muy interesante dado que a día de hoy y dentro del mundo de la virtualización de escritorio con VMware View aun no te había podido comentar hasta ahora. Así que comienzo a mostraros este genial post de como montar el cliente de VMware View en Linux esperando que te guste tanto como a mí.
El sistema operativo elegido es una distribución de linux Debian. Esta distribución, nos da por un lado un entorno completamente limpio. Y por otro, el uso gratuíto de un sistema operativo Desktop.
Una vez finalizada la instalación, hemos procedido a configurar de forma manual la red. Así, de paso, explicamos cómo se realiza.
Nos situamos en el terminal, modo root, e introduciremos (lo resaltado en negrita):
SHD@debian:~$ ifconfig eth0 up ? esto habilitará la conexión de red para la tarjeta ethernet instalada.
SHD@debian:~$ ifconfig eth0 192.168.1.10 ? aquí asignamos a la tarjeta una IP de nuestro rango.
SHD@debian:~$ echo nameserver /etc/resolv.conf 192.168.1.20 ? aquí pondremos la IP del servidor DNS que la máquina debe consultar.
SHD@debian:~$ route add default gw 192.168.1.1 ? aquí configuramos la puerta de enlace de salida.
Con estos parámetros, ya tendremos la salida a Internet configurada. Si se usa un proxy, debe configurarse dentro del navegador Firefox.
Acto seguido, lo que haremos es desinstalar el paquete de conexión RDP, para que no interfiera en la conexión PCoIP. En la consola, introduciremos lo siguiente:
SHD@debian:~$ apt-get remove rdesktop tsclient
Posteriormente, hemos pasado a Debian, el paquete de instalación de VMWare PCoIP. Este paquete, lo hemos extraído de unas actualizaciones de HP para sus clientes ThinClient; pero se trata de una descarga totlmente lícita y para usarla sobre cualquier entorno linux. El que se debe instalar es el etiquetado con “4.5.0-293049-1″, ya que corresponde a la versión 4.5 de VMWare Client 4.5.
Una vez tengamos el paquete copiado en nuestra ruta “home”, procedermos a desempaquetar e instalar. Abriremos la consola y escribiremos:
De esta forma, ya podremos abrir el aplicativo mediante la orden vmware-view en la consola. Se abrirá la aplicación para conectar:
Cuando hayamos conectado con la IP introducida -en este caso VMWare Connection Manager- nos pedirá los datos de conexión:
Y una vez validadas las credenciales, nos aparecerán todas las máquinas disponibles para conectar.Y finalmente podremos conectar a nuestro escritorio virtual de VMware View.
Bueno me despido de vosotros hasta la semana que viene en la que espero contarte algo de tu interés. Gracias como siempre y hasta la semana que viene!!!!
¿Crees que este post 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, como cada viernes.
La semana pasada decíamos que la maduración pasa por la Automatización y, entre sus buenas prácticas, está la creación de procesos inversos. Es decir, scripts que deshagan lo realizado en otro script.
La semana pasada creamos un script llamado mountNFS, que montaba un recurso NFS en todos los host de un cluster.
Hoy toca realizar el anti-script, es decir, desmontar ese recurso de todos los host de un cluster.
Esto es lo que hacemos con el script siguiente llamado dismountNFS.
dismountNFS <cluster> <ds>
Donde :
<cluster> Nombre de cluster, el datastore será desmontado en todos los host de este cluster.
<ds> Nombre del datastore a desmontar.
Veamos el código del script
El escenario donde lo vamos a ejecutar lo puedes ver en la imagen de cabecera de este post:
Veamos el script en acción
PS> .\dismountNFS cluster4 nas1
Vemos en la imagen anterior que el datastore nas1 ha desaparecido y en Recent Tasks observamos que se ha desmontado en los dos host del cluster.
Espero que os sea de utilidad y, sobre todo, recordad que todo script que automatiza un proceso ha de tener el script opuesto, como el ying y el yang Hasta el próximo viernes.
¿Crees que este post 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, buenas tardes, ¿cómo estáis? Soy Jose Maria Gris y como cada miércoles estoy aquí para comentar temas sobre el ecosistema de VMware.
Antes que nada, quisiera agradeceros a todos vosotros vuestro cordial seguimiento desde estas líneas cada semana y agradeceros que me hayáis hecho partícipe de ser nombrado vEXPERT 2012. Desde aquí, un abrazo a todos vosotros con mi mayor agradecimiento, muchas gracias.
Hoy hablaremos de algo que en general nos desagrada que es documentar nuestro entorno y sobre todo controlar el ciclo de vida de nuestras VM. Ya en el 2010 hablábamos en este post el uso de herramientas como vScout para tener control de nuestras VMs y evitar el Sprawl. No todo van a ser ventajas en el mundo de la virtualización o al menos hay que tener control sobre algunos aspectos. Claro, aprovisionar una vm ahora se hace con dos clicks y en diez minutos “Bonita VM” que tenemos danzando por nuestro entorno. Y así, unas cuantas, hasta que al final….. espera, espera…. que no tenemos espacio o no tenemos memoria y ¿qué hace todos estos champiñones por aquí?
Y entonces nos entran los sudores…. Para que era esta máquina…. A quién se la monté?…. No la paro no sea que …….
Documentar. Y como siempre, la mejor herramienta es aquella que ya usamos para gestionar el entorno. Nuestro amigo vCenter Server.
Cada VM tiene una sección llamada Annotations. En primer lugar tiene “Notes” lugar donde mi amigo Veeam Backup me anota todas las copias de seguridad que ha efectuado. Pero la gracia mayor para mí está en la parte superior, en “Attributes”. Estos pueden ser definidos a nivel de VM o a nivel Global. Aquí podéís ver una muestra de mi vCenter. A nivel Global tengo un campo donde actualizo la fecha en que he hecho una revisión la VI (siempre uso el formato YYYYMMDD). A nivel VM, cuando creo una, “pierdo” unos minutos indicando la fecha de creación, si la VM tiene fecha de expiración o no, que propósito tiene la VM y quien es el “owner” de la misma para poder consultar si la precisa ya, o no…. Aprovecho para documentar cuando he instalado el Antivirus y si está dentro de la configuración del backup en la cloud.
Con todo ello, cuando tengo que hacer revisión, reviso si la fecha de caducidad ha llegado y lo comento con la persona propietaria de la mencionada VM. Con ello siento que tengo un mayor control de mi infraestructura. Como dice mi amigo Jeroen, las herramientas sencillas son las mejores. Y eso es todo por hoy, hasta la semana que viene. Take care!
¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
