25. SDS (Software Defined Storage) — 소프트웨어 정의 스토리지

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

본질: SDS (Software Defined Storage, 소프트웨어 정의 스토리지)는 스토리지 하드웨어(HDD, SSD, NVMe)와 제어 소프트웨어를 분리(Disaggregation)하여, 이기종 하드웨어를 추상화하고 단일 API로 제어하는 스토리지 아키텍처다.

가치: SDS는 고가의 전용 스토리지 어플라이언스(EMC, NetApp) 의존도를 줄이고 상용 x86 서버 + SDS 소프트웨어(Ceph, GlusterFS, VMware vSAN)로 동일한 기능을 더 낮은 비용에 제공한다. 스케일아웃(Scale-out) 방식으로 페타바이트 규모까지 선형적으로 용량을 확장한다.

판단 포인트: SDS는 SDDC (Software Defined Data Center, 소프트웨어 정의 데이터센터)의 3대 구성 요소(SDN, SDS, SDVC) 중 하나로, 컨테이너 환경(Kubernetes)에서 PVC (Persistent Volume Claim)를 통해 영구 스토리지를 동적으로 프로비저닝하는 CSI (Container Storage Interface) 드라이버로 구현된다.

Ⅰ. 개요 및 필요성

전통적 스토리지는 하드웨어+소프트웨어가 단일 어플라이언스로 통합되어, 벤더 종속, 고비용, 수직적 확장(Scale-up) 한계를 가졌다.

┌───────────────────────────────────────────────────────────┐
│         SDS 핵심 아키텍처                                   │
├───────────────────────────────────────────────────────────┤
│                                                           │
│  [앱 계층]    K8s PVC / NFS / S3 API / Block API          │
│       │                                                   │
│  [SDS 계층]   Ceph / GlusterFS / vSAN / Longhorn          │
│       │       (데이터 배치, 복제, 복구, 티어링)             │
│       │                                                   │
│  [물리 계층]   x86 서버 + HDD / SSD / NVMe                 │
│               (이기종 하드웨어 추상화)                      │
└───────────────────────────────────────────────────────────┘

SDS의 3가지 스토리지 서비스:

블록 스토리지(Block): 데이터베이스, VM 디스크
파일 스토리지(File): NFS/SMB, 공유 파일시스템
오브젝트 스토리지(Object): S3 호환, 대규모 비정형 데이터
📢 섹션 요약 비유: SDS는 LEGO 스토리지 시스템이다. 어떤 브랜드의 블록(하드웨어)이든 조립해서 원하는 모양(스토리지 서비스)을 만들 수 있다. 전용 LEGO 세트(전용 어플라이언스)가 필요 없다.

Ⅱ. 아키텍처 및 핵심 원리

Ceph — 오픈소스 SDS 레퍼런스 아키텍처

┌────────────────────────────────────────────────────────────┐
│                  Ceph 아키텍처                               │
├────────────────────────────────────────────────────────────┤
│                                                            │
│  [클라이언트]                                               │
│  librados / S3 API / RBD / CephFS                         │
│       │                                                    │
│  [RADOS (Reliable Autonomic Distributed Object Store)]    │
│  MON (모니터) - 클러스터 상태 관리                          │
│  OSD (Object Storage Daemon) - 실제 데이터 저장·복제        │
│  MGR (Manager) - 메트릭, 대시보드                           │
│  MDS (Metadata Server) - CephFS 파일 메타데이터             │
│       │                                                    │
│  [CRUSH 알고리즘] - 데이터 배치 결정 (중앙 조회 없이)        │
└────────────────────────────────────────────────────────────┘

K8s CSI 기반 동적 프로비저닝

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: ceph-rbd
provisioner: rbd.csi.ceph.com
parameters:
  pool: kubernetes
reclaimPolicy: Delete
volumeBindingMode: Immediate
---
# PVC 생성 시 자동으로 Ceph에서 볼륨 할당
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: mysql-pvc
spec:
  storageClassName: ceph-rbd
  accessModes: [ReadWriteOnce]
  resources:
    requests:
      storage: 100Gi

📢 섹션 요약 비유: SDS의 동적 프로비저닝은 클라우드 호텔 예약이다. 방이 필요하면(PVC 요청) 즉시 방이 생기고(볼륨 할당), 체크아웃하면(PVC 삭제) 방이 자동으로 정리된다(볼륨 삭제).

