Comandos habituales

29 mayo, 2013

MAQUINAS REGISTRADAS EN HOST Y VMID: vim-cmd vmsvc/getallvms |grep <vm name>
ESTADO DE LA MAQUINACON EL VMID: vim-cmd vmsvc/power.getstate <vmid>
ESTADO DE LAS VNICS: esxcfg-nics -l
LISTAR COMANDOS ESXCFG: /sbin/ls -l esxcfg*
MAQUINAS ENCENDIDAS Y SU ID: vm-support -x
EXPORTAR LOGS: vm-support
LISTAR MAQUINAS Y UBICACION: vmware-cmd -l
ESTADO DE LA MAQUINA: vmware-cmd <*.VMX> getstate
APAGAR/ENCENDER/RESETEAR: vmware-cmd <vm-cfg-path> start/stop/ <powerop_mode>


Como saber si un disco duro está siendo utilizado

1 abril, 2013

Hay ocasiones en que tenemos algún disco vmdk aislado y no sabemos si está asociado a alguna maquina. Para ello podemos utilizar el comando:

egrep -i <nombredeldisco>.vmdk /vmfs/volumes/*/*/*.vmx

Este comando busca el vmdk dentro de los archivos vmx dentro del host donde se ejecuta, por lo que tendríamos que ejecutarlo en todos los hosts que vieran el almacenamiento donde se ubica el vmdk.


Nueva versión de RVtools

7 marzo, 2013

En grandes entornos, solemos tener problemas a las hora de buscar una máquina en la vista de VM y Templates.

La nueva versión de RVtools nos facilita enormemente esta tarea ya que han añadido en la pestaña vInfo la carpeta que contiene la máquina.

 

GRACIAS OTRA VEZ!

 


Herramientas de terceros indispensables

5 noviembre, 2012

Después de un tiempo de inactividad por un cambio de proyecto vuelvo a ponerme con el blog aconsejando dos herramientas muy útiles para el día a día en la administración de VMware.

RVtools: es una aplicación sencilla pero muy útil. En una ventana en .Net 2.0 se nos muestra información de CPU, memoria,  red, … de toda nuestra plataforma. Cabe destacar la pestaña vHearth que nos muestra posibles problemas detectados en nuestro entorno, como por ejemplo, maquinas o discos huérfanos  máquinas con nombres inconsistentes, snapshots, dispositivos conectados, etc…

Podemos importar la información a un Excel para realizar rápidamente informes.

Nos podemos descargar la aplicación en:

http://www.robware.net/

VMturbo: excelente aplicación para la gestión de carga de trabajo y motorización, con infinidad de funcionalidades. En un solo vistazo podemos comprobar si nuestro entorno de VMware esta corriendo correctamente o si tenemos alguna incidencia.

Podéis descargarla en:

http://www.vmturbo.com/


Diseño de VMware vSphere: 6 cuestiones importantes

20 febrero, 2012

Buscando información de los puntos mas importantes para el diseño de una infraestructura VMware vSphere, he encontrado una presentación muy interesante que se planteaba estas 6 cuestiones:

1. ¿vSwitch estándar o distribuido?

2. ¿vCenter físico o virtual?

3. ¿Servidores enracados o blades?

4. ¿ESX o ESXi?

5. Mejores practicas en cuanto a la ubicación de los hosts en cluster.

6. Mejores practicas en cuanto a la ubicación de las VMs en las LUNs.

Voy a intentar explicarlo lo mejor posible en castellano…

¿vSwitch estándar (VSS) o distribuido (VDS)?

– vSwitch distribuido necesita licencia Enterprise Plus

Estas características están disponibles con dos tipos de switches virtuales:

– Pueden enviar tramas L2
– Pueden segmentar el tráfico en VLANs
– Pueden utilizar y entender VLAN 802.1q
– Pueden tener más de un uplink (NIC Teaming)
– Pueden tener traffic shaping para outbound (TX) traffic

Estas características están disponibles sólo con Distributed Switch:

– Permite inbound (RX) traffic
– Tiene una interfaz de gestión centralizada unificada a través de vCenter
– Soporta VLAN privadas (PVLAN)
– Proporciona personalización potencial de los datos y planos de control

vSphere 5.0 proporciona las siguientes mejoras a la funcionalidad de Distributed Switch:

