CAS의 핵심 아키텍처
컨테이너 연결 스토리지(Container Attached Storage, CAS)는 스토리지 소프트웨어 자체를 컨테이너화하여 마이크로서비스로 배포하는 클라우드 네이티브 저장소 패턴입니다. 기존 공유 스토리지 시스템과 달리, 각 스토리지 볼륨은 자신의 독립적인 스토리지 컨트롤러를 사용자 공간에서 실행하며, 이 컨트롤러는 Kubernetes에 의해 관리되는 일반 Pod로 배포됩니다. 데이터는 컨테이너를 통해 접근되며, 클러스터 내부에 로컬로 저장된 후 필요에 따라 다른 노드로 복제됩니다.
아키텍처 계층은 컨트롤 플레인과 데이터 플레인으로 분리됩니다. 컨트롤 플레인은 Kubernetes Custom Resource Definition(CRD)로 저수준 스토리지 리소스(디스크, 볼륨)를 정의하고, 데이터 플레인은 같은 클러스터 내 Pod 집합으로 실행되어 실제 I/O 작업을 처리합니다.
실무 주의점: Blast Radius와 스케일링 특성
기존 분산 스토리지 아키텍처의 중대한 문제는 단일 스토리지 컨트롤러 장애가 모든 연결된 워크로드를 영향시키는 광범위한 장애 전파(Blast Radius)입니다. CAS는 워크로드별 독립적인 컨트롤러를 사용하므로, 특정 볼륨의 컨트롤러 장애가 해당 볼륨의 복제본을 보유한 노드들에만 국한됩니다. 노드 장애 시 복제본이 있는 다른 노드에서 상태 비저장 컨트롤러를 재시작하면 데이터 가용성이 유지됩니다. 또한 하이퍼컨버지드 시스템처럼 노드가 추가될 때마다 전체 스토리지 용량과 성능이 자동으로 확장되며, 동기식 복제(Synchronous Replication)를 통해 고가용성을 달성합니다. NoSQL, Kafka, 머신러닝 파이프라인 같이 직접 연결 스토리지를 기대하는 워크로드에 특히 적합합니다.