용량 제한 없는 공유 파일 시스템, Infinite File Storage 시작하기
서비스 규모가 커질수록 파일 저장소 운영은 단순한 용량 확보 이상의 문제가 됩니다. 여러 서버가 같은 파일을 읽고 써야 하고, 운영체제별 접근 방식도 달라지며, 팀이나 애플리케이션 단위로 데이터를 분리해야 합니다. 여기에 예상보다 빠르게 늘어나는 데이터까지 고려하면, 처음에 정한 스토리지 용량을 기준으로 운영 계획을 세우는 방식은 금방 한계에 부딪힐 수 있습니다.
카카오클라우드 File Storage에 새롭게 추가된 Infinite File Storage는 이러한 환경을 위한 확장형 공유 파일 시스템입니다. 하나의 파일 시스템에서 여러 공유 볼륨을 생성할 수 있고, SMB와 NFS 프로토콜을 모두 지원해 Windows, Linux, macOS 등 다양한 클라이언트 환경에서 파일을 공유할 수 있습니다.
2026년 5월 기준, Infinite File Storage는 Beta로 제공됩니다. Beta 기간에는 일부 기능, 제공 범위, 운영 정책이 변경될 수 있으므로 실제 운영 환경에 적용하기 전에 최신 문서와 서비스 안내를 확인하세요.
왜 공유 파일 시스템이 필요한가요?
파일 기반 워크로드는 여전히 많은 서비스의 핵심 요소입니다. 사용자가 업로드한 콘텐츠, 운영 조직이 관리하는 문서, 애플리케이션 로그와 분석 데이터, 여러 서버가 공통으로 참조하는 설정 파일처럼 파일과 디렉터리 구조를 유지해야 하는 데이터가 많기 때문입니다.
이런 데이터를 각 서버의 로컬 디스크에 분산해 저장하면 운영 복잡도가 높아집니다. 서버 간 파일 복제나 동기화가 필요해지고, 최신 상태와 접근 권한을 일관되게 관리하기도 어렵습니다. 특히 여러 Virtual Machine이나 Kubernetes Engine이 같은 데이터를 사용해야 하는 환경에서는 공용 파일 시스템이 운영 부담을 크게 줄여 줍니다.
Infinite File Storage의 핵심 특징
Infinite File Storage는 용량을 미리 크게 산정해 생성하는 방식보다, 실제 사용량과 공유 구조에 맞춰 운영하는 데 초점을 둔 파일 시스템입니다.
1. 용량 제한 없는 확장 구조
Infinite 파일 시스템은 스토리지 크기 제한 없이 사용할 수 있는 확장형 구조로 제공됩니다. 데이터 증가량을 정확히 예측하기 어려운 서비스나, 파일 저장량이 이벤트나 시즌과 같은 특정 주기에 따라 크게 달라지는 환경에 적합합니다. 기존처럼 여유 용량을 과도하게 잡아 두거나, 용량 부족 시점마다 증설 계획을 다시 세우는 부담을 줄일 수 있습니다. 과금도 실제 사용량 기준이므로 비용 구조를 더 유연하게 가져갈 수 있습니다.
2. SMB와 NFS 동시 지원
Infinite File Storage는 SMB와 NFS 파일 서비스를 제공합니다. Linux/UNIX 기반 서버에서는 NFS를, Windows 기반 환경에서는 SMB를 활용할 수 있어 운영체제와 워크로드 특성에 맞게 선택할 수 있습니다.
NFS: Linux 서버, Kubernetes Engine 워크로드, 분석, 배치 애플리케이션의 공유 볼륨 구성에 적합합니다. 마운트 절차는 NFS 파일 시스템 마운트에서 확인할 수 있습니다.SMB: Windows 기반 업무 환경, Active Directory와 연계한 사용자, 그룹 기반 파일 공유에 적합합니다. 마운트 절차는 SMB 파일 시스템 마운트를 참고하세요.
SMB 파일 시스템은 Active Directory 연동을 전제로 사용자와 그룹 단위 권한 관리를 구성할 수 있어, 조직 내 협업 저장소나 부서별 공유 폴더에도 활용할 수 있습니다.
3. 하나의 파일 시스템 안에서 여러 공유 볼륨 관리
Infinite File Storage에서는 하나의 파일 시스템 안에 여러 공유 볼륨을 생성할 수 있습니다. 공유 볼륨은 서비스나 애플리케이션별 데이터를 분리하기 위한 논리적 저장 단위이며, 각 볼륨은 독립적인 액세스 포인트를 제공합니다. 생성과 권한 설정 방법은 공유 볼륨 관리를 참고하세요.
예를 들어 하나의 Infinite 파일 시스템 안에서 다음과 같이 볼륨을 나눌 수 있습니다.
| 공유 볼륨 | 활용 예시 |
|---|---|
content-prod | 서비스에서 사용하는 운영 콘텐츠 저장 |
content-stage | 검수, 스테이징 환경의 콘텐츠 저장 |
analytics-input | 분석 작업에 투입되는 소스 파일 저장 |
team-share | 운영팀 또는 협업 조직의 공유 폴더 |
이렇게 구성하면 파일 시스템은 하나로 운영하면서도, 데이터 경계와 접근 경로는 워크로드 단위로 분리할 수 있습니다.
4. 파일 서비스 유형에 맞춘 접근 제어
공유 파일 시스템에서 중요한 부분은 “누가, 어디에서, 어떤 권한으로 접근할 수 있는가”입니다. Infinite File Storage는 파일 서비스 유형에 따라 다른 접근 제어 방식을 제공합니다.
NFS: IP 주소 또는 IP 범위를 기준으로 접근 권한 설정SMB: 사용자 또는 그룹 단위로 공유 볼륨 접근 권한 설정
NFS 기반 워크로드에서는 애플리케이션 서버나 Kubernetes Worker Node의 IP를 기준으로 접근 범위를 제한할 수 있습니다. Kubernetes에서 동적 영구 볼륨으로 활용하려면 NFS Client Provisioner 설정도 함께 확인하세요. SMB 기반 워크로드에서는 조직의 사용자, 그룹 단위 권한 정책을 바탕으로 공유 폴더 접근을 제어할 수 있습니다.
두 파일 시스템의 비교
카카오클라우드 File Storage는 사용 목적에 따라 Infinite 파일 시스템과 Basic 파일 시스템을 제공합니다. 두 유형 모두 공유 파일 시스템이지만, 적합한 운영 방식은 다릅니다.
| 구분 | Infinite 파일 시스템 | Basic 파일 시스템 |
|---|---|---|
| 용량 구조 | 제한 없이 확장 가능한 구조 | 사전에 설정한 용량 기반, 최대 16 TiB |
| 과금 방식 | 실제 사용한 용량 기준 | 생성한 용량 기준 |
| 프로토콜 | SMB, NFS | NFS |
| 공유 구조 | 하나의 파일 시스템 안에 여러 공유 볼륨 생성 가능 | 파일 시스템 단위로 운영 |
| 접근 제어 | SMB 계정 기반, NFS IP 기반 | NFS IP 기반 |
| 적합한 환경 | 데이터 증가량 예측이 어렵고, 여러 공유 볼륨과 다양한 OS 접근이 필요한 환경 | 정해진 용량 안에서 NFS 기반 파일 시스템을 안정적으로 운영하는 환경 |
용량을 미리 정해두고 NFS 기반으로 단순하게 운영해야 한다면 Basic 파일 시스템이 적합합니다. 반대로 데이터 증가량을 예측하기 어렵거나, 여러 공유 볼륨과 SMB/NFS 선택이 필요하다면 Infinite 파일 시스템을 고려할 수 있습니다.
시작 전 확인할 사항
Infinite File Storage를 도입할 때는 다음 항목을 먼저 점검해 보세요.
- 클라이언트 운영체제와 프로토콜: Linux/UNIX 계열은 NFS, Windows 기반 환경은 SMB를 우선 검토합니다.
- 네트워크 접근 경로: 파일 시스템에 접근할 Virtual Machine, Kubernetes Worker Node, Windows 클라이언트가 같은 네트워크 환경에서 통신 가능한지 확인합니다.
- 접근 제어 기준: NFS는 IP 기반, SMB는 사용자, 그룹 기반 권한 정책을 기준으로 설계합니다.
- 공유 볼륨 분리 기준: 서비스, 환경, 팀, 데이터 유형에 따라 공유 볼륨을 어떻게 나눌지 정합니다.
- 파일 운영 패턴: 대량 파일 생성, 삭제, 재귀 명령어, 과도한 단일 디렉터리 파일 집중이 발생하지 않도록 디렉터리 구조를 설계합니다.
SMB 파일 시스템 생성 전에는 Active Directory 연동 사전 조건도 확인해야 합니다. 도메인 이름, DNS 서버, 도메인 가입 권한을 가진 서비스 계정, 네트워크 포트 등이 필요하므로 SMB 파일 시스템 사전 조건과 파일 시스템 서비스 포트를 확인해 주세요.
마무리
Infinite File Storage Beta는 파일 기반 워크로드를 더 유연하게 운영하기 위한 새로운 선택지입니다. 용량 제한 없는 확장 구조, 사용량 기반 과금, SMB와 NFS 지원, 여러 공유 볼륨과 접근 제어 기능을 통해 서비스 데이터 공유, 협업 저장소, Kubernetes 공유 볼륨, 파일 기반 분석 데이터 보관 등에 적용할 수 있습니다.
자세한 개념과 사용 방법은 File Storage 문서를 참고해 주세요.
감사합니다.