Upgrade a vCenter Server 5.0

Una serie de articulos detallando el proceso de Upgrade a vCenter Server 5.0

Upgrade a ESXi 5.0

Una serie de articulos detallando el proceso de Upgrade a ESXi 5.0

Instalación de ESXi 5.0

Una serie de articulos detallando el proceso de Instalación de ESXi 5.0

Configuración iSCSI en vSphere 5.0

Una serie de articulos dedicados a la configuración de iSCSI en vSphere 5.0

Reconocido como vExpert 2011

Reconocido como vExpert 2011

VMware View 4.5

Una serie de articulos dedicados a View 4.5 y todas sus nuevas funcionalidades.

VMware View Transfer Server 4.5

Una serie de articulos dedicados a View Transfer Server y sus caracteristicas.

VMware View Composer 2.5

Una serie de articulos dedicados a View Composer y sus caracteristicas.

Cluster MSCS Across Boxes en vSphere 4.1

Serie de articulos detallando el proceso de creación y configuración de un cluster MSCS en configuración Across Boxes en vSphere 4.1

Mostrando entradas con la etiqueta vSphere. Mostrar todas las entradas
Mostrando entradas con la etiqueta vSphere. Mostrar todas las entradas

jueves, 9 de febrero de 2012

Nested ESXi con soporte para 64 Bits

Muchas veces a la hora de querer realizar pruebas de configuraciones, testear nuevos productos o reproducir errores que reporta alguno de nuestros clientes, nos encontramos con que no contamos con todo el hardware necesario para llevarlo a cabo.

Para poder ayudarnos en estos casos, es posible instalar ESXi sobre máquinas virtuales, no obstante hasta hace poco esto solo nos permitía instalar MVs de 32 Bits sobre nuestros ESXi virtuales. Por que sucedia esto? Porque VMware requiere de las extensiones Intel VT o AMD-V para virtualizar sistemas operativos de 64-Bits, y hasta vSphere 4.1 estas extensiones no podian ser virtualizadas en los ESXi virtuales (Nested)

A partir de vSphere 5, crear MVs de 64 Bits sobre ESXi virtuales ya es una realidad!  En vSphere 5 ya es posible presentar las instrucciones Intel VT o AMD-V a las MVs que corren sobre un ESXi virtual.
Incluso podemos pensar en virtualizar Hyper-V y crear MVs sobre dicho Hyper-V virtual.

Veamos como debe ir la configuración.

Configuración a nivel de host ESXi fisico
Para nuestro laboratorio necesitaremos al menos un host ESXi 5 con suficientes recursos (CPU, Memoria, Disco) para poder hospedar los ESXi virtuales y otras MVs que queramos ejecutar.  Este host requiere solo unas pequeñas configuraciones para poder hospedar hosts ESXi virtuales:

  • El vSwitch o PortGroup donde irán conectados los ESXi virtuales debe tener habilitado el Modo Promiscuo.

  • Si desean utilizar VLANs en los ESXi virtuales, se deberá crear además un PortGroup en el ESXi fisico, que utilice la VLAN "All (4095)", la que podrá ser utilizada como VLAN Trunk por los ESXi virtuales.
  • A continuación se deben conectar al host ESXi a traves de SSH, o entrar en modo Tech Support en la DCUI, y ejecutar el siguiente comando, que permitirá el uso de MVs de 64 Bits en ESXi virtuales:
    echo 'vhv.allow = "TRUE"' >> /etc/vmware/config


Configuración de la MV para ESXi virtual
En cada MV que utilizaremos como host ESXi virtual deberemos utilizar la siguiente configuración:


  • Sistema operativo: Other (64-bit)

  • 2 vCPU y al menos 2GB de RAM
  

  • Seleccionar 1 o más NICs virtuales.  Para poder realizar una mayor variedad de pruebas, se deben utilizar el mayor numero de NICs posibles.  Durante la creación de la MV solo podrán crear 4, pero posteriormente podrán aumentar este numero hasta 10 NICs virtuales.

  • Los discos virtuales pueden ser en formato Thin o Thick.



Una vez creada la MV, debemos realizar los siguientes pasos:

  • Ingresar a las propiedades de la MV y dirigirse al tab Options.
  • En "General Options", en la sección de Sistema Operativo seleccionar "VMware ESXi 5.x".

  • En "CPU/MMU Virtualization" seleccionar "Use Intel VT-x/AMD-V for instruction set virtualization and Intel EPT/AMD RVI for MMU virtualization".
 



Despues de seguir estos pasos ya podemos instalar ESXi 5.0 en la MV, y luego crear MVs con Sistema Operativo de 64 Bits sobre este ESXi virtual

Si además implementamos una SAN virtual, como QuantaStor de la cual ya hemos hablado antes, podremos realizar pruebas con conexiones iSCSI desde nuestros ESXi virtuales, y utilizar dicha SAN para hospedar las MVs anidadas.

El poder utilizar un laboratorio completamente virtual, con hosts ESXi virtuales, SAN virtuales, etc, y el poder utilizar casi cualquier funcionalidad y producto VMware de esta forma, es de una gran ayuda para quienes no contamos con todo el hardware necesario o simplemente buscamos tener nuestro laboratorio en nuestro hogar.  De hecho, utilizando ESXi virtuales pude realizar todas las practicas necesarias para aprobar el examen VCAP-DCA :)

Espero les sea de utilidad!

viernes, 3 de febrero de 2012

2012, el año clave para el Cloud Computing



Hola a todos!

Mucho se ha hablado del Cloud Computing, de su adopción y de que este 2012 definitivamente será el año en que la nube será una realidad.

Ya hemos hablado de las ventajas y desventajas de Cloud Computing, pero que tan real es la llegada definitiva de la Cloud en nuestra realidad latinoamericana?

Ciertamente hay un interes creciente en las empresas por conocer más acerca del Cloud Computing, las soluciones y proveedores existentes, y como poder llevar sus servicios a la nube, ya sea Publica, Privada o Hibrida.   No obstante,  más alla de las ventajas que nos puede traer, aun es lenta la adopción real del Cloud Computing, y por ahora se ven don tendencias marcadas:


  • Segmento SMB: La tendencia en el segmento SMB es llevar a la nube los servicios basicos, y que no son parte del negocio, a la nube.  Un buen ejemplo es el servicio de correo como GMail o Zimbra, o aplicaciones de colaboracion como Office365.  Esto permite que estas empresas se enfoquen en innovar en soluciones relacionadas a sus procesos de negocio, desligando al area TI de tareas de administración y operación de servicios que no agregan valor al negocio o que no generan una diferenciación con respecto a la competencia.
    De hecho, las empresas más pequeñas que no pueden darse el "lujo" de tener un Datacenter o un area TI, tienden a tener todos sus servicios en la nube, incluyendo soluciones de negocio on-demand, como un CRM o un ERP.
    De esa forma, las empresas del segmento SMB logran grandes ahorros de costos en TI, tercerizando servicios, contratando soluciones on-demand, etc.  En este segmento, la adopción del Cloud Computing está más ligado a soluciones del tipo Infrastructura as a Service (IaaS) y Software as a Service (SaaS).
  • Grandes empresas: Muchas empresas buscan transformar la gestión TI, de manera de poder trabajar en una modalidad IT como servicio apalancando las principales ventajas de la Cloud, con la entrega de servicios bajo demanda, autoservicio, facturación interna, etc.
    Adicionalmente, algunas empresas evaluan una solución de Cloud Pública como un eventual Site de Contigencia para sus servicios criticos.  Esto en Chile se volvió una de las principales prioridades despues del terremoto del 2010, que dejó a varios Datacenters fuera de operación por varios dias, incluyendo a reputados proveedores de servicios.
    En este segmento, la adopción del Cloud Computing ha estado siempre más ligado a soluciones del tipo Infrastructura as a Service (IaaS), pero de a poco va evolucionando a soluciones Platform as a Service (PaaS) y Software as a Service (SaaS), que permiten un mayor ahorro en costos y una mayor flexibilidad en la entrega de servicios a los usuarios.



