클라우드 네이티브를 위한 데이터 센터 네트워크 구축: 데이터 센터 네트워킹을 위한 아키텍처, 프로토콜, 도구

105

4

장

네트워크 운영체제 선택

크를 운영해야 한다고 말했다. 많은 이들이 네트워크 분리 자체를 고려하지 못하게 했다. 필자는

많은 운영자가 오픈플로와

SDN

으로 데이터 센터 네트워크 구축이 가능하다는 것을 검증하기

위해 수없이 많은 개념 증명

proof

-

of

-

concept

,

PoC

실험으로 지새웠던 수많은 날을 알고 있다. 하지

만 그들 모두 전통적인 네트워크 공급 업체가 제공하는 익숙하고 따뜻한 품으로 돌아갔다. 더

욱이 많은 공급 업체는

SDN

을 사용하여 데이터 센터 네트워크 인프라를 제어하는 데만 주력

하고 브리징만 지원했다. 브리징은 확장성이 없다.

4.3

NOS

설계 모델

오픈플로와

SDN

이 예상대로 시작되지 않았다면 네트워크 분리 세상에서

NOS

에 대한 답은

무엇이었을까? 이상하게도 오픈플로 논문은 다른 접근 방식을 암시했지만 비현실적이라고 거

부했다. 논문을 인용하면 다음과 같다.

우리가 선택하지 않았던 접근법은 ‘이름 있는

name

-

brand

’은 상업 장비 공급 업체를 설득해서 개방

형, 프로그래밍 가능한, 가상화된 플랫폼을 탑재한 스위치와 라우터를 공급하는 것이다. 그렇게

되면 연구원들이 새로운 프로토콜을 배포할 수 있다.

틀에 박힌 진부한 표현이 다시 한 번 나왔다. 이제 유행하는 다양한

NOS

모델을 살펴보자. 먼저

공통 부분을 살펴본 다음 차이점을 살펴본다.

다음은 모던 네트워크 운영체제의 두 공통 요소다.

리눅스

모든

NOS

의 기반

OS

다. 기반

OS

는 프로세스와 메모리 관리를 수행하고 주로 스토리지

와 같은 비네트워크 ...