862. ONOS / OpenDaylight

핵심 인사이트 (3줄 요약)

1. 본질: ONOS / OpenDaylight는 SDN/NFV에서 핵심 동작과 제약을 이해하게 해 주는 개념이다.
2. 가치: ONOS / OpenDaylight를 이해하면 정책 유연성과 자동화 수준 사이의 균형을 더 정확히 볼 수 있다.
3. 판단 포인트: 설계 시에는 개념 자체보다 적용 조건, 운영 복잡도, 인접 기술과의 경계를 함께 판단해야 한다.

Ⅰ. 개요 및 필요성

• 1세대 컨트롤러(NOX, POX)는 단일 서버 구조(싱글 스레드)였습니다. 전국망 스위치 수천 대가 동시에 Packet-In(이 패킷 어디로 보내요?) 질문을 올리면 뇌 정지가 와서 뻗어버렸습니다(단일 고장점, SPOF).
• 2세대(엔터프라이즈급) 컨트롤러의 핵심은 **"수십 대의 컨트롤러 서버들을 마치 1대의 전지전능한 뇌처럼 엮어서(분산 클러스터, Distributed Cluster), 성능을 무한 확장(Scale-out)하고 1대가 폭발해도 절대 안 죽게 만드는 고가용성(HA)"**에 집중되었습니다.

[미니넷 SDN 토폴로지 에뮬레이터 연구 평가…]
    │
    ▼
[ONOS / OpenDaylight]
    │
    └──▶ [SDN 컨트롤러 스플릿 브레인 방어 및 분산…]

• 📢 섹션 요약 비유: ONOS / OpenDaylight는 왜 필요한지 보여주는 교통 규칙 표지판과 같다. 문제가 생긴 배경을 알면 이후 선택도 쉬워진다.

Ⅱ. 아키텍처 및 핵심 원리

리눅스 재단(Linux Foundation) 주도하에 시스코, IBM 등 전통 하드웨어 벤더들이 뭉쳐 만든 거대 프로젝트입니다.

• OpenDaylight의 영혼이자 심장인 '만능 번역기(추상화 계층)'입니다.

• 원리: 876번 문서에서 배울 YANG 데이터 모델링을 사용하여 뼈대를 잡습니다. 하단의 스위치가 OpenFlow(최신)를 쓰든, NETCONF(구형)를 쓰든, SNMP(완전 고대 유물)를 쓰든 상관없습니다. 모든 이질적인 기계어를 MD-SAL이라는 믹서기에 넣으면, 위층의 앱(App)들이 볼 때는 다 똑같이 예쁘고 통일된 1개의 표준 데이터(소프트웨어 모델)로 변환되어 올라옵니다.

• 장점/단점: 온갖 구형 장비 프로토콜을 다 품어주는 엄청난 생태계(백화점)를 자랑하지만, 덩치가 너무 크고 무거워서(Java 기반) 코드가 지저분하다는 비판을 받기도 합니다.

• ODL이 다양한 언어 통합(백화점)에 치중했다면, ONOS의 목표는 오직 "서버 1대가 죽어도 절대 끊기지 않는 강철 멘탈(분산 클러스터)과 빛의 속도"입니다.

• 5대의 ONOS 서버가 있으면, **뗏목(Raft)이나 Anti-Entropy 같은 분산 합의 알고리즘(863번, 분산 시스템 원리)**을 이용해 5대의 뇌가 실시간으로 네트워크 지도(글로벌 뷰) 상태를 0.001초 단위로 똑같이 복사하며 동기화합니다.

• 서버 2대가 폭파되어도 나머지 3대가 1밀리초도 멈추지 않고 즉시 지휘권을 물려받아 전국망 통신을 유지합니다(통신사 요구 조건인 Five-Nines 99.999% 무중단 보장).

2. 인텐트(Intent) 프레임워크 선구자

• ONOS는 앞선 857번 문서에서 배운 **IBN(인텐트 기반 네트워킹)**을 가장 훌륭하게 구현한 뇌 중 하나입니다. 앱 개발자가 "MAC A에서 B로 최단 거리로 뚫어"라고 의도(Intent)만 툭 던지면, ONOS의 코어 엔진이 복잡한 토폴로지를 스캔해 길을 찾고 스스로 룰(Rule)로 번역해 뿌려줍니다.

[미니넷 SDN 토폴로지 에뮬레이터 연구 평가…]
    │
    ▼
[ONOS / OpenDaylight]
    │
    └──▶ [SDN 컨트롤러 스플릿 브레인 방어 및 분산…]

• 📢 섹션 요약 비유: ONOS / OpenDaylight의 내부 원리는 기계의 톱니바퀴처럼 맞물려 돌아간다. 한 부분이 어긋나면 전체 효과가 떨어진다.

Ⅲ. 비교 및 연결

스탠퍼드, AT&T, SKT 등 진짜 통신망을 깔아본 통신사(Service Provider)들이 뭉쳐서 ODL의 무거움을 비판하며 만든 차세대 통신사 전용 실무 컨트롤러입니다.

