networking

¿Que es un Template?

Un template, es una copia de una vm, que nos facilita la tarea de crear, configurar vms e instalar los sistemas operativos.

Dicho template se puede usar para generar varias vms o como para generar una sola.

A continuación describiré como generalo:

1- Debemos conectarnos con el vSphere Client a nuestro vCenter server.(Lamentablemente si no tenemos vCenter no contamos con esta función)

2- Nos ubicaremos sobre una vm, y le daremos click con el botón derecho, seleccionaremos la opción Template y luego iremos a clone Template... (en esta ocasión no usaremos la opción converter to template… debido a que este nos deja sin vm a diferencia de clone que nos genera un template copia de la vm)

3- Ahora debemos darle un nombre a nuestro Template y una locación.

4- Luego de darle un nombre y una locación debemos asignarle un cluster y un host.

5- Una vez que tenemos definido el host, nos pide que lo ubiquemos en un datastore.

6- Ahora veremos en la pantalla una ventana con las settings del template.

Con esto ya tendremos generado nuestro template y con esto conseguimos ganar tiempo a la hora de implementar una nueva maquina virtual

Conclusión

Como vemos, generar una template es algo bien simple y fácil.

¿Para qué sirve crear un Template de una máquina virtual? Simple, imaginemos que tenemos que implementar 10 servidores con Windows Server 2003, podemos crear una VM, instalarla y configurarla tanto a nivel hardware como a nivel software. La convertimos a Template y luego podemos hacer deploy de los 10 equipos a partir del template creado.
Esto lo veremos en un próximo artículo para no generar uno demasiado largo.

Para ver lo templates creados tenemos que usar la vista “Virtual Machines and Templates” porque si las vemos desde el host en otra vista no vamos a ver los mismos.

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:

http://www.vmware.com/files/pdf/techpaper/Whats-New-VMware-vSphere-50-Performance-Technical-Whitepaper.pdf

Con el nuevo release de vSphere 5 son varias las funcionalidades que se agregan. Entre ellas, y las que vamos a describir en este post, las de networking.

VMware esta haciendo una apuesta muy grande en las nuevas funcionalidades, tratando de agregar la mayoría de las características que obligaban al administrador de redes a tener que optar por un Nexus 1000v, con su respectivo desembolso de capital adicional.

A continuación las nuevas características con una breve descripción:

• Soporte para LLDP: brinda de esta manera ínter operabilidad con equipos Cisco y no Cisco para advertising y descubrimiento de equipos “vecinos” (funcionalidad disponible solo en vDS).
• Soporte para NetFlow: punto clave que agrega la posibilidad de enviar información de tráfico a un colector de NetFlow para reportes y monitoreo, nuevamente, esta funcionalidad se encuentra disponible únicamente en vDS.
• Soporte para Port Mirror: la funcionalidad DVMirror brinda la posibilidad de copiar trafico de puertos virtuales a virtuales o puertos virtuales a físicos. Extremadamente útil para monitoreo por medio de IDS y Troubleshooting.
• Mejoras en NetIOC: agrega funcionalidades de QoS (802.1p) y permite la creación de Resource Pools para limitación de anchos de banda.
• Mejoras generales en vDS: se simplifica sustancialmente la configuración de MTUs y se agrega la posibilidad de realizar modificaciones masivas a configuraciones especificas de los port-groups, simplificando así las tareas de administración.

Quien debe seguir eligiendo Cisco Nexus 1000v?

• Quien desee administrar su infraestructura Cisco con sus herramientas Cisco ya existentes, pudiendo así homogeneizar la red.
• Quien desee armar links LACP y vPC, ojo, los switches de VMware soportan LAG pero no LACP.
• Quien desee más opciones de balanceo de carga entre los Switches virtuales y los físicos.
• Quien desee utilizar DSCP y TOS para QoS sobre Layer 3.
• Quien desee configurar ACLs a los puertos virtuales.
• Quien desee utilizar NetFlow v9 y SNMP v3.

No cabe duda que esta nueva versión va a dar mucho que hablar y sobre todo mucho que diseñar.

Saludos.

Pablo Scheri.-

En el podcast #4 de Wetcom Group los VMware vExperts Diego Quintana y Nicolás Solop junto a los especialista en virtualización Noelia Alentorn y Pablo Scheri debaten sobre la virtualización de servidores y desktops en el dilema a la hora de decidirse por una plataforma de servidores Blade o servidores rackeables.

