Main Content RSS FeedLatest Entry

Aventuras con PanoLogic, Primeras impresiones.

Hace varios meses que probamos VMware View, todo bien, excepto que no contábamos con ningún thin-client y optamos por convertir una XP en un franken-thin-client. Muchos problemas con ese setup. Luego de pelear con el franken-thin-client, la licencia de evaluación de View se venció y el POC se detuvo.

Luego apareció PanoLogic, un suplidor de software llego con este pequeño aparato que brindaba su propio bróker y vendía la idea de no tener que comprar ningún otro como View o XenDesktop, como amante de las soluciones de VMware no quería aceptarlos hasta que investigando mas descubar que además este bróker (gratis por la compra de los equipos) soporta conexión a View o XenDesktop.

Manos a la obra, lo primero fue montar otro POC solo con PanoLogic. El PanoLogic Manager ya es una maquina virtual y con simplemente importarla a VMware como un OVF ya tenemos el 40% listo de nuestra infraestructura de PanoLogic. Luego de hacerle unos cuantos cambios de optimización a la VM de Windows 7 que usaríamos para probar e instalar drivers hechos por Pano Logic, la VM era algo lenta y mucho menos podía reproducir videos en Windows Media Player, resulta que el driver que instala VMware Tools de SVGA 3D (WDDM) no es compatible con el driver de Pano Logic. En la guía de administración encontré que debía desinstalar este driver o no seleccionarlo mientras se instalan los VMware Tools.

Ok, realizados los pasos de cambiar el driver la VM comienza a comportarse como una verdadera maquina y podemos realizar mas y mejor algunas pruebas, aceptando alguna perdida de performance debido al storage del ambiente de pruebas de VMware que tenemos, se decide que PanoLogic es una buena solución para iniciar nuestras aventuras en el mundo del VDI.

Hasta el momento todo bien, en un segundo post escribiré sobre la creación de DVM Collections.

http://www.panologic.com/

http://www.rtfm-ed.co.uk/2010/05/28/my-panologic-evaluation/

 

Recent Entries

a veces es solo una ilusión.

VMware vSphere: ICM[V4.1], que hago ahora que salio ICM[5.0]?

La semana pasada tuve la oportunidad de asistir al curso oficial de VMware vSphere: Install, Configure and Management [V4.1].

Aunque ya manejaba mucho del material gracias al blueprint y otras fuentes de información, encontré que el curso es obligatorio y no solo porque lo dice VMware si no porque no importa que tan preparado estés, al segundo día del curso ya te has dado cuenta que sabes algo nuevo.

Ahora el paso a seguir es repasar todo el blueprint para tomar el examen de VCP410 el cual tiene fama de no ser tan fácil, también he leído en muchos blogs de que el nivel de estudio para pasar este examen es muy alto. Espero poder dedicar tiempo para continuar donde deje el blueprint y atacar este examen con todo. La cosa es que eso no terminara así de fácil, algunos sabrán que VMware el dia 12 de Julio publico la versión de vSphere 5 y está también viene con su examen.

Inmediatamente comencé a indagar sobre el estado de alguien que había tomado ICM [V4.1] y que debería de hacer para no verse obligado a tomar ICM [5.0] ya que este curso es algo CARO….

La buena noticia es que actualmente si se tiene VCP410 o tiene estado de haber completado el ICM [V4.1] solo se debe asistir a tomar el examen ya que este no tiene requerimientos, pero al parecer eso será hasta febrero 29 2012.

En fin.. Ahora solo tengo que dedicarle tiempo al blueprint y seguir con todo!

Si quieres leer mas sobre el upgrade path de VCP4 a VCP5 te recomiendo leer la entrada de Eric Sloof.

http://www.ntpro.nl/blog/archives/1807-vSphere-5-New-Training-Courses-Whats-New-V5.0-and-VCP5.html

Aquí también el enlace que me envió Eric al consultarle mi inquietud.

http://mylearn.vmware.com/mgrReg/plan.cfm?plan=12457&ui=www_cert

UPDATE:

aquí una buena cantidad de artículos relacionados a la transición de VCP4 (o VCP3) hacia VCP5.

http://vmwaretraining.blogspot.com/2011/07/blog-posts-related-to-vsphere-5-release.html

IPv6.org.DO – el wiki de IPv6 en .DO

 Hace mucho tiempo que tenía el dominio ipv6.org.do, es normal que ipv6.TLD sea registrado por personas que viven en ‘TLD’, en .do aun no se había hecho así que decidí hacerlo, el site paso de Joomla a MediaWiki y desde hace varios meses estoy agregando contenido a él para que sea de beneficio para otros. Pero como muchas cosas, lo mas difícil de encontrar es apoyo de otros interesados.

