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.
Esta semana VMware ha anunciado todos los profesionales galardonados con el premio vExpert 2012 y es un honor para mi poder estar dentro los galardonados del premio VMware vExpert 2012 un año mas.
Es un placer poder recibir otro vExpert – en cuarto consecutivo en mi carrera profesional – por eso me gustaría agradecer personalmente algunas personanas en recompensa por haber recibido tal preciado galardón, el de vExpert 2012.
1. Alex Maier – por ser la persona clave detras de este premio y programa.
2. John Troyer – por ser el alma mater de los premios vExpert. Muchisimas gracias John por todo lo que haces por todos los profesionales de Vmware.
3. A todos los galardonados vExpert 2012 – es un honor poder pertenecer otro año mas a una comunidad de vExpert tan generonos. Estoy deseando conocer a muchos mas vExperts de los que ya conozco en la actualizada en el próximo VMworld. Puedes ver la lista completa de todos los nominados en este enlace.
4. Y por ultimo pero no por ello menos importantes, a todos aquellos vExpert que como yo han renovado tal acreditación desde que este programa empezo en el año 2009. No es fácil recibir tal nombramiento y menos aun mantenerse en la cima por cuatro años consecutivos.
Felicidades a todos los vExperts 2012 y nos vemos este año en el próximo VMworld de San Francisco o Barcelona
¿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, 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, 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.
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.
Esta semana, en el blog de virtualización y cloud computing en español, os explicare a gestionar un entorno VMware vSphere desde tan solo un navegador Web con VMware vSphere Web Server.
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.
Hasta el próximo viernes.
