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 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 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, 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.