Otra tendencia que se comienza a ver en lo que a la nube respecta, es el almacenamiento en proveedores de cloud, por ejemplo, ya hay soluciones que permiten realizar nuestros respaldos en la nube, ahorrandonos el costo de adquirir, implementar y operar una solución de respaldos en nuestro datacenter.


Preocupaciones sobre la Cloud
No obstante estas tendencias, aun hay muchos desafios y preocupaciones que frenan la adopción del Cloud Computing, y que ponen en duda que este sea el año definitivo en su adopción, al menos a nivel regional.
Estas preocupaciones deben ser atendidas para que podamos decir con seguridad que este 2012 será el año de la Nube.

Las principales precauciones que es posible encontrar en potenciales clientes son:

  • Como controlar y exigir el nivel de servicio de los proveedores en la nube?
  • Que tan sencillo sería un eventual cambio de proveedor de Cloud?  Basicamente el miedo es quedar amarrados a un proveedor de por vida.
  • Como asegurar la información sensible?  Como asegurar que no hayan brechas de seguridad y que información critica del negocio se pierda, o peor aun, sea accesible por terceros?


Este ultimo punto es uno de los más criticos para algunas empresas reacias en llevar sus servicios a un proveedor de Cloud, ya que genera cierta intranquilidad el tener los datos sensibles y/o confidenciales en manos de terceros.  De hecho, algunas empresas (por ejemplo los organismos gubernamentales) deben cumplir con ciertas regulaciones que en algunos casos prohiben mantener cierta información en servidores que residan fisicamente fuera del pais.

En la medida que estas preocupaciones sean atendidas, el Cloud Computing acelerará su adopción en casi todo tipo de empresas las cuales podrán beneficiarse de las ventajas que ofrece la nube.

Es aqui además donde debemos entregarle a nuestros posibles clientes todas las alternativas existentes y que se puedan ajustar a sus necesidades, por ejemplo, una nube hibrida en vez de una nube 100% publica, lo cual permitiría mantener los servicios criticos y la información sensible en la nube privada, mientras que el resto de los servicios son migrados a la nube publica, aprochando los beneficios de ambos mundos.

Adopción real de la virtualización.
Si bien la virtualización es una tecnologia madura que ya ha sido adoptada ampliamente a nivel mundial, nuestra realidad latinoamericana es un poco diferente.

Por un lado tenemos paises como Chile, Argentina, Brasil y Mexico, donde existe una amplia adopción de la virtualización, paises como Perú y Colombia que avanzan rapidamente en su adopción, mientras otros paises de la región siguen un poco rezagados.

Considerando este aspecto, si bien este año puede llegar a ser muy bueno en lo que respecta al Cloud Computing, el nivel de adopción de nuestra región no será el mismo que en el resto del mundo.

Otras Prioridades
A lo anterior hay que sumar que las empresas además tienen interes en otras tendencias que están mucho más avanzadas, como es la virtualización de escritorios.  El año pasado en Chile fue el año en que definitivamente la virtualización de escritorios se transformó en algo real en el mercado de las grandes empresas y también en el segmento SMB, especialmente luego de la gran evolución de VMware View con el lanzamiento de su versión 4.5.  Este año, y luego del lanzamiento de View 5, la adopción de la virtualización de escritorios avanza rapidamente y a paso firme, donde ya no es raro ver proyectos para 3000 o más escritorios virtuales.

Conclusiones


En definitiva, independiente del nivel de adopción que el Cloud Computing alcance este año, el 2012 debe ser el año en que la Cloud deje de ser una moda y se transforme en un modelo rentable y adaptable a las necesidades de los usuarios.

El Cloud Computing no es un modelo del futuro, existe ahora, es una realidad y ahora hay que trabajar para mejorar las soluciones y conseguir despejar las dudas y preocupaciones de nuestros clientes.

Algunos links de interes:

lunes, 30 de enero de 2012

Como funciona vMotion y las mejoras incluidas en vSphere 5


Hola a todos, en el siguiente post hablaremos un poco sobre vMotion y su funcionamiento.  Además hablaremos de las novedades de vMotion incluidas en vSphere 5, las cuales no han sido muy promocionadas al lado de otros anuncios, pero que claramente mejoran el funcionamiento de esta funcionalidad esencial en un entorno VMware.

vMotion es una tecnologia que permite la migración "en caliente" de una MV desde un host a otro, sin un impacto apreciable por el usuario final.  Además, vMotion es la pieza clave de otras funcionalidades como DRS y DPM.

Como funciona?
Al usar vMotion para mover una MV de un host a otro se transfiere el estado de ejecución completo de la MV desde el host de origen al host de destino, utilizando una conexión de red de alta velocidad.  El estado de ejecución consiste de 3 componentes principales:

Estado de dispositivos virtuales: Incluyendo el estado de la CPU, red, adaptadores de disco, etc.  vSphere puede serializar el estado de los dispositivos virtuales, lo cual generalmente tiene un tamaño menor a 8MB.  En algunos casos puede crecer por sobre los 128MB, lo cual de igual modo puede ser transferido muy rapidamente en una red de alta velocidad.

Conexiones de dispositivos de red y SCSI: La arquitectura de red virtual de vSphere centrada en los vSwitch y en las NIC virtuales (vNIC), permite que sea facil preservar las conexiones de red existentes, incluso despues que una MV es migrada a otro host.  Hay que recordar que cada vNIC tiene su propia MAC Address que es independiente de la MAC Address de las NIC fisicas, por lo que al mover una MV de un host a otro, la conexión a red permanecerá activa, mientras el host de origen y el host de destino se encuentren en la misma subred.  Una vez que la migración se completa, el host de destino envia un paquete RARP al Switch fisico para asi asegurar que el Switch actualice sus tablas con el nuevo puerto de Switch utilizado por la MV migrada.
Por otro lado, el uso de almacenamiento compartido como SAN o NAS hace que sea muy facil transferir el estado de los discos

La memoria fisica de la máquina virtual: Este es por lejos el componente de mayor tamaño que necesita ser transferido durante una migración con vMotion.  Hay que recordar que una MV puede llegar a tener hasta 1TB de memoria asignada, por lo que la eficiencia en la transferencia de la memoria es un punto critico en vMotion.
Para permitir que la MV continue ejecutandose durante la transferencia de la memoria, y que este proceso sea transparente para el usuario, el proceso deberá llevarse a cabo en multiples fases:

  • Fase 1: Seguimiento de la MV.  Durante esta etapa, se realiza un seguimiento de las paginas de memoria de la MV, para asi poder registrar cualquier modificacion realizada en la MV durante la migración.  Este seguimiento puede causar una baja considerable en el rendimiento de la MV.  Este impacto es proporcional al tamaño de la memoria de la MV.
  • Fase 2: Pre-copia. Debido a que la MV continua en ejecución y modificando el estado de la memoria en el host de origen durante esta fase, el contenido de la memoria de la MV es copiado desde el host de origen al host de destino en un proceso iterativo.
    Con la primera iteracion se copia todo el contenido de la memoria.  En las siguientes iteraciones, se copian solo las paginas que fueron modificadas durante dicho periodo.  El numero de iteraciones y de paginas de memoria copiadas durante cada iteracion, depende de que tan activamente es utilizada la memoria debido a las operaciones realizadas dentro de la MV.
    Durante esta fase, el impacto mayor es en el uso de la red de vMotion, sin un uso significativo de ciclos de CPU en la MV.  El impacto en la performance de la MV es menor reduciendo la velocidad de escritura de paginas de memoria.
  • Fase 3: Switchover. Esta es la fase final del proceso de vMotion, donde la maquina virtual es pausada momentaneamente en el host de origen, para asi poder copiar los ultimos cambios en la memoria al host de destino, y que finalmente la maquina virtual retome sus operaciones en el host de destino.  Aunque la duración de esta fase es normalmente de menos de un segundo, es la fase en que más probablemente se percibirá un impacto en la performance de la MV, con un aumento de la latencia abrupto y momentaneo.  El alcance del impacto depende de varios factores, como la infraestructura de red, el almacenamiento, el hardware utilizado en los hosts, version de vSphere, etc.


