La licencia Enterprise Plus de vSphere incluye un nuevo tipo de switch, el Distributed Switch que aporta mejoras en calidad de servicio, seguridad, escalabilidad y explotación respecto al clásico Standard Switch de siempre.

Sin embargo esta licencia permite, también, utilizar (comprándolo adicionalmente) el primer switch virtual de Cisco, el Cisco Nexus 1000V, pero ¿Que ventajas aporta este switch respecto al Distributed Switch para que merezca la pena pagar un dinero extra?.

Como todo en la vida, para algunos será necesario y para otros no, pero hablemos brevemente de algunas de las características que lo diferencian del vDS :

En VI3 v3.5 se incorporaba NetFlow en modo experimental (y funcionaba muy bien), pero en vSphere ha desaparecido, si queremos registrar los flujos de información que pasan por nuestros switches virtuales, fundamental para análisis de comportamiento de las aplicaciones y para detectar flujos sospechosos, hemos de utilizar Cisco Nexus1000V.

Si necesitas enviar los logs de los switches virtuales para correlacionarlos con los del resto de los switches físicos, Cisco Nexus 1000V te lo proporciona.

Cisco Nexus 1000V soporta ACLs utilizando direcciones MAC o IP y se aplican a nivel de puerto, dicho de forma rápida tenemos un firewall en cada puerto y se mueve con la VM al cambiar de ESX, es una buena ayuda en lo que a seguridad se refiere.

Otras medidas de seguridad son DHCP snooping y IP Source Guard que mitigan ataques man-in-the-middle o Dynamic ARP Inspection que nos protege de ataques ARP spoofing.

Además puede trabajar en combinación con VMware vShield Zones, blindando nuestra infraestructura y facilitando la administración de la seguridad con herramientas gráficas.

Nos aporta diversos mecanismos de QoS : Mecanismos de clasificación de tráfico por diversos criterios, técnicas de marcado de tráfico y políticas de QoS. Todo ello utilizando los comandos Cisco IOS y llegando a garantizar un ancho de banda a un tráficos determinado !!!!

Y los entusiastas de Cisco están de suerte, se configura mediante Cisco CLI y con los comandos que ya conoce y muchos mas.

Como vemos la seguridad, las redes y los sistemas, ya no son especialidades diferentes, están naciendo los especialistas en DataCenter … ¿te apuntas?

En este video te enseñare a como activar CDP (Cisco Discovery Protocol) en los switches distribuidos de Cisco Nexus 1000v.

La buena noticia es que para activar CDP en los switches distribuidos, no es necesario aprenderse ningún comando del Service Console.

La mala noticia es que para poder tener la opción de implementar los switches distribuidos de Cisco Nexus 1000v, necesitas tener la licencia vSphere Enterprise Plus.

Esta semana Citrix ha anunciado en su evento de virtualización, Citrix Synergy, su próximo switch virtual distribuido open source para los hipervisores Xen y KVM.

Con este anuncio, Cisco ya no está solo con su switch distribuido Nexus 1000v y ve como la competencia de switches distribuidos para entornos virtuales empieza a crecer. Al parecer este nuevo conmutador virtual que competirá con el Nexus 1000v saldrá al mercado justo después de la liberación del cisco Nexus 1000v.

Esta nueva arquitectura de switch distribuido ha sido impulsada por dos factores fundamentales:

• Los conmutadores virtuales distribuidos permitirán al grupo de redes en las organizaciones, recuperar el control de la infraestructura de la red.
• Los conmutadores virtuales distribuidos permiten una configuración más granular al poder “conocer” el tráfico de la red virtual y ofrecen una mejor integración con las herramientas de gestión y seguridad existentes en la organización.

No hay duda de que necesitamos una mejor gestión de la infraestructura virtual de red, y así lo han expresado un gran número de clientes.

This blog post is part of Zemanta’s “Blogging For a Cause” campaign to raise awareness and funds for worthy causes that bloggers care about.

Hoy el keynote es a cargo del CTO de VMware, Steve Herrod, que en su discurso principal de apertura presenta la próxima versión de ESX 4.0.

