801. 데이터센터 (Data Center) 3-Tier 아키텍처 - Core, Aggregation, Access 계층

핵심 인사이트: 회사 전산실에 서버가 10대일 때는 그냥 공유기 하나에 다 꽂으면 끝났다. 그런데 네이버나 구글처럼 서버가 10만 대라면? 공유기 1개로는 물리적으로 꽂을 구멍이 없다. 그래서 스위치를 피라미드처럼 3단 케이크 구조로 층층이 쌓아 올려, 맨 밑에는 서버를 꽂고 위로 갈수록 트래픽을 거대하게 묶어 외부 인터넷으로 쏴주는 정통 트리 구조를 만들었다. 이것이 지난 20년간 전 세계 데이터센터를 지배해 온 3-Tier(3계층) 아키텍처다.

Ⅰ. 3-Tier 아키텍처의 탄생 배경

  • 전통적인 트래픽 흐름 (North-South): 과거의 서버들은 주로 바깥에 있는 인터넷 사용자(Client)들에게 웹페이지를 보여주는 역할만 했습니다. 데이터가 위(인터넷)에서 아래(서버)로 흐르는 수직적인 'North-South(남-북)' 트래픽이 80% 이상을 차지했습니다.
  • 이 수직 트래픽을 가장 빠르고 안정적으로 외부로 뽑아내기 위해, 시스코(Cisco) 등의 네트워크 장비 회사들이 제안한 트리(Tree) 형태의 피라미드 계층 구조가 3-Tier 아키텍처입니다.

Ⅱ. 3-Tier 아키텍처의 핵심 3계층 🌟

아래에서 위로 올라갈수록 스위치의 덩치가 커지고 가격이 수십 배 비싸집니다.

1. Access Layer (액세스 계층) - "서버 꽂는 동네 스위치"

  • 위치: 서버 랙(Rack) 맨 꼭대기(ToR, Top of Rack)에 1~2개씩 달리는 L2 스위치입니다.
  • 역할: 실제 물리적인 컴퓨터(서버) 수십 대의 랜선이 직접 꽂히는 말단 스위치입니다. 서버들이 보내는 짜잘한 데이터(MAC 주소 기반)를 모아서 위층으로 넘겨줍니다.

2. Aggregation / Distribution Layer (집선/분배 계층) - "중간 관리자" 🌟

  • 위치: 수백 개의 Access 스위치들에서 올라오는 선들을 중간에서 거대하게 묶어주는(Aggregation) 중간 층의 고성능 L3 스위치/라우터입니다.
  • 역할 (통제의 핵심):
    • 여기가 바로 데이터센터 내부망의 **VLAN(가상 랜) 경계선이 끝나고 IP 라우팅이 시작되는 핵심 경계(L2/L3 Boundary)**입니다.
    • 외부 인터넷으로 나갈 패킷인지, 옆 부서 서버로 갈 패킷인지 길을 찾아주고(라우팅), 방화벽(보안 정책)과 로드밸런싱을 걸어 트래픽을 통제하는 실질적인 데이터센터의 지휘소입니다.

3. Core Layer (코어 계층) - "고속도로 톨게이트"

  • 위치: 데이터센터 전체 네트워크의 맨 꼭대기에 위치하는 최상위 초대형 백본(Backbone) 스위치 라우터입니다.
  • 역할: 밑에서 올라온 수천만 개의 패킷들을 아무런 통제나 검열 없이 오직 빛의 속도로 "외부 인터넷(ISP)이나 다른 데이터센터로 가장 빠르게 쏴버리는(High-speed Switching)" 단순 무식한 괴력의 톨게이트 역할만 전담합니다.

Ⅲ. 3-Tier 아키텍처의 치명적 한계와 몰락 (Spanning Tree의 저주) 🌟

  • 이 구조는 20년을 지배했지만, 클라우드 시대가 오며 붕괴하기 시작했습니다.
  • East-West 트래픽 폭주: 요즘은 넷플릭스 영화 1편을 띄우기 위해, 내부 서버 10대가 서로 DB를 조회하고 인증하느라 지들끼리 핑퐁 통신(East-West 트래픽)을 100번씩 합니다.
  • 구조적 병목(Bottleneck): 옆 랙(Rack)에 있는 서버와 통신하려면? 맨 밑의 Access 스위치에서 저 꼭대기에 있는 Aggregation 스위치까지 무조건 올라갔다가 다시 내려와야 합니다. 중앙 고속도로(Aggregation 층)가 매일 미어터집니다.
  • STP (스패닝 트리 프로토콜)의 비효율: 혹시나 장비가 죽을까 봐 선을 두 개씩 꽂아두는데(이중화), L2 네트워크 특성상 루핑(패킷이 무한 뺑뺑이 도는 현상)을 막기 위해 STP 기술이 대기 선(절반의 대역폭)을 강제로 끊어버립니다(차단 상태). 즉, 100억어치 케이블을 깔아도 절반은 평소에 쓰지도 못하고 놀려두어야 하는 극악의 비효율이 발생했습니다.

📢 섹션 요약 비유: 3-Tier 아키텍처는 과거의 '수직적 피라미드 군대 조직'입니다. 이병(서버)이 바로 옆 소대에 있는 이병(다른 서버)에게 말을 걸고 싶어도 마음대로 다가갈 수 없습니다. 무조건 자기 소대장(Access 스위치)에게 보고하고, 소대장은 중대장(Aggregation 스위치)에게 보고서를 올립니다. 중대장이 그걸 읽어보고 옆 중대 소대장에게 서류를 내려보내야 비로소 옆 소대 이병에게 말이 전달됩니다. 외부의 적(North-South 인터넷 사용자)과 싸울 때는 지휘 체계가 훌륭하지만, 정작 내부 이병들끼리 협업(East-West 트래픽)해서 일해야 하는 클라우드 시대에는 모든 보고서가 중대장(Aggregation) 책상에 쌓여 업무가 마비(병목)되는 낡은 관료제 시스템입니다.