Saltar al contenido

SDN

Big Switch’s llega a un acuerdo con HPE

Big Switch’s comercializa tecnología de software-defined networking (SDN) y recientemente a llegado a un acuerdo con HPE para equipar algunos de los switches SDN con su tecnología, en un acuerdo similar al que ya tiene con DELL.

Switch HPE Altoline

<Switch HPE Altoline cortesía de HPE>

 

Es un movimiento muy interesante, porque poco a poco están ganando cuota de mercado.

SDN & NFV, ¿quién es quién?

SDN y NFV son dos de las palabras que surgen en toda discusión (actual) sobre arquitecturas de red. Están de moda y por tanto parece que abordar una nueva arquitectura de red (independientemente del tamaño o necesidades) sin tan si quiera plantearlo es poco menos que un pecado mortal, pero realmente ¿tenemos claro que es SDN y que NFV?, ¿que ventajas e inconvenientes podemos obtener de la adopción de estos modelos?.

Mi intención con esta entrada es dar una pequeña introducción de que es SDN y NFV, si eres un arquitecto de sistemas/redes acostumbrado a grandes despliegues, posiblemente este post no es para ti ;-).

 

SDN:

En las redes tradicionales, la inteligencia o capacidad de configuración y control se aplicaba a nivel de cada dispositivo, es decir, la configuración de un switch se hacía en el propio switch y esta era más o menos aislada de la del resto de dispositivos que le rodeaban.

Con SDN se pretende desacoplar/separar el plano de control de los dispositivos del propio dispositivo, de tal manera que este puede ser transferido a un elemento “controlador”.

 

sdn

<original de la imagen, aquí>

Algunas preguntas interesantes sobre SDN

 

¿Se pueden definir redes SDN multi-vendor? => Sí, siempre que nos basemos en estándares abiertos. El más popular es OpenFlow.

¿Se pueden controlar múltiples dispositivos desde una misma controladora? => Sí, es una de las cosas más interesantes que aporta SDN, la simplificación de redes complejas y la posibilidad de gestionar todos los dispositivos desde un único punto.

¿Permite configuraciones multi-tenant?=> Of course

¿Es apta para despliegues cloud?=> Nació entre otras cosas para solucionar los problemas derivados de los grandes despliegues cloud.

 

NFV:

NFV es una iniciativa para virtualizar las funciones de red, de tal manera que se reduzca la cantidad de HW necesaria, pero…¿qué es exactamente una función de red?.

Entendemos por funciones de red aquellas tales como Routing, switching, balanceo de carga, Firewall, etc., etc.

Algunas preguntas interesantes sobre NFV

¿Es SDN lo mismo que NFV? => No,SDN se puede apoyar sobre dispositivos físicos o virtuales y su principal objetivo es optimizar el funcionamiento de la red y de su gestión. NFV, tiene entre sus objetivos, reducir la cantidad de HW necesario.

¿Pueden trabajar juntas SDN y NFV? Sí, en arquitecturas modernas y de un cierto tamaño es habitual cierto grado de integración entre ambas.

¿Qué es mejor SDN o NFV?=> Son complementarias, pueden usarse de manera individual o conjunta dependiendo de nuestras necesidades

 

Espero os resulte de interés y utilidad esta entrada, que intentare completar con una individual que trate con más detalles tanto SDN, como NFV.

Six Pack, el Switch de Facebook para el DataCenter ya esta aquí

Los que sigáis el blog, recordaréis que en el pasado hemos hablado de la iniciativa Open Compute y concretamente del desarrollo de especificaciones para un Switch SDN para el Datacenter (podéis leer el articulo aquí  y aquí y obtener información adicional en la página del proyecto, aquí).

Facebook-Six-Pack-switch<imagen cortesía de Facebook>

Pues bien, Facebook acaba de presentar su switch basado en las especificaciones de Open Compute, lo llaman Six Pack y es un chasis de 7U con puertos a 40Gbe y dos tarjetas Fabric que se encargaran de la interconexión de todos los switches Top Of Rack. Según anuncia Facebook, pronto liberaran las especificaciones del dispositivo dentro del proyecto Open Compute.

Cada vez es más común que los grandes actores del mundo del Data Center, hagan sus pinitos en el desarrollo de dispositivos a medida. Estos esfuerzos en desarrollo aún no han llegado al mercado generalista, que sigue consumiendo dispositivos estándar, si bien todo apunta a que pronto empezaremos a ver este tipo de dispositivos en instalaciones de menor tamaño.

 

El SDN se prepara para saltar fuera del Datacenter

Hace unos días podíais leer una introducción a las SDN en este mismo blog (puedes consultarlo aquí), en el que quedaba patente que el Datacenter era el principal campo de explotación de esta tecnología y que aportaba numerosas ventajas para redes medianas a grandes, más aún si hablamos de entornos Cloud.

 