La selección de la infraestructura de hardware físico que alojará nuestros servidores virtuales es uno de los puntos claves a la hora de diseñar ambientes de virtualización de servidores y desktops. Conocé las diferentes problemáticas a la hora de decidir por una opción o la otra de la mano de nuestros especialistas, los cuales discuten de manera abierta sobre todos los pros y contras de cada una de las opciones.

Para descargar el archivo en formato MP3 pueden visitar Podcast #4 | Virtualización sobre servidores Blade o Rackeables

También podés suscribirte por medio de iTunes en: Wetcom Group | Expertos en virtualizacion y cloud computing

Seguí a Noelia Alentorn (@nalentorn), Pablo Scheri (@pabloscheri), Diego Quintana (@daquintana) y a Nicolás Solop (@nsolop) en Twitter. Si querés enterarte de los nuevos podcasts que vienen podés seguir a Wetcom en (@wetcom)

El 14 de febrero Juniper Networks una de las companías lideres en el segmento de seguridad en wan, publicó el lanzamiento de su vGW (virtual gateway) su nuevo dispositivo de seguridad haciendo uso de la tecnología de virtualizacion de vmware.

Para aquellos que querían probarlo hoy ya está disponible en el marketplace dentro sitio oficial de vmware.

Particularmente se que a más de uno se le dibujará una sonrisa, dado que este tipo de appliance es más que interesante cuando se quieren implementar soluciones de protección perimetral en sitios remotos. Lo interesante es que uno puede tener virtualizado desde el firewall hasta el file server, invirtiendo en uno o varios servidores con buena redundancia en sus componentes internos.

Ahora bién , pasemos a detallar algunas de la características del primer virtual gateway de Juniper:

• virtual firewall
• Soporte a DMZ
• Integración con VMsafe
• Mejoras de performance
• Implementación de Políticas con mayor nivel de granularidad
• Instropeccion a nivel de VM, analiza procesos y servicios de las VMs
• Smart Groups
• Montireo de Red

Para aquellos que quieran probar el trial, los requerimientos técnicos del appliance son:

Habiendo jugado un tiempo largo ya con Vyatta voy a hacer mi primer contribución publicando una guía paso a paso describiendo la instalación de Vyatta en una máquina virtual VMware vSphere.

No voy a explicar el paso a paso de la creación de la máquina virtual en si misma ya que asumo que esta ya se encuentra creada y solamente me voy a limitar a describir el hardware virtual que tiene la máquina virtual que estoy utilizando.

Lo primero que tenemos que hacer para poder instalar Vyatta es ir a la página de descargas de Vyatta en http://www.vyatta.org/downloads.

Una vez ahí debemos descargar la versión más reciente de la imagen ISO.

El hardware virtual que tiene la máquina virtual que voy a utilizar tiene los siguientes recursos:

1. 1 virtual CPU

2. 1 GB of RAM

3. 1 GB of hard disk

4. 3 VMXNET3 nics virtuales (en mi caso necesito correr una red local, una DMZ y una interface con acceso a internet)

Encendemos la máquina virtual y la configuramos para que use la imagen de Vyatta como la unidad de CD

Una vez que inicia la imagen de vyatta vamos a tener que loguearnos con el usuario yatta y la password Vyatta

Dentro de la línea de comandos ejecutamos el comando install-image para comenzar con la instalación de vyatta en el disco rígido propiamente dicha

Luego debemos contestar yes a la pregunta sobre si queremos instalar Vyatta sobre el disco local, Auto para la opción de autoparticionado del disco y sda cuando nos pregunta si queremos instalar Vyatta sobre el disco SDA que fue el que encontró como disco disponible para realizar la instalación

Luego seleccionamos el archivo de configuración por defecto y definimos la contraseña para el usuario vyatta. El disco de destino para el GRUB es sda

Una vez finalizada la instalación del GRUB en el disco sda ejecutamos el comando reboot para reiniciar la máquina virtual

Nicolás Solop

VMware vExpert

Muchas veces mientras trabajamos con implementaciones de VMware con muchos hosts físicos nos encontramos con que en algunos casos mientras ejecutamos pruebas de funcionalidades como VMotion y DRS nos encontramos con errores que no nos esperábamos.

En el caso de hoy les presento un caso de un cluster donde no podíamos realizar VMotion de ningún servidor virtual de un equipo al otro y llegando al 10% del proceso de migración en caliente nos arroja el error:

Migrate virtual machine
test_1
A general system error occurred: Failed to start migration pre-copy. Error 0xbad004b.
Connection reset by peer.