Mejoras en vSphere 5
vSphere 5 trae importantes mejoras en vMotion, lo cual mejora considerablemente la performance.

Uso de multiples NICs para vMotion
En vSphere permit utilizar multiples adaptadores de red para vMotion, reduciendo dramaticamente los tiempos de migración.


Con esta funcionalidad, el VMkernel balanceará en forma transparente el trafico de vMotion entre todas las vmknics configuradas para vMotion, de manera de saturar todas las conexiones.  Incluso durante una unica operación de vMotion, el VMkernel utiliza todos los adaptadores de red disponibles para distribuir el trafico de vMotion.

En algunas mediciones se han encontrado mejoras de más de un 30% en la performance de las operaciones de vMotion.

Metro vMotion
En vSphere 5 se introduce una nueva caracteristica de Metro vMotion que es Latency-Aware, que provee de mejor performance en redes de alta latencia, y además aumenta el limite de latencia en redes de vMotion de 5 milisegundos a 10 milisegundos.

Stun During Page Send (SDPS)
vSphere incluye nuevas mejoras para asegurar que vMotion no fallará debido a problemas en la copia de la memoria.  Recordemos que el proceso de transferencia del contenido de la memoria durante una operacion de vMotion incluye un proceso iterativo.  En la mayoria de los casos, una iteracion debiera tomar menos tiempo que la iteracion anterior, no obstante, en algunos casos donde la MV modifica la memoria más rapido de lo que puede ser transferida (por ejemplo por limitaciones en la red de vMotion), resultaba en una operacion fallida de vMotion en vSphere 4.1 y versiones anteriores, debido a que el proceso iterativo no generaba ningun progreso en la transferencia.

Ante la presencia de estos casos, las mejoras introducidas en vSphere 5 reducen la velocidad de la máquina virtual, asegurandose que la tasa de modificación de la memoria sea menor que la tasa de transferencia, evitando asi fallas de vMotion.

Otras mejoras en la performance de vMotion
vSphere 5 incluye otras mejoras en la performance de las operaciones de vMotion:

  • Mejoras significativas para minimizar el impacto de la tarea de seguimiento de los cambios en la memoria.
  • Numerosas mejoras para reducir el tiempo necesario para que la MV retome un nivel normal de performance despues de una operacion de vMotion.
  • Optimizaciones que permiten que vMotion sature en forma efectiva un ancho de banda de 10GbE durante una migración con vMotion.

Espero les haya resultado interesante.  Si tienen cualquier pregunta, no duden en dejar sus comentarios!

miércoles, 25 de enero de 2012

VMware finalmente lanza vCenter Operations Management Suite!

Hola a todos!

El dia de hoy VMware acaba de lanzar finalmente su nueva suite de gestión "vCenter Operations Management Suite", la cual habia sido anunciada previamente en el VMworld 2011 en Copenhagen.



Esta suite permite gestionar la performance de la plataforma VMware recolectando las estadisticas desde vCenter Server creando una serie de interfaces que nos entregan información sobre el estado de nuestra plataforma.  No solo eso, un gran factor que diferencia esta suite de otras soluciones similares, es la habilidad de preveer el crecimiento en el uso de recursos y posibles problemas de performance que se puedan presentar, realizando una serie de analisis a partir de la información estadistica existente.

Esta nueva suite presenta un dashboard o panel de control completamente nuevo, y además se incluye las funcionalidades de CapacityIQ y otras herramientas de analisis.  El objetivo es darle al area TI la información que necesita para determinar la mejor distribución de recuros, y tomar las acciones preventivas que sean necesarias en forma proactiva.

vCenter Operations Management Suite está formada de 2 componentes, los cuales detallaremos a continuación, y que se encuentran fuertemente integrados entre ellos.

vCenter Operations Manager 5.0
En esta nueva versión, vCenter Operations incluye:

  • Gestionar la performance y capacidad de multiples servidores de vCenter.
  • El Dashboard ahora incluye más información relevante, asi como marcadores mejorados para medir la salud, el riesgo y la eficiencia de la infraestructura virtual.
  



  • Se incluyen tambien las llamadas "Smart Alerts" o alertas inteligentes.  Estas son basicamente alertas proactivas que proveen de una advertencia temprana sobre posibles issues, de manera que el personal de TI pueda identificar cualquier problema de salud, performance o capacidad  antes de que este se produzca y afecta el funcionamiento de la plataforma, impactando a los usuarios.  Se incluye un analisis automatico de la causa raiz de las alertas, de manera de poder enfocarse justamente en la causa raiz en vez de enfrentarse a alertas falsas.



  • Ahora CapacityIQ se encuentra integrado con vCenter Operations, de manera de poder correlacionar los datos de capacidad, utilización, eficiencia y riesgo, asi como permite tambien conseguir la utilización optima de la plataforma e identificar los recursos que están siendo desperdiciados.


 


  • Del mismo modo, en algunas ediciones de la Suite, se incluirá vCenter Chargeback Manager 2.0, de manera de poder realizar mediciones de costos, asi como analisis y reportes de la capacidad, desde el punto de vista financiero.
  • vCenter Operations Manager 5, incluye tambien, de manera integrada, a vCenter Configuration Manager, que permite realizar una correlacion automatica de los eventos de cambios en la plataforma, con la información de performance y salud.  De esta manera, si se detecta algun problema de performance, será posible determinar si está relacionado a algún cambio realizado.





vCenter Infrastructure Navigator 1.0 


Esta herramienta incluida en la suite permite descubrir aplicaciones (Application Awareness) en la infraestructura, y mapear sus dependencias para asi poder lograr una mayor visibilidad de las aplicaciones que se están ejecutando en las MVs, y sus inter-relaciones.  Se integra facilmente con vCenter Server, y provee de un descubrimiento continuo de aplicaciones y sus dependencias en la plataforma virtual.



Application Awareness incluye además una base de conocimiento que ayuda a identificar en forma facil y precisa las aplicaciones.

vCenter Infrastructure Navigator, se integra además con Site Recovery Manager para asi descubrir las interdependencias incluidas en los planes de protección de SRM.



Con estas herramientas es posible entender como un problema de performance podria afectar a una aplicacion incluyendo sus dependencias.  Por ejemplo, problemas en un servidor de base de datos podría afectar a un servidor web o un servidor de aplicaciones.

Comentarios Finales
vCenter Operations Management Suite  se licenciará por MVs, y las licencias se vendrán por paquetes de MVs.  Una vez que se cuente con los valores finales, podremos ver que tan competitiva puede ser esta solución de gestión de performance, respecto a las soluciones de terceros existentes en el mercado.  Cabe recordar que hasta ahora, el valor de las licencias de vCenter Operations ha impedido una adopción más rapida de esta excelente solución.

Resumiendo, vCenter Operations Management Suite permite:

  • Una interfaz integrada y altamente automatizada para la gestión de performance, capacidad y configuración.
  • Consola de administración que permite integrarse con soluciones de terceros.
  • Analisis de cumplimiento y remediación continuos.
  • Capacidad de analisis que permite que la solución aprenda por si misma el comportamiento "normal" en un ambiente dinamico como lo es una infraestructura virtual.