Software_Defined_Networking_System_Overview.svg

El 18 de diciembre en DatacenterDynamics, podía leer que el gobierno de Japón había encargado a 5 compañías nacionales y punteras en esta tecnología (NEC, Fujitsu, NTT, Hitachi), para conseguir que el SDN pueda extenderse a las redes WAN, es decir, salir del Datacenter.

El objetivo tras este proyecto es lograr que  los beneficios del SDN a la hora de reconfigurar y desplegar nuevas redes, sean extensibles a las redes WAN.

No esta claro cuanto tardaremos en ver implementaciones “reales y operativas” de esta tecnología, pero si esta claro que el SDN dará mucho juego.

 

OpenFlow for Dummies

Continuando la serie de artículos introductorios sobre tecnologías emergentes y como apoyo al artículo anterior (SDN for Dummies), voy a hablaros de OpenFlow.

OpenFlow es un un protocolo de comunicaciones diseñado para dirigir el manejo y “rutado” del tráfico en una red conmutada y lógicamente con soporte para OpenFlow. Hasta la fecha los switches decidían hacia donde hacer el forwarding del tráfico de manera individual y en base al firmware de cada uno de ellos, que era dependiente del fabricante y dispositivo, con OpenFlow esa decisión dejara de ser tomada de manera individual por cada switch y pasará estar controlada por una suerte de inteligencia externa.

La organización detrás de OpenFlow es la Open Networking Foundation.

onf-logo

¿Cómo trabaja OpenFlow?

OpenFlow se apoya en tres patas o componentes:

  • Las flow tables, o tablas de flujos instaladas en cada uno de los switches que indicarán a cada dispositivo que hacer con el tráfico.
  • El controller, que será la llamada “inteligencia” y que dialogando con todos los switches les transmitirá a estos la información que necesiten.
  • Dispositivos (switches) con soporte para OpenFlow.

Los switches consultaran sus flow tables antes de hacer el forwarding del tráfico y lo realizarán conforme a ellas. Si se da la circunstancia de no saber que hacer con el tráfico, preguntaran al controlador y este les dirá que hacer, lo que convertirá nuestra red en una red gestionada de manera centralizada.

Una vez que tenemos dispositivos con soporte para OpenFlow y un controlador que los dirija, podremos tomar de manera centralizada decisiones sobre QoS, rutas para reducir la latencia, velocidad, etc.

openflow-conformant-nobottom

¿Realmente es necesario OpenFlow?

OpenFlow es una pieza necesaria para la implementación de redes SDN, si necesitamos una red SDN dependerá del tamaño y complejidad de nuestra red y de los servicios que prestemos sobre ella.

Para una pequeña red de oficina o una red domestica, lógicamente no tiene sentido incurrir en este nivel de complejidad en el diseño. Para una red grande, que de soporte a servicios de virtualización (donde un servidor virtual puede cambiar de manera automática de host ) o Cloud, SDN y OpenFlow facilitan enormemente la gestión de estas infraestructuras.

Enlaces de interés:

Wikipedia OpenFlow

Open Networking Foundation

Software-defined networking (SDN) for dummies:

El SDN o Software-defined networking es un nueva aproximación al networking que permite desacoplar la gestión de la red del dispositivo físico sobre el que se sustenta, esto se consigue con la inclusión de una capa de abstracción.

Software_Defined_Networking_System_Overview.svg<fuente original wikipedia, aquí>

En las redes tradicionales teníamos dispositivos (switches), sobre los que se implementaban las topologías de red, mediante el uso de Vlans fundamentalmente y con algunas funcionalidades como filtros de acceso o reglas de QoS. Cada fabricante implementa su propia versión de sistema operativo para los dispositivos, por lo que contar con entornos heterogéneos no siempre es fácil y se tiende a optar por los principales fabricantes (Cisco es el proveedor nº 1 en la actualidad, lo que hace que al SDN se le conozca como el “Cisco Killer”).

 

Con la llegada de nuevos paradigmas como el Cloud, pronto se vio que el enfoque tradicional del networking presentaba algunos problemas que SDN  vino a cubrir.

¿Que nos permite SDN?

Pues muchas cosas, alguna de las cuales son:

  • Gestión centralizada de todos los dispositivos de red desde una consola, a través de OpenFlow. Todos los dispositivos se gestionan igual, independientemente del fabricante.
  • Al operar todos los sistemas igual, se simplifica la gestión de la red.
  • Permite efectuar cambios en la red de manera más rápida, al gestionarla como si de un único fabric se tratara.

dell-software-defined-networking

<fuente original Dell, aquí>

¿Cual es su hábitat natural?

Se puede aplicar a cualquier red de cierto tamaño, pero donde realmente se saca provecho del SDN es en entornos Cloud.