Ayer  Cisco anunció su virtual switch para ESX, por lo que hoy  Herrod puede mostrar dicha tecnología en acción  por primera vez.

Herrod comienza de nuevo con el concepto de  Centro de Datos Virtual OS (VDC-OS) presentado ayer por Paul Maritz , un nuevo concepto que abarca todas las capas.

La capa de infraestructura, la capacidad de manejar el hardware físico (vCompute),  obtendrá mejoras importantes en comparación con lo que tenemos  disponible a día de hoy en ESX y estas son:

* 8 CPUs virtuales por maquina virtual
* 256GB por maquina virtual
* 40 GBs  de rendimiento de red
* Hasta 64 nodos por cluster
* Hasta 4096 cores
* Soporte para DPM (Distributed Power Management ), lo que ahorra un 50% en el consumo energético.

La capacidad de abstraer y gestionar la conexión de red (vNetwork) tendrá un mayor impacto en funcionalidades como :

* La creación de redes virtuales distribuidas (un cambio de configuración virtual se propagara a través de todos los servidores de la granja)
* Inclusión de switches virtuales de terceras  partes como Cisco Nexus 1000V

En la capa de  aplicación de la VDC-OS y tal como se anunció ayer, mejorara el concepto de appliance virtual con el nuevo concepto de vApp: una máquina virtual con atributos y propiedades de disponibilidad, seguridad y SLAs (Service Level Agreements)

Herrod habla también  sobre la disponibilidad de las maquinas virtuales e introduce la tan esperada funcionalidad de disponibilidad continua que Mendel Rosenblum, ex investigador jefe, introdujo  el año pasado en el VMworld 07 en San Francisco.

Esta funcionalidad se llama ahora VMware Fault Tolerance (FT), y permite proteger una maquina virtual en un servidor físico mediante la copia sincronizada  a otro servidor ESX ofreciendo así no downtime en caso de caída del servidor ESX físico.

Pasamos a las Demos:

Con un solo clic de ratón en VirtualCenter 4.0 una  máquina virtual es activada con protección FT.

Un servidor físico ESX con máquinas virtuales es apagado. A pesar de la caída del servidor físico, la maquina virtual sigue funcionando sin problemas en otro servidor ESX.

Herrod continúa con su presentación con la capa de aplicación y describe brevemente la funcionalidades de seguridad: ESX 4.0 contará con el tan esperado API VMsafe, integrado en la nueva iniciativa vNetwork Distributed Switch.

Herrod habla de la capa de  VDC-OS: el vManagement. Y anuncia una gran noticia: VirtualCenter cambiara de nombre para convertirse en vCenter. Desde vCenter se realizaran todas las tareas de gestión y administración mediante la instalación de módulos.

Herrod añade que VMware está trabajando para hacer vCenter disponible para otras plataformas: el componente servidor se podrá ejecutar en Linux como dispositivo virtual. La audiencia recibe con un gran aplauso dicho anuncio, en el que yo mismo me  incluyo .

La parte cliente de la interfaz  de usuario también estará disponible para múltiples plataformas y aparece un iPhone en la diapositiva,  Impresionante

También menciona que VMware dará a conocer su vCloud API, el cual proporcionara a terceras partes la posibilidad de  poder incluir nuevas funcionalidad para la gestión de imágenes, gestión de cuentas de usuario, chargeback, etc.

Herrod cierra su  keynote hablando de la nueva iniciativa vClient, el cual  extiende el enfoque actual de VDI (Virtual Desktop Infrastructure)  y de la próxima tecnología de VMware View.

En la demo nos muestra como con la nueva funcionalidad VMware View y su herramienta de gestión llamada Compose, una sola máquina virtual es clonada 25 veces con un simple script en unos segundos a una media de una maquina virtual por cada dos segundos.

También durante la demo, Herrod nos muestra como el nuevo navegador de Google, Chrome,  es instalado en todas los maquinas virtuales que acaba de crear, con solo agregar la aplicación en la maquina virtual de origen.

En resumen, muchas e importantes nuevas funcionales para la nueva version de ESX 4.0 que pondra, desde el punto de vista de funcionalidad,  mas distancian entre sus competidores.