– Mayor visibilidad entre el tráfico de máquina virtual a través de Netflow
– Un mejor control a través de la duplicación de puertos (dvMirror)
– Soporte a  LLDP (Link Layer Discovery Protocol), un protocolo independiente del proveedor.

Con las características que necesitemos para nuestro entorno de VMware optaremos por uno u otro teniendo en cuento el licenciamiento.

 ¿vCenter físico o virtual?

Beneficios de vCenter físico:

– No compite con los recurso de las demás máquinas virtuales.

– Si fallan los ESX tendremos podremos acceder inmediatamente al vCenter  sin tener que esperar que HA se ejecute.

Beneficios de vCenter virtual:

– No se necesita gastar dinero en un servidor físico.

– Poder usar la características mas importantes de vCenter, tales como, HA, DRS, vMotion, Snapshots, vSwitch distribuidos, …

– Poder realizar una restauración rápida del servidor en caso de desastre.

– Poder asignar mas recursos al servidor en caso necesario.

– Administración centralizada mas potente.

¿Servidores enracados o blades?

Beneficios de servidores en blade

– Ahorro de espacio.

– Menor consumo de energía, ya que está más optimizada y necesita menos tiempo de enfriamiento. Además los chasis de los blades consumen mas o menos energía dependiendo del numero de servidores que tengamos encendidos.

– El chasis se conecta con un solo cable, lo que elimina el desorden de cables.

– Permite arrancar las máquinas virtuales desde la SAN, mediante PXE.

Beneficios de servidores enracados

Aunque las tecnología blade ha evolucionado bastante, los principales beneficios podria ser:

–  Mayor número de adaptadores de red y almacenamiento.  Servidores tradicionales es la mejor opción si necesitamos un gran número de tarjetas de red o los controladores de almacenamiento.

– Si un chasis de blade se completa, es necesario comprar otro.

– Mas fácil de instalar y configurar.

– Tienen puertos serie, paralelo y USB de E / S para conectar dispositivos externos

¿ESX o ESXi?

Debido a que la nueva versión de vSphere instala únicamente  ESXi, dejaré por obsoleta esta cuestión. ESXi no trae la consola de administración con lo que tendremos que familiarizarnos con VMware vSphere Command-Line Interface (vSphere CLI)

Mejores prácticas en cuanto a la ubicación de los hosts en cluster

Seguir las mejores prácticas descritas en la página 51 del documento: http://www.vmware.com/pdf/Perf_Best_Practices_vSphere5.0.pdf

Mejores practicas en cuanto a la ubicación de las VMs en las LUNs.

Por lo que he estado leyendo en foros y documentación, lo óptimo es crear LUNs de 500 a 800 Gb que alberguen de 10 a 12 máquinas virtuales.


Entendiendo la pestaña «Resource Allocation» en una VM

5 enero, 2012

En el post anterior explicaba la pestaña “Resource Allocation” en un cluster, ahora vamos a ver la misma pestaña pero en un máquina virtual.

Los gráficos se dividen en CPU y Memoria.

– En cuanto a la CPU no hay nada nuevo, nos muestra los mismos valores que en el cluster, pero esta vez, en un gráfica.

– En la memoria si hay nuevos valores que intentaré explicar:

En primer lugar hay que diferenciar entre host memory y guest memory.

– Host memory, es la cantidad de memoria que está consumiendo la VM en el ESX.

– Guest memory: es la cantidad de memoria que se está consumiendo en realidad en ese momento. Dentro de guest memory existen varios tipos de memoria:

  • Private: es la cantidad de memoria que esta respaldada por la memoria del host y no esta compartida-
  • Shared: es la cantidad de memoria que está compartida.
  • Swapped: es la cantidad de memoria que está haciendo swapping.
  • Balloned: es la cantidad de memoria que está haciendo ballooning. Con el balloon-driver, lo que se hace es que una VM puede ceder memoria al VMKernel y este asigna dicha memoria a otra VM  que necesita memoria RAM. 
  • Unaccessed: entiendo que es la memoria que no se está usando en ese momento.
  • Active: entiendo que es la memoria que se está usando en ese momento.

Entendiendo la pestaña «Resource Allocation» en un cluster

4 enero, 2012

Voy a intentar explicar los elementos  de la asignación de recursos en un cluster para que queden claros a la hora de modificarlos, ya que de ello depende muchas veces, que las máquinas que corren en dicho cluster puedan utilizar los recursos del cluster de manera ordenada.

