1. 스토리지의 정의 / 스토리지가 왜 중요한가?
스토리지란?
하드디스크(HDD), SSD, 테이프, NAS, SAN 등과 같은, 데이터를 저장하고, 필요 시 다시 불러오기 위한 장치 또는 시스템.
데이터는 일시적이든 영구적이든 스토리지를 통해 기록되고, 보존되며, 다시 불러올 수 있다.
IT 인프라를 커다란 레스토랑에 비유를 한다면, 셰프(CPU)가 조리(애플리케이션 실행)를 위해 필요한 데이터(재료)를 저장해둔 식자재 창고가 스토리지라고 할 수 있다.
스토리지의 중요성
식자재 창고가 없거나, 고장난 레스토랑이 제대로 운영될 수 없듯이, 스토리지가 없는 인프라 및 시스템은 제대로 된 시스템이라고 할 수 없다.
스토리지는 단순한 데이터 보관소를 넘어서, 시스템 전체의 안정성과 연속성을 책임지는 핵심 요소이다.
데이터베이스, 로그, 설정파일, 백업 등 대부분의 시스템 요소가 스토리지를 기반으로 동작하며, 스토리지 없이는 서비스도 존재할 수 없다.
또한 보안 측면에서도 스토리지는 공격자에게 가장 가치 있는 목표물이다. 랜섬웨어, 데이터 유출, 권한 탈취 등의 공격은 대부분 스토리지에
저장된 핵심 자산을 노린다.
2. 좋은 스토리지의 기준
위에 적은 내용만큼이나 중요한 스토리지를 아무 스토리지나 사용하는 것은 권장되지 않는다.
스토리지는 명백하게 품질이 요구되는 장비이고, 좋은 스토리지란 명확한 기준이 존재한다.
아래의 항목들은 좋은 스토리지가 갖고 있어야 하는 대표적인 특징들과 각 특징들이 무너졌을 경우 발생될 수 있는 문제점들을 나열한 것이다.
- 무결성 (Integrity)
데이터가 저장된 그대로 손상없이 유지되는 성질
무결성이 무너지면?
문서 파일을 저장했는데 나중에 열어보니 글자가 깨져 있다.
DB에 저장된 값이 변조되어 애플리케이션이 이상하게 작동한다.
- 신뢰성 (Reliability)
오랜 시간 동안 오류 없이 안정적으로 작동하는 능력.
신뢰성이 무너지면?
특정 시간마다 스토리지가 응답하지 않아 서비스가 튄다.
디스크 고장률이 높아 백업과 복구 작업에 계속해서 시간이 낭비된다.
- 가용성 (Availability)
언제든지 데이터를 사용할 수 있는 상태를 유지하는 능력.
가용성이 무너지면?
사내 위키나 시스템 문서가 필요할 때 열리지 않는다.
업무 시간에 파일 서버에 접근이 안 된다.
- 복구성 (Recoverability)
문제가 발생했을 때 데이터를 빠르고 정확하게 되돌릴 수 있는 능력.
복구성이 무너지면?
랜섬웨어 걸렸는데 복구 지점이 없어 전체 시스템 재설치
실수로 파일 삭제했을때 되돌릴 방법이 없다.
- 확장성 (scalability)
데이터가 늘어나더라도 성능 저하 없이 용량이나 성능을 키울 수 있는 능력
확장성이 무너지면?
저장공간이 꽉 차서 더 이상 로그 저장이 안 된다.
갑자기 트래픽이 많아졌는데, 스토리지가 병목 지점이 되어 전체가 느려짐
- 성능 (Performance)
입출력 속도 (IOPS), 처리량, 응답시간 등 사용시 실질적으로 체감되는 기능의 질
성능이 무너지면?
웹사이트는 열리지만 로딩 속도가 오래 걸림.
데이터 분석 요청마다 수십 분 기다려야 결과가 나옴.
- 보안 (Security)
데이터를 외부 공격, 내부 유출, 위조로부터 보호하는 기능
보안이 무너지면?
스토리지 경유로 랜섬웨어 유입 → 전체 시스템 암호화로 데이터 사용 불가.
내부자가 접근권한 없이 민감한 고객 데이터를 다운로드.
3. 스토리지의 종류
스토리지는 어떻게 시스템과 연결되고, 어떤 방식으로 데이터를 제공하느냐에 따라 여러 유형으로 나뉜다.
대표적으로 DAS, NAS, SAN이 있다.
3.1. DAS
DAS는 서버에 직접 연결된 형태의 스토리지를 말한다.
외장 하드디스크처럼 물리적으로 바로 연결되어 있는 구조이며, 가장 단순한 형태의 스토리지다.
예시: SSD, HDD, USB
관련명령어:
Linux: lsblk, fdisk, parted, mkfs 등등
Win: diskpart, diskmgmt.msc
3.2. NAS
NAS는 네트워크를 통해 접속 가능한 파일 단위 스토리지 시스템이다.
서버 또는 전용 장비에 연결된 저장 공간을 다수의 사용자나 시스템이 파일 단위로 공유할 수 있도록 구성된 구조다.
관련명령어:
Linux: mount -t nfs, mount -t cifs 등등
Win: \\192.168.1.100\share, net use z: \\192.168.0.111\share 등등
3.3. SAN
SAN은 전용 스토리지 네트워크를 통해 블록 단위의 스토리지를 제공하는 시스템이다.
서버에서는 SAN에 연결된 스토리지를 로컬 디스크처럼 인식하지만, 실제 데이터는 네트워크를 통해 전달된다.
관련명령어:
Linux: rescan-scsi-bus.sh, multipath.conf 등등
Win: diskpart → rescan, diskmgmt.msc, iscsicpl 등등
3.4. NAS와 SAN
NAS(Network Attached Storage)와 SAN(Storage Area Network)는 이름만 보면 비슷해 보이지만,
둘은 엄연히 다른 개념이다.
NAS는 'Storage'가 핵심이다.
즉, 저장 장치를 제공하는 것이 본질이며, 그것을 Network를 통해 붙였다는 개념이다.
NAS는 파일 서버 그 자체이며, 저장 공간을 공유하는 것에 중점을 둔다.
반면, SAN은 'Network'가 핵심이다.
SAN은 단순히 저장 장치를 제공하는 데서 그치지 않는다.
스토리지를 고성능, 고가용성으로 구성하기 위해 아예 별도의 전용 스토리지 네트워크를 구축하는 것이 본질이다.
Storage는 그 안의 구성요소 중 하나일 뿐, 전체 인프라를 어떻게 연결하고 제어할지에 중점을 둔다.
4. 차세대 스토리지: Object Storage
4.1. Object Storage란?
Object Storage는 데이터를 객체(Object) 단위로 저장하는 구조의 스토리지 시스템이다.
각 객체는 **데이터(파일 내용) + 메타데이터 + 고유 식별자(ID)**로 구성되어 있으며,
기존의 파일/블록 스토리지처럼 디렉터리 구조나 디스크 주소에 의존하지 않고,
REST API를 통해 키(Key) 기반으로 접근한다.
즉, 데이터를 택배 상자처럼 개별 포장해서 보관하고,
필요할 때마다 상자에 붙은 송장 번호(고유 ID)로 찾아 꺼내 쓰는 방식이다.
4.2. 기존 스토리지와의 차이점
기존의 스토리지는 파일 시스템 경로를 따라 탐색하거나, 블록 주소를 직접 참조하는 방식으로 데이터를 접근했다.
반면, Object Storage는 객체(Object) 단위로 데이터를 저장하고, **고유 키(Key)**를 통해 접근하는 구조를 갖는다.
사용자는 디렉터리나 경로를 탐색하지 않고, API를 통해 객체의 키를 지정하여 접근하지만,
이 과정은 내부적으로 메타데이터 조회 및 네트워크 통신을 수반하므로 상대적으로 지연이 발생할 수 있다.
4.3. 현대의 인프라 시장에서 Object Storage가 주목받는 이유
- 클라우드 친화적 구조
위치, 환경에 구애받지 않고 데이터를 접근할 수 있기 때문에 클라우드 인프라에 매우 유리하다.
필요할 때 리소스를 늘리고 줄여야하는 클라우드의 구조에 걸맞게 자유로운 확장이 가능함.
- 인프라의 API화
개발자 입장에서 S3 API를 통해 직접 저장·조회가 가능
애플리케이션에서 저장소를 서비스처럼 호출 가능
5. 스토리지가 중요한 이유
5.1. 개발자에게 스토리지가 중요한 이유
개발자가 주로 다루는 것은 코드라고 생각할 수 있지만, 그 코드로 다루는 것은 결국 “데이터”이며,
이 “데이터”는 “스토리지”에 저장된다.
- 적절한 저장소 선택 능력
로그는 NAS, 고속 트랜잭션은 SAN, 이미지 업로드는 Object Storage 등
목적에 맞는 스토리지 선택이 시스템 성능과 비용을 좌우함
- IO 성능 병목 원인 파악 가능
"왜 이 API가 느릴까?" → DB 문제가 아닌 스토리지 IOPS 한계일 수도 있음
SSD냐, HDD냐, 네트워크 마운트냐에 따라 데이터를 불러오는 방식이 완전히 다른 구조이다.
5.2. 인프라 엔지니어에게 스토리지가 중요한 이유
인프라 엔지니어에게 스토리지는 운영의 핵심이다.
데이터 유실은 단순 장애가 아닌 업무 중단과 손실로 직결된다.
- 장애 예방과 복구 설계의 핵심 요소
RAID 구성, Snapshot, 복제, DR 설계 등은 모두 스토리지 기반
백업만 잘해도 90%의 사고는 복구 가능
- 스토리지 확장/마이그레이션 역량
스토리지 교체, SAN 스위치 연결, NFS 마운트 최적화 등
인프라 고도화의 핵심은 언제나 ‘데이터를 안전하게 옮기는 일’
6. 결론 및 마무리
스토리지를 이해하는 것은 단순히 장비 하나를 아는 것이 아니다.
데이터가 어떻게 저장되고, 어떻게 흐르고, 어떻게 지켜지는지를 이해하는 것이다.
오늘날 모든 시스템은 데이터 중심으로 설계되고 운영된다. 그 데이터를 품고 있는 스토리지는 단순한 보관소가 아닌, 성능, 보안, 복구, 확장의
중심축이다.
스토리지를 이해한 사람만이 진짜로 인프라를 설계하고, 현실에서 데이터의 생존과 가치를 책임질 수 있다.
⭐발표자 : 정율권님
1. 스토리지의 정의 / 스토리지가 왜 중요한가?
스토리지란?
하드디스크(HDD), SSD, 테이프, NAS, SAN 등과 같은, 데이터를 저장하고, 필요 시 다시 불러오기 위한 장치 또는 시스템.
데이터는 일시적이든 영구적이든 스토리지를 통해 기록되고, 보존되며, 다시 불러올 수 있다.
IT 인프라를 커다란 레스토랑에 비유를 한다면, 셰프(CPU)가 조리(애플리케이션 실행)를 위해 필요한 데이터(재료)를 저장해둔 식자재 창고가 스토리지라고 할 수 있다.
스토리지의 중요성
식자재 창고가 없거나, 고장난 레스토랑이 제대로 운영될 수 없듯이, 스토리지가 없는 인프라 및 시스템은 제대로 된 시스템이라고 할 수 없다.
스토리지는 단순한 데이터 보관소를 넘어서, 시스템 전체의 안정성과 연속성을 책임지는 핵심 요소이다.
데이터베이스, 로그, 설정파일, 백업 등 대부분의 시스템 요소가 스토리지를 기반으로 동작하며, 스토리지 없이는 서비스도 존재할 수 없다.
또한 보안 측면에서도 스토리지는 공격자에게 가장 가치 있는 목표물이다. 랜섬웨어, 데이터 유출, 권한 탈취 등의 공격은 대부분 스토리지에
저장된 핵심 자산을 노린다.
2. 좋은 스토리지의 기준
위에 적은 내용만큼이나 중요한 스토리지를 아무 스토리지나 사용하는 것은 권장되지 않는다.
스토리지는 명백하게 품질이 요구되는 장비이고, 좋은 스토리지란 명확한 기준이 존재한다.
아래의 항목들은 좋은 스토리지가 갖고 있어야 하는 대표적인 특징들과 각 특징들이 무너졌을 경우 발생될 수 있는 문제점들을 나열한 것이다.
- 무결성 (Integrity)
데이터가 저장된 그대로 손상없이 유지되는 성질
무결성이 무너지면?
문서 파일을 저장했는데 나중에 열어보니 글자가 깨져 있다.
DB에 저장된 값이 변조되어 애플리케이션이 이상하게 작동한다.
- 신뢰성 (Reliability)
오랜 시간 동안 오류 없이 안정적으로 작동하는 능력.
신뢰성이 무너지면?
특정 시간마다 스토리지가 응답하지 않아 서비스가 튄다.
디스크 고장률이 높아 백업과 복구 작업에 계속해서 시간이 낭비된다.
- 가용성 (Availability)
언제든지 데이터를 사용할 수 있는 상태를 유지하는 능력.
가용성이 무너지면?
사내 위키나 시스템 문서가 필요할 때 열리지 않는다.
업무 시간에 파일 서버에 접근이 안 된다.
- 복구성 (Recoverability)
문제가 발생했을 때 데이터를 빠르고 정확하게 되돌릴 수 있는 능력.
복구성이 무너지면?
랜섬웨어 걸렸는데 복구 지점이 없어 전체 시스템 재설치
실수로 파일 삭제했을때 되돌릴 방법이 없다.
- 확장성 (scalability)
데이터가 늘어나더라도 성능 저하 없이 용량이나 성능을 키울 수 있는 능력
확장성이 무너지면?
저장공간이 꽉 차서 더 이상 로그 저장이 안 된다.
갑자기 트래픽이 많아졌는데, 스토리지가 병목 지점이 되어 전체가 느려짐
- 성능 (Performance)
입출력 속도 (IOPS), 처리량, 응답시간 등 사용시 실질적으로 체감되는 기능의 질
성능이 무너지면?
웹사이트는 열리지만 로딩 속도가 오래 걸림.
데이터 분석 요청마다 수십 분 기다려야 결과가 나옴.
- 보안 (Security)
데이터를 외부 공격, 내부 유출, 위조로부터 보호하는 기능
보안이 무너지면?
스토리지 경유로 랜섬웨어 유입 → 전체 시스템 암호화로 데이터 사용 불가.
내부자가 접근권한 없이 민감한 고객 데이터를 다운로드.
3. 스토리지의 종류
스토리지는 어떻게 시스템과 연결되고, 어떤 방식으로 데이터를 제공하느냐에 따라 여러 유형으로 나뉜다.
대표적으로 DAS, NAS, SAN이 있다.
3.1. DAS
DAS는 서버에 직접 연결된 형태의 스토리지를 말한다.
외장 하드디스크처럼 물리적으로 바로 연결되어 있는 구조이며, 가장 단순한 형태의 스토리지다.
예시: SSD, HDD, USB
관련명령어:
Linux: lsblk, fdisk, parted, mkfs 등등
Win: diskpart, diskmgmt.msc
3.2. NAS
NAS는 네트워크를 통해 접속 가능한 파일 단위 스토리지 시스템이다.
서버 또는 전용 장비에 연결된 저장 공간을 다수의 사용자나 시스템이 파일 단위로 공유할 수 있도록 구성된 구조다.
관련명령어:
Linux: mount -t nfs, mount -t cifs 등등
Win: \\192.168.1.100\share, net use z: \\192.168.0.111\share 등등
3.3. SAN
SAN은 전용 스토리지 네트워크를 통해 블록 단위의 스토리지를 제공하는 시스템이다.
서버에서는 SAN에 연결된 스토리지를 로컬 디스크처럼 인식하지만, 실제 데이터는 네트워크를 통해 전달된다.
관련명령어:
Linux: rescan-scsi-bus.sh, multipath.conf 등등
Win: diskpart → rescan, diskmgmt.msc, iscsicpl 등등
3.4. NAS와 SAN
NAS(Network Attached Storage)와 SAN(Storage Area Network)는 이름만 보면 비슷해 보이지만,
둘은 엄연히 다른 개념이다.
NAS는 'Storage'가 핵심이다.
즉, 저장 장치를 제공하는 것이 본질이며, 그것을 Network를 통해 붙였다는 개념이다.
NAS는 파일 서버 그 자체이며, 저장 공간을 공유하는 것에 중점을 둔다.
반면, SAN은 'Network'가 핵심이다.
SAN은 단순히 저장 장치를 제공하는 데서 그치지 않는다.
스토리지를 고성능, 고가용성으로 구성하기 위해 아예 별도의 전용 스토리지 네트워크를 구축하는 것이 본질이다.
Storage는 그 안의 구성요소 중 하나일 뿐, 전체 인프라를 어떻게 연결하고 제어할지에 중점을 둔다.
4. 차세대 스토리지: Object Storage
4.1. Object Storage란?
Object Storage는 데이터를 객체(Object) 단위로 저장하는 구조의 스토리지 시스템이다.
각 객체는 **데이터(파일 내용) + 메타데이터 + 고유 식별자(ID)**로 구성되어 있으며,
기존의 파일/블록 스토리지처럼 디렉터리 구조나 디스크 주소에 의존하지 않고,
REST API를 통해 키(Key) 기반으로 접근한다.
즉, 데이터를 택배 상자처럼 개별 포장해서 보관하고,
필요할 때마다 상자에 붙은 송장 번호(고유 ID)로 찾아 꺼내 쓰는 방식이다.
4.2. 기존 스토리지와의 차이점
기존의 스토리지는 파일 시스템 경로를 따라 탐색하거나, 블록 주소를 직접 참조하는 방식으로 데이터를 접근했다.
반면, Object Storage는 객체(Object) 단위로 데이터를 저장하고, **고유 키(Key)**를 통해 접근하는 구조를 갖는다.
사용자는 디렉터리나 경로를 탐색하지 않고, API를 통해 객체의 키를 지정하여 접근하지만,
이 과정은 내부적으로 메타데이터 조회 및 네트워크 통신을 수반하므로 상대적으로 지연이 발생할 수 있다.
4.3. 현대의 인프라 시장에서 Object Storage가 주목받는 이유
- 클라우드 친화적 구조
위치, 환경에 구애받지 않고 데이터를 접근할 수 있기 때문에 클라우드 인프라에 매우 유리하다.
필요할 때 리소스를 늘리고 줄여야하는 클라우드의 구조에 걸맞게 자유로운 확장이 가능함.
- 인프라의 API화
개발자 입장에서 S3 API를 통해 직접 저장·조회가 가능
애플리케이션에서 저장소를 서비스처럼 호출 가능
5. 스토리지가 중요한 이유
5.1. 개발자에게 스토리지가 중요한 이유
개발자가 주로 다루는 것은 코드라고 생각할 수 있지만, 그 코드로 다루는 것은 결국 “데이터”이며,
이 “데이터”는 “스토리지”에 저장된다.
- 적절한 저장소 선택 능력
로그는 NAS, 고속 트랜잭션은 SAN, 이미지 업로드는 Object Storage 등
목적에 맞는 스토리지 선택이 시스템 성능과 비용을 좌우함
- IO 성능 병목 원인 파악 가능
"왜 이 API가 느릴까?" → DB 문제가 아닌 스토리지 IOPS 한계일 수도 있음
SSD냐, HDD냐, 네트워크 마운트냐에 따라 데이터를 불러오는 방식이 완전히 다른 구조이다.
5.2. 인프라 엔지니어에게 스토리지가 중요한 이유
인프라 엔지니어에게 스토리지는 운영의 핵심이다.
데이터 유실은 단순 장애가 아닌 업무 중단과 손실로 직결된다.
- 장애 예방과 복구 설계의 핵심 요소
RAID 구성, Snapshot, 복제, DR 설계 등은 모두 스토리지 기반
백업만 잘해도 90%의 사고는 복구 가능
- 스토리지 확장/마이그레이션 역량
스토리지 교체, SAN 스위치 연결, NFS 마운트 최적화 등
인프라 고도화의 핵심은 언제나 ‘데이터를 안전하게 옮기는 일’
6. 결론 및 마무리
스토리지를 이해하는 것은 단순히 장비 하나를 아는 것이 아니다.
데이터가 어떻게 저장되고, 어떻게 흐르고, 어떻게 지켜지는지를 이해하는 것이다.
오늘날 모든 시스템은 데이터 중심으로 설계되고 운영된다. 그 데이터를 품고 있는 스토리지는 단순한 보관소가 아닌, 성능, 보안, 복구, 확장의
중심축이다.
스토리지를 이해한 사람만이 진짜로 인프라를 설계하고, 현실에서 데이터의 생존과 가치를 책임질 수 있다.
⭐발표자 : 정율권님