Ampliar una LUN RDM de un Guest Linux en VMware vSphere

Estimados lectores, en esta ocasión vamos a ver cómo ampliar una LUN RDM de un Guest Linux en VMware vSphere que reside en un almacenamiento NetApp. En el mundo Linux, así como en el Windows, tenemos varias opciones para ampliar el almacenamiento dependiendo de cómo se haya diseñado el disco o conjunto de discos original (LVM, particiones, disco físico,…). No voy a entrar en cuál de los diseños es mejor o peor, sencillamente en este caso particular el disco que necesitamos ampliar no tiene particiones ni forma parte de un grupo LVM por lo que se trata de una LUN física con un filesystem EXT3. Continuar leyendo “Ampliar una LUN RDM de un Guest Linux en VMware vSphere”

Configurar iSCSI Direct Attached NetApp cDOT VMware

Estimados lectores, en este artículo veremos un procedimiento acerca de configurar iSCSI Direct Attached NetApp cDOT VMwarevSphere 6 en un escenario Entry-Level con dos Hosts ESXi. Clustered Data ONTAP 8.3.x soporta una configuración iSCSI con cables DAC Ten-Gigabit para aquellos escenarios “más Entry” donde solamente se conectan un par de Hosts al sistema de almacenamiento. Esto no ocurre así en el caso de Fibre Channel ya que cDOT utiliza el protocolo NPIV lo cual requiere electrónica SAN para esta interconexión (Switchs de Fibra). Continuar leyendo “Configurar iSCSI Direct Attached NetApp cDOT VMware”

Configurar Isolation Response Address para VMware HA

Estimados lectores, en esta ocasión vamos a ver cómo configurar Isolation Response Address para VMware HA. Como sabemos la dirección de red de aislamiento de un clúster HA configurado de forma predeterminada no es otra que la Default Gateway de la Management Network. Probablemente en la mayoría de los casos esta configuración es válida y suficiente aunque deberemos tener en cuenta que la IP de la puerta de enlace sea accesible o “mejor dicho”, que sea pingable. Continuar leyendo “Configurar Isolation Response Address para VMware HA”

System logs on host are stored on non-persistent storage

Estimados lectores,

En esta nueva entrada vamos a ver cómo resolver la alerta system logs on host are stored on non-persistent storage tras actualizar una versión VMware ESX a ESXi. En las versiones ESX (sin la i) de hace unos años los Hosts utilizaban lo que llamábamos Service Console, un interfaz que se usaba para la administración del servidor y que además constaba de un directorio sobre un Datastore local donde se almacenaba información de registro. Cuando aparecieron las versiones ESXi (con la i) se prescindió de la Service Console la cual fue sustituida por la Management Network. Continuar leyendo “System logs on host are stored on non-persistent storage”

Edit settings de nuevo posible con vSphere 5.5 Update 2

Estimados lectores,

Al parecer nuestros colegas de VMware han captado el mensaje. Para sorpresa de muchos y después del chasco de obligarnos a usar el cliente Web podemos decir edit settings de nuevo posible con vSphere 5.5 Update 2. La verdad es que cuando instalé la primera release de vSphere 5.5 no me gustó para nada tener que usar el cliente Web de forma obligatoria para hacer cosas tan sencillas como ampliar el tamaño de un disco o cambiar de VLAN. En los proyectos de actualización o despliegue previos a la nueva release todo el mundo “añoraba” poder usar su tradicional vSphere Client porqué es más ligero y, como todo el mundo sabe, funciona mucho mejor. Continuar leyendo “Edit settings de nuevo posible con vSphere 5.5 Update 2”

Como hacer un V2V de Hyper-V a vSphere

Estimados lectores,

En este nuevo artículo trataré de explicaros como hacer un V2V de Hyper-V a vSphere usando la última versión de la herramienta VMware vCenter Converter Standalone. Como veremos a continuación esta herramienta nos permitirá, entre otras opciones, migrar las máquinas virtuales residentes en una infraestructura virtual Microsoft Hyper-V hacia una infraestructura VMware vSphere (en este caso a una versión 5.5 Update 2) brindándonos la posibilidad de personalizar algunos parámetros del hardware resultante (máquina de destino) como el tamaño de sus discos (que podremos redimensionar), número de vCPUs, RAM, interfaces de red, … Continuar leyendo “Como hacer un V2V de Hyper-V a vSphere”

Administrar Distributed vSwitches en VMware vSphere 5.5

Estimados lectores,

