BACKGROUND IMAGE: iSTOCK/GETTY IMAGES

Este contenido es parte de Guía Esencial: Guía Esencial: Optimice su proceso de virtualización de TI
Lo básico Póngase al día con nuestro contenido introductorio.

Por qué no debería subestimar la oferta SDN de Microsoft

Tal vez Microsoft SDN no sea la primera cosa que viene a la mente cuando se piensa en redes definidas por software, pero no lo elimine del todo todavía.

Uno puede ser perdonado por suponer que Microsoft en realidad no tiene una jugada para las redes definidas por software (SDN). Aparte de unos pocos documentos white papers y algunos ingenieros muy emocionados durante el foro de Microsoft Ignite en mayo pasado, Microsoft SDN no está recibiendo mucha cobertura de la prensa. Pero si usted no tiene ya implementado VMware NSX –especialmente si usted está pagando por un Acuerdo de Licencia de Microsoft Enterprise– es posible que desee establecer un laboratorio y experimentar. Microsoft tal vez no sea el proveedor de moda cuando se trata de SDN, pero podría ser el primero en derrumbar las SDN en consolas de administración con un poco de ayuda de Cisco.

Microsoft SDN se apoya en Cisco ACI

Aunque Microsoft y VMware son socios/amienemigos, como todo el mundo, están trabajando en estándares y protocolos de interoperabilidad a largo plazo. Mientras tanto, Microsoft necesitaba seleccionar un socio para gestionar la red física actual y optó por la infraestructura centrada en aplicaciones de Cisco (ACI). Es una opción a la vez obvia y sorprendente; extiende el control de la red definida por aplicaciones más allá de la estructura virtual en conmutadores virtuales Hyper-V mientras que evita la infraestructura VMware, pero también subcontrata el desarrollo típico de Microsoft.

Y cuando Microsoft adopta tecnología preexistente de otro proveedor, a menudo es un indicador silencioso de un enfoque más serio de lo que aparenta. Por ejemplo, cuando invirtió más de $50 millones de dólares en Internet Explorer 4, abandonaron efectivamente la tecnología propietaria VBScript porque competir con JavaScript era una ventaja. Al seleccionar ACI para participar en SDN, es posible que estén haciendo otra apuesta de proveedor a largo plazo.

Si usted ha pasado algún tiempo con ACI, probablemente ha llegado a depender de las definiciones de los inquilinos. Es el primer paso en la configuración, y tal vez incluso usted realizó un ejercicio de hiper-normalización donde creó demasiados. (Ciertamente lo hice, pero también soy un fanático de la segmentación de cero-confianza.) Pero incluso si usted es un genio con asignación de aplicaciones por inquilino, el beneficio real de este enfoque en entornos Microsoft SDN es de autoservicio.

El autoservicio real es más que el uso de su solución IPAM-DDI para permitir que los administradores de máquinas virtuales (VM) gestionen sus propias subredes; se trata de crear ambientes que den la bienvenida a los vaqueros de TI renegados de vuelta al redil. Permite a los administradores ofrecer recursos y servicios familiares que la TI en las sombras no puede pagar, pero bajo nuestros términos de ingeniería de red. Microsoft SDN atornilla el controlador de infraestructura de políticas de aplicación (APIC) de Cisco dentro de System Center Virtual Machine Manager para permitir a los administradores crear inquilinos, y luego ofrece areneros gestionados para los usuarios de la aplicación, a través de SCVMM.

La definición de perfiles de red de aplicaciones APIC no es para los débiles de corazón. Representa, después de todo, las capas 4 a 7 –servicios de redes virtuales y de aprovisionamiento. Crea definiciones para todos los aspectos de los recursos de red virtuales y los asigna a las redes físicas subyacentes. Una vez que estas definiciones se crean y se asignan a SCVMM, sin embargo, desaparecen con eficacia de las tareas de administración del día a día. Los recursos de red virtuales totalmente gestionados vía SDN están justo donde los administradores de Hyper-V viven en SCVMM, y los administradores de aplicaciones no necesitan conocer los detalles sangrientos, virtuales. Ellos simplemente ven las redes virtuales creadas por el administrador del tejido, al igual que cualquier otra.

Extendiéndose fuera del centro de datos

Debido a que Microsoft siempre debe competir por la influencia en el centro de datos, ha tomado un enfoque más inclusivo para la integración a partir de la necesidad. No es en realidad agnóstico en cuanto a proveedores cuando se trata de ofertas de infraestructura, pero tiende a inclinarse hacia la apertura cuando se proporciona una ventaja competitiva. ACI de Cisco es más que una jugada en el centro de datos, su objetivo es encantar todos los dispositivos en la ruta de la prestación de servicios, no sólo los paquetes que se mueven entre los racks.

Al asociarse con Cisco, Microsoft está tratando de crear un Voltron de redes empresariales – virtualización del centro de datos y redes virtuales, con el núcleo, firewall, borde y el campus LAN en fierros de confianza. Reúna las redes de nube privada virtual de Azure, los servicios Azure (Office 365) y el sesgo a favor del administrador de escritorio de Windows/aplicaciones de Office, y las cosas se ponen interesantes para las tiendas de Microsoft. Con la tecnología que ya está pagando, además de una pequeña cuota para Cisco, por supuesto, puede manejar casi todo en sus entornos –desde el servidor de aplicaciones al hipervisor, y al núcleo, a la red de área local– con una SDN viva y real, dentro del presupuesto.

Ahora, si tan sólo Cisco pudiera conectar a Palo Alto...

Este artículo se actualizó por última vez en septiembre 2015

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close