Finalmente, recordar que la gestión de la performance se vuelve cada vez más importante en una plataforma virtual, más aun cuando la infraestructura va creciendo en el tiempo creando más MV y/o agregando recursos a las MVs existentes.  Por este motivo, soluciones como la que se esta lanzando en esta ocasión, nos facilitan la vida a la hora de gestionar los recursos en VMware.

Ahora solo queda ver esta suite en accion, y espero poder presentarles un informe más acabado sobre su funcionamiento.

martes, 17 de enero de 2012

Llevar o no nuestros servicios a la Cloud?


Ya hemos hablado hace poco sobre lo que es Cloud Computing y sus diferentes beneficios, pero no todo es color de rosas...  Es importante que discutamos las eventuales desventajas del Cloud Computing, o en que circunstancias no es apropiado para una compañia, especificamente cuando hablamos de una Cloud Pública.

A continuación detallaremos algunas desventajas o contraindicaciones respecto a migrar a una infraestructura de Cloud Pública.

  • Servicios poco personalizables:  Por lo general, las aplicaciones incluidas en el esquema SaaS son algo de lo que podemos disponer, pero no modificar.  Que implica esto, que si un cliente requiere de funcionalidades especificas para su negocio, como se hace usualmente con el software a medida, no va a poder obtenerlo en la nube.
  • Alta latencia: Este es uno de los grandes problemas a los que se enfrenta una infraestructura de nube publica, al utilizar las conexiones WAN con las que el usuario accede a sus servicios en la nube.  Esto hace que una nube publica no sea recomendable en situaciones donde se ejecutarán aplicaciones con grandes cantidades de datos que requieren una muy baja latencia y/o fuertes requerimientos de transferencia de datos.
  • Privacidad y Seguridad: El reto más grande al que se afrontan las compañias que quiere llevar sus servicios a la nube, es la privacidad y seguridad de los datos.  Si bien el proveedor se comprometa a mantener controles de seguridad en la infraestructura y a asegurar la privacidad de la información que almacenan, aun permanece latente el riesgo si consideramos que la información se encontrará viajando permanentemente en la red, y será almacenada en una infraestructura que no puede ser controlada directamente por el cliente.  En consecuencia, en una Cloud pública permanece el riesgo de que la información sea interceptada o modificada por terceros.
  • Regulaciones y Legislación Vigente: Donde debemos considerar que aun no existe un marco legal para ambientes de prestación de servicios en la nube.  Consideremos que no es posible delegar la responsabilidad sobre la información, por lo que ante los organismos reguladores es la empresa la responsable de la información, aun cuando no tenga un control sobre la infraestructura donde esta información se hospeda.  Es muy importante entonces averiguar con que medidas de seguridad y privacidad cuenta el proveedor.  En consecuencia, una nube pública no es lo más recomendable en situaciones donde se necesita cumplir una serie de regulaciones de seguridad requeridas por aspectos legales.


Resumiendo un poco lo que ya he expuesto, Gartner ha identificado los 7 principales obstaculos en el camino a la Cloud:

  • La confianza del proveedor: Externalizar sus aplicaciones y datos corporativos conlleva hacerlo con alguien de total confianza, que le asegure la calidad del servicio, los términos de confidencialidad de su relación contractual, etc.
  • Conformidad legal: Al final, el responsable en caso de infracción es el propietario de la información. Por ello, los proveedores de Cloud Computing deberán estar abiertos a cualquier tipo de auditoría externa y a tomar y cumplir cuan medida sea necesaria para garantizar el cumplimiento de la normativa y, con ello, la seguridad de sus clientes.
  • Localización de los datos: Es uno de los puntos fuertes del Cloud Computing pero también uno de sus riesgos. Poder acceder a los datos en cualquier momento, independientemente de dónde estén localizados, debe estar garantizado para el cliente.
  • Protección de la información: Porque se comparten recursos pero esto no puedo ir en menoscabo de la confidencialidad de los datos del cliente, que deberá estar garantizada en todo momento.
  • Recuperación: Desconocer la localización de la información no puede implicar jamás que no existan las medidas necesarias de seguridad y replicación para garantizar su recuperación en caso de desastre o pérdida de los mismos.
  • Colaboración con la Justicia: Acatamiento de las leyes de protección y seguridad de la información, independientemente de que ésta varíe según las normas propias del país donde se localicen los datos y aplicaciones del usuario.
  • Una relación ‘para toda la vida’: La sostenibilidad del proveedor tiene que estar garantizada. Fusiones, quiebras, cualquier cambio en su negocio no puede dejar ‘indefenso’ al cliente y, por ello, se establecerá un compromiso de continuidad a largo plazo en la relación en los propios términos del contrato.


Ahora, estas son desventajas que poco a poco los proveedores de servicios de Cloud podrán ir superando a medida que la tecnología avanza.  Sin embargo, existen otras preocupaciones que han generado controversia (y lo seguirán haciendo), por ejemplo el hecho de que como usuarios estaremos perdiendo el control sobre el software y sobre los datos.  Alguna de estas preocupaciones son:


  • El discurso sobre la “escalabilidad ilimitada” con “disponibilidad inmediata” no es tal. Todos los recursos son FINITOS.  Al llegar a una cierta necesidad de rendimiento puede ser necesario cambiar de proveedor y este proceso no es tan sencillo y rapido como algunos intentan vender.
  • Quien nos asegura que realmente ningún administrador en el proveedor de servicios de Cloud no esté leyendo nuestros correos, o revisando nuestros archivos, muchos de ellos confidenciales?  Esto ocurre con frecuencia en infraestructuras tradicionales, y en una Cloud Pública este riesgo aumenta exponencialmente.
  • Como confiar en un proveedor de servicios de Cloud, cuando grandes corporaciones como Google o Microsoft han sufrido de perdidas de datos.  Si compañias de este calibre tienen fallas asi, aun cuando no son frecuentes, como confiar en proveedores más pequeños?  Ni hablar de nuestra realidad tercermundista, donde es preocupante la frecuencia con que uno se encuentra con clientes que no tienen respaldada su información critica.  Los proveedores de servicios de Cloud NO están ajenos a esta realidad.
  • Como asegurarnos de que no tengamos que depender del proveedor de Cloud de por vida?  Esto considerando además los costos que puede llegar a tener la portabilidad, y aun peor si consideramos aspectos de compatibilidad entre un proveedor de servicios y otro.  Que seguridad tengo de que si en un par de años me quiero cambiar de proveedor, pueda hacerlo sin trabas administrativas y/o tecnicas?

Según Richard Stallman (Fundador de Free Software Foundation), los programas basados en Web como los servicios de Google (Gmail, Google Apps, etc.) son simplemente una trampa, y forzarán a las personas a comprar sistemas cerrados y propietarios, que irán aumentando sus precios en el tiempo.  
Esto es una opinión un poco extrema, pero refleja la preocupación que algunos tienen respecto al avance del Cloud Computing en las compañias.

En algunas consultas que se han hecho a los ejecutivos de las compañias, éstos a pesar de reconocer las ventajas del Cloud Computing y ser conscientes de ellas, declaran dos claros frenos que evitan todavía su adopción

  • Las amenazas de seguridad 
  • La pérdida del control de datos y sistemas.
Estas preocupaciones hacen que algunos aun prefieran confiar en sus sistemas internos existentes antes de migrar los servicios a la nube.



Bien, ya tenemos claras las desventajas y/o contraindicaciones de migrar nuestros servicios a una infraestructura de Cloud Pública.  Ahora, cual es nuestra alternativa?