Luego de investigar un poco el tema y de no encontrar problema de colectividad por medio del comando vmkping entre los dos nodos físicos involucrados decidimos comenzar a revisar el resto de los servidores físicos involucrados.

Encontramos que otro de los servidores tenía configurada la misma dirección IP de VMkernel que uno de los servidores involucrado en la tarea de VMotion anterior. Luego de modificar la dirección IP por una correcta el proceso finalizó correctamente.

No es la primera vez en la que me encuentro con problemas para ejecutar VMotion y en muchos casos la forma de resolverlos no es la misma por lo tanto voy a ir armando una lista de problemas/soluciones y una guía de troubleshooting de VMotion!.

Slds!

Nicolás Solop.

Quedarán en el tiempo los largos procesos de compra de tecnología enlatada?, los días, meses y semanas de preparación para e upgrade de ese firewall que corre en un hardware cerrado?, la espera de esa memoria para el filtro anti-spam que también vive dentro de un equipo físico cerrado?… Cómo podría esto ser posible?.

Creo que para todas estas preguntas que me hago hay una respuesta afirmativa y que todas apuntan hacia los Virtual Appliances que están ganando terreno en las infraestructuras tecnológicas de grandes empresas todos los días. Ya explicamos lo que son los appliances virtuales pero para refrescar un poco el concepto un appliance virtual no es otra cosa que una máquina virtual que corre un sistema operativo y sobre este una aplicación previamente instalada la cual deberá ser simplemente configurada de acuerdo a las necesidades del cliente que la esté utilizando. El concepto es más que interesante y pero para que la idea cierre un poco más tendremos que ver los beneficios que estos appliancces nos entregan:

Reducción de tiempos de implementación

 Luego de muchos años de trabajar en proyectos de tecnología puedo decir que en muchos casos en un proyecto de implementación de ciertas tecnologías la instalación (no habló de configuración) pueden llevar una porción importante del tiempo de puesta en marcha. Los virtual appliances resuelven estas demoras ya que en su gran mayoría tienen sus aplicaciones instaladas o bien el sistema operativo es la aplicación en si. Este concepto aplica también para pruebas de concepto donde estemos evaluando productos nuevos a implementar.

Reducción en los tiempos de entrega

 Firewalls, proxies de internet y  aceleradores de redes wan entre otros son entregados generalmente como appliances físicos los cuales se deben desembalar, encender y comenzar a utilizar. Excepto que el proveedor tenga estos equipos en stock tendremos que esperar un tiempo considerable en la entrega del mismo. Para el caso de los virtual appliances esto es completamente distinto ya que una vez ingresada la orden de compra y el pago de la misma ya tenemos a la descarga del appliance virtual reduciendo considerablemente los tiempos.

 Actualización de hardware instantánea y mejorada

 En el caso de los appliances físicos estándar el hardware de estos tiene un tiempo de soporte determinado generalmente en un plazo de entre uno y tres años. Esto nos lleva a tener que planificar que cada cierto período de tiempo tendremos que interrumpir el servicio que el dispositivo presta para realizar el cambio u actualización del hardware junto con la migración de los datos de un equipo al otro en caso de ser necesaria. Debido a la naturaleza de la virtualización y a la capacidad de gestionar los recursos de hardware prácticamente de forma instantánea los problemas de actualización de hardware se ven reducidos casi a cero.

 Recuperación ante desastres simplificada

 La preparación de un plan de recuperación ante desastres debe contemplar la puesta en marcha de al menos los servicio críticos para la organización en un sitio remoto en el menor tiempo posible siguiendo los requerimientos del negocio. Si en nuestra infraestructura tenemos appliances de red físicos tendremos que pensar en tener el ambiente de estos duplicado en el sitio secundario lo cual desde el punto cero de diseño del plan nos presenta costos agregados a los de la infraestructura de servidores y estaciones de trabajo.  Los appliances virtuales también resuelven este punto dado que pueden ser contemplados en el diseño del plan como un servidor más que deberá ser replicado o copiado al sitio alternativo.

 Reducción de los costos CAPEX

 Debido a que un appliance virtual no es otra cosa quer un conjunto de archivos que conforman una máquina virtual uno tiende a pensar que los costos no deberían ser los mismos que los de un appliance físico. Si bien esto es así, hoy en día los vendors no se resignan a bajar demasiado los precios de sus appliances virtuales. Personalmente creo que esto tiene un solo motivo… Los vendors nos solo obtienen ingresos del software que viene en los appliances físicos sino también del hardware "especializado" en el que vienen.

 El empuje al software open source

 Existe otro punto interesante de los appliances virtuales además de los beneficios expuestos anteriormente y es el de el disparo de la adopción del software open source o de código abierto gracias a esta tecnología. Los que tenemos algunos años en tecnología sabemos que en la mayoría de los casos las corporaciones miran de reojo al software open source simplemente porque en muchos casos la instalación de este tipo de software requiere que la persona que la realice tenga conocimientos de compilación de software o base de datos que no son ni Oracle ni Microsoft SQL y la simple idea de que esta persona se ponga a aprender estas cosas y luego aprender la herramienta no aplica a los tiempos cada vez más cortos de time to market. Si en lugar de perder todo ese tiempo descargamos el appliance y lo encendemos para comenzar a utilizar la herramienta el panorama se torna mucho más alentador.