http://ipv6.org.do

Vuelve la versión Gratis de StarWind SAN Software.

Como dicen muchas personas.. “Lo prometido es Deuda”, StarWind Software anteriormente tenia una versión gratis que fue suspendida hace algún tiempo y que al preguntar por ella nos decían que si estaba en la lista de prioridades. La espera se ha terminado y StarWind acaba de anunciar la versión “Free” de ese SAN basado en software.

De las mejores opciones que este ofrece es que el Storage Capacity es ilimitado!

Como se pueden imaginar, las opciones de HA y otras de un nivel corporativo no están disponibles en la versión gratuita.

http://www.starwindsoftware.com/starwind-free

IPv6 en mis dispositivos móviles!

Hace tiempo que mi red cuenta con conexión IPv6 vía túnel, esta vez es algo diferente, el túnel es proporcionado por OpenVPN a un pfSense remoto que a su vez tiene conexión a un Vyatta con un túnel a HE publicando su propio bloque vía BGP (Tema para un post!).

Desde hace tiempo uso iPhone y como no tengo data-plan en el, depende del Wireless, siempre está conectado vía wireless en mi casa y de algo que no me había percatado era de que él se estaba auto configurando una dirección IPv6 desde mi router!, también uso una Samsung Galaxy Tab, este es el dispositivo móvil que mas uso le doy, el día de hoy me di cuenta que tiene conectividad IPv6!…

En realidad fue en la Galaxy tab que note la conectividad al mundo IPv6..

iPhone!

[simage=522,288,n,center,]

Galaxy Tab!

[simage=523,320,n,center,]

Unable to contact a primary HA Agent. Ya entiendo por qué!

En Febrero escribí sobre algo que me paso con un nuevo cluster de producción de ESXi con HA. El caso fue que uno de los miembros tuvo problemas en el firmware de la BIOS y la caja blade perdió cierta comunicación con este equipo, lo más afectado fue el acceso a la SAN. Esa parte del problema se solucionó luego que el servidor recibió un update de firmware y encendió sin problemas, pero como se puede leer en la entrada antes mencionada (Unable to contact a primary HA Agent), este problema se resolvió muy fácil (desde mi punto de vista), pero el día de ayer, leyendo el libro de VMware vSphere 4.1 HA and DRS Techincal deepdive, me ha dado cuenta de porque paso y el porqué de la solución.

“The first 5 hosts that join the HA cluster are automatically selected as primary nodes. All other nodes are automatically selected as secondary nodes. When you do a reconfigure for HA, the primary nodes and secondary nodes are selected again. This is virtually random.”

Simple, al deshabilitar HA en el cluster y habilitarlo nuevamente el proceso se inició sin contar que ya no tenía el nodo perdido y así pude agregarlo nuevamente.

Tenía ganas de anotar esto en algún lugar. Vamos a seguir leyendo ¡! Muy interesante este libro!

Usando jumbo frame en ESXi con StarWind iSCSI SAN.

Hace varias semanas en el trabajo habilitamos una pequeña área con varios equipos “viejos” para usarlos en ambiente de pruebas principalmente para VMware y porque no, una que otras máquinas virtuales.

Inicialmente tenía un Switch Cisco 2950 10/100 y como se pueden imaginar cada vez que hacia vMotion tenía ese pequeño warning diciéndome que lo recomendable es 1G. asi que decidimos hacer un pequeño cambio y llevar ese Switch 10/100 a otra área de la estructura y tomar prestado uno 10/100/1000.

El cambio es significativo, pero cuando hacia vMotion, aun duraba mucho tiempo aunque no tenía ningún warning. Así quedo por varias semanas hasta que no pude más y decidí buscar algunas optimizaciones para resolver el problema. Inicialmente busque optimizaciones para StarWind iSCSI SAN, lo primero es que el servidor con StarWind no es una estrella de cine!, es un Dell PowerEdge SC1420 de hace casi 5 años así que no puedo pedirle tanto, tiene 2 tarjetas dedicadas de 1Gb solo para iSCSI y cuenta con 2G de RAM.

Buscando en el foro de StarWind, esto fue lo primero que encontré para habilitar Jumbo Frames.

Recommended TCP/IP settings

En este enlace también se incluyeron los pasos para habilitar Jumbro Frames en ESX/ESXi, Hyper-V y XenServer.

Para corroborar la configuración mostrada en el foro de StarWind, use un artículo en VMware Comunity, exactamente del VMware Networking Blog.

http://blogs.vmware.com/networking/2010/03/jumbo-frames-in-vsphere-40.html