En cuanto al cluster:

  • CPU:  

– Total Capacity: es la cantidad total de CPU en MHz que tenemos en ese cluster.

– Reserved Capacity (capacidad de reserva): Nos muestra la cantidad de CPU que el cluster necesita para que haya alta disponibilidad y que , por lo tanto, tiene reservada.

– Available Capacity (capacidad disponible): es la cantidad de CPU que no está reservada para HA y que, por lo tanto, tenemos disponible.

  • Memoria.

– Total Capacity: es la cantidad total de memoria en MB que tenemos en ese cluster.

– Reserved Capacity (capacidad de reserva): Nos muestra la cantidad de memoria que el cluster necesita para que haya alta disponibilidad y que , por lo tanto, tiene reservada.

– Overhead Reservation (reserva de overhead): El overhead es  la cantidad de memoria necesaria para que el ESX virtualize la memoria física.

– Available Capacity (capacidad disponible): es la cantidad de memoria que no está reservada para HA y que, por lo tanto, tenemos disponible.

En cuanto a las VM:

– Nombre: el nombre de la VM.

– Reservation: con este parámetro le reservamos un mínimo de CPU o memoria a esta máquina.

– Limit: es la máxima cantidad de CPU o memoria que puede utilizat la VM.

 – Shares: en CPU, permite a una máquina ser la primera en disponer de tiempo de procesador en contra de otras máquinas con este parámetro mas alto. En RAM, si una VM tienen que competir con otras por la consulta de memoria compartida, este parámetro establece la prioridad.

Los shares especifican la importancia de una máquina virtual. Si una VM tiene el doble de shares de un recurso que otra VM, tiene derecho a consumir el doble de este recursos cuando estas dos VM compiten entre si por lo recursos.

Los shares se pueden configurar como High, Normal o Low, en una proporción de 4:2:1, respectivamente. También podemos configurarlo como Custom, con lo que asignamos un número especifico de shares a cada máquina.

– Shares Value: según la cantidad de memoria o de CPU de la VM y con el parámetro que hayamos configurado el share, se le asiguna un valor de share.

High: 2000 shares per virtual CPU / 20 shares per megabyte of configured virtual machine memory.

Normal:  1000 shares per virtual CPU / 10 shares per megabyte of configured virtual machine memory.

Low: 500 shares per virtual CPU / 5 shares per megabyte of configured virtual machine memory.

– % Share: Porcentaje de recursos del cluster asignados la VM. 

– Worst Case Allocation: es la cantidad de memoria que a la máquina virtual se le puede asignar cuando todas las máquinas virtuales están consumiendo el total de recursos asignados. Básicamente, cuando hay saturación de recursos, esto son los recursos con los que la VM contará en el peor de los casos.  

 


Comando para cambiar el Failover Order

27 diciembre, 2011

Para configurar el NIC teaming desde consola y cambiar la tarjeta activa en el caso, por ejemplo, que hayamos perdido la conexión de Service Console, se utiliza el siguiente comando:

vmware-vim-cmd /hostsvc/net/portgroup_set –nicorderpolicy-active=vmnic0 –nicorderpolicy-standby=vmnic1 vSwitch0 «Service Console»


Instalación y configuración de ThinApp 4.6

19 octubre, 2011

1.    Qué es ThinApp?

 VMware ThinApp permite acelerar la implementación de aplicaciones y simplificar su migración con la virtualización de aplicaciones sin agentes. Con VMware ThinApp, las aplicaciones son empaquetadas dentro de archivos ejecutables que se ejecutan completamente aislados unos de otros, así, el sistema operativo está libre de conflictos de ejecución en los dispositivos de punto final. Los paquetes de aplicaciones se pueden implementar en diferentes plataformas de Windows, eliminando la costosa recodificación y pruebas de regresión de esta manera pueden migrar las aplicaciones existentes a Windows 7.

2.    Instalación de VMware Thinapp 4.6

 VMware nos recomienda instalar ThinApp en una máquina limpia, ya que una máquina ya usada puede contener aplicaciones ya instaladas o restos de aplicaciones.

Los sistemas operativos soportados son los siguientes:

– Plataformas 32 bit: Windows NT, Windows 2000, Windows XP, Windows XPE, Windows 2003 Server, Windows Vista, Windows Server 2008, Windows 7