Ⅲ. 비교 및 연결

항목	전통 SAN/NAS	SDS (Ceph/vSAN)
확장 방식	Scale-up (고가 어플라이언스 교체)	Scale-out (노드 추가)
벤더 종속	높음 (EMC, NetApp 전용)	낮음 (x86 범용 하드웨어)
비용	높음 (라이선스+HW)	낮음 (OSS + COTS)
API	벤더별 상이	S3, CSI 표준 API

📢 섹션 요약 비유: 전통 스토리지는 특정 브랜드 전용 자동차 부품이고, SDS는 모든 차에 맞는 범용 부품이다. 부품이 범용화되면 선택의 폭이 넓어지고 가격이 내려간다.

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

실무 시나리오: 공공 클라우드 SDS 구축 (Ceph + OpenStack)

상용 스토리지 어플라이언스(EMC) 교체 → x86 서버 30대 + Ceph 구축.
비용: 어플라이언스 3억 → x86+Ceph 8,000만원 (73% 절감).
성능: IOPS 30% 향상 (NVMe OSD 노드 활용).
가용성: 3-way 복제 + Ceph 자동 복구 → 노드 장애 시 5분 내 자동 재균형.

안티패턴

단순 비용 절감만 보고 SDS를 도입했으나 운영 전문성 부족으로 장애 대응 실패. SDS는 소프트웨어 복잡성(CRUSH 알고리즘 이해, OSD 튜닝, 모니터 정족수 관리)이 높아, 전문 교육 없이 도입하면 전통 어플라이언스보다 운영 비용이 더 높아진다.
📢 섹션 요약 비유: SDS 전문성 없는 도입은 수동 변속 차를 운전할 줄 모르고 구입한 것이다. 가격이 저렴해도 운전하지 못하면 오히려 더 큰 비용이 발생한다.

Ⅴ. 기대효과 및 결론

기대효과	내용
비용 절감	상용 어플라이언스 대비 60~75% 절감
유연한 확장	노드 추가로 페타바이트 선형 확장
표준 API	S3, CSI로 클라우드 네이티브 통합

SDS는 Hyperconverged Infrastructure (HCI, 하이퍼컨버지드 인프라)로 발전하여 컴퓨팅·스토리지·네트워킹을 단일 소프트웨어 스택으로 통합(예: Nutanix, VMware vSAN)하고 있다. 컨테이너 스토리지(Longhorn, Rook-Ceph)는 K8s 네이티브 SDS의 표준으로 자리잡았다.

📢 섹션 요약 비유: SDS의 진화(HCI)는 가전제품의 스마트홈 통합이다. TV, 냉장고, 에어컨(컴퓨팅, 스토리지, 네트워크)이 각각 따로 있던 것을 하나의 앱(소프트웨어 스택)으로 통합 관리한다.

📌 관련 개념 맵

개념	연결 포인트
SDDC	SDS는 SDDC의 스토리지 레이어
Ceph	오픈소스 SDS 사실상 표준
K8s CSI	컨테이너 환경 SDS 연동 표준
HCI	컴퓨팅+스토리지+네트워크 통합 SDS
S3 API	SDS 오브젝트 스토리지 표준 인터페이스

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

[전통 SAN/NAS — 전용 어플라이언스, 벤더 종속]
    │
    ▼
[SDS (Ceph/GlusterFS) — 상용 HW + 소프트웨어 분리]
    │
    ▼
[K8s CSI 통합 — 컨테이너 네이티브 동적 프로비저닝]
    │
    ▼
[HCI (Nutanix/vSAN) — 컴퓨팅+스토리지+네트워크 통합]
    │
    ▼
[AI 기반 스토리지 자동화 — 데이터 티어링, 이상 탐지]

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

SDS는 LEGO 스토리지예요! 어떤 브랜드의 블록(하드웨어)이든 모아서 원하는 크기의 창고(스토리지)를 만들 수 있어요.
예전에는 특정 회사(EMC, NetApp)의 비싼 전용 창고를 사야 했지만, 이제는 일반 부품으로 더 크고 저렴하게 만들 수 있어요.
요즘은 이 창고를 클라우드 앱이 필요할 때마다 자동으로 만들고 삭제하는 기능도 있답니다!