SDN es una gran palabra de moda en TI y seguirá siéndolo en el futuro previsible.
Hace unos años era la nube. Antes de eso … Bueno, no me acuerdo. Pero no se deje engañar por el marketing, todo es lo mismo con una etiqueta diferente.
Sin embargo, solo la parte superior de mi cabeza:
- ¿Se prefiere implementar un túnel GRE suave para ejecutarse en la capa 2 frente a la capa 3? ¿Por qué es este el caso?
- ¿Qué significa el hardware de red?
- ¿Podemos verificar el estado de la red y la operación del conmutador utilizando utilidades básicas como ping, telnet y SSH?
- ¿Por qué necesitamos un DNS en la red cliente / servidor, y qué podemos hacer si no hay un DNS en la red (cómo pueden conectarse el cliente y el servidor entre sí)?
- ¿Cuáles son las razones por las que el contenedor se transborda en el puerto? Una razón es la conectividad. ¿Cuáles son las otras razones?
SDN es utilizado por Amazon, en su nube. Google también lo usa, por la misma razón.
Básicamente, si tiene 100 máquinas virtuales en algunos servidores, SDN podría no valer la pena. Si tiene 50,000 servidores y un millón de máquinas virtuales, sí, entonces tiene un caso de uso.
Básicamente, SDN le permite abstraer redes de dispositivos físicos. En lugar de configurar conmutadores individuales y enrutadores / firewalls en todas partes. Simplemente programa la red de forma centralizada y todo lo demás sigue su ejemplo. Esto le permite escalar a niveles extremos. Sin embargo, el costo radica en el hecho de que la complejidad de la red también aumenta.
Personalmente, me gusta mucho la forma en que openstack lo hace con Neutron. Suponiendo que tiene algunos conocimientos de Linux, definitivamente debe buscar OpenStack para implementaciones de nube privada.
