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.
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 amigos, hoy en nuestra sección de XenServer, veremos unos comandos que no están en las guías en PDF de Citrix, son comandos que os serán necesarios en casos extremos…
Cómo ya hemos comentado en otros Posts, XenServer tiene un Core GNU/Linux + Xen y al final muchas de las operaciones que realiza la XAPI se traduce en comandos propiamente de GNU/Linux. Los que estéis familiarizados con otros entornos Xen, como por ejemplo el de Debian o Novell SuSE, conoceréis el concepto domU (máquina virtual) y lo que significar hacer un xm destroy a una máquina virtual.
Realmente cuando mediante XenCenter o mediante CLI hacemos un force shutdown no llega a ser un destroy de un DomU, es decir que puede que el DomU no se apague. Cuando tenemos este problema tan simple: Una máquina virtual no se apaga, ni por la CLI, ni matando tareas, etc. Tenemos estos comandos.
list_domains
Este comando nos lista algo como:
id | uuid | state
0 | 18b2dc18-232d-47c4-8b72-12393a9e990d | R
1 | 6834673a-d883-b45d-f402-512d55a6c3a5 | B
El id 0 corresponde a el Dom0 (Host anfitrión)
El id 1 es una máquina virtual. Si ejecutamos: xe vm-list uuid=6834673a-d883-b45d-f402-512d55a6c3a5 vamos a ver que máquina virtual está corriendo.
Como veis nos muestra las máquinas virtuales que corren sobre este servidor (no sobre el pool). Gracias a este comando obtenemos el ID y el estado de una máquina virtual.
/opt/xensource/debug/destroy_domain
Esta es la forma más bestia de parar una máquina virtual que conozco (aparte de apagar el Host desde la ILO xD). Si ejecutamos:
/opt/xensource/debug/destroy_domain -domid 1
La máquina con ID 1 tiene que morir en unos segundos. Es un comando a bajo nivel, así que muchas veces, si tienes XenCenter a mano, verás que para él, la máquina sigue “running” ya que no ha notificado a la xapi la caída de este domU.
Con esto me despido por hoy, espero que como siempre te haya podido ayudar en tu entorno XenServer.
¿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 de nuevo! Soy Miguel Ángel Alonso y aquí estoy de nuevo como cada lunes para contaros un nuevo tema sobre el apasionante mundo de la virtualización de sistemas.
En el teme de hoy os voy a hablar de una de una aplicación para la nube privada y pública que está en fase Beta llamada AppBlast. De todas las nuevas tecnologías que se presentaron en el VMworld de San Francisco del año pasado es sin ninguna duda la que más me llamó la atención, ya que veo que puede ser de un uso inimaginable dentro de nuestros entornos virtualizados y la que va a dar el empujón definitivo a la virtualización de aplicaciones.
Mucho me temo que si esta aplicación termina funcionando tal y como espero, va a presentar una grandísima batalla a Citrix XenApp y cualquier otra aplicación de la misma índole.
VMware AppBlast “no” necesita de ningún cliente, Java o Flash. Simplemente necesita que tengamos en nuestros PCs o Thin Clients un navegador que soporte HTML5. Si me pongo a pensar en mi iPad me viene a la idea que no voy a tener ningún tipo de problema en lanzar todas mis aplicaciones via Web y las voy a poder dejar instaladas si así lo quiero en el escritorio de este como si del Apple Store las hubiésemos descargado de forma nativa.
Bajo mi punto de vista,VMware AppBlast va a marcar un antes y después dentro de la era Post PC y va ha convertir se en un compañero ideal de nuestros dispositivos móviles y equipos de nuestras organizaciones, facilitando nos nuestras aplicaciones bajo demanda allá donde las necesitemos y además de manera instantánea y trasparente para nuestros usuarios.
La riqueza de las aplicaciones es simplemente deslumbrante, y nos permitirá tener un AUTOCAD o un PHOTOSHOP totalmente trasparentes dentro de nuestros dispositivos (Tablets,Pcs,Thin Clients,etc…) de forma trasparente como claros ejemplos de la potencia de VMware AppBlast.
Como he dicho anteriormente se va a integrar perfectamente con VMware HORIZON, VMware Octopus en la nube privada y pública dandonos una combinación perfecta para cubrir todas las necesidades que se nos puedan ocurrir para cubrir a nuestros usuarios o a nosotros mismos.
Bueno aquí me despido de vosotros hasta la semana que viene en la que prometo volver cargado de nuevos e interesantes temas del mundo de la virtualización de sistemas, no sin antes dejaros un video de unos 8 minutos donde Scott Lowe nos hace una demostración fehaciente de este maravilloso programa. Espero que os guste.
¿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.
Uno de los elementos clave en la maduración de las infraestructuras virtuales es la Automatización. Automatizar es sustituir tareas manuales que “tiran” de procedimiento para ser realizadas por scripts que realicen estas misiones.
Una gran herramienta para automatizar es PowerCLI. Y, una tarea que fácilmente podemos necesitar, es montar un nuevo recurso NFS a nuestros ESXi.
Veamos como podemos automatizar esta tarea. La imagen de cabecera adjunta refleja nuestro escenario.
Y creamos un script llamado mountNFS para realizar esta tarea, la estructura del script es
mountNFS <cluster> <ds> <path> <servidorNFS>
donde :
<cluster> Nombre de cluster, el datastore será montado en todos los host de este cluster.
<ds> Nombre del datastore que aparecerá en el inventario.
Vemos como en Recent Tasks aparece la acción realizada sobre todos los host del cluster y observamos como en host 10.10.1.121 nos aparece el nuevo datastore nas1.
¿Se ha montado el datastore en ReadWrite o ReadOnly?
Es una buena pregunta porque no le hemos especificado nada al script. Por defecto, el comando new-datastore aplicado a NFS se monta en ReadWrite, si queremos montarlo en ReadOnly solo hay que añadir -ReadOnly al final del comando.
En un entorno maduro, todo script ha de tener su anti-script o lo que es lo mismo, un script que deshaga lo que hemos realizado. Pero esto será el viernes próximo.
¿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, ¿Como estáis? Soy Jose Mª Gris y no estoy haciendo las maletas, porque esta Semana Santa curro….. Cosas de la virtualización
Vamos a hablar de nuestro Ecosistema y hoy veremos “algo distinto” que hemos ido oyendo hablar sobre ello pero ahora lo vamos a ver. Se trata de proteger nuestra infraestructura del Malware. Pero esta vez, “desde dentro”.
Hace tiempo que no me dedico a los Anti-virus, pero Carles Gil con Bitdefender me presenta una aplicación interesante, como digo, crear una infraestructura protegida, que no es lo mismo que poner Antivirus.
Se trata de un appliance que se instala en cada uno de nuestros hosts para trabajar con V-Shield (ojo, tiene requerimientos mínimos aunque se están modificando para que sean los mínimos)
Según comentarios del fabricante, estamos hablando de:
“teniendo una solución antimalware tradicional en entornos virtualizados, puede producir desafíos de seguridad específicos para los entornos virtualizados, como proliferación de servidores, firmas de virus desactualizadas en maquinas virtuales o tormentas AV causadas por las múltiples tareas ejecutadas simultáneamente en las machinas virtuales”
Bitdefender, como Elite Partner Tecnológico de VMware, ha lanzado una solución de seguridad diseñada específicamente para entornos virtualizados, y integrada completamente con la solución VMware vShield Endpoint.
Bitdefender Security for Virtualized Environments centraliza el análisis de todas las máquinas virtuales del host en una machina virtual, SVA o Appliance Virtual de Seguridad, expresamente dedicada a éste proceso, liberando memoria de las máquinas virtuales que permitirá crear aún más máquinas.
Aunque se integra con VMware vShield, la arquitectura exclusiva de la solución permite utilizarla también con tecnologías de virtualización de Citrix, Microsoft y Oracle.
Me parece interesante. Vamos a instalarlo en nuestra infraestructura de prueba y os comentaremos. Buf! empezamos a tener muchas cositas para probar!. Ya os comentaré. 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.
Hola amigos, soy Ferran Serafini y hoy en nuestra sección de XenServer veremos cómo utilizar los comandos de HA utilizado la CLI.
Como ya sabéis, la CLI es donde reside gran parte del potencial de XenServer, hay funciones que siempre son más rápidas y más precisas utilizando la CLI que utilizando consolas gráficas como XenCenter. En este caso, vamos a ver cómo podemos utilizar la CLI para administrar las políticas de HA de nuestro clúster XenServer.
Cómo ya vimos anteriormente en el artículo ¿Cómo configurar High Avaliability en XenServer? a cada máquina virtual, se le asigna su prioridad de reinicio (Restart Priority) que puede ser (Do Not Restart, Restart if Possible, Restart y Restart First). Estos se traducen como:
Código CLI
Explicación
0
La prioridad más alta para arrancar
1
Trata de comenzar con esta prioridad solo después de haber intentado reiniciar las MV con prioridad 0
2
Trata de comenzar con esta prioridad solo después de haber intentado reiniciar las MV con prioridad 1
3
Trata de comenzar con esta prioridad solo después de haber intentado reiniciar las MV con prioridad 2
Best-effort
Trata de comenzar con esta prioridad solo después de haber intentado reiniciar las MV con prioridad 3
Citrix recomienda solo utilizar la prioridad 0 para las máquinas virtuales que tengan StorageLink, para los casos normales hay que utilizar a partir de la prioridad 1 o más.
Si el commando anterior nos retorna 0, tendremos que racionalizar las máquinas protegidas. Si por el contrario nos devuelve 2 y solo necesitamos una política de N+1, pues podemos configurarlo con:
root@xenserver# xe pool-param-set ha-host-failures-to-tolerate=1 uuid=<uuid del pool>
Para desactivar HA de una máquina, solamente tenemos que reconfigurar el parámetro ha-always-run a false
Esto es todo por hoy, espero como siempre que te haya parecido interesante y animarte a probar XenServer en tu entorno. Saludos
¿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 soy Miguel Ángel Alonso y aquí estoy contigo una semana más para volver a hablar del maravilloso mundo de la virtualización de sistemas. Cabe reseñar que a partir de hoy, voy a escribir todos los lunes en lugar del martes que es como lo he estado haciendo lo estos 2 últimos años.
Dada esta pequeña puntualización, voy a hablar te y como bien indica el enunciado del post, de una maravillosa herramienta que he encontrado para customizar las imágenes iso de nuestros ESXi y que nos va a facilitar mucho la vida en los despliegues posteriores de nuestros Hypervisores. Básicamente es un Image Builder de VMware, sólo que simplificado y hecho más fácil.
El software lo vais a poder descargar de manera gratuita desde aquí y en su página encontrarás información más que suficiente para el manejo del programa.
Para que quede más claro voy a mostrarte un ejemplo de como añadir los drivers Broadcom de mis ESXi a la imagen base del Hypervisor y su correspondiente creación.
Una vez arranquemos el Esxi Customizer 2.7.bat vas aencontarte con un entorno como este, en el que deberás seguir tres sencillos pasos. En este Screenshot se muestra el primero y en el que debemos localizar la imagen ISO original de nuestros ESXi 5.
Siguiendo el asistente, voy a dar la ruta donde tengo el fichero .vib de mis Broadcom para añadir lo a mi imagen ISO de mi Hypervisor.
Aquí te muestro que a parte de .vib, también podemos añadir ficheros comprimidos.tgz en el que podemos incluir una serie de drivers específicos para tu entorno. Tambíen existe la posibilidad de interactuar con Bundles Offline directamente como los de HP o Dell por poneros algunos de ellos como ejemplo.
Como tercer y último paso deberás de introducir la ruta donde vas a guardar la imagen ISO de tus ESXi una vez la customizes a tu gusto. En mi caso la voy a dejar en Mis Documentos y finalmente ejecutaré la opción de run para que comience con dicho proceso.
Por ultimo, nos pedirá confirmación antes de añadir nuestro .vib a la imagen final y después de unos minutos, tendrás creada tu imagen y lista para poder instalarla en tu entorno.
Bueno! Espero haber te contado algo de tu interés y te emplazo hasta el próximo lunes donde seguiremos hablando de este maravilloso y apasionante mundo de la virtualización de servidores. 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.
A mediados de marzo salió una actualización de vSphere 5, que si bien no trae mejoras destacables, si resuelve problemas de “infancia” de la versión 5.
Cuando hablamos de actualizar un host ESXi, siempre nos viene a la cabeza vCenter Update Manager (VUM). El cual nos simplifica la actualización desde su consola integrada con vCenter Server.
Pero todavía hay muchas instalaciones sin VUM. Por eso repasaremos los mecanismos de actualización “a mano”.
Disponemos de tres mecanismos de actualización “oficiales”: vCLI, PowerCLI y localmente.
Primero descargamos de VMware el archivo update-from-esxi5.0-5.0_update01.zip
vCLI (desde vMA)
1. vicfg-hostops –server host01 –username root –password pass –operation enter
¿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.