Ante todo tenemos que tener en consideración que el Cloud Computing no nos obliga migrar a la nube pública todos nuestros servicios a la vez.  Una alternativa muy razonable, y que probablemente será la tendencia en la mayoria de las compañias, es combinar Cloud Privada y Cloud Pública en una Cloud Hibrida, donde se evalua las necesidades de cada uno de los servicios de la compañia, y si estos pueden ser o no llevados a una nube pública.

Todos tenemos claro los beneficios y ventajas que nos trae el Cloud Computing, pero debemos ser conscientes de que no todo lo que brilla es oro y es importante conocer ambos lados de la moneda antes de decidir si llevar o no nuestros servicios a la nube.  Esto es aún más critico para quienes trabajamos como consultores, donde debemos asesorar a nuestros clientes en sus dudas y preocupaciones respecto al Cloud Computing.

Espero les haya sido de utilidad y les sea interesante.

lunes, 16 de enero de 2012

Que es el Cloud Computing y cuales son sus ventajas?


Hola a todos, en esta ocasión hablaremos un poco acerca de qué es el Cloud Computing y cómo podemos sacar provecho de las ventajas que nos ofrece.

Que es el Cloud Computing?

En terminos simples, el Cloud Computing es un nuevo paradigma que nos permite ofrecer TI como Servicio.  Con Cloud Computing, todo lo que se encuentra en el Datacenter de una compañía es ofrecido como un servicio.

Cloud Computing permite ofrecer de manera conveniente y a demanda, recursos y servicios altamente disponibles tanto desde la red privada como la red pública.  Permite a los usuarios acceder a un catálogo estándar de servicios, respondiendo a las necesidades del negocio de forma flexible y permitiendo adaptarse a las demandas de los usuarios en el tiempo.

Su principal característica es el uso de recursos compartidos y la independencia de la infraestructura, lo cual permite al usuario disponer siempre de los mismos servicios independientemente donde este se encuentre ubicado.

Las características de Cloud Computing son:
  • Servicio a demanda
  • Pool de recursos independiente de la ubicación
  • Elasticidad y flexibilidad
  • Servicio medible



El Cloud Computing aporta una serie de ventajas al negocio, permitiéndole contar con:
  • Una infraestructura dinámica
  • Un alto grado de automatización
  • Una gran movilidad de recursos
  • Una elevada capacidad de adaptación a la demanda variable.
  • Facilidad para facturación de los servicios en función del consumo.


Tipos de Cloud



Cuando hablamos de Cloud Computing, debemos reconocer los diferentes tipos de Cloud que existen:

Cloud Privada:  Infraestructura on-demand implementada y administrada exclusivamente por la organización, que controla que servicios ofrecer .  Una Cloud Privada es una la mejor opción para las compañías que necesitan una alta protección de datos y asegurar el acceso continuo a los servicios sin la dependencia del acceso a Internet. 

Cloud Pública: Infraestructura on-demand implementada de manera que puede ser accedida de manera pública y desde internet.     
  • Generalmente ofrecida por empresas de comunicación y datacenter.
  • Servicios accedidos de manera estándar desde internet.


Muchos clientes diferentes pueden estar utilizando los mismos servidores, sistemas de almacenamiento, infraestructura de red, etc., sin que los usuarios finales tengan conciencia de que están compartiendo la infraestructura con otros clientes.

Cloud Hibrida: En una Cloud Hibrida se combinan los modelos de nubes públicas y privadas, donde el cliente es propietario de una parte de la infraestructura, mientras comparte otra.  Este modelo de Cloud es el que en teoría sería el más atractivo para las organizaciones y el que más se desarrollara con el tiempo.  Una Cloud hibrida trabaja bajo el concepto de federación y portabilidad.


Capas de Cloud Computing

Así como existen distintos tipos de Cloud, una Cloud puede estar a su vez subdividida en las siguientes capas

Software como servicio (SaaS).  Es la capa más alta del Cloud Computing.  Se ofrece directamente el software como servicio on-demand y en modalidad multitenance (una sola instancia del software que corre en la infraestructura y sirve a múltiples organizaciones de clientes), sin tener que preocuparnos de la plataforma donde se encuentra desarrollado, o la infraestructura desde donde el Software se ejecuta. Ejemplo, Google docs, Salesforce.com, Microsoft Office 365

Plataforma como servicio (PaaS). Es la segunda capa del Cloud Computing, donde se ofrece directamente un sistema operativo y un entorno donde desarrollar un servicio.  Cuando se habla de PaaS se refiere a una plataforma  que proporciona un conjunto de facilidades y herramientas para soportar un ciclo completo de desarrollo de un determinado software, incluyendo el hosting del producto resultante. Entre esas herramientas están IDEs, bases de datos, servidores de aplicaciones, gestores de fuentes, integración continua, software de trabajo colaborativo, etc.  Ejemplo, Microsoft Azure, Google App Engine, VMware Cloud Foundry.

Infraestructura como servicio (IaaS). Es la capa inferior del Cloud Computing, donde básicamente se ofrecen los recursos de almacenamiento CPU, memoria y red para que podamos instalar el sistema operativo de nuestra elección, y desarrollemos en el Framework que deseemos.  Ejemplo, vCloud Express de VMware, Amazon Web Services



Ventajas de la infraestructura de Cloud Computing

Desde el punto de vista económico

  • Reducción de Costos (CAPEX/OPEX). Esto considerando que los proveedores de Cloud Computing utilizan infraestructuras altamente eficientes y con altos radios de utilización, reduciendo el costo total de operación y mantención de la infraestructura, repartiendo además los costos entre todos los clientes a los que se presta el servicio.  Esto aplica también en nubes privadas, utilizando las funcionalidades de facturación interna o Chargeback. Se reducen los costos en la inversión inicial de la infraestructura y los costos de operación.
  • Infraestructura a medida. Facilita las labores de dimensionamiento de la infraestructura en un proyecto determinado, eliminando la complejidad de calcular las proyecciones de crecimiento del negocio, permitiendo un escalamiento de la plataforma on-demand, según las necesidades del negocio, y reduciendo el riesgo de sobredimensionar una infraestructura que después no será utilizada a plenitud.
  • Mayor eficiencia. Aumenta la eficiencia en el uso de utilizando sistemas que se encarguen de monitorear el uso de los recursos y administrarlos de manera eficiente para reducir los costos  de manera automática y eficiente, a través de llamados de petición o liberación de recursos al proveedor del servicio. 
  • Costo basado en uso. Donde cada cliente paga por lo que está realmente utilizando, y no por toda una infraestructura que se podría contar en un Datacenter, y que frecuentemente es subtilizada.  
  • Calidad de Servicio. Permite contar con niveles de servicio (SLA) con mayores tiempos de disponibilidad.  Es posible contar con diferentes niveles de servicio dependiendo del cliente y su negocio.

Desde el punto de vista Técnico

  • Automatización. Permite automatizar la gestión de la infraestructura mediante scripts u otras soluciones, permitiendo desplegar nuevas aplicaciones, o gestionar recursos de manera automática apalancando las APIs incluidas en la infraestructura.
  • Escalabilidad. Ya sea en forma automática o en forma manual, es posible escalar los recursos que una aplicación necesita en forma dinámica y on-demand.  Del mismo modo es posible realizar escalamiento de recursos de forma proactiva para atender aumentos de la demanda a través de predicciones basadas en patrones históricos de uso de los servicios.
  • Movilidad. Existe una independencia del dispositivo y la ubicación, lo que permite que los usuarios puedan acceder a los sistemas usando un navegador de Internet independiente de su ubicación geográfica y del sistema operativo o computador.
  • Disponibilidad. La infraestructura y arquitectura de un Data Center diseñado como una Cloud, esta especialmente diseñada con alta redundancia para asegurar la Continuidad Operacional y la Continuidad del Negocio.  Además, es posible usar la amplia distribución geográfica de la infraestructura de un proveedor de Cloud Computing para la replicación de ambientes en varias locaciones alrededor del mundo en minutos.

