RFC 7426이 나눈 다섯 개의 평면
"제어 평면과 데이터 평면"이라는 두 단어만 알면 SDN 문서에서 길을 잃기 쉽습니다. RFC 7426은 다음과 같이 평면을 구분합니다(요약).
| 평면 | 하는 일 |
|---|---|
| 전달 평면(데이터 평면) | 제어 평면의 지시에 따라 데이터 경로에서 패킷을 처리 |
| 운영 평면 | 장비의 동작 상태(활성 여부, 포트 수, 포트별 상태 등) 관리 |
| 제어 평면 | 패킷을 어떻게 전달할지 결정하고, 그 결정을 장비에 내려보냄 |
| 관리 평면 | 장비를 감시·설정·유지보수. 주로 운영 평면을 대상으로 하며, 전달 평면 설정은 드물고 큼직하게 함 |
| 애플리케이션 평면 | 네트워크 동작을 정의하는 응용과 서비스 |
이 구분이 중요한 이유는 "컨트롤러가 무엇을 맡는가"가 제품과 설계마다 다르기 때문입니다. 어떤 구현은 경로 계산 전체를, 어떤 구현은 정책 배포만 맡습니다. 용어를 평면 단위로 말하면 오해가 줄어듭니다.
전통 네트워크와 SDN 비교
| 관점 | 전통적 방식 | SDN 방식 |
|---|---|---|
| 판단 위치 | 장비마다 각자 경로를 계산 | 컨트롤러가 전체 구조를 보고 결정 |
| 설정 방식 | 제조사별 CLI로 장비별 입력 | 정책을 소프트웨어·API로 정의해 배포 |
| 변경 반영 | 관련 장비를 일일이 수정 | 컨트롤러가 필요한 장비에 규칙 전파 |
| 가시성 | 장비별로 흩어진 정보 | 전체 토폴로지를 한곳에서 파악 |
| 주된 위험 | 설정 불일치, 변경 속도 | 컨트롤러 장애·공격의 파급, 전환 비용 |
공개된 사례로 보는 SDN
사례 1. 구글 B4: 데이터센터 사이 광역망에 적용한 SDN (2013년 논문)
구글은 자사 데이터센터들을 잇는 광역망 B4를 SDN으로 운영한 경험을 2013년 홍콩에서 열린 ACM SIGCOMM에서 "B4: Experience with a Globally-Deployed Software Defined WAN"이라는 논문으로 발표했습니다. 논문 초록은 B4가 상용 반도체 기반의 비교적 단순한 스위치를 OpenFlow로 제어한다고 설명합니다. 이런 설계가 가능했던 이유로는 대역폭 요구가 매우 크지만 연결 지점은 많지 않고, 트래픽이 유연하며, 엣지 서버와 네트워크를 모두 직접 통제할 수 있다는 구글 트래픽의 특성을 듭니다. 초록에 따르면 중앙집중식 트래픽 엔지니어링 서비스는 링크 사용률을 100%에 가깝게 끌어올리면서, 애플리케이션 흐름을 여러 경로로 나눠 용량과 우선순위·수요의 균형을 맞춥니다. 논문은 3년간의 운영 경험과 교훈, 앞으로의 과제를 다루며, 목차에는 장애 경험을 다룬 절도 있습니다. 이후 SIGCOMM은 이 연구가 WAN 규모에서 SDN이 실용적임을 보였다고 평가하는 상을 수여했습니다. 배울 점은 SDN의 이점이 "아무 네트워크에나" 나타나는 것이 아니라, 트래픽 성격과 통제 범위 같은 조건이 맞을 때 크게 나타난다는 것입니다.
사례 2. 캠퍼스 망에서 시작된 OpenFlow (2008년 논문)
OpenFlow의 출발점으로 인용되는 논문은 2008년 4월 ACM SIGCOMM 컴퓨터 커뮤니케이션 리뷰에 실린 McKeown 등의 "OpenFlow: Enabling innovation in campus networks"입니다. 제목이 보여 주듯 캠퍼스 네트워크가 무대였습니다. 위키백과는 OpenFlow를 컨트롤러가 스위치의 플로우 테이블에 패킷 매칭 규칙과 동작을 추가·수정·삭제하는 방식으로 설명하고, 이 기술이 스탠퍼드 대학의 Ethane 프로젝트에서 이어졌다고 정리합니다. 이 사례에서 배울 점은 SDN이 처음부터 대형 클라우드 전용 기술로 등장한 것이 아니라 캠퍼스 망이라는 비교적 작은 환경에서 제안되어 이후 운영 환경으로 확장되었다는 흐름입니다. 논문 본문을 직접 열어 확인한 것은 아니며, 서지 정보와 위키백과에서 확인한 범위만 서술했습니다.
가상 예시. 학교 네트워크에서 정책 하나 바꾸기
아래는 실제 사건이 아닌 가상 예시입니다. 스위치 수십 대로 이루어진 학교 망에서 "시험 기간에는 도서관 존의 학습 사이트를 우선 처리한다"는 정책을 도입한다고 가정해 봅시다. 전통 방식이라면 관리자가 관련 스위치마다 접속해 우선순위 설정을 입력하고, 시험이 끝나면 다시 하나씩 되돌려야 합니다. SDN 방식이라면 컨트롤러에 정책을 한 번 정의하고 기간이 끝나면 정책을 해제하면 되며, 컨트롤러가 필요한 장비의 규칙을 갱신합니다. 다만 컨트롤러가 멈추면 어떻게 동작할지(기존 규칙 유지 여부 등)를 사전에 설계해 두어야 한다는 점도 이 예시가 보여 주는 중요한 부분입니다.
도입을 검토할 때 확인할 점
- 관리할 장비 수와 변경 빈도가 충분히 커서 자동화의 이득이 비용을 넘는지 따져 봅니다.
- 컨트롤러를 이중화하고, 컨트롤러와 스위치 사이 통신을 보호하는 방법(예: TLS)을 설계에 포함합니다.
- 컨트롤러가 응답하지 않을 때 스위치가 기존 규칙을 유지하는지, 어떻게 동작하는지 장비 문서로 확인합니다.
- 운영 인력이 CLI 중심에서 API·자동화 중심으로 넘어가는 학습 시간을 계획에 넣습니다.
- 기존 장비가 해당 프로토콜(OpenFlow 등)이나 제조사 API를 지원하는지 확인합니다.
흔한 오해와 정정
- 오해: SDN은 OpenFlow다. 실제: OpenFlow는 SDN을 구현하는 프로토콜 중 하나이며, ONF도 이를 "기초 요소"로 설명합니다. SDN은 제어와 전달을 분리하는 구조적 개념입니다.
- 오해: SDN이면 컨트롤러가 한 대뿐이다. 실제: 초기 제안은 단일 중앙 컨트롤러가 많았지만, 확장성 문제를 풀기 위해 계층형·분산형 제어 평면도 제안되었습니다. ONF의 표현도 "논리적으로 중앙집중"입니다.
- 오해: SDN을 쓰면 장비 설정이 필요 없어진다. 실제: 장비 설정이 컨트롤러 설정과 정책 설계로 옮겨 갈 뿐이며, 운영 상태를 다루는 관리 평면 작업은 여전히 남습니다.
- 오해: SDN은 가정용 공유기를 바꾼다. 실제: 주로 데이터센터·통신사·대규모 사내망처럼 관리 대상이 많은 곳에서 의미가 큽니다.
한계와 아직 논쟁 중인 점
위키백과는 중앙화가 보안·확장성·탄력성 면에서 우려를 낳는다고 정리하며, 인터넷 커뮤니티 일부는 제어와 전달의 분리가 제어 평면 장애의 위험을 키운다고 보았다고 서술합니다. 또한 제조사들이 표준 API 때문에 경쟁이 심해질 것을 우려했다는 지적도 있습니다. 어떤 구조가 최선인지는 환경에 따라 다르며, 구글 B4처럼 통제 범위가 넓은 사업자의 결과를 모든 조직에 그대로 일반화하기는 어렵습니다. 이 글의 설명은 개념 입문용이며, 실제 도입은 장비 제조사 문서와 표준 문서(ONF, IETF RFC)를 기준으로 검토하시기 바랍니다.
이어서 읽어 볼 가이드
SDN 환경에서 트래픽을 여러 서버로 분산하는 원리가 궁금하다면로드밸런싱(부하 분산)이란? 기초 개념 정리를, 콘텐츠 전송 구조는 CDN(콘텐츠 전송 네트워크)이란? 기초 개념 정리를, 네트워크 분리의 기초는 VLAN 기초를, 계층 개념의 토대는 OSI 7계층 모델을 확인해 보세요.
자주 묻는 질문
SDN은 일반 가정에서도 쓰이나요?
가정용 공유기에는 거의 쓰이지 않습니다. SDN은 수십~수만 대의 장비를 한꺼번에 관리해야 하는 데이터센터, 통신사 백본망, 대기업 사내망처럼 규모가 큰 환경에서 관리 효율을 높이기 위해 주로 도입됩니다.
SDN과 SD-WAN은 같은 개념인가요?
SD-WAN은 SDN의 개념(제어와 데이터 평면 분리, 소프트웨어 기반 정책 제어)을 지사 간 광역 네트워크(WAN) 구간에 적용한 사례에 가깝습니다. SDN이 더 넓은 개념이고, SD-WAN은 그 응용 분야 중 하나로 이해하면 됩니다.
컨트롤러가 멈추면 네트워크 전체가 멈추나요?
설계에 따라 다릅니다. 컨트롤러를 이중화하거나, 스위치가 이미 받은 규칙으로 계속 전달하도록 구성할 수 있지만, 새 흐름 처리나 정책 변경은 영향을 받을 수 있습니다. 그래서 장애 시 동작을 설계 단계에서 정의하는 것이 중요합니다.
NFV와 SDN은 무엇이 다른가요?
SDN은 제어와 전달의 분리를 통한 네트워크 제어 방식이고, NFV는 방화벽·로드밸런서 같은 네트워크 기능을 전용 장비 대신 소프트웨어로 구현하는 방식입니다. 서로 독립적이지만 함께 쓰이는 경우가 많습니다.
SDN을 공부하려면 무엇부터 보면 좋나요?
먼저 OSI 계층과 스위칭·라우팅의 기본을 익히고, 그다음 ONF의 SDN 정의 문서와 RFC 7426을 읽어 용어를 잡은 뒤, OpenFlow 논문과 구글 B4 논문 같은 공개 자료로 실제 적용 맥락을 살펴보는 순서를 권합니다.