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, 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.
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.
Hasta el próximo viernes.