Espero les haya servido para entender un poco más sobre la Cloud.  Si quiere más información pueden revisar los siguientes links:

domingo, 8 de enero de 2012

Impacto de la virtualización en la estrategia de Respaldo y Disaster Recovery



Hasta hace no muchos años, antes de que la virtualización entrara fuertemente en el Datacenter de las compañias, respaldar la información critica podia llegar a ser un desafio.  Aun más, el proceso de restauración podia llegar a ser una pesadilla en muchos casos, y muchas veces este proceso no podia ser completado exitosamente.

En este punto debemos separar además el termino "Restauración" de "Recuperación".  Si bien en muchos casos podemos llegar a restaurar los archivos requeridos, hay mucho camino aun por recorrer para poder llevar a cabo una Recuperación exitosa del servicio o aplicación requerida

En un ambiente fisico tradicional, los fabricantes de soluciones de respaldo tradicionales muchas veces se conformaban con el hecho de extraer los datos desde los respaldos y llevarlos a un almacenamiento accesible para su uso, lo cual claramente no es suficiente si consideramos que el proceso no estara completo si la aplicación que requiere el dato restaurado no ha podido volver a estar operativa.

Por otro lado, las soluciones de respaldo estaban pensadas principalmente para poder respaldar y restaurar datos.  Con el uso de agentes especializados, los fabricantes sumaron soporte para el respaldo y restauración de aplicaciones y servicios como Bases de Datos, Servidores de correo, etc.  Estos agentes, si bien solucionaban esa necesidad puntual, aumentaban drasticamente el costo de la solución de respaldo, asi como también su complejidad.

Aun más, en un ambiente fisico existe un desafio aun mayor...  ¿Qué sucede si el servidor ha fallado completamente y es necesario recuperarlo desde cero?

Una alternativa es reinstalar el sistema operativo y las aplicaciones/servicios, con la correspondiente configuración, para luego restaurar los datos almacenados en los respaldos...  Pero esto toma demasiado tiempo no?  De hecho una solución asi en muchos casos es inaceptable para servidores de misión critica, debido a que podria tardar horas en el mejor de los casos.

Para enfrentar este desafió, la mayoria de las soluciones de respaldo cuentan con capacidades de restauración "Bare Metal", que permiten una restauración desde cero, pero este tipo de soluciones suelen ser poco confiables, debido a que dependen mucho del hardware de reemplazo, donde un pequeño cambio puede provocar que las restauraciones fallen.

Y el desafio final en ambientes fisicos, es que el proceso de recuperación rara vez involucra a un unico servidor.  Por ejemplo, ante la falla del Storage que soporta la aplicación (por ejemplo en una configuración en Clúster), o cuando el Datacenter completo sufre una caida, el proceso de restauración involucrará varias capas (tiers) de servidores, lo cual muchas veces debe ser realizado en un orden especifico para asegurar que el proceso sea exitoso.

Todos estos desafios que enfrenta una infraestructura fisica tradicional, hacen que poder contar con una estrategia de Recuperación ante Desastres y de Continuidad de Negocios sea extremadamente dificil.  Ni hablar de procedimientos para probar los respaldos, proceso que podria durar por siempre....

La llegada de la virtualización.
Con la aparición de la virtualización y su explosiva adopción, especialmente con VMware, todos los paradigmas de gestión de un Datacenter sufieron un cambio profundo, especialmente los procedimientos relacionados a Disaster Recovery y Bussines Continuity.

Las antiguas soluciones de respaldo, asi como los procedimientos de recuperación ante desastres, si bien aun pueden ser utilizados en los ambientes virtualizados, estan lejos de ser eficientes y debieran ser reemplazados por soluciones y procedimientos acorde, que puedan aprovechar todas los beneficios que la virtualización nos entrega.

Si bien la virtualización nos ayuda a enfrentar de mejor manera los desafios antes mencionados, esta es solo parte de la solución.  La otra parte son las soluciones de Respaldo y Disaster Recovery que nos ofrecen los principales actores de la virtualización (VMware, Microsoft y Citrix), asi como las soluciones especializadas de terceros (Veeam, Quest, Symantec, CA, etc.).

Con las soluciones de respaldo y Disaster Recovery diseñadas para ambientes virtuales, cada servidor (máquina virtual) puede ser protegido completamente en un unico proceso de respaldo, aprovechando uno de los pilares de la virtualización, que no es otro que la ENCAPSULACIÓN de la MV en un conjunto de archivos.

Luego de realizar un respaldo full, al comunicarse directamente con el hypervisor, las soluciones de respaldo pueden realizar respaldos parciales (incrementales) almacenando solo los cambios o bloques modificados de la MV respecto al ultimo respaldo.  Adicionalmente las soluciones de respaldo actuales utilizan metodos avanzados de compresión y deduplicación, lo que permite un uso más eficiente de los recursos de almacenamiento y del ancho de banda en la red de respaldos.

Para que los respaldos sean consistentes, las soluciones de respaldo para ambientes virtualizados están basadas principalmente en los Snapshots de las máquinas virtuales, lo cual permite mantener multiples puntos de recuperación o versiones de respaldos.

Ahora lo escencial... ¿En que mejoran los procesos de recuperación?
Con la virtualización y las soluciones de respaldo y Diaster Recovery pensadas para ambientes virtuales, es posible recuperar una máquina virtual completa desde un respaldo, sin preocuparse de los problemas de compatibilidad de hardware que presentaban las soluciones Bare Metal tradicionales, porque como deben recordar, las máquinas virtuales son 100% independientes del hardware físico que las hospedan!

Esto nos permite restaurar una  o más máquinas virtuales en otro host o incluso en otro Site si es necesario, siendo de gran ayuda al momento de aplicar los procedimientos de Disaster Recovery

Mejor aun, si la situación asi lo requiere, y dependiendo de la solución de respaldo utilizada, es posible recuperar archivos especificos desde el respaldo de la MV, no siendo necesaria la restauración de la MV completa.  Del mismo modo, y dependiendo de la "inteligencia" de la solución de respaldo elegida, es posible realizar restauraciones granulares a nivel de aplicación, como puede ser un correo en un buzon Exchange, o un registro en una BD SQL/Oracle.

Algunos productos de Respaldo y Disaster Recovery tienen la habilitad de realizar una recuperación "in-place", que permite acelerar el proceso de recuperación montando la máquina virtual respaldada desde el mismo repositorio de respaldos, lo cual nos permite tener nuestros servicios operativos en forma casi instantanea en algunos casos, aun cuando tengan una performance degradada.  Una vez el servicio se encuentra restaurado, el administrador TI puede utilizar funcionalidades como Storage vMotion de vSphere para mover "en caliente" la MV al dispositivo de almacenamiento principal, sin ninguna interrupción, y normalizando la performance de dicho servicio.

Si requerimos soluciones de Disaster Recovery y Bussines Continuity, como el uso de Sites de Contingencia, apalancando la Virtualización y las tecnologias de respaldo modernas es posible pensar en sitios replicados y procedimientos de Failover y Failback de maneras que serían mucho más complejas de implementar en los ambientes fisicos tradicionales.

Con soluciones como VMware Site Recovery Manager, Veeam Backup and Replication y Quest vRanger, es posible contar con sitios replicados en ubicaciones remotas, donde ya no es requisito fundamental la compatibilidad entre los dispositivos de almacenamiento (SAN) existentes en el sitio principal y en el de contingencia.
De hecho, si asi lo requieren, el sitio de contingencia podria incluso funcionar sin un almacenamiento centralizado (SAN o NAS), utilizando nada más que almacenamiento local en cada host.  Claramente no es la situación ideal, pero cuando el presupuesto es escaso, es una solución bastante valida.

