Etiqueta: VMware

VMware Horizon View – sin proxy.

Desde hace tiempo uso la versión HTML de VMware View porque siempre tenía problemas de conexión debido al proxy. Actualmente tengo un View instalado en casa y otro hospedado en OVH, ambas instalaciones se ven una a la otra y no importa en cual bróker me conecte puedo acceder a las mismas VMs sin problemas. El portal Web es útil, pero siento que el desempeño de las VM no es el mismo que cuando conecto usando el cliente nativo.

El caso es el siguiente, establezco una VPN para poder tener acceso a aaNetworks (network playground), de este modo puedo acceder a todos los equipos que componen mi red (172.22.35.0/24, 172.22.114.0/24 & 10.45.0.0/16 – RouterLooingGlass). Ya tengo el cliente de View instalado y lo normal sería decirle cual es el FQDN del bróker (view.aanetworks.local o desktops.aanetworks.org) y esperar para introducir el usuario y password, lamentablemente detrás de un proxy a veces no funciona y nos encontramos con esta ventana de error:

La soluciona este error es crear una entrada en el Registro de Windows (RegEdit) para que el cliente de View se salte el proxy. En View 5.x en adelante solo se crea una entrada en el Registro – HKEY_LOCAL_MACHINE\SOFTWARE\Policies\VMware, Inc.\VMware VDM\Client\.

Creamos el nuevo key llamado TunnelProxyBypass que es un MultiStringValue. Normalmente para que un cambio en el registro tome efecto debemos reiniciar la máquina, una vez la máquina de vuelta en Windows no deberíamos tener problemas para acceder a nuestro View sin proxy, pero a diferencia de mi caso el bróker no está en la red local, lo veo solo cuando estoy conectado a mi VPN. Para solventar esto he recurrido a un viejo truco en Windows (o en cualquier OS moderno), he manipulado la tabla de hosts y creado entradas para los dominios de mis bróker y de esta manera el trafico se realice vía VPN.

De ahora en adelante en lugar de usar el FQDN completo solo uso la parte host del bróker, es decir que para conectarme a view.aanetworks.local solo usaría view en el cuadro de Connection Server.

El proceso está documentado en el KB1009238 – Configuring VMware View Client to bypass Internet Explorer proxy settings (1009238).

Probando Vritual SAN – the virtuallyGhetto way … Parte1

Ya sabemos que es VSAN, ya sabemos cómo crear una VM que soporte VSAN. Qué tal si mejor usamos un OVA, todos amamos y queremos las VM pre-empaquetadas y mucho más si estamos seguros de que funcionara como queremos.

Para esto descargaremos él .ova proporcionado por William Lam en virtuallyGhetto.com (https://s3.amazonaws.com/virtuallyghetto-download/vsan-nested-esxi-vm-template.ova ), luego de descargado él .ova (o podemos usar el URL directamente) procederemos a hacer un despliegue de esta VM en nuestro ESXi ( o cluster de ESXi… ) de pruebas.

Note: si solo se cuenta con un ESXi o no se tiene vCSA los pasos son diferentes a los descritos a continuación.

 

Primero creamos un folder donde colocaremos las 2 (o 3 VM con ESXi) que importaremos usando el .OVA descargado.

Creamos nuestro

Si no estás familiarizado con el Web Client (como muchos actualmente…) en esta imagen vemos como iniciamos el import del OVA.

Ahora nos toca seleccionar la ubicación del OVA, ya sea en nuestro equipo local o en un URL, en este caso seleccionaremos el URL y usaremos el link publicado por William Lam.

Una diferencia que podemos ver cuando importamos este OVA usando el Web Client en lugar del cliente desktop (lo extrañaremos!!) es que podemos ver los cambios que se aplicaron a este OVA y nos solicita que debemos aceptar estos cambios antes de proceder, selececcionamos en Accept extra configuration options y estamos listos para seguir.

Seleccionamos el folder que creamos en el primer paso.

Seleccionamos el host donde queremos que viva nuestro ESXi virtual.

Seleccionamos el datastore donde tendremos los discos virtuales del ESXi.

Seleccionamos la red, en este caso es un VSS llamado VM Network el cual es creado por defecto en ESXi.

Listo para completar!

 

Inicialmente tenía planeado una entrada completa con todo y la inicialización de los datastore de VSAN pero en último momento decidí dividirlo en una entrada de 2 partes, espero tener la segunda lo más rápido posible…

Probando Virtual SAN (VSAN) usando nested ESXi.

Es muy posible que ya sepas que es VMware Virtual SAN, pero si no es el caso, VSAN es el remplazo de Virtual Storage Appliance (VSA). Las diferencias entre estos 2 productos son muchas, pero mejor hablemos de las funcionalidades que tiene VSAN ya que VSA dejara de existir.

 

  1. Radically Simple Storage Management.
  2. Two-Click Storage Provisioning
  3. Seamless Integration with vSphere and vCenter™
  4. High Performance with SSD Caching
  5. Resiliency Against Multiple Hardware Failures
  6. Dynamic Scaling of Performance and Capacity
  7. Reduced CapEx via Server Disks
  8. High Performance, Lower TCO

 

Como se puede apreciar, la lista es interesante.

Otra diferencia es que con VSA necesitábamos un VM (varios VM tipo master-slave) quien se encargaba de controlar el almacenamiento disponible para los servidores con ESXi. Aquí un link de la lista de funcionalidades que proporciona VSA (http://www.vmware.com/products/vsphere-storage-appliance/features.html ) comparada con la lista de funcionalidades que proporciona VSAN (http://www.vmware.com/products/virtual-san/features.html ), la diferencia es clara.

 

Ahora la parte importante es como probamos esta nueva tecnología de VMware llamada VSAN sin perder un órgano del cuerpo adquiriendo nuevos equipos o SSD para poder cumplir con los requerimientos de VSAN. Por suerte William Lam ha posteado un buen elaborado paso-a-paso de cómo crear un entorno VSAN con ESXi en modo nested.

 

Nota: también aquí tenemos los pre-requsitos de los pre-requisitos anteriores!!!!

 

VSAN Walkthrough (http://vmwarewalkthroughs.com/VSAN/ )

VSAN Part 1 – A first look at VSAN (http://cormachogan.com/2013/08/26/vsan-part-1-a-first-look-at-vsan/ )

VSAN Part 2 – What do you need to get started (http://cormachogan.com/2013/08/28/vsan-part-2-what-do-you-need-to-get-started/ )

Los requerimientos para esto son los siguientes:

Tener un equipo donde poder crear como mínimo 3 ESXi nested.

Crear una VM, en la ventana de configuración  seleccionar custom.

  1. Le pondremos un nombre (ej: nESXi1).
  2. Seleccionamos nuestro datastore.
  3. En la versión seleccionaremos la versión 8
  4. En Guest OS seleccionaremos “Other” y en la versión “Other 64bit”.
  5. Necesitamos 2 vCPU asi que seleccionaremos 2 virtual sockets.
  6. La cantidad de RAM ha variado de 5.1 a 5.5 y ahora el mínimo que está permitido es 4GB.
  7.  La cantidad de NIC puede variar dependiendo de qué tan complejo será nuestro entorno de pruebas, normalmente aquí le agrego 4 NICs a la VM.
  8. SCSI controller lo dejamos por defecto.
  9. Para los discos que tendrá nuestro ESXi virtual, como minimo necesitamos 3 discos.
    1. 2G para la instalación de ESXi 5.5
    2. 4G para emular una SSD. => http://www.virtuallyghetto.com/2013/07/emulating-ssd-virtual-disk-in-vmware.html
    3. 8G para storage.

Ya con esta configuración estamos listo para crear nuestro ESXi en modo nested y luego poder probar VSAN!

Pero qué tal si alguien ya nos facilitara un template con toda la customización necesaria para correr VSAN? … si, esta disponible este template, gracias a William Lam que lo ha creado y publicado en su blog. http://www.virtuallyghetto.com/2013/09/how-to-quickly-setup-and-test-vmware.html

Preparándome para NSX & SDN…

Desde hace varios días estoy leyendo documentación sobre VXLAN ( si, ya tiene tiempo en el mercado…), Nicira (NSX ¿?) y algunas cosas de SDN.

Por alguna razón el blog dice Virtualization and Networking….

Si al igual que yo te interesa todo esto nuevo relacionado a redes debes comenzar por:

http://blog.scottlowe.org/2013/06/12/resources-for-networking-and-network-virtualization/

es un reciente post de Scott Lowe sobre recursos para leer sobre estas tecnologías que están cambiando la forma en que vemos y usaremos las redes de datos.

Como hago para leer información relacionada a estos tópicos? Mi “read-flow” es de la siguiente manera.

Cuento con un Kindle Touch ( adoro este pequeño aparato!!!) y es mi dispositivo principal para lecturas algo extensas (Clustering Deepdive de Duncan Epping & Frank Denneman), usando el servicio de Readability hago llegar los blog posts y artículos que me interesan al Kindle para leerlos cómodamente.

En Readability tengo un tag llamado VXLAN que actualmente tiene lo siguiente.

Más adelante tratare de exportar la lista dinámicamente para asi no tener que crear hyperlinks en una página dedicada del blog. La idea es documentar todo lo relacionado a SDN mientras lo realizo en el LAB.

ESXi 5.1 – USBpassthrough not found?

El mensaje complete es el siguiente: /vmfs/device/char/vmdkdriver/usbpassthrough not found

Seguido de este mensaje también tengo uno relaciono a remover USB storage adapters, lo extraño es que no tengo ningún tipo de almacenamiento USB conectado a esa máquina con ESXi 5.1. en realidad si tenía un CDROM USB conectado allí, el cual use para realizar la instalación de ESXi en un disco de 160G ya que anteriormente ya me había topado con este error cuando tenía ESXi instalado en una memoria USB kingstone y la cual diagnostique como fallida debido a este mensaje.

Si inicio el equipo sin el cdrom conectado el boot se detiene a medias con este error…..

 

 

Espero que mi Google Fu no me falle esta vez, no pienso dejar ese cdrom conectado a esa máquina..