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.
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.
Cada virtual switch, es una representación lógica vía software de un switch físico de capa dos. Los tres tipos de virtual switch que puedes crear en un servidor ESXi 5 son los siguientes:
1. Internal switch only. Este switch es usado únicamente para conectar, vía red, las máquinas virtuales instaladas en el mismo servidor VMware ESXi, las cuales no necesitan conexión con el mundo exterior.
2. Virtual switch con un adaptador de red. Este switch es usado para conectar, vía red, máquinas virtuales, Management Network (gestión)y puertos VMkernel con el mundo exterior, o dicho de otro modo, con otros servidores y máquinas virtuales de nuestro entorno virtual.
3. Virtual switch con más de un adaptador de red. Este switch es usado para conectar, vía red, máquinas virtuales, Management Network y puertos VMkernel con el mundo exterior con una funcionalidad adicional, como es el balanceo de carga y redundancia a fallos en los componentes de red.
Las políticas de seguridad y de traffic shaping son configuradas a nivel de port group y vSwitch. Una configuración incorrecta del traffic shaping afectaría no sólo al tráfico de las máquinas virtuales sino también al tráfico en general.
En vSphere™ ESXi 5, una tarjeta mapeada a un switch virtual puede ser configurada para trasmitir y recibir tramas “Jumbo Frame”. El MTU (Maximum Transmision Unit) de un ”Jumbo Frame” es de 9000. VMware ESXi 5 también soporta “Jumbo Frames”, tanto en los VSS como en los VDS.
Ahora, también es posible activar desde la GUI de los VSS el uso de los mismos. La configuración de “Jumbo Frames” es considerada una mejor práctica para las redes de tipo iSCSI, vMotion y Fault Tolerance. Los tres tipos de virtual switch pueden soportar hasta un total de 4088 puertos por switch virtual estándar.
Para los tres tipos de virtual switch, no existen colisiones de red en el tráfico interno. Asimismo la dirección MAC de los adaptadores de red conectados a los virtual switches no será usada en ningún momento de forma interna.
¿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, en el post de hoy veremos que son la vApps y para que se utilizan.
Esta nueva funcionalidad, añadida en la versión 6.0 de XenServer se define como un grupo lógico, de una o más máquinas virtuales, que pueden ser gestionadas como una entidad agrupada. De este modo podemos arrancar/parar/exportar… un conjunto entero de máquinas virtuales como si de una sola se tratara.
Las máquinas virtuales de una vApp no residen necesariamente en un único host, sinó que se utilizan las mismas reglas de distribución que tenga el Pool.
Esta funcionalidad también permite al administrador asignar un orden de arranque de las máquinas virtuales que forman el vApp y un tiempo de espera (delay) para que arranque dicha máquina virtual. De este modo en caso de por ejemplo una caída del entorno (corte eléctrico, error hardware, etc) las máquinas virtuales del vApp se levantarían en el orden establecido, por ejemplo primero los backends de base de datos, las aplicaciones y luego los frontends web, etc.
Vamos a crear nuestra vApp de prueba
Utiliando XenCenter, seleccionamos una máquina virtual para nuestra nueva vApp y con el botón derecho, “Assign to vApp -> New vApp”. Le damos un nombre y seleccionamos las máquinas que queramos añadir al vApp. Una vez seleccionadas todas las máquinas, configuramos la “VM Startup Sequence”
Básicamente tenemos dos opciones por máquina virtual, establecer el orden secuencial de arranque y el tiempo que dejamos que el sistema espero hasta arrancar la siguiente máquina virtual. No existen unos valores estandares para el delay, puedes tunearlos en función de lo que tarde tu entorno en arrancar las máquinas virtuales. Para los que hayáis configurado clusters de Xen con HeartBeat, esta parte me recueda mucho a la configuración de Constraints, cierto?
Mediante Xapi, tenemos la entidad “appilance” que utilizaremos para gestionar las vApps desde consola como si fueran una sola máquina virtual:
Bueno, esto es todo por hoy, espero que como siempre te haya parecido interesante y te haya podido ayudar para tu dia a dia con 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, os explicare a ver los detalles de los metadatos en los volumenes VMFS via comando con vmkfstool en tu entorno VMware vSphere
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.