Un ultimo punto, pero no menos importante, es la posibilidad de probar los respaldos para asegurarnos que estos sean recuperables en caso que lo necesitemos.  Con la virtualización y las soluciones de respaldo y Disaster Recovery, es más sencillo generar ambientes aislados o sandbox virtuales donde poder comprobar que los respaldos sean recuperables y funcionales, sin afectar a los servicios productivos, y en tiempos mucho más acotados que en ambientes físicos tradicionales.

Como pueden ver, al virtualizar un Datacenter se deben introducir cambios bastante profundos en la manera en que se gestiona la plataforma y en los procedimientos que llevan a cabo los administradores de TI en diversas situaciones, en especial en lo relacionado a la Recuperación ante Desastres y Continuidad de Negocios.

Espero que les haya resultado interesante y que les sea de utilidad.

martes, 3 de enero de 2012

VMware View 5: Persona Management



Hola a todos, hoy hablaremos sobre View 5, especificamente de la nueva funcionalidad "Persona Management".

Persona Management, disponible en la versión Premier de VMware View 5, permite preservar los perfiles de usuario y sincronizarlos dinamicamente con un Repositorio remoto de perfiles.  Expande la funcionalidad de Windows Roaming Profiles y mejora la performance de este, pudiendo ser una solución alternativa a Roaming Profiles.

El perfil de cada usuario es una colección de datos y configuraciónes utilizados por cada usuario cuando inicia una sesión en Windows. El perfil de cada usuario se almacena por defecto en el siguiente directorio:

  • Windows XP:  c:\documents and settings\%username%\ 
  • Windows 7: c:\users\%username%

El perfil de usuario incluye una variedad de información generada por el usuario, como por ejemplo:
  • Apariencia del escritorio, como por ejemplo el wallpaper, combinacion de colores, uso de Aero en Windows 7, etc.
  • Parametros de configuración de aplicaciones, como preferencias de usuario para su uso, barras de herramientas, configuración de correo en Microsoft Outlook, etc.


Persona Management es una mejora considerable para preservar el perfil de los usuarios, especialmente en Pools Flotantes de escritorios virtuales.  En versiones anteriores, esto solo era posible utilizando escritorios dedicados para cada usuario (Ejemplo, Pool de Composer con Discos Persistentes).

Desafios en la gestión de perfiles
En un escritorio fisico tradicional, todos los cambios que realiza un usuario en su perfil son almacenados en el disco local.

En una infraestructura de escritorios virtuales, existen dos tipos de escritorios:


  • Dedicados (o persistentes), donde a cada usuario se le asigna un escritorio, el cual seguirá usando cada vez que inicie sesión en VMware View.
    Utilizando escritorios dedicados, los perfiles de usuario pueden ser almacenados en un disco de datos persistente, no obstante esta no es una solución optima para escenarios de Disaster Recovery y Business Continuity.  Adicionalmente, los discos persistentes no se integran bien con las soluciones de respaldo corporativas.
  • Flotantes (No persistentes), donde el usuario obtiene un escritorio aleatoriamente cada vez que inicia sesión.  En este caso, en versiones anteriores, el usuario pierde todos los datos de perfil al cerrar sesión.  Cada vez que el usuario inicia sesión en un pool de escritorios flotantes, el usuario experimenta el estar iniciando sesión por primera vez en Windows, incluyendo la apariencia del escritorio y todas las preferencias y configuraciones de las aplicaciones.


VMware View 5 incluye Persona Management que permite preservar el perfil de los usuarios en un repositorio compartido en la red, permitiendo recuperarlo cada vez que el usuario inicia sesión, sin importar si se encuentra en un escritorio dedicado o flotante.


Como funciona Persona Management?

View Persona Management incluye politicas de grupo que se pueden importar facilmente en Active Directory, y que permiten habilitar View Persona para los usuarios de View, asi como tambien configurar otros parámetros, como la ubicación del repositorio de perfiles.  Algo a destacar es que View Persona Management no realiza cambios en las cuentas de usuario de Active Directory para poder gestionar los perfiles.

Adicionalmente, al instalar el Agente View en los escritorios, se debe instalar el componente para View Persona incluido en el Agente de View 5.

En el caso de utilizar aplicaciones virtualizadas con ThinApp, la data del sandbox de ThinApp puede tambien ser almacenada en el perfil del usuario que está almacenado en el repositorio central de Persona Management, sin impactar significativamente en los tiempos de inicio de sesión.

Los perfiles de usuario son sincronizados dinamicamente con el repositorio remoto de perfiles. View Persona no requiere el uso de Windows Roaming Profiles, pero si este ultimo ya se encuentra implementado, es posible utilizar el repositorio existente como repositorio de perfiles de View Persona.

Al usar Persona Management se obtienen mejoras importantes en el tiempo que toma el escritorio para abrir y cerrar sesión.

  • Durante el inicio de sesión, View descarga solo los archivos que Windows necesita, como los archivos de registro del usuario.  Otros archivos son copiados al escritorio cuando el usuario o la aplicación los abre.  En resumen, el la información del perfil es descargada por View Persona a medida que el usuario lo necesita.
  • View copia periodicamente los cambios recientes hechos en el perfil local, al repositorio remoto.  Por defecto el intervalo de sincronizacion es de 10 minutos, el cual puede ser personalizado.
  • Durante el cierre de sesión, solo los archivos que fueron actualizados desde la ultima replicación son copiados en el repositorio remoto de perfiles.


En conclusión, View Persona Management permite que los usuarios tengan una experiencia consistente desde un inicio de sesión a otro, sin importar si se encuentran en un pool flotante o dedicado.

miércoles, 14 de diciembre de 2011

vSphere 5: Host Power Management (HPM)

Hola a todos,

Una de las nuevas features incluidas en vSphere 5, y de la que poco se ha hablado, es vSphere Host Power Management o simplemente HPM.

HPM es una tecnica que permite ahorrar energia poniendo ciertas partes de un servidor o dispositivo en un estado de energia reducido, cuando el servidor o dispositivo se encuentra inactivo o no necesita funcionar a plena capacidad.

HPM no debe confundirse con DPM (Distributed Power Management), el cual distribuye MVs entre hosts fisicos en un cluster, intentando liberar uno o más hosts para apagarlos completamente.  HPM ahorra energia manteniendo los hosts encendidos en todo momento.  Ambas features pueden ser utilizadas simultaneamente permitiendo un ahorro de energía mayor.


HPM administra la energia utilizando los estados de performance y energia de Advanced Configuration and Power Interface (ACPI).  Con el lanzamiento de vSphere 5, la politica de administración de energia por defecto está basada en DVFS (Dynamic Voltage and Frequency Scaling).  Esta tecnologia utiliza los estados de performance del procesador y permite que parte de la energia sea ahorrada utilizando el procesador a una menor frecuencia y voltaje, mientras aun se deja suficiente tiempo de CPU disponible para mantener niveles de performace aceptables en la mayoria de los ambientes.

Host Power Management en ESXi 5

vSphere HPM en ESXi 5 se encuentra diseñado para reducir el consumo de energia en los hosts ESXi.


ESXi 5 incluye cuatro diferentes politicas de energia que están basadas en el uso de los estados de performance ACPI (P-States) del procesador, y en los estados de energia ACPI (C-States) del procesador.

Los P-States pueden ser utilizados para ahorrar energia cuando la carga de trabajo en ejecución sobre el host no requiere una capacidad completa de CPU.  Los C-States pueden ahorrar energia solo cuando la CPU tiene una cantidad significativa de tiempo disponible, por ejemplo, cuando la CPU está esperando que una operación de I/O se complete.