En este nuevo artículo vamos a ver cómo administrar Distributed vSwitches en VMware vSphere 5.5 para infraestructuras virtuales con Licencia Enterprise Plus. Estos switchs distribuidos se administran de forma centralizada desde vCenter ayudándonos a simplificar la configuración de red de nuestra infraestructura virtual. A diferencia de los Standard vSwitches los cuales generamos de forma manual en cada uno de los Hosts ESXi, con Distributed vSwitches creamos los Port Groups para VLANs de máquinas virtuales o bien para vMkernels de forma centralizada para todos los servidores ESXi del Datacenter. De esta forma todos los Hosts tienen exactamente la misma configuración de red evitando, por ejemplo, errores típicos como el ID de VLAN o el nombre de la Virtual Machine Network que puede configurarse de forma incorrecta cuando configuramos “a mano” cada ESXi de forma individual. Continuar leyendo “Administrar Distributed vSwitches en VMware vSphere 5.5”

VMware ESXi: comandos para la administración de VMs vía CLI

En ocasiones viene bien poder hacer algunas consultas u operaciones usando comandos para la administración de VMs vía CLI ya sea por motivos de acceso a vSphere Client (no tenemos el cliente, por ejemplo, o los management agents no están funcionando) o bien porque necesitamos anidar resultados o scriptar operaciones. En este post veremos algunos comandos para la administración de VMs vía CLI con ejemplos sencillos que pueden combinarse para obtener la información que deseemos accediendo por SSH a un Host ESXi (recordemos que el servicio SSH debe estar activo).

El comando “raíz”, por decirlo de alguna forma, sería vim-cmd vmsvc/  y la lista de opciones para vmsvc/ es la siguiente:

VMware ESXi: comandos para la administración de VMs vía CLI

Con esta lista podemos construir todos los comandos para generar nuestras consultas/operaciones/scripts. Veamos algunos de ellos:

NOTA: muchas de las operaciones descritas a continuación requieren que la máquina virtual tenga instaladas las VMware Tools. En general, como Best Practice, siempre las deberemos tener instaladas.

Registrar una VM: vim-cmd solo/registervm /vmfs/volumes/”Datastore”/”carpeta”/”VM”.vmx

Des-registrar una VM: vim-cmd vmsvc/unregister /vmfs/volumes/”Datastore”/”carpeta”/”VM”.vmx

Listar las VMs del inventario del Host ESXi: vim-cmd vmsvc/getallvms –> Este comando lista las VMs con su VMid, un entero que identifica de forma única cada una de ellas. El VMid es fundamental para ejecutar los comandos sobre la VM que identifica.

Si conocemos el nombre de inventario de la VM podemos usar el comando vim-cmd vmsvc/getallvms |grep “nombre VM” para obtener su VMid.

Conocer el Power State de una VM: vim-cmd vmsvc/power.getstate “VMid”

Tiempo que lleva una VM encendida en segundos (Uptime): vim-cmd vmsvc/get.summary “VMid” |grep uptimeSeconds

–> Lista de propiedades del Data Object – VirtualMachineConfigSummary

Arrancar una VM: vim-cmd vmsvc/power.on “VMid”

Apagar de forma ordenada una VM: vim-cmd vmsvc/power.shutdown “VMid”

Apagar una VM de forma inmediata (“botonazo”): vim-cmd vmsvc/power.off “VMid”

Reiniciar una VM: vim-cmd vmsvc/power.reboot “VMid”

Hacer un reset de una VM: vim-cmd vmsvc/power.reset “VMid”

Instalar las VMware Tools: vim-cmd vmsvc/tools.install “VMid”

Actualizar las VMware Tools: vim-cmd vmsvc/tools.upgrade “VMid”

Mostrar la IP de una VM: vim-cmd vmsvc/get.guest “VMid” |grep -m 1 “ipAddress = \””

Mostrar la VLAN o VM Network de una VM: vim-cmd vmsvc/get.guest “VMid” |grep -m 1 “network = \””

Mostrar el nombre DNS de una VM: vim-cmd vmsvc/get.guest “VMid” |grep -m 1 “hostName = \””

–> Lista de propiedades del Data Object – GuestInfo

Determinar si una VM tiene algún Snapshot: vim-cmd vmsvc/get.snapshot “VMid”

Crear un Snapshot: vim-cmd vmsvc/snapshot.create “VMid” snapshot_nombre

Borrar un Snapshot: vim-cmd vmsvc/snapshot.remove “VMid” “SNAPid” –> En este comando necesitamos saber el identificador del Snapshot. Lo obtendremos con el comando vim-cmd vmsvc/get.snapshot “VMid” | grep -m 1 “id =

–> Lista de propiedades del Data Object – VirtualMachineSnapshotInfo

Esto es sólo una lista de los principales comandos que en general nos pueden ayudar a automatizar tareas “cotidianas” como por ejemplo listar aquellas VMs apagadas, encendidas, … listar información sobre el Sistema Operativo Guest, listar información de red, etc. Podemos obtener mucha más información el respecto consultando la VMware API and SDK Documentation.

