[ACP-DC 교육#13] Spine-Leaf 아키텍처
Spine-Leaf 아키텍처는 코어 역할을 하는 Spine 스위치, 액세스 계층인 Leaf 스위치, 그리고 데이터센터의 계산 및 저장 자원을 담당하는 수많은 엔드포인트로 구성됩니다. 이 구조는 확장성이 매우 뛰어나고 효율적이며, 저지연(Low-latency) 통신에 최적화되어 있어 고성능 네트워크가 필요한 현대 데이터센터 환경에 매우 적합합니다.
일반적인 데이터센터 아키텍처의 목표
Spine-Leaf 아키텍처가 인기 있는 선택지가 된 데에는 몇 가지 뚜렷한 장점이 있습니다:
- 높은 확장성 (High Scalability): 네트워크 중단 없이 리프 스위치와 엔드포인트를 필요한 만큼 모듈식으로 추가할 수 있어 비용과 자원 활용을 최적화합니다.
- 낮은 지연 시간 (Low Latency): 리프와 스파인 간의 직접적이고 병목 없는(Non-blocking) 연결을 통해 데이터 전송 지연을 최소화합니다.
- 높은 대역폭 (High Bandwidth): 각 리프 스위치에서 스파인으로 연결되는 다수의 고속 링크를 통해 트래픽 정체 현상을 효과적으로 방지합니다.
- 중복성 및 탄력성 (Redundancy and Resiliency): 모든 계층(스위치, 경로)에 중복성을 설계하여 특정 하드웨어 장애 시에도 서비스 중단을 최소화합니다.
- 단순화된 네트워크 디자인: 예측 가능한 2계층 구조로 설계되어 관리와 문제 해결이 쉽고 보안 정책 적용이 수월합니다.
- 강화된 보안 세분화 (Security Segmentation): 네트워크를 논리적으로 효과적으로 격리하여 민감 데이터에 대한 무단 접근을 방지합니다.
- 가상화 지원: 가상 머신(VM) 및 컨테이너의 동적인 변화에 기민하게 대응하며 자원을 효율적으로 할당합니다.
- 하이브리드 및 멀티클라우드 지원: 자체 데이터센터와 클라우드 자원 간의 경계 없는 연결 확장을 지원합니다.
핵심 구성 요소 (Key Components)
Spine-Leaf 아키텍처의 핵심 구성 요소는 스파인 스위치, 리프 스위치, 엔드포인트 세 가지입니다.
![[ACP-DC 교육#13] Spine-Leaf 아키텍처 - image 8](https://egstory.net/wp-content/uploads/2026/02/image-8-1024x546.png)
① 스파인 스위치 (Spine Switches)
- 역할: 스파인-리프 아키텍처의 ‘코어(중심)’ 역할을 합니다. 모든 리프 스위치를 서로 연결하는 책임을 집니다.
- 특징: 일반적으로 고속, 대용량 스위치로 구성되며 리프 스위치 간의 빠른 통신을 위해 낮은 지연 시간을 보장해야 합니다.
- 중요성: 안정성을 위해 반드시 중복 구성(최소 2대 이상)하는 것이 권장됩니다. 스파인 스위치는 리프 스위치 간의 트래픽을 라우팅하고, 최종적으로 인터넷이나 다른 데이터센터와 같은 외부 세계로 트래픽을 전달합니다.
② 리프 스위치 (Leaf Switches)
- 역할: 데이터센터 내부의 엔드포인트들과 직접 연결됩니다. 네트워크의 ‘액세스 계층(접속층)’ 역할을 수행합니다.
- 특징: 수많은 엔드포인트를 수용하기 위해 포트 밀도가 높습니다. L2/L3 네트워킹 기능을 지원하며, 엔드포인트와 저지연 연결을 제공합니다.
- 비유: 스파인 스위치가 ‘고속도로 인터체인지’라면, 리프 스위치는 우리 동네의 ‘일반 도로’라고 이해할 수 있습니다.
③ 엔드포인트 (Endpoints / Workload)
- 역할: 서버, 가상 머신, 저장 장치(Storage) 등 데이터센터 내에 상주하는 모든 장치를 의미하며 ‘워크로드(Workload)’라고도 부릅니다.
- 종류: 애플리케이션 서버, 데이터베이스 서버, 로드 밸런서, 스토리지 어레이 등이 포함되며 물리적 서버일 수도, 가상화된 서버일 수도 있습니다.
- 기능: 스파인 및 리프 스위치가 제공하는 네트워크 인프라를 사용해 서로 통신하고, 외부 자원에 접근하며 사용자나 다른 애플리케이션에 서비스를 제공합니다.
전통적 아키텍처 vs 스파인-리프 아키텍처 비교
전통적인 데이터센터 네트워크 디자인과 현대적인 스파인-리프 아키텍처를 비교하는 것은 두 구조의 차이점과 스파인-리프가 주는 이점을 명확히 이해하는 데 매우 중요합니다.
![[ACP-DC 교육#13] Spine-Leaf 아키텍처 - image 9](https://egstory.net/wp-content/uploads/2026/02/image-9-1024x439.png)
| 비교 항목 | 전통적 네트워크 (Traditional) | 스파인-리프 (Spine-Leaf) |
| 디자인 구조 | 3계층 (Core – Distribution – Access) 계층이 많아 구조가 복잡함. | 2계층 (Spine – Leaf) 두 개의 층으로 단순화하여 복잡성 감소. |
| 토폴로지 특성 | 계층적(Hierarchical) 토폴로지 트래픽이 상하 위계 질서를 따라 흐름. | 직접 연결(Direct Connection) 리프와 코어 네트워크 간 논블로킹 연결. |
| 통신 효율성 | 높은 지연 시간(Latency) 동-서 트래픽 처리 시 여러 계층을 거쳐야 함. | 고대역폭 및 저지연 직접 연결을 통해 빠르고 효율적인 통신 보장. |
| 확장성 | 제한적인 확장성 장비 추가 시 계층 재설계 및 운영 중단 위험. | 높은 확장성 코어 영향 없이 리프/엔드포인트를 즉시 추가 가능. |
| 트래픽 경로 | 복잡한 라우팅 경로가 뒤섞여 트래픽 패턴 예측이 어려움. | 예측 가능한 경로 일정한 트래픽 패턴으로 계획 및 최적화가 용이함. |
| 장애 포인트 | 계층 구조상 많은 잠재적 장애 포인트 존재. | 단순한 구조로 관리 및 문제 해결이 수월함. |
💡 요약: 표를 통해 알 수 있듯이, 전통적 방식은 ‘수직적 계층(Hierarchy)’을 중시하여 외부 통신에 유리한 반면, 스파인-리프는 ‘수평적 연결(Fabric)’을 중시하여 데이터센터 내부의 방대한 서버 간 통신에 최적화되어 있습니다.
즉, 전통적 구조는 고층 빌딩의 엘리베이터와 같습니다. 다른 층으로 가려면 반드시 중앙 엘리베이터 홀을 거쳐 올라갔다 내려와야 합니다. 반면에 스파인-리프는 모든 방이 복도로 직접 연결된 단층 건물과 같습니다. 어디든 문만 열고 나가면 바로 목적지로 연결되는 구조입니다.
전통적 디자인의 세부 형태와 한계점
A. 전통적 2계층 디자인 (Traditional Two-tier)
배포 계층이 없는 간단한 구조로 구축과 유지보수가 쉽지만, 치명적인 약점이 있습니다.
![[ACP-DC 교육#13] Spine-Leaf 아키텍처 - image 10](https://egstory.net/wp-content/uploads/2026/02/image-10.png)
- 대역폭의 한계: 코어 스위치의 성능이 곧 전체 대역폭이 됩니다.
VSX 스택은 최대 2대의 스위치만 묶을 수 있으므로 그 이상의 코어 스위치를 추가할 수 없습니다. - 네트워크 크기 제한: 코어 스위치가 가진 물리적 인터페이스 수만큼만 네트워크를 확장할 수 있습니다.
B. 전통적 3계층 디자인 (Traditional Three-tier)
중간에 배포(Aggregation) 계층을 추가하여 더 많은 액세스 스위치를 연결할 수 있게 한 방식입니다.
라우팅을 어디서 수행하느냐에 따라 다른 한계가 나타납니다.
![[ACP-DC 교육#13] Spine-Leaf 아키텍처 - image 11](https://egstory.net/wp-content/uploads/2026/02/image-11.png)
중간 (Distribution) 계층에서 라우팅(L3) 수행 시:
- VLAN 확장이 동일한 배포 스위치 쌍(VSX Pair)에 연결된 액세스 스위치 사이에서만 가능합니다.
- 각 배포 스위치마다 큰 L3 도메인이 생성되므로, 루프 방지를 위한 MSTP 같은 프로토콜이 필수적입니다.
코어 계층에서 라우팅(L3) 수행 시:
- VLAN을 데이터센터 전체로 퍼뜨릴 수 있어 가상 머신(VM) 이동이 자유롭습니다.
- 하지만 라우팅 성능이 여전히 코어 스위치 성능에 갇힙니다.
VSX는 2대까지만 지원하므로, 성능을 위해 VSX 쌍을 하나 더 추가하면 구성이 매우 복잡해지고 MSTP 멀티 리전(Multiple Regions) 설정이 필요해집니다. - 거대해진 L2 도메인은 루프와 브로드캐스트 스톰의 위험을 극도로 높입니다.
C. 대규모 3계층 디자인의 문제점
![[ACP-DC 교육#13] Spine-Leaf 아키텍처 - image 12](https://egstory.net/wp-content/uploads/2026/02/image-12.png)
네트워크가 커져서 배포 스위치가 늘어날수록 동-서 트래픽(서버 간 통신)은 더 많은 링크와 스위치를 거쳐야 하므로 지연 시간이 급격히 증가합니다. 또한 수많은 액세스 스위치의 VLAN을 관리하는 작업은 매우 번거롭고 실수하기 쉽습니다.
스패닝 트리와 같은 루프 방지 프로토콜은 관리자가 모니터링하고 해결해야 할 장애 포인트를 더 늘릴 뿐입니다.
스파인-리프 디자인 (Spine-Leaf Design)
앞서 언급했듯이 스파인-리프 토폴로지는 많은 장점을 가지고 있습니다. 핵심 내용을 다시 정리해 보겠습니다.
![[ACP-DC 교육#13] Spine-Leaf 아키텍처 - image 14](https://egstory.net/wp-content/uploads/2026/02/image-14.png)
1. 주요 장점 (Recap)
- 낮은 지연 시간(Lower Latency): 데이터센터 내의 어떤 서버라도 다른 서버와 통신할 때 최대 3번의 홉(Leaf > Spine > Leaf)만 거치면 됩니다. 이를 통해 매우 빠른 저지연 통신이 가능합니다.
- 대역폭 확장성: 더 많은 대역폭이 필요하면 단순히 새로운 스파인 스위치를 추가하기만 하면 됩니다.
예를 들어, 스파인이 2대인 환경에서 1대를 추가하여 3대를 만들면 대역폭이 즉시 50% 증가합니다. - 간편한 확장: 새로운 스파인이나 리프 스위치를 추가할 때 네트워크를 중단시킬 필요가 없습니다.
또한 L3 연결(라우팅)을 기반으로 구성되므로, 스패닝 트리 루프나 브로드캐스트 스톰 걱정이 없습니다.
2. 기술적 제한 사항 (Limitations)
하지만 완벽해 보이는 Spine-Leaf에도 설계 시 고려해야 할 제약이 있습니다.
- Leaf 스위치 수의 제한: 데이터센터에 설치할 수 있는 리프 스위치(또는 랙)의 총 개수는 스파인 스위치가 가진 인터페이스 수에 의해 결정됩니다.
예: Spine 스위치에 포트가 48개뿐이라면, Leaf 스위치는 최대 48대까지만 연결할 수 있습니다.
Spine을 새로 추가한다고 해서 Leaf를 더 연결할 수 있는 것은 아닙니다.(모든 Leaf는 모든 Spine과 연결되어야 하기 때문)
- Leaf 스위치의 업링크 포트 요구량: 대역폭을 늘리기 위해 스파인 스위치를 늘리면, 그만큼 리프 스위치에서도 스파인으로 연결할 물리적 포트가 더 많이 필요해집니다.
고급 확장 모델 (Advanced Architectures)
슈퍼 스파인 (Super Spine)
대규모 데이터센터에서는 여러 개의 장비실(Equipment Room)을 하나의 물리적 자원 풀로 통합해야 합니다.
![[ACP-DC 교육#13] Spine-Leaf 아키텍처 - image 15](https://egstory.net/wp-content/uploads/2026/02/image-15-1024x438.png)
이때 사용되는 것이 슈퍼 스파인 아키텍처입니다.
하이퍼스케일 기업이나 캠퍼스형 데이터센터에서 주로 사용하며, 서로 다른 데이터홀(Data Hall) 간의 방대한 동-서(East-West) 트래픽을 처리합니다.
- 스파인(Spine): 각 장비실 내부의 트래픽을 집약합니다.
- 슈퍼 스파인(Super Spine): 여러 장비실의 스파인들을 상호 연결하여 데이터센터 전체의 통합 통신을 지원합니다.
서브-리프 (Sub-leaf)
많은 데이터센터가 여전히 구리선(Copper) 연결을 사용하며, 이를 위해 서브-리프를 활용할 수 있습니다.
![[ACP-DC 교육#13] Spine-Leaf 아키텍처 - image 16](https://egstory.net/wp-content/uploads/2026/02/image-16.png)
서브-리프는 스파인이 아닌 리프 스위치에 연결됩니다.
- 장점: 10G 이상만 지원하는 리프 스위치에 1G NIC를 가진 구형 서버들을 연결할 수 있게 해줍니다.
- 특징: 서브-리프는 EVPN VXLAN 복잡성에 참여하지 않는 단순한 L2 스위치로 동작합니다. 주로 Aruba CX 6300M 모델이 단독 또는 VSF 스택 형태로 이 역할을 수행합니다.
분산 서비스 아키텍처 (Distributed Services Architecture)
전통적인 방식은 모든 트래픽을 중앙의 보안 장비(방화벽 등)로 보내 검사하는 방식이었습니다.
![[ACP-DC 교육#13] Spine-Leaf 아키텍처 - image 17](https://egstory.net/wp-content/uploads/2026/02/image-17.png)
하지만 분산 서비스 아키텍처는 보안 정책을 애플리케이션(서버)과 가장 가까운 곳으로 전 분산시킵니다.
- 핵심 장비: Aruba CX 10000 스위치를 ToR(Top of Rack) 리프 스위치로 배치합니다.
- 작동 방식: 워크로드(서버)에서 발생하는 트래픽은 즉시 ToR 스위치에 내장된 보안 엔진으로 전달되어 검사받습니다. 검사 후 동일 서버 내의 다른 워크로드나 다른 서버로 전송됩니다.
- 기존 분산 서비스 아키텍처 vs 전통적 보안 아키텍처 비교
| 구분 | 중앙 집중식 보안 (Legacy) | 분산 서비스 보안 (CX 10000) | 비고 (이점) |
| 트래픽 흐름 | 중앙 집중 (Hairpining) 모든 데이터를 중앙 방화벽으로 전송 | 최단 거리 (Direct) 서버 연결 스위치(ToR)에서 즉시 검사 | 지연 시간 감소 |
| 코어 부하 | 과부하 발생 보안 검사용 트래픽이 백본망을 점유 | 부하 제로 트래픽을 로컬에서 처리하여 코어 보호 | 대역폭 효율 극대화 |
| 보안 범위 | 경계 보안 중심 주로 외부 유입 트래픽(N-S) 방어 | 전방위 보안 서버 간 트래픽(E-W)까지 마이크로세그멘테이션 | 제로 트러스트 |
| 확장성 | 수동적/제한적 장비 증설 시 고가의 장비 추가 필요 | 자동적/선형적 랙 추가 시 보안 용량도 함께 증가 | 확장 비용 절감 |
| 관리 체계 | 이원화 (Silo) 네트워크팀과 보안팀이 개별 관리 | 통합 (Unified) 단일 플랫폼에서 네트워크/보안 통합 제어 | 운영 효율성 증대 |
💡 핵심 포인트 (Key Takeaway)
- Hairpining(헤어피닝) 현상 제거: 트래픽이 중앙 방화벽을 찍고 다시 내려오는 모습이 머리핀(U자형)과 같다고 해서 붙여진 이름입니다. 분산 서비스는 이 ‘U턴’ 구간을 없애 네트워크 고속도로의 정체를 해결합니다.
- Appliance Sprawl(장비 난립) 해결: 네트워크가 커질수록 방화벽, 로드밸런서 등 전용 장비가 기하급수적으로 늘어나는 문제를 스위치 내부의 DPU(데이터 처리 장치)가 흡수하여 인프라를 단순화합니다.
- 보안의 민주화: 특정 지점에서만 보안이 이루어지는 것이 아니라, 모든 스위치 포트가 보안 경계가 되는 ‘보안의 내재화’를 실현합니다.
Spine-Leaf 아키텍처 주요 사용 사례(Use Cases)
스파인-리프는 현대 데이터센터 네트워크의 요구사항을 충족시키기 위해 다양한 산업군에서 다음과 같이 활용됩니다.
- 대기업 (Large Enterprises): 다국적 기업이나 금융 기관처럼 광범위하고 복잡한 데이터센터 요구사항을 가진 대규모 조직에 적합합니다.
- 고성능 컴퓨팅 (HPC): 연산 노드 간의 저지연 통신이 핵심인 HPC 클러스터에 이상적입니다. 과학 연구, 시뮬레이션, 복잡한 데이터 분석 작업에서 큰 효과를 발휘합니다.
- 인터넷 서비스 제공업체 (ISPs): 견고하고 확장 가능한 네트워크가 필요한 ISP는 스파인-리프를 통해 트래픽 흐름을 최적화하고 안정적인 연결을 보장할 수 있습니다.
- 이커머스 및 리테일: 웹사이트 트래픽 관리, 재고 관리, 고객 거래 처리를 위해 응답성이 좋고 확장이 용이한 네트워크가 필요한 온라인 소매업체에 필수적입니다.
- 콘텐츠 전송 네트워크 (CDNs): 전 세계 사용자에게 비디오나 웹페이지 콘텐츠를 빠르고 효율적으로 배포하는 데 사용됩니다.
- 의료 (Healthcare): 전자 건강 기록(EHR) 시스템, 의료 영상 전송, 원격 의료, 의료진 간 데이터 공유를 위해 신뢰할 수 있는 저지연 네트워크가 필요한 의료 기관에서 활용됩니다.
- 게임 (Gaming): 실시간 상호작용과 빠른 응답 속도가 생명인 온라인 게임 회사들의 서버 인프라에 적합합니다.
- 데이터 분석 및 빅데이터: 금융이나 마케팅처럼 데이터 분석, 머신러닝, 빅데이터 처리에 의존하는 산업군에서 성능 병목 현상을 해결하기 위해 도입합니다.
- 교육 (Education): 이러닝(e-Learning) 플랫폼, 온라인 강의, 디지털 리소스를 사용하는 교육 기관에서 다수의 동시 접속 사용자를 안정적으로 수용하기 위해 사용합니다.
Leaf 모델별 최대 Spine 스위치 수용량
네트워크를 설계할 때, 리프 스위치 한 대가 감당할 수 있는 스파인 스위치의 수는 모델의 포트 구성에 따라 달라집니다.
특히 가용성을 위해 리프를 이중화(Redundant ToR)할 경우, 스위치 간 연결 포트가 추가로 필요하므로 수용 가능한 스파인 수가 줄어듭니다.
| 리프 스위치 모델 | 단일(Single) ToR 구성 시 최대 스파인 수 | 이중화(Redundant) ToR 구성 시 최대 스파인 수 |
| CX 9300-32D | 16 (400Gbps 기준) | 15 (400Gbps 기준) |
| CX 8325-48Y8C | 8 | 6 |
| CX 10000-48Y6C | 6 | 4 |
| CX 8360-48Y6C v2 | 6 | 4 |
| CX 8360-32Y4C v2 | 4 | 2 |
| CX 8360-48XT4C v2 | 4 | 2 |
💡 설계 팁: 왜 포트 수가 제한되나요?
- 업링크 포트의 한계: 스파인-리프의 기본 원칙은 “모든 리프는 모든 스파인과 연결되어야 한다”는 것입니다. 따라서 리프 스위치에 상단으로 나가는 고속 포트(Uplink)가 4개뿐이라면, 스파인 스위치도 최대 4대까지만 설치할 수 있습니다.
- 이중화 시 포트 소모: 리프 스위치 두 대를 VSX 등으로 묶어 이중화하면, 두 스위치를 서로 연결하는 데 포트를 사용하게 됩니다. 이 때문에 단일 구성일 때보다 스파인에 연결할 수 있는 여유 포트가 줄어들게 됩니다.
- 대역폭 계획 (Oversubscription): 단순히 포트 개수만 맞추는 것이 아니라, 서버들이 쏟아내는 데이터(Inbound)와 스파인으로 나가는 데이터(Outbound)의 비율을 계산해야 합니다. 더 많은 대역폭이 필요하다면 더 높은 업링크 용량(예: 100G -> 400G)을 가진 리프 모델을 선택해야 합니다.
Spine 스위치 선택 시 기술적 고려사항
스파인 스위치를 선정할 때는 단순히 현재의 연결성뿐만 아니라 미래의 확장성과 라우팅 처리 능력을 종합적으로 검토해야 합니다.
1. 물리적 사양 및 확장성
- 인터페이스 속도 (Interface Speed): 리프 스위치와의 연결 속도(100G, 400G 등)를 결정합니다.
- 인터페이스 수 및 성장성 (Count & Growth): 현재 필요한 리프 스위치 대수를 수용할 수 있는지, 그리고 나중에 리프 스위치가 늘어날 때 여유 포트가 충분한지 확인해야 합니다.
- 인터페이스 유형 (Interface Types): 거리에 따라 광케이블(Optics)을 쓸지, 직접 연결 케이블(DAC)을 쓸지에 맞는 포트 유형을 고려합니다.
2. 핵심 프로토콜 및 오버레이 (Overlay)
- MP-BGP와 EVPN 주소 패밀리: 현대 데이터센터에서 랙(Rack) 간에 L2 통신(VLAN 연장)을 가능하게 하는 EVPN 오버레이 기술을 사용하려면, 스파인 스위치가 반드시 MP-BGP EVPN을 지원해야 합니다. 이는 매우 치명적으로 중요한(Critical) 선택 기준입니다.
- 라우팅 프로토콜 지원: 언더레이(Underlay) 구성을 위한 OSPF, BGP 등 다양한 라우팅 프로토콜 지원 여부를 확인합니다.
3. 라우팅 테이블 크기와 효율성
- 포워딩 테이블 최적화: EVPN 오버레이 기술을 사용하면 재미있는 현상이 발생합니다. 실제 데이터 전송은 가상의 터널을 통해 이루어지므로, 물리적인 장비들끼리 통신하는 언더레이 L3 포워딩 테이블은 의외로 작게 유지될 수 있습니다.
이유: 스파인-리프 구조의 모든 스위치에 설정된 루프백(Loopback) 주소로만 데이터를 전달하면 되기 때문입니다.
- 테이블 크기의 중요성: 그럼에도 불구하고 데이터센터 전체의 경로를 효율적으로 관리하기 위해서는 스위치가 감당할 수 있는 전체 라우팅 테이블 크기가 충분해야 성능 저하를 막을 수 있습니다.
💡 “언더레이와 오버레이”
- 언더레이(Underlay): 실제로 존재하는 물리적인 고속도로입니다.
스위치들이 루프백 주소를 통해 서로 어디에 있는지 길을 찾는 물리적 기초 공사입니다.- 오버레이(Overlay): 그 고속도로 위에 만들어진 가상의 전용 터널입니다.
이 터널(EVPN VXLAN 등)을 통해 서로 다른 랙에 있는 서버들이 마치 같은 층에 있는 것처럼 L2 통신을 할 수 있게 됩니다.스파인 스위치는 이 고속도로를 탄탄하게 유지하면서(언더레이), 그 위를 지나가는 수많은 가상 터널의 정보(EVPN)를 정확하게 중계해 주는 역할을 해야 합니다.
배선 및 연결 시나리오 (Deployment Scenarios)
데이터센터의 규모와 스위치 간의 거리에 따라 적절한 케이블과 트랜시버를 선택해야 합니다.
1. CX 8325(스파인)와 CX 10000(리프) 연결
![[ACP-DC 교육#13] Spine-Leaf 아키텍처 - image 18](https://egstory.net/wp-content/uploads/2026/02/image-18-1024x457.png)
이 조합은 일반적인 고성능 데이터센터에서 자주 사용됩니다.
- DAC (Direct Attach Copper) 케이블: 스위치 사이의 거리가 매우 짧을 때(같은 랙 또는 바로 옆 랙) 사용합니다.
비용이 저렴하고 전력 소모가 적어 소규모 데이터센터에 가장 경제적입니다. - AOC (Active Optical Cable): DAC보다 가볍고 유연하며, 조금 더 긴 거리를 연결할 때 적합합니다.
- Optics & Fiber (광케이블): 데이터센터 규모가 커서 스위치 간 거리가 멀 경우, 광 트랜시버와 광케이블을 사용하여 연결해야 합니다.
2. CX 9300(스파인)과 CX 10000(리프) 연결 (Breakout 기술)
![[ACP-DC 교육#13] Spine-Leaf 아키텍처 - image 19](https://egstory.net/wp-content/uploads/2026/02/image-19-1024x373.png)
CX 9300은 400G 이더넷 포트 32개를 보유한 초고대역폭 스위치입니다.
이를 리프 스위치와 효율적으로 연결하기 위해 브레이크아웃(Breakout) 기술을 사용합니다.
- 400G QDD to 4x100G QSFP28: 하나의 400G 포트에 ‘분할 케이블’을 꽂아 4개의 100G 연결로 나눌 수 있습니다.
즉, 스파인의 포트 하나로 4대의 리프 스위치에 각각 100G 대역폭을 공급할 수 있게 됩니다. - 이점: 스파인 스위치의 포트 활용도를 극대화하고 배선을 단순화할 수 있습니다.
3. CX 9300 간의 연결 (Super Spine 등)
![[ACP-DC 교육#13] Spine-Leaf 아키텍처 - image 20](https://egstory.net/wp-content/uploads/2026/02/image-20-1024x411.png)
만약 스파인과 스파인(혹은 슈퍼 스파인)을 연결한다면, 쪼개지 않고 직선형 400G 링크를 그대로 사용하여 압도적인 백본 대역폭을 확보할 수 있습니다. 필요에 따라 이를 다시 여러 개의 100G 연결로 분산하여 리프 계층으로 내려보내기도 합니다.
💡 케이블 선택 가이드
- DAC (구리선): “우리 스위치들은 바로 옆에 붙어 있어요.” -> 저렴하고 튼튼함.
- AOC (광혼합): “거리가 조금 멀고 케이블이 너무 무거우면 안 돼요.” -> 유연하고 가벼움.
- 광케이블 (Optics): “다른 방에 있는 스위치랑 연결해야 해요.” -> 장거리 전송 가능.
이번 강의를 통해 우리는 현대 데이터센터의 심장부라 할 수 있는 스파인-리프 아키텍처의 설계 철학을 깊이 있게 살펴보았습니다.
과거의 네트워크가 단순히 장비들을 연결하는 계층 구조에 머물렀다면, 이제는 ‘언제든 확장 가능하고(Scalable), 어디로든 빠르며(Low-latency), 스스로 보안을 책임지는(Distributed Services)’ 지능형 패브릭으로 진화했습니다. 특히 스위치 포트 하나, 케이블 한 줄의 선택이 전체 데이터센터의 미래 확장성과 성능을 결정한다는 점을 항상 기억해 주시기 바랍니다.