Politicas de Energia HPM en ESXi5
ESXi cuenta con las siguientes politicas de energia:



  • High Performance: Esta politica maximiza la performance, y no utiliza ninguna funcionalidad de gestión de energia.  Esta es la politica por defecto para ESX/ESXi 4.x.
  • Balanced: Esta politica está diseñada para reducir el consumo de energia del host, mientras se tiene poco o ningún impacto en la performance.  Esta es la politica por defecto para ESXi 5
  • Low Power: Esta politica está diseñada para reducir en forma más agresiva el consumo de energia del host, al riesgo de reducir la performance.
  • Custom: Esta politica parte con la misma configuración que la politica "Balanced", pero permite que parametros individuales sean modificados.  Si el hardware del host no permite al sistema operativo gestionar la energia, el unico parametro disponible es "Not Supported".


Para cambiar la politica a utilizar, deben ir a la sección "Configuration" del Host, y luego seleccionar Power Management en la sección "Hardware".







Espero que les haya resultado interesante.  Si quieren saber más de HMP, incluyendo su funcionamiento y best practices, pueden revisar el siguiente Whitepaper:


Regalo de navidad de Veeam! Licencias NFR de Veeam Backup and Replication 6


Como un regalo especial de fin de año, Veeam nuevamente esta entregando licencias gratuitas, esta vez del recientemente lanzado Veeam Backup and Replication v6.

Estas licencias están disponibles para VMware vExperts, VMware Certified Professionals y VMware Certified Instructors.  Del mismo modo, y considerando que ahora se cuenta con soporte para Hyper-V, estas licencias NFR pueden ser obtenidas tambien por Microsoft Certified Professionals y Microsoft MVPs.


Solo se requiere registrarse para recibir las licencias Veeam para propositos de Evaluación, Demostración y Entrenamiento.

Para quienes estén interesados este es el link:
http://www.veeam.com/news/holiday-gift-from-veeam-free-veeam-backup-and-replication-v6-licenses-for-your-lab155.html

vSphere 5: What's New - Performance


Con el lanzamiento de vSphere 5 se obtienen una serie de mejoras en la performance de nuestra plataforma VMware, las cuales detallaremos a continuación.
Las mejoras de performance se dividen en 5 pilares, los cuales detallaremos brevemente:
  • Mejoras a nivel de vCenter Server
  • Mejoras a nivel de capacidad de computo
  • Mejoras a nivel de almacenamiento
  • Mejoras a nivel de networking
  • Mejoras a nivel de vMotion

Mejoras a nivel de vCenter Server
vSphere 5 incluye mejoras en la escalabilidad que permite, por ejemplo, un mayor número de máquinas virtuales por clúster.  Aún con esta mayor escalabilidad, vSphere 5 incluye una serie de mejoras en la performance relacionadas a las operaciones de administración en vCenter Server, así como también en las funcionalidades relacionadas  con High Availability (HA):
  • Hasta un 120% de mejora en el throughput (operaciones/minuto) de las operaciones de administración en vCenter.  Por ejemplo, en el encendido/apagado/migración/registro de máquinas virtuales.
  • Una mejora del 25% al 75% en la latencia de las operaciones de administración, dependiendo del tipo de operación.
  • La configuración de un cluster HA puede ser realizada hasta 9 veces más rápido en vSphere 5, dependiendo del tamaño del cluster.
  • En vSphere 5 se puede realizar el failover de hasta un 60% más de máquinas virtuales, en el mismo periodo, respecto a versiones anteriores
  • El tiempo mínimo de recuperación, desde la falla hasta que la primera máquina virtual es reiniciada, ha sido mejorado en un 44.4%
  • El tiempo promedio para el failover de máquinas virtuales ha sido mejorado en un 14%.
  • El Slot size por defecto para la CPU ahora es de solo 32Mhz, permitiendo un mayor radio de consolidación en comparación con versiones anteriores.
Mejoras a nivel de capacidad de computo
  • vSphere 5 soporta hasta 32 vCPU y hasta 1TB de vMEM por máquina virtual, lo cual permite que aplicaciones Tier 1  y de misión critica alcancen una mayor performance.
  • Mejoras en el scheduler de la CPU en arquitecturas Intel SMT, permitiendo una mejora del 10% al 30% en la performance de las aplicaciones, dependiendo de la carga de trabajo.
  • En vSphere 5 se incluye Virtual NUMA o vNUMA, que expone la topología NUMA al sistema operativo de las máquinas virtuales, permitiendo que el sistema operativo y aplicaciones hagan un mejor uso de la arquitectura NUMA del host.  Se requiere Virtual Hardware versión 8.
  • vSphere 5 permite a los usuarios configurar un caché para Swap en un disco de estado sólido o SSD.  De esta manera, cuando Transparent Page Sharing, Ballooning y la Compresión de memoria no han sido suficientes para obtener los recursos de memoria requeridos, el proceso de swapping se realizará en ésta cache en vez de utilizar un archivo normal de swap en disco.  Esto permite una mejora importante en la performance reduciendo la latencia en escenarios de escasez de memoria.
Mejoras a nivel de almacenamiento
  • vSphere 5 Storage I/O control ahora soporta NFS y “shares” basados en NAS.  Esto permite regular dinámicamente el acceso de múltiples máquinas virtuales a recursos de I/O compartidos en un clúster, basados en los shares asignados a las máquinas virtuales.
Mejoras a nivel de Networking
  • vSphere 5 incluye mejoras en NetIOC, donde agrega funcionalidades de QoS (802.1p) y permite la creación de Resource Pools para limitación de anchos de banda.
  • vSphere 5 incluye splitRxMode, una nueva funcionalidad para dividir el costo de la replicacion de paquetes para multicast entre varias CPUs físicas, permitiendo que vSphere 5 sea una plataforma altamente escalable y eficiente para receptores de multicast.  En versiones previas, la replicación de paquetes para multicast es hecha usando un único contexto, y en escenarios con una alta densidad de máquinas virtuales por host, esto puede provocar cuellos de botella y causar perdida de paquetes.  SplitRxMode puede ser habilitado en una virtual NIC VMXNET3, y permite dividir el costo del procesamiento de paquetes recibidos en multiples contextos, mejorando  significativamente la performance de multicast.
Mejoras a nivel de vMotion
  • vSphere 5 permite que vMotion sature en forma efectiva el ancho de banda de un adaptador de red 10GbE durante una migración, reduciendo los tiempos de transferencia en una operación de vMotion.
  • Se permite el uso de multiples adaptadores de red para las operaciones de vMotion, donde el VMkernel balanceara la carga del trafico de vMotion, en forma transparente, sobre todas las vmknics con vMotion habilitado, tratando de saturar todas las conexiones para distribuir el trafico de vMotion, incluso en operaciones unicas de vMotion.
  • Se incluye una nueva funcionalidad de “Metro vMotion” que provee de una mejor performance sobre redes con alta latencia y aumenta los limites de latencia para redes de vMotion de 5ms a 10ms.
  • Se incluye soporte de Live Migration para Storage (Storage vMotion) con el uso de I/O Mirroring.  Esto permite una mayor movilidad de máquinas virtuales, mantenimiento con zero downtime, y balanceo de carga de almacenamiento manual y automatico.
Conclusión
Como podemos ver, vSphere 5 incluye un numero importante de mejoras a nivel de performance, lo cual nos permite virtualizar aplicaciones de cualquier envergadura, tanto en pequeños ambientes, como en grandes implementaciónes con aplicaciones de mision critica y Tier-1.
Para mayor información, pueden revisar el siguiente White Paper de VMware con todo el detalle de las novedades de vSphere 5, relacionados con la performance: