파일과 객체를 하나로 결합하는 설계와 구현

초록

본 논문은 객체 스토리지와 전통 파일 시스템을 동시에 활용할 수 있는 “ObjectFS”를 제안한다. 1:1, 1:N, N:1 등 다양한 파일‑객체 매핑 방식과 객체 명명 정책, 메타데이터 저장 위치, 캐시 구조 등을 비교·실험하여 설계 트레이드오프를 정량화한다. 구현 결과, 쓰기‑백 캐시와 멀티파트 전송을 이용하면 객체 스토리지의 원천 성능에 근접한 I/O 효율을 얻을 수 있음을 보여준다.

상세 분석

이 논문은 스토리지 스프롤을 해소하기 위한 “dual‑access” 개념을 핵심으로 삼는다. 즉, 동일 데이터에 대해 POSIX 파일 인터페이스와 REST‑ful 객체 API 양쪽을 제공함으로써 기존 애플리케이션을 수정하지 않고도 객체 스토리지를 활용하도록 설계한다. 설계 단계에서 저자는 파일‑객체 매핑을 네 가지로 구분한다. 1⇒1 매핑은 구현이 가장 직관적이지만 작은 수정 시 전체 객체를 재전송해야 하므로 쓰기 성능이 크게 저하된다. 1⇒N 매핑은 파일을 여러 조각 객체로 나누어 부분 업데이트를 가능하게 하지만 객체 API를 통한 직접 접근이 복잡해지고 추가 메타데이터 관리가 필요하다. N⇒1 매핑은 다수의 작은 파일을 하나의 객체에 집합시켜 전송 효율을 높이지만 파일‑레벨 접근이 거의 불가능해진다. 하이브리드 매핑은 위 세 방식을 혼합해 백그라운드에서 객체 재조합을 수행함으로써 일관성‑성능 트레이드오프를 조정한다.

명명 정책 역시 중요한 설계 변수다. FILE‑NAME 방식은 파일명과 객체명을 동일하게 하여 직관성을 제공하지만 평면 네임스페이스 충돌을 야기한다. FILE‑PATH 정책은 전체 경로를 객체명으로 사용해 충돌을 방지하지만 파일 이동·이름 변경 시 전체 객체를 복사해야 하는 비용이 발생한다. INODE‑NUMBER 정책은 파일 시스템 내부 inode 번호를 객체명으로 매핑해 rename 비용을 최소화하지만 객체‑기반 애플리케이션이 파일명을 알기 위해 추가 조회가 필요하다. USER‑DEFINED 정책은 사용자가 자유롭게 명명 규칙을 정의하도록 허용해 유연성을 제공하지만 일관성 유지와 충돌 방지를 위한 복잡한 구현이 요구된다.

메타데이터 저장 위치에 대해서는 세 가지 옵션을 제시한다. IN‑OBJECT 방식은 메타데이터를 객체 자체에 포함하거나 별도 메타 객체에 저장한다. 전자는 객체‑기반 애플리케이션이 메타데이터를 직접 다루게 만들어 dual‑access를 방해하고, 후자는 LIST 호출 시 불필요한 메타 객체가 노출되는 부작용이 있다. IN‑OBJECT‑META는 객체 스토어가 제공하는 사용자 정의 메타데이터 기능을 활용해 파일‑시스템 메타를 객체와 연계하지만 이는 모든 객체 스토어가 지원하는 공통 API가 아니다. IN‑DEPENDENT 방식은 Redis와 같은 고성능 키‑값 저장소에 메타데이터를 두어 조회 지연을 최소화하지만 시스템 복잡도가 증가하고 별도 장애 복구 메커니즘이 필요하다.

캐시 구조는 로컬 캐시와 유니파이드(분산) 캐시로 나뉜다. 로컬 캐시는 각 클라이언트 노드에 독립적으로 존재해 낮은 레이턴시를 제공하지만 노드 간 일관성 유지가 어려워 객체‑기반 워크로드에서 오래된 데이터를 반환할 위험이 있다. 유니파이드 캐시는 Redis·Memcached 등으로 구현해 여러 클라이언트가 동일 데이터를 공유하도록 하며, 객체 API를 재노출해 객체‑기반 애플리케이션도 일관된 뷰를 얻을 수 있다. 논문은 구현에서 Redis 기반의 쓰기‑백 캐시를 사용했으며, 파일 닫기 시점에 객체 스토어로 플러시한다. 실험 결과, 캐시가 없을 경우 작은 수정마다 전체 객체를 재전송해야 하는 read‑modify‑write 비용으로 초당 2 MB 이하의 처리량에 머물렀지만, 캐시와 멀티파트 업로드를 결합하면 30 MB/s 수준까지 끌어올렸다.

전체적으로 이 논문은 객체 스토리지와 파일 시스템을 통합하기 위한 설계 공간을 체계적으로 정리하고, 실제 구현을 통해 각 설계 선택이 성능·복잡도·운용에 미치는 영향을 정량화했다. 특히 파일‑객체 매핑과 명명 정책, 메타데이터 저장소, 캐시 전략을 조합함으로써 “dual‑access”를 실현하면서도 원천 객체 스토리지의 확장성과 비용 효율성을 유지할 수 있음을 입증하였다.