Muchas empresas están aprovechando los beneficios de los virtual appliances y un caso particular es el de Vyatta que desarrolla routers y firewalls open source y presentan sus soluciones en appliances físicos y virtuales, teniendo estos últimos una gran aceptación en el mercado gracias a que sus appliances virtuales encajan perfectos en escenarios con redes virtualizadas y de cloud computing. En los próximos años tendremos cada vez más appliances virtuales en nuestras infraestructuras nos guste o no la idea siempre y cuando los vendors disminuyan sus precios y comiencen a cumplir con las obligaciones de Green IT impuestas por las regulaciones. Estos son solo algunas ideas sobre los beneficios de los appliances virtuales pero hay más muchos más. Usaste un virtual appliance alguna vez? Cuál fue tu experiencia?

Nicolás Solop

Únete al grupo de virtualización en español en LinkedIn

Luego de 18 meses de investigación y desarrollo conjunto entre ingenieros de VMware y de Mitel lograron derribar la barrera de la latencia producida por la virtualización entregando de esta forma la primer solución de virtualización de voz del mercado.

La combinación de la virtualización junto con los productos de Mitel como el Mitel Communications Director permite a las empresas que cuenten con sus centros de datos virtualizados hacer uso de las nuevas versiones de producto de Mitel en forma virtual reduciendo consumo eléctrico espacio y tareas de administración.

El desarrollo de ambas empresas tiene como objetivo permitir a sus clientes la consolidación de aplicaciones de voz junto con aplicaciones estándar en una misma plataforma esperando como resultado mejoras en la productividad, una utilización de los recursos eficiente y la disponibilidad de las tecnologías de voz incluso en casos de contingencia.

El problema de la virtualización de la voz

El desarrollo para aplicaciones estándar (no de tiempo real) siguió su propio curso con el correr de los tiempos pero al intentar virtualizar aplicaciones en tiempo real como la voz es extremadamente complejo debido a la latencia inyectada por la capa de virtualización.

La plataforma de virtualización soportada para correr las soluciones de voz de Mitel al día de hoy es VMware vSphere ESX 4.

Sobre Mitel: Mitel es líder en la provisión de soluciones de comunicación unificada para organizaciones de todos los tamaños.

Más información en el comunicado de prensa: Mitel and VMware Announce First Customers to Leverage Voice Virtualization

 
Nicolás Solop

Únete al grupo de virtualización en español en LinkedIn

A pocos días del anuncio de la tripe alianza Cisco-EMC-VMware para brindar soluciones integrales de datacenters HP salió de compras y se encontró con 3com en el camino.

Según los comentarios del vicepresidente Ejecutivo de servidores y networking de HP los clientes están buscando modos de librarse de las limitaciones del negocio que da tener un único proveedor haciendo a Cisco.

De acuerdo al comunicado de prensa, la combinación de ambas empresas transformará la industria de las redes y subrayará la estrategia de la próxima generación de centros de cómputos basados en HP logrando una convergencia de servidores, almacenamiento, redes, gestión y servicios.

La compra de 3com por parte de HP expandirá dramáticamente la oferta de switches ethernet y routers y fortalecerá la posición de la empresa en China, uno de los mercados con mayor crecimiento de los últimos tiempos.

Junto con la oferta de switches y routers 3Com sumará a HP los productos de seguridad TippingPoint los cuales aparecen como líderes en el cuadrante mágico de Gartner como lider en productos de seguridad de redes.

Para obtener más información sobre la compra de 3Com por parte de HP pueden visitar el comunicado a los inversores.

Nicolás Solop

Únete al grupo de virtualización en español en LinkedIn