DevOps, Virtualizacion, Linux, Seguridad y un poco mas..
Si está en el proceso de crear un PoC de VSAN, VMware tiene publicado una step-by-step de cómo crear uno y no fallar en el intento. Haciendo uso de este recurso y de los Lab de HOL se aseguraría una implementación de VSAN.
http://www.vmware.com/files/pdf/products/vsan/VMware_Virtual_SAN_POC_Guide.pdf
Hace tiempo que no escribo nada sobre el homelab, muchos cambios le han ocurrido al entorno que uso para pruebas de Virtualización & Redes.
El homelab tuvo su relanzamiento hace más o menos 2 años y hace unos meses ha tenido cambios significativos que han mejorado su rendimiento. Vamos a comenzar por el Almacenamiento.
Desde que tengo homelab el almacenamiento siempre ha sido proporcionado por custom-build, inicialmente era FreeNAS, luego OpenFiler, en un momento Nexenta y de vuelta a OpenFiler, esto simplemente porque no podía hacerme de un Iomega IX o de un Synology, pero ya que el Iomega ha bajado tanto el precio he adquirido 2, uno por ebay y otro ha sido un regalo, el problema de estos era que estaban bricked y volverlos a la vida fue bastante fácil.
Cuento con 2 Whitebox ESXi 5.5 a los cuales les doy conectividad (mediante iSCSI) a 1 iomega IX4-200d con 2x2TB (RAID 1) para un total de 1.8TB de espacio para las VM que necesito, el único inconveniente con esta actualización es que para un equipo de casi 5 años no es fácil lidiar con la carga de IOPS que demandan mis ESXi y más al momento de iniciar varias VMs al mismo tiempo.
Esta configuración está funcionando desde principios de Enero con resultados aceptables, excepto cuando tengo corte de luz y ambos ESXi pierden energía (welcome to DR), al momento de restaurar la energía, todas las VM son arrancadas al mismo tiempo y es ahí cuando tengo ganas de cambiar el IX4-200d.
Voy a llevar versiones del homelab y haciendo cuenta esta es la versión 3.0, la versión 1.0 fue basada en motherboard adquiridos en eBay de la marca Tyan, estos eran bastante grandes y con solo 8G de RAM. En esta versión 3.0, ha cambiado la forma en que administro el homelab ya que ahora cuento con ESXi que están ubicados en verdaderos datacenters y están disponibles 24×7 con buen ancho de banda, por esto decidí que todo lo relacionado a manejo (VCSA, vCloud, vShield, vMA y otros acrónimos que comienzan con “v”) serán desplegados en uno de esos ESXi. Así que ahora en la versión 3.0 los equipos en casa son para recursos de vCloud Director (en proceso).
Desempeño del Almacenamiento actual.
Los IX4-200d en su momento fueron todo un boom en Internet/comunidad VMware, por su precio y porque proporciona iSCSI & NFS (aunque solo NFS está certificado para trabajar con VMware), pero para esta época no son tan geniales. Como decía, son 2, uno con 1.8Tb y otro con 1Tb (ambos en RAID1) y para almacenar las VM son perfectos.
PernixData FVP + SSD to the rescue!
Ya con alrededor de 2 meses usando el homelab v3 había notado la lentitud del almacenamiento cuando realizaba backups con Veeam (lo mejor que usado hasta el momento para respaldar VM) ya que siempre reportaba que el cuello de botella era la Fuente (los IX4-200d), el destino de estos backup es un Mini-ITX con unRAID (tema de otra entrada) y cuenta con un Atom a 1.8, 2Gb de RAM y 4Tb de espacio.
Buscando una solución que no sea adquirir otro almacenamiento o montar otra PC con OpenFiler decidid probar local cache son SSD, no me decidía a hacer esto ya que suponía un costo y no estaba seguro que funcionaria, luego presto atención a PernixData y decido inscribirme en el beta, compro los SSD y manos a la obra.
Saben que, FVP es una maravilla, ahora no siento la necesidad de cambiar los viejos IX4-200d ya que el cache con FVP está rindiendo frutos! Lástima que la licencia sea solo por 60 días, he aplicado para una versión NFR así que ha esperar. Si no consigo la licencia estoy pensando en mover el almacenamiento a VSAN, el único inconveniente es que necesitaría otro ESXi para poder estar en el mínimo requerido. Ha esperar!
Hace un tiempo que tenía instalado y funcionando vCloud Director en el homelab pero el vCenter en ese momento sufrió un accidente y fue reemplazado por un vCSA en un ESXi remoto (en OVH). El problema fue que toda la configuración realizada en ese vCenter se perdió, en ese momento no le di importancia.
Hace unos días decidid seguir jugando un poco más con vCloud pero quería recuperar la instalación de vCloud & vShield. vShield fue fácil, eliminar el plugin usando instrucciones encontradas aquí (https://communities.vmware.com/docs/DOC-10847).
vCloud fue un poco problemático, cada vez que intentaba eliminar el vCenter este me mostraba un error donde me decía que aun tenia dependencias de vCenter configuradas en algún sitio. Estas dependencias eran 2 host ESXi que fueron preparados desde vCloud.
Al final encontré un KB (2057335) donde explicaba como remover datasotre problemáticos en vCloud, decidi probar algo y además de las instrucciones de eliminar información de la base de datos, agregue el contenido de la tabla managed_server en la cual se encontraban los 2 ESXi.
Luego de realizar estos pasos podemos hacer un detach a nuestro viejo vCenter.
Lo primero es que Flash en los Hypervisores es una realidad, eso queda demostrado por las nuevas tendencias (Pernixdata & VMware VSAN), así que si aún no etas explorando esas alternativas recomiendo que dediques un tiempo e investigues.
Esta entrada es para explicar un poco como está configurado mi homelab y que he estado haciendo con él. El homelab es muy básico, cuenta con almacenamiento por iSCSI (Iomega ix4-200) y 2 ESXi. Desde hace tiempo se ha estado hablando de PernixData y decidí investigar, al momento de entrar al sitio web veo que tienen un formulario para solicitar el beta y sin pensarlo me inscribí, lo próximo que supe era que tenía una llamada de un representante para recolectar información y determinar si era elegible para el beta, muy amablemente me informaron que tenía que contar con dispositivos Flash (SSD o PCIe), desde hace un tiempo ya estaba pensando con agregar SSD a los 2 ESXi del homelab así que tome esto como excusa para visitar eBay y adquirir 2 SSD de 128G Kingston.
Otro dato era que la versión que en ese momento se estaba ofreciendo en el beta era la 1.0 que no tiene soporte para vSphere 5.5 y que actualmente tengo en mi homelab, pero luego me entere que la versión 1.5 de FVP viene con soporte para vSphere 5.5… ¡Excelente!
Un correo con la información de descarga para la beta fue lo próximo que recibí, unos momentos leyendo la guía de instalación y estaba listo para la aventura. Es increíblemente sencillo (¿está de moda lo simple?), ya tenía instalado los SSD en ambos host de ESXi y solo faltaba instalar el VIB el cual no requiere que reinicies el host, esto quiere decir que si ya se tenía el dispositivo SSD en el equipo no tendríamos ningún corte de servicio cuando vayamos a instalar esta solución.
Siguiendo paso a paso la guía de instalación esto es lo que deberíamos hacer:
1. Instalar el VIB en nuestros equipos que cuentan con los SSD.
2. Instalar el software de manejo, si usamos VCSA deberemos seleccionar un equipo con Windows Server para realizar esta instalación, yo he decidido crear una nueva VM para esto e instalar SQL Express.
3. Registrar el plugin en vSphere Web Client, necesitamos entrar al portal de administración de VCSA y reiniciar el servicio de web client.
Fácil, aquí están las imágenes tomadas de la instalación realizadas en mi homelab.
esxcli software vib install -d <ZIP file name with full path> —no-sig-check
/sbin/auto-backup.sh
nota: En la imagen se puede apreciar que cuando ejecute el comando para instalar el VIB no use el PATH completo y por eso recibí un error como respuesta.
Luego que tenemos los VIB + Management Software instalados podemos proceder a crear nuestro cluster de Flash.
Falta poco para tener los beneficios de FVP, lo próximo es decidir si agregamos todo un datastore o si agregamos solo las VM que queremos que sean aceleradas por FVP. Yo he decidido probar con Máquinas Virtuales directamente, debemos tener en cuenta que si contamos con más de 1 clúster de SSD en FVP podemos tener varias asignaciones, por ejemplo, si tenemos una VM (WEB01) y esta VM reside en un datastore (DS01), agregamos el datastore a un clúster de Flash llamado Silver y as u vez queremos que la VM sea acelerada por el Clúster de Flash llamado Gold es posible por el hecho de que FVP da prioridad a la asignación hecha directamente a la VM.
Para administrar nuestro cluster de Flash debemos dirigirnos a una nueva sección que aparecerá en nuestra área derecha, así podemos crear el clúster y realizar todo lo relacionado a FVP. Inicialmente en esta parte encontré un inconveniente que ya reporte al programa de beta en PernixData. Creo que es algo relacionado a mi ambiente de lab ya que se de otras personas que están usando FVP 1.5 sin problemas via vSphere Web Client.
Realizando el proceso para la creación de un clúster obtenía un error, en un principio pensé en problemas de conexión al servicio de inventario de vSphere pero al final parece que no es el caso ya que usando el módulo de FVP para PowerShell pude crear el cluster.
Para crear el cluster desde PowerShell hacemos lo siguiente:
1. Registrarnos con el servicio de manejo de FVP
2. Creamos el cluster – Luego de –Name usaremos el nombre que deseamos para el Cluster, en mi caso fue aaFlash
Después podemos volver al WebClient y no tendremos problemas.
En lo personal creo que una de las secciones más visitadas por una persona que tenga FVP en su ambiente de vSphere es el tab de Summary, en este tab podemos ver información relacionada al cluster y a las datastore o VM que estén siendo aceleradas.
Se puede notar que FVP ha ayudado de manera significativa a mi pobre ix4-200 que en su momento fue un dispositivo relevante para el homelab, últimamente ha sido desplazado por otros NAS debido al poco rendimiento que este ofrece.
En fin, este ha sido el inicio de mis aventuras en Flash. El trial tiene 60 días de licencia así que después que termine el trial decidiré si uso VSAN o si monto un NAS (XPEnology?) y agrego los SSD allí.
Para terminar, una lista de enlaces casi obligatorios para leer sobre FVP.
Frank Denneman
http://frankdenneman.nl/pernixdata/
Chris Wahl
http://wahlnetwork.com/2014/02/10/pernixdata-1-5/
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).