Nota: ya que el artículo no hace énfasis en ESX/ESXi 4.1, la única diferencia que encontré es que en ESXi no tenemos vicfg-*. Y debemos usar esxcfg-*

Creo que debo buscar una versión actualizada específicamente para 4.1 U1.

Además de la configuración en StarWind y ESXi, debemos configurar el Switch, en mi caso es un Catalyst 3560 y lo único que no me gusto es que no puedo habilitar jumbro frames en puertos independientes y se tiene que hacer en la totalidad del equipo.

Catalyst 3750/3560 Series

Ahora solo tengo que monitorear el desempeño y correr algunos benchmarks para determinar posibles cuellos de botella.

Otorgándole permisos a usuarios en vCenter Server.

No sé si solo a mí me ha pasado, pero hace unas semanas atrás necesitaba otorgar permisos a usuarios específicos para que crearan VMs en un vCenter y tuve algunos problemas para lograr mi objetivo….

Note to self!

  1. Clonar el “Read Only” role en el ESX o DataCenter.
  2. Editar el role que acabas de clonar y agregar los siguientes permisos/privilegios.
  • DataStore -> Allocate Space
  • Virtual Machines  -> Configuration -> Add New Disk
  • Virtual Machines  -> Configuration -> Add or Remove Device
  • Virtual Machines  -> Inventory -> Create NewStep
  1. Asignar este role al usuario a nivel de ESX o DataCenter.
  2. Crear un nuevo role y asignar el nombre “Crear Virtual Machines”.
  3. Al role creado anteriormente, asignar todos los permisos del paso 2 y también agregar los siguientes permisos/privilegios.
  • Resource -> Assign Virtual Machine to Resource Pool
  1. Asignar este role al usuario a nivel del “Resource Pool”.
  2. Por último, crear una VM para probar los permisos/privilegios.

Fuente: http://kb.vmware.com/selfservice/search.do?cmd=displayKC&docType=kc&externalId=1027743

Sección 3 – Configurando Almacenamiento para ESX/ESXi. Objetivo 3.3 – Configurando NFS Datastores.

Objetivo 3.3 – Configurando NFS Datastores.

3.3.1 – Identificando los componentes de hardware de un NFS Datastore.

ESX/ESXi soporta usar NAS mediante el protocolo de NFS, el protocolo NFS habilita comunicación entre un cliente y un servidor de NFS.

El cliente build-in en ESXi solo soporta NFS versión 3.

Los componentes para poder usar NFS como datastore son:

  • NFS Share/Server
  • Switch
  • VMkernel interface for NFS Support.

Read More..

Convirtiendo cualquier Linux en Debían, remotamente.

Hace varias semanas tengo disponible un equipo dedicado con muy buenas prestaciones el cual pretendía usar para virtualizar con VMware o como último recurso con XenServer, lamentablemente este equipo no tiene KVM y mucho menos forma de usar virtual media. Gracias a que el proveedor del dedicado tiene un modo “Recovery”, este funciona booteando el server via PXE con un LiveCD de Ubuntu, asi que con este modo podría intentar instalar ESXi.

Mi primer intento fue copiar el archivo imagendd al servidor para luego hacer un “dd if=imagedd of=/dev/sda” esto debería instalar ESXi, inmediatamente recordé que no tendría forma de introducir el password usando el DCUI asi que era una misión casi imposible. Luego pensé en instalar ESXi en un USB y bootear en un equipo con hardware similar al dedicado para asi crear una imagen desde ese USB ya con un password y las configuraciones que necesitaba. Al final me di cuenta que la controladora SATA no estaba en la HCL.

El segundo intento fue instalar XenServer en un equipo con procesador Opteron, el dedicado tiene un Opteron, lamentablemente otra vez el inconveniente al parecer era la controladora SATA, al parecer el Kernel en XenServer no tiene el modulo necesario para ver la controladora.

Ultimo intento fue Debianizar el servidor para instalar Proxmox. Esta ultima resulto y tengo el equipo funcional, no como deseaba pero por lo menos puedo virtualizar.

Si por alguna razón tienes un servidor remotamente inaccesible, y que no tenga Debian instalado y asi lo deseas, gracias a debootstrap esta tarea es más sencilla de lo que se pueda imaginar.

http://www.void.gr/kargig/blog/2009/04/02/howto-remotely-install-debian-over-gentoo-without-physical-access/

El “servidor”  en cuestión es un Fujitsu PRIMERGY MX130, lo bueno de este equipo es que es “green edition” y soporta hasta 16G de RAM. Lamentablemente al parecer para poder instalar ESX/ESXi en el, tendría que tener acceso a consola o por lo menos iKVM.

