En los últimos años, las redes definidas por software (SDN) han sido un gran revuelo en la industria de TI/redes informáticas. Hoy en día, cada vez más empresas están discutiendo SDN para aprovecharlo para sus negocios y planes de crecimiento futuro. La razón es que SDN reduce CAPEX (gastos de capital de equipos de red) y OPEX (gastos operativos y de mantenimiento) de una red, y eso es lo que todas las empresas en la industria de redes quieren al final del día.
Eso nos lleva a la pregunta:¿qué tiene de especial SDN que las redes existentes o heredadas no pueden ofrecer?
Básicamente, las redes tradicionales no pueden hacer frente y cumplir con los requisitos de red actuales, como escalabilidad dinámica, control y administración centralizados, cambios o experimentos sobre la marcha, configuraciones manuales menos propensas a errores en cada nodo de red, manejo del tráfico de red (que ha aumentado enormemente debido al auge de los datos móviles), y el tráfico de virtualización de servidores en los centros de datos.
Además, las redes tradicionales están estrechamente vinculadas con elementos de red muy costosos que no ofrecen ningún tipo de apertura o capacidad para personalizar los componentes internos. Para hacer frente a estos problemas, las comunidades de código abierto se unieron para definir un enfoque de red para el futuro. Y así fue como nació el concepto de SDN.
Como enfoque, SDN está evolucionando con el tiempo. Hablando de implementación, como su nombre indica, SDN se implementa a través de software.
Dado que SDN es una capa de software, ofrece ventajas como la reducción de los esfuerzos manuales, la escalabilidad dinámica y la gestión central de los dispositivos de red. Para entender mejor, considere lo siguiente:En las redes tradicionales, cada dispositivo de red en la empresa o el centro de datos se configura manualmente, algo que no solo es propenso a errores, sino que también requiere una reconfiguración manual (una tarea muy tediosa y que requiere mucho tiempo) siempre que haya un cambio en la red.
SDN, por otro lado, tiene como objetivo tener una visión holística de la red:puede configurar/supervisar/solucionar problemas de dispositivos de red con facilidad desde un punto central, evitando mucho esfuerzo manual y, por lo tanto, ahorrando tiempo y dinero en el proceso.
Como la capa de software es virtual, ayudaría a virtualizar las redes que se crearán en la parte superior. Estas redes virtuales se asignan a redes físicas existentes. La virtualización de redes era muy necesaria ya que la virtualización de servidores trajo una revolución en la industria de TI para virtualizar las entidades informáticas y de almacenamiento, algo que desempeñó un papel clave en la utilización eficiente de los recursos. De manera similar, los elementos de red en las redes tradicionales son muy costosos y tienen funciones infinitas, pero esas funciones no se utilizaban por completo, y ese es el problema que SDN pretende resolver.
SDN en su núcleo y como una sola línea, no es más que la separación del plano de control del plano de datos (o plano de reenvío) en elementos de red tradicionales (conmutadores, enrutadores).
Para los no iniciados, el plano de control es la lógica inteligente en el equipo de red que controla cómo se administra y maneja el tráfico de datos (que llega al equipo). Por otro lado, el plano de datos es el plano de reenvío que gestiona el reenvío/manipulación/eliminación del tráfico de datos de la red. También puede comprender el plano de control y el plano de datos aquí.
Con esta separación, la inteligencia central de los elementos de la red (es decir, el plano de control) se puede mover a un lugar central que generalmente lleva cualquiera de los siguientes nombres:"sistema de control", "controlador" o "sistema operativo de red".
El siguiente diagrama muestra cómo, en el caso de los conmutadores, SDN realizará la separación del plano de control en el controlador.
La separación de control tiene muchos beneficios como:
- Administración central :Puede configurar, monitorear y solucionar problemas de la red y también puede obtener una vista completa de la misma (topología de red) desde el controlador.
- Equipos de red ligeros :Los elementos de la red, como conmutadores y enrutadores, se pueden reducir, lo que a su vez puede ayudar a que sean menos costosos con el tiempo. La inteligencia estaría en el controlador donde residiría el plano de control (es decir, la lógica de control), lo que permitiría el control de los elementos de red subyacentes al imponer reglas sobre ellos a través de un canal común (es decir, protocolos).
- Virtualización de redes :La virtualización de la red conduce a la tenencia múltiple (una arquitectura en la que una sola instancia de software se ejecuta en un servidor y sirve a múltiples arrendatarios), lo que a su vez ayuda a aprovechar todo el potencial de los elementos de la red. El controlador SDN puede abstraer la red física subyacente y permitir que los administradores de red programen redes virtuales correspondientes a cada inquilino. Un ejemplo de la vida real de un lugar donde se usa la virtualización de red son los centros de datos:la arquitectura se usa para compartir una red física común entre muchos clientes.
Muchos grandes proveedores/empresas de redes venden controladores SDN en el mercado. Algunos ejemplos de estos controladores son el controlador Cisco Open SDN, Juniper Contrail, el controlador Brocade SDN y el controlador PFC SDN de NEC. Muchos controladores SDN de código abierto como Opendaylight, Floodlight, Beacon, Ryu, etc. también están presentes en el mercado. Lo bueno de estos controladores es que brindan una buena comprensión de cómo se están diseñando las soluciones SDN.
En un esquema más amplio, la solución SDN tendrá un controlador SDN como capa intermedia, no solo controlando y administrando la capa de infraestructura de red subyacente, sino también recopilando el estado y la información de la red y exponiéndolos a la capa de aplicación superior a través de las API.
En el mundo SDN, con el tiempo, la mayoría de los proveedores de redes y las comunidades de código abierto han aceptado Openflow como el protocolo de comunicación entre el plano de control y el plano de datos. No hace falta decir que una solución SDN con OpenFlow requiere que el protocolo se implemente tanto en el controlador como en los elementos de la red. Discutiremos más sobre Openflow y SDN en general en nuestros próximos artículos.
Lea más sobre la Arquitectura de OpenFlow en la segunda parte del artículo.
This article is co-authored by Tarun Thakur.
====================================================================================================
Referencias:
- http://opennetsummit.org/archives/mar14/site/why-sdn.html
- https://www.sdxcentral.com/sdn/definitions/cuál-la-definición-de-software-define-networking-sdn/