SDN이란?

 

 

"붐비는 기차역과 사람들을 떠올려보세요.

데이터 센터는 오전 8시 반의 서울역입니다.

많은 데이터 패킷(통근자)이 서로 다른 방향과 장소로 가고 싶어하는, 혼돈 그자체일 것입니다.

만약 당신이 맞는 정보를 찾아 열차를 타야하지만 모든 사람이 같은 생각을 하고 있다고 생각해보세요. 

SDN은 이러한 상황을 내려다보며 전지전능한 노선계획을 제공합니다. "

 

 

 

https://blog.ct-networks.io/what-is-sdn-software-defined-network-d31253c4ee70

What is SDN (Software Defined Network)?

 

What is SDN?

This is actually a very easy one to answer — it’s an umbrella term encompassing several kinds of network technology aimed at making the network as agile and flexible as the virtualised server and storage infrastructure of the modern data centre.

 

사실 이 질문은 매우 쉽게 답할 수 있습니다. 네트워크를  빠르고 유연하게 만드는  여러 종류의 네트워크 기술을 총칭합니다. 최신 데이터 센터의 가상화된 서버 및 스토리지 인프라만큼 빠르고 유연하게 만드는 것이 목표입니다. 

 

 

Simple, right? Well, if you’ve been out of the IT game for a while, or you’re just getting acquainted this might not make much sense. Perhaps the most important element to this terminology is to first understand that it is a concept, based around a way of formatting a network to enable greater control and visibility. In essence, a way of constructing a network that is better suited and more adaptable to modern times.

 

간단하지않나요? 당신이 IT분야에서 잠시 떨어져있었거나, 알아가고 있는 중이라면 이 말이 별로 와닿지 않을 수 있습니다. 이 용어에서 가장 중요한 요소는 제어와 가시성을 향상 시키기위해 네트워크를 형성하는 방법임을 이해하는 것입니다. 본질적으로, 현 시대에 더 적합하고 잘 적응할만한 네트워크를 구성하는 방법입니다.

 

 

That is not to say that it is necessarily correct in all situations. It is something that owes its emergence to the rise of Big Data, virtualisation, and BYOD (bring your own device). These working realities require instant versatility, and so SDN, rightly or wrongly, has been hailed as the solution.

 

그렇다고해서 모든 상황에 적합하지는 않습니다. SDN은 빅데이터, 가상화, BYOD (bring your own device)의 등장에 힘입어 나오게 되었습니다. 이러한 작업 환경에서는 즉각적인 유연성(versatility)이 요구되기 때문에, 좋든 싫든 SDN이 해결책으로 여겨지고 있습니다.

 

 

There are many technical explanations of the concept, most focusing on the idea that SDN simply involves the decoupling of the control plane from the forwarding plane and therefore redirects its functions to a centralised controller. Rather than the forwarding decisions in the network happening independently, a centralized software-based and server based controller is responsible for directing traffic. The controller effectively maintains the forwarding instructions across the network.

 

개념에 대한 많은 설명들이 존재하지만, 대부분 SDN의 아이디어인 제어층을 포워딩층에서 분리해서 중앙 집중형 제어기로 리디렉션한다는 점에 중점을 둡니다. 포워딩 결정이 네트워크상에서 독립적으로 이뤄진다기 보단, 중앙집중형 소프트웨어와 서버기반 컨트롤러가 트래픽을 흐름을 직접 정합니다. 컨트롤러는 네트워크 전반에 걸친 포워딩 지시를 효과적으로 유지합니다.

 

네트워크의 forwarding

포워딩은 패킷을 목적지로 가는 경로에 가져다 놓는 것을 의미한다. 따라서 포워딩을 위해선 라우팅 테이블을 갖고있는 호스트와 라우터가 필요하다. 

 

웹개발에서 forward 와 redirect

 

forward와 redirect는 현재 작업중인 페이지에서 다른페이지로 이동하는 두가지 페이지 전환방식이다. 

forward는 말그대로 "건네주기"이다. web container가 페이지 이동을 수행한다. 클라이언트(웹 브라우저)는 요청을 보낸 후 다른 페이지로 이동했는지 알 수 없다. 포워딩 방식은 다음 이동한 URL로 요청정보를 그대로 전달한다. 그렇기 때문에 사용자가 최초로 요청한 요청정보는 다음 URL에서도 유효하다. 현재 실행중인 페이지와 포워딩에 의해 호출될 페이지는 request, response 객체를 공유한다.

 

리디렉트는 "다시 보내기"이다. web container가 클라이언트의 요청을 받고 다른 페이지로 이동하라는 "명령"을 보낸다. 리디렉트는 최초요청받은 URL1에서 클라이언트에 리디렉트할 URL2를 리턴하고, 클라이언트에게 전혀 새로운 요청을 생성하여 다시 URL2에 요청하게 한다. 따라서 request, response 객체가 새로이 생성된다.

 

 

Think of it like traffic, but traffic involving people and train stations. The data centre is Victoria Station at 8.30am. Sheer chaos, with many different packets of data (commuters) all wanting to go in different directions to different places. If you were to arrive from the underground but need to find the right information and get on the train, all the while avoiding everyone else trying to do the same.

 

붐비는 기차역과 사람들을 떠올려보세요. 데이터 센터는 오전 8시 반의 서울역입니다. 많은 데이터 패킷(통근자)이 서로 다른 방향과 장소로 가고 싶어하는 혼돈 그자체일 것입니다. 만약 당신이 맞는 정보를 찾아 열차를 타야하지만 모든 사람이 같은 생각을 하고 있다고 생각해보세요. 

 

 

But there are many different trains to get to any one location. And many different ways to get to any of those trains. The station is large with multiple platforms. Some might be closed, some exits busy. Some ticket stands full, and some malfunctioning.

 

하지만 같은 장소로 향하는 다양한 열차들이 있습니다. 그리고 그 열차에 가기까지도 다양한 경로가 존재합니다. 역에도 여러 플랫폼이 존재합니다. 일부는 닫히고 일부는 붐빌 수 도 있습니다. 일부 티켓은 매진되고, 몇개는 불량일 수 있습니다.

 

 

Given all these conditions, you could get delayed very easily. But if you had an omniscient, omnipotent route planner that knew everyone’s location, their destination, and could point everyone in the right direction at once, how much easier would that be?

 

이러한 일이 한번에 일어나면 쉽게 지연될 것입니다. 하지만 모든 사람의 위치와 목적지를 알고 한번에 모든 사람을 올바른 방향으로 인도할 수 있는 전지전능한 노선 계획을 갖고 있다면 얼마나 쉬울까요?

 

 

Software-defined networking is essentially a software-based version of this omniscient being for all those travelling packets. What separates it from traditional, hardware-based “thinking” switches is that it uses software — which is much faster than physical switches — to do the thinking. At the click of a button, IT managers can define protocols on the basis of availability, efficiency, or capacity. What’s more it can be done remotely via an all-in-one dashboard.

 

SDN은 모든 패킷 이동에 대해서 전지전능한 존재의 소프트웨어 버전이라고 생각하면 됩니다. 기존의 하드웨어 버전의 "생각"스위치와 다른 것은 물리적 스위치보다 훨씬 빠른 소프트웨어를 사용하여 생각을 한다는 점입니다. 버튼 클릭 한번으로 IT 관리자는 가용성, 효율성, 용량을 기준으로 프로토콜을 정의할 수 있습니다. 게다가 이를 올인원 대시보드로 원격으로 수행할 수 있습니다.