가상화 인프라를 구축할 때 서버의 계산 능력 이상으로 까다롭고 중요한 영역이 바로 스토리지 아키텍처 설계입니다. 가상머신이나 컨테이너의 데이터가 실제로 저장되는 스토리지는 서비스의 전체적인 I/O 처리 성능은 물론, 시스템의 가용성과 확장성을 결정짓는 핵심 축이기 때문입니다.
과거 데이터센터의 스토리지는 독립된 물리 장비의 형태에 의존했으나, 클라우드와 가상화 기술이 보급되면서 스토리지를 논리적으로 통합하고 제어하는 스토리지 가상화 기술이 인프라의 표준으로 자리 잡았습니다.
이번 글에서는 전통적인 엔터프라이즈 스토리지 아키텍처인 SAN과 NAS의 구조적 특징을 비교하고, 현대적인 소프트웨어 정의 스토리지(Software-Defined Storage)인 vSAN의 동작 원리와 함께 실무 인프라 운영 과정에서 체감했던 기술별 장단점을 상세히 공유하겠습니다.
1. SAN과 NAS의 아키텍처 및 전송 방식 차이
스토리지 가상화를 이해하기 위해서는 먼저 네트워크를 통해 스토리지를 연결하는 두 가지 고전적 방식인 SAN(Storage Area Network)과 NAS(Network Attached Storage)의 차이를 파악해야 합니다.
SAN(Storage Area Network)의 블록 레벨 저장 방식
SAN은 서버와 전용 스토리지 장비를 광채널(Fibre Channel) 스위치나 iSCSI 전송 프로토콜로 직접 연결하는 고성능 전용 네트워크입니다. 데이터는 파일 형태가 아닌 블록(Block) 단위로 주고받으며, 서버 호스트 입장에서 SAN 스토리지는 마치 내부에 직접 설치된 로컬 디바이스(NVMe나 SATA SSD)처럼 인식됩니다.
블록 레벨 접근 방식 덕분에 데이터 처리 전송 지연시간(Latency)이 극도로 낮고 초당 입출력 횟수(IOPS)가 뛰어납니다. 이 때문에 데이터베이스나 대규모 가상화 하이퍼바이저의 든든한 데이터 저장소(Datastore)로 널리 쓰입니다.
NAS(Network Attached Storage)의 파일 레벨 공유 방식
NAS는 기존의 일반 LAN(Ethernet) 네트워크를 기반으로 NFS나 CIFS/SMB 프로토콜을 사용하여 파일 단위로 데이터를 읽고 쓰는 전용 파일 서버 장치입니다. 여러 대의 서버가 동일한 스토리지 볼륨 내의 파일 시스템을 동시에 읽고 쓸 수 있는 파일 공유 편의성을 제공합니다.
일반적인 네트워크 인프라를 그대로 사용하므로 구축 비용이 저렴하고 관리가 단순하지만, 일반 TCP/IP 패킷 오버헤드와 파일 시스템 계층(OS)을 한 번 더 거쳐야 하므로 SAN에 비해 I/O 지연시간이 길다는 한계가 존재합니다.
2. 소프트웨어 정의 스토리지 vSAN의 혁신과 작동 원리
전통적인 SAN 방식은 뛰어난 성능을 자랑하지만 전용 고가의 광스위치와 컨트롤러 구매 비용이 막대하며, 스토리지 용량이 부족할 때 하드웨어 장비를 새로 구매해 붙여야 하는 스케일업(Scale-up) 방식의 한계가 명확했습니다. 이러한 하드웨어 종속성을 극복하기 위해 등장한 개념이 바로 소프트웨어 정의 스토리지(SDS)이며, 대표적인 구현체가 VMware의 vSAN입니다.
vSAN의 서버 내장 디스크 풀링 아키텍처
vSAN은 전용 외장 스토리지 장비를 사용하지 않습니다. 대신 가상화 클러스터에 참여하는 각 물리 서버(노드)에 내장된 로컬 SSD와 HDD 자원을 소프트웨어 레벨에서 하나의 커다란 공유 스토리지 풀(Storage Pool)로 묶어냅니다.
각 서버에 장착된 빠른 NVMe/SSD는 데이터 캐시(Cache Tier) 레이어로 사용되고, 상대적으로 저렴한 SSD나 HDD는 용량(Capacity Tier) 레이어로 묶여 하이퍼바이저가 분산 파일 시스템 형태로 가상머신에 분배합니다.
스케일아웃(Scale-out) 확장성과 데이터 복제 원리
vSAN은 하드웨어 장비를 교체할 필요 없이 클러스터에 새로운 서버 노드를 추가하기만 하면 컴퓨팅 성능과 스토리지 용량이 동시에 선형적으로 확장되는 스케일아웃 구조를 갖습니다.
또한 물리적 외장 스토리지가 제공하던 RAID 기능을 소프트웨어적으로 대체하여, 데이터를 여러 물리 서버 노드에 분산 복제(Failures to Tolerate, FTT 설정) 저장합니다. 이로 인해 특정 물리 서버 노드의 디스크나 서버 자체가 통째로 장애가 나더라도 데이터 손실 없이 다른 노드에서 가상머신이 즉시 서비스를 지속할 수 있는 고가용성(HA)을 보장합니다.
3. 실무 인프라 운영 경험과 솔직한 현장 견해
과거 데이터센터 구축 업무를 수행하며 전통적인 광채널 SAN 전용 스토리지 기반 인프라에서 HCI(Hyper-Converged Infrastructure) 아키텍처 기반의 vSAN 소프트웨어 정의 스토리지로 환경을 전환했던 경험이 있습니다. 실무 운영자 입장에서 체감했던 기술적 차이점과 장단점은 명확했습니다.
전통적인 FC-SAN 스토리지를 운용할 때는 스토리지 전용 컨트롤러와 광스위치 설정, LUN 마스킹 및 자이언트 파일 시스템 튜닝 등 스토리지만 전담하는 전문 엔지니어가 필수적이었습니다. 용량이 부족해질 때마다 억 단위의 고가 외장 스토리지 랙을 추가 발주하고 데이터센터 랙 인클로저 작업을 해야 했던 점은 인프라 운용의 큰 걸림돌이었습니다.
반면 vSAN 아키텍처로 이관한 후에는 인프라 관리의 민첩성이 획기적으로 개선되었습니다. 전용 광스위치 케이블링이 사라지고 표준 10G/25G 이더넷 스위치 기반으로 인프라가 단순화되었으며, 스토리지가 모자랄 때 일반 x86 서버 노드를 랙에 꽂고 가상화 클러스터에 참가를 누르기만 하면 몇 분 만에 스토리지가 자동으로 확장되는 경험은 매우 놀라웠습니다.
그러나 vSAN과 같은 SDS 기술이 모든 상황에서 만병통치약은 아니었습니다. 실무 적용 시 가장 주의해야 했던 부분은 호스트 서버 간의 ‘네트워크 대역폭’이었습니다. SDS 구조 특성상 데이터를 여러 노드에 실시간으로 분산 복제하고 동기화해야 하므로, 호스트 간 데이터 전송 네트워크(Inter-node Network) 대역폭이 충분하지 않거나 네트워크 지연이 발생하면 스토리지 전체의 I/O 처리 성능이 급격히 저하되는 현상이 발생했습니다.
데이터베이스처럼 무지막지한 단일 디스크 I/O 성능이 필요하고 절대적인 저지연 처리가 최우선인 핵심 전사적 자원 관리(ERP) 시스템에는 여전히 전용 하드웨어 컨트롤러를 탑재한 하이브리드 SAN 구조가 유리했습니다. 반면 빠른 확장성이 요구되는 웹/앱 애플리케이션 서버나 개발 환경, 가상 데스크톱(VDI) 인프라에는 vSAN 기반의 SDS 구조가 운영 비용과 생산성 측면에서 압도적인 우위를 보여주었습니다.
4. 최종 요약: 스토리지 아키텍처 선택 가이드
- High-Performance SAN초저지연 시간과 극단적인 IOPS 성능이 최우선이고, 정밀한 커널 레벨의 데이터베이스 연동이 필요한 대규모 핵심 시스템에 적합합니다.
- Cost-Effective & Shared NAS여러 서버 간의 단순 파일 공유, 대용량 미디어 데이터 저장, 비정형 데이터 백업 등 파일 단위 접근성과 구축 편의성이 중시될 때 적합합니다.
- Flexible & Agile Software-Defined Storage vSAN클라우드 형태의 신속한 스케일아웃 확장성이 필요하고, 하드웨어 관리 복잡성을 줄여 유연한 HCI 인프라를 구현하고자 하는 현대적인 기업 환경에 최적의 선택입니다.
각 스토리지 기술의 데이터 전송 방식과 한계점을 명확히 인지하고, 서비스가 요구하는 데이터 성격과 예산 규모에 맞춰 최적의 스토리지 가상화 모델을 구축해 보시기 바랍니다.