http://www.server4you.com/templates/images/downloads/ds-py-mx130s1_en.pdf

Sección 3 – Configurando Almacenamiento para ESX/ESXi. Objetivo 3.2 – Configurando iSCSI SAN Storage

3.2.1 – Identificando los componentes en hardware de un SAN iSCSI.

Igual que la fibra óptica, las SAN basadas en iSCSI son formadas por 3 componentes.

  • iSCSI Target.

Esta es la controladora de los discos y de los dispositivos que convierten los discos tradicionales a tecnología iSCSI.

  • Switch

A diferencia que la Fibra Óptica, el protocolo iSCSI usa switches de red, es recomendable usar una VLAN dedicada, o mejor aún, un Switch dedicado.

  • iSCSI initiator

El iSCSI initiator es el mismo ESX host, en este host tenemos un software o hardware initiator.

Read More..

Sección 3 – Configurando Almacenamiento para ESX/ESXi. Objetivo 3.1 – Configurando almacenamiento de FC SAN.

Objetivo 3.1 – Configurando almacenamiento de FC SAN.

3.1.1 – identificando los componentes de una SAN.

Cuando se decide usar una SAN en el ambiente de VMware primero tenemos que asegurar que esta SAN en particular está en la lista de hardware soportado de VMware (HCL). Una SAN está formada por diferentes compoenentes.

  • SAN Controller

Esta es la parte que controla los discos, crea los LUNs y los presenta a nuestros ESX/ESXi. La mayoría de veces la controladora es manejada/administrada desde un entorno web o por un software determinado que proporciona el fabricante.

  • SAN Switches

El SAN Controller y los host con ESX/ESXi deben estar conectados a estos Switches de Fibra. Se puede comparar un Switch de FC a uno de Ethernet pero no pueden ser mezclados.

  • Host Bus Adapter (HBA)

Las HBA son las usadas para conectar nuestros ESX/ESXi a los SAN Switches, este también es un hardware que es muy recomendado sea soportado en el HCL.

Para leer más sobre Fabric Channel (FC) -> http://en.wikipedia.org/wiki/Fibre_Channel_fabric

Read More..

Sección 2 – Configuración de RED en ESX/ESXi. Objetivo 2.3 – Configurando la red de manejo de VMware ESX/ESXi.

Objetivo 2.3 – Configurando la red de manejo de VMware ESX/ESXi.

 

2.3.1 – modificando la configuración IP en el service console.

Inicialmente cuando terminamos de instalar ESX, este configura la primera tarjeta encontrada en el sistema.

En el siguiente enlace están los pasos para configurar tarjetas adicionales a la primera detectada.

http://pubs.vmware.com/vsphere-esx-4-1/wwhelp/wwhimpl/js/html/wwhelp.htm#href=server_config/t_set_up_service_console_networking.html#1_8_7_11_7_1

2.3.2 – Configurando la disponibilidad de Service Console.

Una opción es asignar múltiples NIC al vSwitch donde reside la Service Console. Otra opción, es crear una segunda consola de servicio, preferiblemente en una red físicamente diferente a la original.

http://pubs.vmware.com/vsphere-esx-4-1/wwhelp/wwhimpl/js/html/wwhelp.htm#href=server_config/c_service_console_configuration.html#1_8_7_11_1

2.3.3 – configurando DNS y routing para un host ESX.

La configuración de DNS es muy importante en ESX/ESXi, de esta depende que los hosts puedan conectar a vCenter y tener HA.

http://pubs.vmware.com/vsphere-esx-4-1/wwhelp/wwhimpl/js/html/wwhelp.htm#href=server_config/t_change_the_dns_and_routing_configuration.html

 

Fuentes:

http://www.simonlong.co.uk/blog/vcp-vsphere-upgrade-study-notes/

http://www.b3rg.nl/vcp-4.0/section-2-configure-esx-esxi-networking/objective-2.3-configure-vmware-esx-esxi-management-network.html

Sección 2 – Configuración de RED en ESX/ESXi. Objetivo 2.2 – Configurando vNetwork Distributed Switches.

Objetivo 2.2 – Configurando vNetwork Distributed Switches.

2.2.1 – Comprendiendo como funciona un dvSwitch y sus maximus.

Un dvSwitch (vNetwork Distributed Switch) es un switch virtual que se expande a multiples host ESX/ESXi.

A diferencia del Switch Virtual anterior, el dvSwitch tiene una configuración para todos los ESX/ESXi y nos habilita nuevas funcionalidades como mantener estadísticas de un puerto de una VM a la cual se le realizo vMotion. Para habilitar dvSwitch se debe contar con licencia Enterprise Plus.

Read More..

2005 - 2011