이 포스트는 MinIO Object Storage Essentials 세션의 영상 4개에서 제공된 내용을 기반으로 하여, 블록 스토리지, 파일 스토리지, 객체 스토리지의 기본 개념과 특징을 정리한 것이다.
해당 세션들은 MinIO에서 제공한 자료이므로, 객체 스토리지 관점에 조금 더 초점이 맞춰져 있을 수 있다.(많이)

블록스토리지는 데이터를 고정된 크기의 블록 단위로 나누어서 저장한다.
하나의 파일은 여러 블록에 나뉘어서 저장되며, 블록들은 시스템 성능 최적화를 위해 물리적으로 떨어진 위치에 배치될 수 있다.
이 방식은 높은 일관성과 구조화를 제공하며, 메타데이터는 매우 제한적이다. iSCSI, Fiber, SATA, SAS 등의 프로토콜을 사용한다.
일반적으로 블록 스토리지는 HDD, SSD, NVMe 등 물리적 장치와 직접 연결되거나 SAN을 통해 구현된다.
파일 스토리지나 객체 스토리지의 기반 계층이 된다.
파일 스토리지는 우리에게 익숙한 폴더/파일 구조를 제공한다. 파일 시스템(NTFS, XFS, EXT4 등)이 블록 스토리지 위에서 동작하며, 사용자는 파일과 디렉토리 단위로 데이터를 관리한다.
잠금(lock) 기능으로 여러 사용자의 동시 작업을 제한한다.
생성 날짜, 수정 날짜, 파일 크기 등의 제한적인 메타데이터를 지원한다.
SMB, NFS와 같은 프로토콜을 사용해서 네트워크 접근이 가능하다.
객체 스토리지는 데이터를 객체 단위로 저장하며, 각 객체는 데이터, 메타데이터, 고유ID를 포함한다.
객체는 분산된 샤드 형태로 저장되며, 요청시 재조립된다.
무제한에 가까운 메타데이터 확장이 가능해 고급 검색이 가능하고, 버전 관리를 통해 데이터 무결성을 제공한다.
REST API를 통해 접근하기 때문에 클라우드 환경과 잘 맞는다.
대표적으로 aws s3, google cloud storage, minio 등이 있으며, 무제한 확장성과 글로벌 복제 기능 덕분에 최근에는 파일스토리지가 담당하던 영역까지 점차 확대 적용되고 있다.
스토리지의 성능은 크게 세 가지의 요인에 의해 결정된다.
스토리지 비용은 다음 요소들을 종합적으로 고려해야 한다.
| 유형 | 개념/특징 | 성능 | 비용 | 주요 사용 사례 |
|---|---|---|---|---|
| 블록 스토리지 | 데이터를 블록 단위로 저장, 낮은 추상화, 제한적 메타데이터 | 고성능, 파일시스템 적용 시 일부 오버헤드 발생 | 고성능 하드웨어·RAID 필요, 비용 높고 확장성/관리 한계 | 서버 디스크, 데이터베이스, VM, 고속 로컬 스토리지 |
| 파일 스토리지 | 폴더/파일 구조 제공, 제한적 메타데이터 | 프로토콜 오버헤드, 대규모 검색 비효율 | 블록 기반 한계로 확장성 낮고 관리비용 존재 | 기업 파일 공유, 미디어 저장, 웹 콘텐츠 관리 |
| 객체 스토리지 | 객체(데이터+메타데이터+ID) 단위 저장, REST API 기반, 무제한 확장성 | 네트워크/디스크 속도 영향, 메타데이터 활용으로 검색·확장성 우수 | 범용 하드웨어 + Erasure Coding, 글로벌 확장 저렴 | 클라우드 저장소, 백업/아카이브, 정적 웹, 데이터 분석/AI |
| MinIO 기초적인 Tenant 배포와 EC 검증 테스트 (0) | 2025.09.12 |
|---|---|
| Cilium Policy Audit Mode로 네트워크 정책 만들기 (0) | 2025.09.06 |
| Cilium:Securing gRPC 테스트 (0) | 2025.09.05 |