Hola amigos, soy Florián Murillo y aquí estoy, como cada viernes.
Seguimos aumentando nuestro catálogo de comandos/scripts con una sencilla utilidad que encuentra la virtual machine propietaria de una IP concreta, informándonos del nombre de la VM en el inventario de nuestro vCenter Server.
Espero que este nuevo comando/script os sea útil en vuestro día a día y aumente vuestro catálogo de nuevos comandos.
¿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.
Cuando preguntas a colegas de profesión ¿Cómo hacéis un listado de la versión de vmtools instalada en las VMs? En muchas ocasiones te contestan “utilizo RVTools”, es cierto que es una gran herramienta pero también es una gran oportunidad para escribir un script en PowerCLI y aumentar nuestro catálogo de scripts.
a continuación veremos la salida por pantalla del script:
Name versionVMtools
—- ————–
vsh130 2147483647
vShield-FW-10.10.1.101 8192
lnx231 8384
vsa100 2147483647
lnx232 8384
lnx233 8384
lnx234 0
dns230 0
Al ver la salida por pantalla observo tres tipos de números:
Versión 8192 – Corresponde a la versión de vmtools de un ESX v.4.0.
Versión 8384 – Corresponde a la versión de vmtools de un ESX v.5.0
Versión 2147483647 – Corresponde a versiones OEM de vmtools, nosmalmente, como en mi caso, son las que vienen con algún virtual appliance.
Versión 0 – VMs sin VMtools operativas. En mi caso no están instaladas las VMtools en estas VMs.
¿Cómo se que 8192 corresponde a un ESX 4.0?
En la web de VMware obtenemos esta información, os adjunto el contenido del archivo actual:
# VMware version-mapping file.
#
# This file provides a one-to-one mapping between VMware Tools for
# ESX/ESXi version-number codes, and paths to OSP repositories suitable
# for that Tools version.
#
8481 ../unsupported/tools/esx/mn_next
8389 esx/5.0u1
8384 esx/5.0p02
8384 esx/5.0
8300 esx/4.1p05
8300 esx/4.1u2
8300 esx/4.1p04
8295 esx/4.1p03
8295 esx/4.1u1
8290 esx/4.1
8289 esx/4.1
8288 esx/4.1
8196 esx/4.0p11
8196 esx/4.0u4
8196 esx/4.0p10
8196 esx/4.0u3
8195 esx/4.0u2
8194 esx/4.0u1
8193 esx/4.0
8192 esx/4.0
7304 esx/3.5p25
7304 esx/3.5p24
7304 esx/3.5u5
7303 esx/3.5u4
7302 esx/3.5u3
Espero que os animéis a tener un catálogo de scripts BIEN documentados.
¿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, 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.
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, 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.
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 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.
El título del post de esta semana debería corresponder con la prometida tercera entrega de la serie “La powerCLI se renueva”, pero en esta ocasión las funcionalidades de las que os quiero hablar creo que son tan interesantes y potentes que se merecían una atención especial.
La idea básica de este grupo nuevo de cmdlets disponibles en la versión 5 de PowerCLI es la de customizar la imagen de instalación de ESXi de forma que podamos añadir o quitar software a nuestra ISO de instalación.
Para ello es necesario que primero veamos algunos conceptos básicos previos:
VIB, es el acrónimo de vSphere Installation Boundle y puede ser entendido como el ladrillo que usaremos para construir una imagen de ESXi. Básicamente es un paquete con una estructura interna que contiene:
los ficheros que van a añadir la funcionalidad deseada a la imagen (Drivers, proveedores CIM, software para la imagen base, etc…)
un descriptor XML del paquete
un fichero de firma.
Almacén (Depot), es precisamente lo que parece, un conjunto de VIBs al que nos conectaremos para generar nuestra imagen. Los almacenes los podemos tener online (una URL de un servicio web) u offline (un fichero ZIP que descargamos directamente desde vmware o desde el fabricante sea). La parte importante de los almacenes que también pueden ser gestionados con Update Manager e Image Builder CLI (los VIBs no pueden ser gestionados nada más que por ESXCLI)
Perfil, que es la propia imagen que estamos construyendo y que al final del proceso acabaremos exportando.
Una vez visto los conceptos básicos podemos empezar a construir nuestra imagen personalizada de instalación de ESXi.
Primero añadiremos un almacén de VIBs que será el que usaremos para construir el perfil de nuestra imagen:
En este caso estamos añadiendo el almacén estándar online de vmware. Del mismo modo podríamos haber añadido un almacén offline simplemente indicando la ruta completa mediante el parámetro DepotUrl. En este caso el fichero tiene que ser de tipo “zip”.
A continuación crearemos nuestro perfil. Sin embargo, en lugar de crear un perfil de nuevo y arriesgarnos a dejarnos algún componente importante atrás, clonaremos uno de los perfiles estándares disponibles en el almacén.
Por lo tanto, primero listamos los perfiles disponibles:
PowerCLI> Get-EsxImageProfile
Name Vendor Last Modified Acceptance Level
—- —— ————- —————-
ESXi-5.0.0-20110904001-notools VMware, Inc. 26/08/2011 1… PartnerSupported
ESXi-5.0.0-469512-no-tools VMware, Inc. 19/08/2011 1… PartnerSupported
ESXi-5.0.0-20110904001-stan… VMware, Inc. 26/08/2011 1… PartnerSupported
ESXi-5.0.0-469512-standard VMware, Inc. 19/08/2011 1… PartnerSupported
Y a continuación clonaremos uno de los perfiles disponibles, por ejemplo ESXi-5.0.0-469512-standard
QoSIT_ESXi VMware, Inc. 19/08/2011 1… PartnerSupported
Un punto interesante a tener en cuenta es que la cadena que le pasemos al parámetro Name aparecerá posteriormente tanto en el instalador de la imagen como en el atributo Image Profile en el Host Summary disponible desde el vSphere Client.
Una vez que tenemos nuestro perfil creado es hora de añadir o quitar el software, o los VIBs, que nos interesen. Para esto, listaremos el software disponible en los almacenes que tenemos conectados:
Y añadiremos o quitaremos el software que nos interese con los cmdlets Add-EsxSoftwarePackage y Remove-EsxSoftwarePackage. En este caso, como hemos elegido un almacen estandar no tiene mucho sentido añadir el mismo software dos veces a la imagen, así que para este ejemplo eliminaremos el paquete del descargador iSCSI de Broadcom (scsi-bnx2i):
¿Siguiente paso despues de haber personalizado nuestro perfil? Exportalo. En este punto tenemos dos opciones, hacerlo a formato ISO para quemarlo en un CD o a formato ZIP para usarlo con Upgrade Manager, como base para futuras personalizaciones o publicarlo en un servidor PXE y usar otra de las nuevas funcionalidades de la versión 5 de vSphere, el AutoDeploy. En lo que al cmdlet se refiere la diferencia reside en usar el modificador ExportToISO (formato ISO) o ExportToBoundle (formato ZIP):
Hasta el próximo viernes.
