SDN 동향 : SDN과 Open Flow의 관계

SDN을 명확히!

(출처 : http://cafe.naver.com/openflow/275)

뚱딴지같이 이제와서 < SDN이란? >제목의 글을 쓰려고 합니다.
왜 그럴까요??

최근 SDN.. OpenFlow가 화제가 되면서.. 아주 이상한 형태의 말들과 플레이들이 감지됩니다.
따라서.. 정확한 정의가 필요할 듯 합니다.

SDN과 OpenFlow는 동급이 절대 아닙니다.
SDN은 오히려 하나의 아키텍쳐로 이해하시는 것이 좋습니다.

그럼.. 무슨 아키텍쳐냐?? 면...
Control Plane과 Data Plane이 물리적으로 완전 분리된 형태의 아키텍쳐입니다.

최근에 SDN이 Software Defined라는 것에 착안해서
Software적으로 무엇인가를 하면 SDN인 것으로 둔갑하는 아주 잘못된 정보들이 흘러다니고 있는데..
절대 그렇지 않습니다.

가령 대표적으로 잘못 인식되는 것이 API입니다.
API를 이용하면 네트워크 운용에 매우 큰 도움을 줍니다. 그렇다고 API 그 자체가 SDN일 수는 없습니다.

SDN은 Software적으로 뭔가 끼적끼적되면 SDN이 되는 것이 절대 아니라...
반드시 Control Plane과 Data Plane이 분리되어져 있는 아키텍쳐이여야만 SDN인 것입니다.

그렇다면 SDN은 오직 Control Plane과 Data Plane 영역에만 관심이 있을까요?
아니죠!!!! 절대 아니죠!!!

SDN의 영역은 Control Plane과 Data Plane을 넘어서 네트워크 전체 영역을 관장합니다.
실제 SDN 개발 프로젝트를 진행하게 되면 Application 단의 네트워크 운용과 관련된 부분을 매우 많이 고민합니다.

국내에서 OpenFlow가 Hot 이슈이다 보니까
OpenFlow = SDN으로 오해하게 되어서
SDN은 오직 Control Plane과 Data Plane 만을 다루는 것으로 오해하시는데.. 절대 그렇지 않습니다.
단.. OpenFlow는 Control Plane과 Data Plane에만 관심이 있습니다. (태생이 그런 프로토콜입니다!!!)

상용 SDN 제품들의 예를 들면..
SDN의 대표 주자인 NICIRA의 경우는 자사 솔루션과 다른 Application 간 연동을 통한 자동화 및 오케스트레이션에 매우 적극적으로 지원을 하고 있습니다. 또한 NEC 및 NTT도 SDN의 중요한 요소로서 정확한 네트워크 관리 및 운용에 초점을 두고 있습니다. 이를 위해 다양한 SDN Application을 내놓고 있습니다.

반드시 SDN과 관련하여 기억하실 내용은...
- SDN은 아키텍쳐로서 반드시 Control Plane과 Data Plane이 분리되어야 한다.
- SDN은 Control Plane과 Data Plane의 울타리를 넘어서 네트워크 전체 영역에 초점을 두고 있다.

위은 내용은 매우 중요합니다.
이를 정확히 인지해야 SDN이 나온 배경 및 네트워크 변혁의 정당성 그리고.. 그를 통한 정확한 기대효과를 이해할 수 있게됩니다.