En la automatización de las tareas antes mencionadas podemos apoyarnos en instrucciones de iteración básicas como for o condicionales como if (en algunos casos puede que nos interese combinar iteración con condición para la obtención de algunos resultados). Dado que el denominador común para toda consulta en una VM es su VMid podemos usar las instrucciones siguientes para su obtención:

a) vim-cmd vmsvc/getallvms | tail -n +2 | cut -c 1-3

b) vim-cmd vmsvc/getallvm | awk -F’ ‘ ‘/[0-9]/{print $1}’

En ambos casos se obtienen los VMids de todas las VMs por lo que podemos iterar de la siguiente forma:

for i in $(vim-cmd vmsvc/getallvm | awk -F’ ‘ ‘/[0-9]/{print $1}’); do “Instrucción 1 sobre $i”; “Instrucción 2 sobre $i”; “Instrucción N sobre $i”; done

Veamos algunos ejemplos:

Listar VMs que contienen Snapshots: for i in $(vim-cmd vmsvc/getallvm | awk -F’ ‘ ‘/[0-9]/{print $1}’); do vim-cmd vmsvc/get.summary $i | grep name; vim-cmd vmsvc/get.snapshot $i; done

Listar el Power State de todas las VMs: for i in $(vim-cmd vmsvc/getallvm | awk -F’ ‘ ‘/[0-9]/{print $1}’); do vim-cmd vmsvc/get.summary $i | grep name; vim-cmd vmsvc/power.getstate $i; done

Apagar todas las VMs: for i in $(vim-cmd vmsvc/getallvm | awk -F’ ‘ ‘/[0-9]/{print $1}’); do vim-cmd vmsvc/get.summary $i | grep name; vim-cmd vmsvc/power.shutdown $i; done

Arrancar todas las VMs: for i in $(vim-cmd vmsvc/getallvm | awk -F’ ‘ ‘/[0-9]/{print $1}’); do vim-cmd vmsvc/get.summary $i | grep name; vim-cmd vmsvc/power.on $i; done

Licencia de Creative Commons

This Post by David Solé Pérez is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License

Pagina Principal

Quick stats on hostname is not up-to-date

Cuando conectamos al servidor vCenter 5.5 usando el cliente vSphere tradicional o su versión Web, en la pestaña Summary del Host ESXi 5.5 puede mostrarse la siguiente alerta:

Configuration issues. “Quick stats on hostname is not up-to-date”

Esta alerta no se da cuando nos conectamos directamente al Host ESXi.

Se trata de un error conocido de vCenter Server 5.5 y su work around lo podemos encontrar el KB: 2061008.


Licencia de Creative Commons

This Post by David Solé Pérez is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License

Pagina Principal

Instalar la NetApp VSC 4.2.1 sobre vSphere 5.5 en Windows 2012

La NetApp VSC 4.2.1 (Virtual Storage Console) es un pluguin que se integra con VMware para dotar la infraestructura virtual de funcionalidades de almacenamiento como monitorización básica, consumos de espacio, aprovisionamiento de Datastores, alineación de particiones y opciones de Backup con SMVI (si tenemos licencia para ello).

El procedimiento para instalar la NetApp VSC 4.2.1 sobre vSphere 5.5 en Windows 2012 es el siguiente:

 

Instalar la NetApp VSC 4.2.1 sobre vSphere 5.5 en Windows 2012

Los binarios de instalación están disponibles en la página Web de soporte de NetApp y los tenemos para arquitecturas de 32 y 64 bits.

Instalar la NetApp VSC 4.2.1 sobre vSphere 5.5 en Windows 2012

Este mensaje nos indica que verifiquemos las credenciales de las controladoras en el apartado de Backup & Recovery. Si no marcamos el checkbox no se puede continuar la instalación.

Instalar la NetApp VSC 4.2.1 sobre vSphere 5.5 en Windows 2012

De forma predeterminada VSC instala los componentes Monitoring, Provisioning y Optimization. Además de estos tenemos la opción de seleccionar Backup and Recovery si disponemos de licencia para Snapmanager for Virtual Infrastructure.

Instalar la NetApp VSC 4.2.1 sobre vSphere 5.5 en Windows 2012

Si se desea podemos cambiar la carpeta destino de la instalación.

Instalar la NetApp VSC 4.2.1 sobre vSphere 5.5 en Windows 2012