ONOS / OpenDaylight를 볼 때는 앞뒤 개념과의 경계를 함께 봐야 전체 흐름이 선명해진다. 미니넷 SDN 토폴로지 에뮬레이터 연구 평가…가 기반 조건을 만든다면, ONOS / OpenDaylight는 그 위에서 핵심 메커니즘을 구현하고, SDN 컨트롤러 스플릿 브레인 방어 및 분산…는 이를 더 확장된 적용 단계로 연결한다. 따라서 단일 정의보다 정책 유연성과 자동화 수준에 어떤 차이를 만드는지 비교하는 것이 중요하다.

• 📢 섹션 요약 비유: ONOS / OpenDaylight는 비슷한 기술들 사이의 차선을 구분하는 분기점과 같다. 어디서 갈라지는지 알아야 헷갈리지 않는다.

Ⅳ. 실무 적용 및 기술사 판단

• ODL (OpenDaylight): 데이터센터 내부나 기업 사내망 등 구형 장비와 신형 장비가 복잡하게 섞여서 통합 관리가 필요한 곳에 주로 쓰입니다.
• ONOS: 국가 단위의 광대역 통신망(WAN), 5G 코어망, 수십만 대의 기지국 트래픽을 처리하는 극한의 통신사(Carrier-grade) 백본망을 통제하는 절대 뇌로 쓰입니다.

실무 체크리스트

1. 요구사항과 병목 지점을 먼저 수치화한다.
2. 운영 복잡도와 도입 효과를 함께 검증한다.
3. 인접 기술과의 연계를 배포 전에 점검한다.

• 📢 섹션 요약 비유: 초창기 SDN 컨트롤러가 장기를 두는 동네 '천재 할아버지(똑똑하지만 치매 걸리면 끝남)'였다면, ODL과 ONOS는 국가 단위 전쟁을 지휘하는 거대 벙커 속의 '알파고 슈퍼컴퓨터 군단'입니다. **OpenDaylight(ODL)**는 모든 외국어를 다 할 줄 아는 '초거대 다국어 번역 통제소(MD-SAL)'입니다. 시스코어, 주니퍼어 등 100가지 기계어를 쓰는 전국 사병들을 모조리 융합해 지휘할 수 있는 포용력이 최고 장점입니다. 반면 ONOS는 오직 끊기지 않는 1초의 속도에 목숨을 건 '미 국방부 분산 작전 통제실'입니다. 수뇌부 건물 한 채가 미사일에 맞아 폭파되더라도, 0.1초 만에 백업 벙커에 있던 다른 사령관(분산 클러스터 서버)이 즉각 작전 지도를 똑같이 이어받아 전군을 멈춤 없이 쾌속으로 통제하는, 무적의 생존 능력과 스피드(통신사 최적화)를 가진 최종 병기입니다.

Ⅴ. 기대효과 및 결론

ONOS / OpenDaylight는 SDN/NFV를 이해할 때 핵심 축을 잡아 주는 개념이다. 올바르게 적용하면 정책 유연성 개선과 구조적 단순화에 기여하지만, 조건을 잘못 잡으면 오히려 복잡도와 운영 부담이 커질 수 있다. 앞으로는 SDN 컨트롤러 스플릿 브레인 방어 및 분산…, 프로그래머블 네트워크, 자동화 운영과의 결합을 통해 더 정교하게 발전할 가능성이 크다. 따라서 이 개념은 정의 자체보다 “언제 쓰고 언제 다른 방법으로 넘길 것인가”의 관점으로 기억하는 것이 좋다. 향후에는 프로그래머블 네트워크 같은 자동화 흐름과 결합되어 더 정교한 형태로 확장될 가능성이 크다.

• 📢 섹션 요약 비유: ONOS / OpenDaylight는 큰 흐름 속에서 기억해야 오래 남는다. 지금의 장점과 다음 확장 방향을 같이 보면 전체 그림이 선명해진다.

📌 관련 개념 맵

📈 관련 키워드 및 발전 흐름도

[선행 개념: 미니넷 SDN 토폴로지 에뮬레이터 연구 평가…]
    │
    ▼
[현재 개념: ONOS / OpenDaylight]
    │
    ├──▶ [확장 A: SDN 컨트롤러 스플릿 브레인 방어 및 분산…]
    └──▶ [확장 B: 프로그래머블 네트워크]

ONOS / OpenDaylight는 미니넷 SDN 토폴로지 에뮬레이터 연구 평가…에서 출발해 현재 메커니즘을 정교화하고, 이후 SDN 컨트롤러 스플릿 브레인 방어 및 분산…와 프로그래머블 네트워크 같은 확장 흐름으로 이어진다고 보면 기억이 오래간다.

👶 어린이를 위한 3줄 비유 설명

1. 장난감 차를 움직이는 조종기와 차체를 따로 생각하면 바꾸기 쉬워져요.
2. 이 개념은 네트워크의 머리와 몸을 나눠 더 쉽게 프로그램하게 해줘요.
3. 그래서 새 규칙을 더 빨리 넣고 바꿀 수 있어요.