– Plataformas 64 bit: Windows XP 64 bit, Windows 2003 64 bit, Windows Vista 64 bit, Windows Server 2008 64 bit, Windows Server 2008 R2 64 bit, Windows 7 64 bit

– Aplicaciones de 16bit corriendo sistemas operativos Windows de 32 bit.

– Aplicaciones de 32bit corriendo sistemas operativos Windows 32 bit and 64 bit.

– Plataformas 16bit o no x86 como Windows CE

 – Aplicaciones 64bit corriendo sistemas operativos de 32bit o 64bit.

– Aplicaciones 16bit corriendo sistemas operativos de 64bit.

– Terminal Server y Citrix Xenapp.

Se ejecuta VMware-ThinApp-Enterprise-4.6.2-467908.exe en el servidor para empezar con la instalación.

Se aceptan las patentes y se pulsa en Next.

 

Se acepta en contrato de licencia.

 

Se introduce en número de licencia.

 

Finaliza la instalación.

 

3.    Captura de aplicaciones.

Una vez instalado ThinApp en el servidor, es necesario capturar las aplicaciones que queremos que corran en nuestras máquinas.

Para ello se abre ThinApp Setup Capture.

 

Se nos presenta información de los pasos a seguir.

 

La aplicación hace un escaneo de las aplicaciones instaladas en nuestro servidor para luego compararlas después de instalar la aplicación que vamos a instalar.

 

 

El las opciones avanzadas podemos seleccionar las rutas que se quieren escanear.

 

Comienza el escaneo.

 

Es este momento se instalará la aplicación que queremos tener disponible para nuestras máquinas virtuales.

 

Se ejecuta el paquete de instalación, por ejemplo de Adobe Reader.

 

Se realiza en otro escaneo para compararlo con el primer escaneo.

 

Se seleccionan las aplicaciones.

 

Se seleccionan los grupos de usuarios que van a poder acceder a los paquetes de instalación.

 

Se selecciona el modo de aislamiento.

Los modos de aislamiento se aplican a los directorios y subdirectorios individuales, así como a ubicaciones del Registro:

    • Fusionados – El modo de aislamiento hace que todas las modificaciones realizadas por la aplicación se realizan en el sistema operativo host.
    • WriteCopy – Este modo de aislamiento hace que todas las modificaciones realizadas por la aplicación se realizan en el sandbox.

     

Se selecciona la ruta de la sandbox.

¿Qué es sandbox? Si la aplicación está aislada del sistema principal, los cambios, supresiones o adiciones hechas por la aplicación del sistema de archivos o el registro se registran en una sandbox  en lugar de en el sistema operativo host. El sandbox es un directorio en el que estas modificaciones se registran. El grado en que estas modificaciones se registran en el sandbox en lugar de en el sistema operativo host está determinado por los modos de aislamiento en uso.

 

Se selecciona si se quiere enviar estadísticas anónimas a VMware.

 

Se pide un nombre para el inventario y la localización del proyecto.

 

Se guarda el proyecto.

 

Antes de construir el proyecto se puede revisar.

 

Se finaliza la creación de los paquetes que nos servirán para compartir esta aplicación. 

 

4.    Configuración de VMware View Manager

Para distribuir las aplicaciones en nuestras máquinas virtuales se necesita configurar la consola de administración de View.

En la izquierda de la consola se selecciona ThinApp Configuration y se pincha en Add Repository.

 

Se le da un nombre y se selecciona el repositorio de las capturas de aplicaciones del servidor Thinapp.

Previamente habrá que haber compartido esta carpeta.

 

 

Dentro de Inventory se selecciona Thinapps para escanear las nuevas aplicaciones.

 

 

Se selecciona el repositorio.

 

Se seleccionan las aplicaciones que se quieres compartir.

 

 

Finaliza el proceso y se asigna un Pool de máquinas o las máquinas en concreto que se quiere que utilicen esta aplicación.

 

 

 

 


VCP-510

20 septiembre, 2011

Siguiendo la linea de certificaciones, como todos los lideres tecnológicos, VMware saca la posibilidad de certificarte en la nueva versión de vSphere, la 5.

Existen varias formas para ser VCP5:

– Asistir a un curso de VMware autorizado.
– Si ya eres VCP4 puedes examinarte para VCP5, sin tomar el curso, hasta el 29 de febrero 2012.
– Aprobar el examen VCP5.

Aquí os dejo la tabla de VMware que despeja cualquier tipo de dudas:


A %d blogueros les gusta esto: