HSM으로 설계하는 스토리지 계층화와 데이터 수명주기 관리
HSM의 계층형 스토리지 구조, 정책 기반 마이그레이션과 리콜, 테이프·클라우드 아카이브 활용 및 운영 고려사항을 정리한다.
2026-08-14 · 최초 발행 2026-01-16
데이터가 오래될수록 같은 저장소에 둘 이유는 줄어든다
데이터의 가치는 시간에 따라 달라진다. 모든 파일을 고성능 스토리지에 계속 보관하면 비용 효율이 떨어진다. HSM(Hierarchical Storage Management)은 접근 빈도, 생성 시점, 중요도 등을 기준으로 데이터를 고속·고비용 계층에서 저속·저비용 계층으로 자동 이동시키는 관리 기술이다.
데이터 증가에 따른 스토리지 비용, 전체 데이터 중 실제 활용 데이터가 20% 미만이라는 문제, 보존 규정 준수와 관리 자동화가 HSM을 검토하는 배경이 된다.
성능과 비용을 분리하는 스토리지 계층
HSM은 데이터 특성에 따라 서로 다른 계층을 배치한다. 상위 계층은 빠른 접근이 필요한 데이터를, 하위 계층은 장기 보관 데이터를 맡는다.
| 계층 | 스토리지 유형 | 성능 | 비용 | 데이터 유형 |
|---|---|---|---|---|
| Tier 0 | NVMe SSD | 최고 | 최고 | 실시간 트랜잭션 |
| Tier 1 | SAS SSD | 고 | 고 | 활성 업무 데이터 |
| Tier 2 | SAS HDD | 중 | 중 | 웜 데이터, 백업 |
| Tier 3 | SATA HDD | 저 | 저 | 콜드 데이터 |
| Tier 4 | 테이프/클라우드 | 최저 | 최저 | 장기 보관, 아카이브 |
하위 계층으로 원본 데이터가 이동한 자리에는 스텁(Stub) 파일을 남길 수 있다. 이 파일은 원본의 메타데이터를 유지하며 파일 시스템에서는 일반 파일처럼 보인다. 사용자가 접근하면 원본 데이터를 자동 리콜하므로, 저장 위치가 바뀌었다는 사실을 사용자가 직접 처리할 필요가 없다.
정책이 결정하는 이동과 복원
마이그레이션은 상위 계층 데이터를 하위 계층으로 옮기는 작업이다. 정책 조건을 만족하면 자동으로 실행되며, 데이터는 하위 계층에 복사되고 원래 위치에는 스텁이 생성된다. 이후 상위 계층 공간과 메타데이터가 갱신된다.
반대로 리콜은 하위 계층에 있는 데이터를 상위 계층으로 되돌리는 과정이다. 스텁 파일 접근이 트리거가 되며, HSM은 하위 계층에서 데이터를 읽어 상위 계층에 복원하고 스텁을 실제 파일로 바꾼다.
데이터 배치를 좌우하는 정책 조건
마이그레이션 정책은 데이터를 언제, 어디로 옮길지 정의한다.
| 정책 유형 | 설명 | 예시 |
|---|---|---|
| 시간 기반 | 마지막 접근 시간 기준 | 90일 이상 미접근 |
| 용량 기반 | 스토리지 사용률 기준 | 80% 초과 시 |
| 파일 유형 | 파일 확장자/유형 기준 | _.log, _.bak |
| 경로 기반 | 디렉터리 경로 기준 | /archive/* |
| 복합 조건 | 여러 조건 조합 | 크기 > 100MB AND 미접근 > 30일 |
프리마이그레이션(Pre-migration)은 하위 계층에 데이터를 복사하되 원본을 유지하는 방식이다. 데이터가 이중 보관되므로 빠른 리콜이 가능하고 백업 용도로 활용할 수 있지만, 스토리지 사용량은 늘어난다.
정책 충돌을 피하려면 우선순위를 명시해야 한다.
파일 시스템·테이프·클라우드와의 연결
HSM은 파일 시스템과 결합해 동작한다. 구현 방식으로는 DMAPI(Data Management API) POSIX 표준 인터페이스, Windows FSRM 파일 서버 리소스 관리자, Lustre·GPFS의 Linux HSM 확장, 필터 드라이버 방식이 있다.
테이프는 장기 보관을 위한 최하위 계층으로 널리 쓰인다.
| 특성 | 설명 |
|---|---|
| 용량 | LTO-9 기준 18TB (비압축) |
| 비용 | GB당 최저 비용 |
| 내구성 | 30년 이상 보관 가능 |
| 접근 시간 | 수 초~수 분 |
| 에어갭 | 오프라인 보관으로 보안 강화 |
클라우드 스토리지도 최하위 계층으로 사용할 수 있다. Amazon S3 Glacier / Glacier Deep Archive, Azure Archive Storage, Google Cloud Archive가 대상이 될 수 있으며, 온프레미스-클라우드 하이브리드 구성도 가능하다. 이 경우 데이터 이그레스 비용을 고려해야 한다.
활용 가능한 제품과 프레임워크
| 솔루션 | 벤더 | 특징 |
|---|---|---|
| IBM Spectrum Archive | IBM | 테이프 최적화, LTFS 지원 |
| Veritas Enterprise Vault | Veritas | 이메일 아카이빙 강점 |
| Quantum StorNext | Quantum | 미디어 워크플로우 최적화 |
| Dell EMC Isilon SmartPools | Dell EMC | 스케일아웃 NAS 통합 |
| NetApp FabricPool | NetApp | 클라우드 티어링 자동화 |
오픈소스 영역에서는 Bacula, Amanda, OpenHSM, Linux HSM 프레임워크를 검토할 수 있다. Bacula는 백업 및 복구를 통합하며, Amanda는 오픈소스 백업 솔루션이다.
비용 구조를 바꾸는 효과
HSM은 고성능 스토리지에 모든 데이터를 저장하는 방식 대신 계층화된 스토리지를 사용한다. 비용은 40-60% 절감되고 성능은 유지하는 효과가 제시된다.
스토리지 비용은 40-60% 절감되고 관리 시간은 50% 이상 단축될 수 있다. 1차 스토리지 감소로 백업 시간이 단축되며, 핫 데이터 우선 복구로 복구 시간이 개선된다. 자동화된 보존 정책 준수도 기대할 수 있다.
장기 보관이 필요한 환경
미디어 및 엔터테인먼트 분야에서는 대용량 비디오 파일 아카이빙, 프로젝트 완료 후 자동 마이그레이션, 필요 시 리콜을 통한 재편집, 4K/8K 콘텐츠 장기 보관에 활용할 수 있다.
의료 및 헬스케어에서는 PACS 이미지 장기 보존, 법적 보존 기간 자동 관리, 환자 데이터 수명주기 관리, HIPAA 컴플라이언스 준수가 대상이다.
금융 서비스에서는 거래 기록과 감사 데이터를 장기 보관하고 규제 요구사항 준수 및 데이터 검색·복원을 지원한다. 연구 및 과학 분야에서는 시뮬레이션 결과, 실험 데이터, 대용량 연구 데이터셋을 보관하고 논문 재현성을 위한 데이터 보존에 사용할 수 있다.
운영 전에 확인할 지점
기술 측면에서는 파일 시스템 호환성, 리콜 시간 SLA, 마이그레이션과 리콜에 필요한 네트워크 대역폭, 메타데이터 관리 오버헤드, 애플리케이션 호환성을 확인해야 한다.
운영 설계에는 정책의 작성과 테스트, 사용자 교육 및 기대치 관리, 모니터링·리포팅 체계, 장애 복구 절차, 벤더 지원과 유지보수가 포함된다. HSM의 효과는 계층을 추가하는 데서 끝나지 않고, 데이터 접근 특성과 보존 요구사항에 맞는 정책을 지속적으로 운영할 때 나타난다.