Una vez finalice la instalación de VSC deberemos registrar el pluguin mediante la URL proporcionada (https://localhost:8143/Register.html).

Instalar la NetApp VSC 4.2.1 sobre vSphere 5.5 en Windows 2012

De forma automática, al finalizar el asistente, se lanza el explorador con la URL de registro:

Instalar la NetApp VSC 4.2.1 sobre vSphere 5.5 en Windows 2012

Introduciremos la información necesaria para el registro. Si todo ha ido bien observaremos el siguiente mensaje:

Instalar la NetApp VSC 4.2.1 sobre vSphere 5.5 en Windows 2012

Por el momento la administración de VSC solamente se puede hacer mediante el vSphere Client tradicional. A partir de la versión VSC 5 se dará soporte Web y podrá ser administrado vía vSphere Web Client.

Licencia de Creative Commons

This Post by David Solé Pérez is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License

Pagina Principal

Crear un clúster HA con vSphere Web Client 5.5

En esta nueva entrada veremos cómo crear un clúster HA con vSphere Web Client 5.5, el renovado interfaz Web de la plataforma vSphere. La recién salida VMware vSphere 5.5 viene repleta de nuevas funcionalidades como puede verse en el What’s New in VMware vSphere 5.5 Platform. Aunque esta versión es administrable vía el vSphere Client tradicional nos tendremos que empezar a acostumbrar a usar el cliente Web:

 

 

Crear un clúster HA con vSphere Web Client 5.5

Cuando instalamos el cliente y vamos a ejecutarlo éste nos informa que las nuevas funcionalidades solamente están disponibles por Web aunque si seguimos leyendo vemos que Update Manager, una funcionalidad fundamental para tener actualizada nuestra infraestructura virtual, todavía necesita este cliente. Así que nos tendremos que acostumbrar al Web Client (bien, los que llevamos varios años en esto sabemos que hay versiones Web desde vSphere 4) pero no nos podemos “despojar” de nuestro cliente de toda la vida, al menos, por ahora.

Para crear un nuevo clúster HA nos validaremos en vSphere Web Client y accederemos al contexto vCenter:

Crear un clúster HA con vSphere Web Client 5.5

No hace falta decir que para poder administrar vCenter deberemos tener permisos de administrador.

Crear un clúster HA con vSphere Web Client 5.5

Accederemos a Hosts and Clusters tal y como lo hacíamos habitualmente en el tradicional vSphere Client.

Crear un clúster HA con vSphere Web Client 5.5

Dentro de Clusters seleccionaremos la opción indicada para crear uno nuevo.

Crear un clúster HA con vSphere Web Client 5.5

Como siempre daremos un nombre a nuestro clúster y activaremos las opciones que necesitemos: DRS, HA, EVC… En Location podemos seleccionar el Datacenter donde queremos que se ubique nuestro clúster.

Crear un clúster HA con vSphere Web Client 5.5

Previamente deberemos crear el Datacenter tal y como se muestra (el acceso a este apartado se realiza desde el mismo contexto). Una vez creado el nuevo clúster añadimos los Hosts ESXi:

Crear un clúster HA con vSphere Web Client 5.5

Observemos que prácticamente el funcionamiento es idéntico a como lo hacíamos con el cliente tradicional.

Crear un clúster HA con vSphere Web Client 5.5

Introducimos el nombre de nuestro Host ESXi.

Crear un clúster HA con vSphere Web Client 5.5

Necesitaremos las credenciales administrativas del Host (normalmente root\”password”).

Crear un clúster HA con vSphere Web Client 5.5

Información relativa al servidor ESXi.

Crear un clúster HA con vSphere Web Client 5.5

Asignamos una licencia disponible (en este caso se usa la de evaluación).

Crear un clúster HA con vSphere Web Client 5.5

Si se desea, podemos activar lockdown mode para mayor seguridad.

Crear un clúster HA con vSphere Web Client 5.5

Un resumen y finalizamos.

Crear un clúster HA con vSphere Web Client 5.5

Podemos revisar el proceso en el panel superior derecho Recent Tasks para verificar que todo está correcto.

Realizaremos el mismo procedimiento para el resto de Hosts ESXi que serán miembros de este clúster HA.

Para finalizar esta entrada comentar que en instalaciones nuevas donde todos los servidores ESXi suelen ser iguales  no es necesario configurar EVC puesto que las CPU son idénticas. Ahora bien si a corto o medio plazo prevemos una ampliación de la infraestructura virtual, cosa que ocurre en la mayoría de los casos, puede que tengamos problemas de vMotion entre los servidores existentes y los nuevos. En tal caso si necesitamos configurar EVC para compatibilizar todos los servidores tengamos en cuenta que se requiere una parada de las máquinas virtuales para los ajustes de CPU. Esto en muchos entornos no es de buen recibo así que mejor seamos precavidos y como buena práctica configuremos siempre EVC desde el principio usando la línea de base más alta posible soportada por todos los miembros del clúster HA. De esta forma podremos añadir servidores nuevos ajustando sus CPUs al clúster EVC y por tanto minimizamos las interrupciones sobre las máquinas. No hace falta comentar que estas soluciones tienen sentido entre generaciones de servidores/CPUs recientes como por ejemplo entre HP ProLiant DL380 G7 y su evolucionada G8.


Licencia de Creative Commons

This Post by David Solé Pérez is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License

Pagina Principal