오브젝트 스토리지보다 22% 저렴한 비용, 표준 파일 시스템 기능/액세스, 최고의 성능을 갖춘 S3 기반 스토리지
도전 과제: 파일 기반 워크로드를 클라우드로 마이그레이션하기
클라우드 마이그레이션 여정에 깊숙이 들어섰습니다. 수천 개에 달하는 애플리케이션 중 하나가 여전히 기존 파일 기반 스토리지에서 실행되고 있습니다. 이제 성능, 협업, 예산 목표에 영향을 주지 않으면서 어떻게 클라우드로 마이그레이션할 것인가라는 중요한 결정에 직면해 있습니다
지금까지는 세 가지 옵션이 있었습니다:
옵션 1: 오브젝트 스토리지로 리팩터링
언뜻 보기에는 이것이 '클라우드 네이티브' 방식처럼 보입니다. S3 호환 오브젝트 스토리지는 저렴하고 프로비저닝이 간단하며 인프라가 거의 필요하지 않습니다.
하지만 현실은 훨씬 더 복잡합니다.
캐치: 복잡성, 비용 및 종속성
레거시 애플리케이션을 오브젝트 스토리지에 맞게 리팩토링하는 것입니다:
시간이 많이 걸립니다: 수만 개의 앱에서 객체 의미론을 지원하기 위해 코드를 다시 작성하는 것은 주말에 하는 일이 아니라 수십 년에 걸친 노력입니다.
비싸다: 인프라 비용은 절약할 수 있지만 소프트웨어 개발, 테스트 및 장기 유지 관리에 상당한 비용을 지출하게 됩니다.
높은 지연 시간, 낮은 IOPS: 오브젝트 스토리지는 수십만에서 수백만 건의 소규모 읽기 및 쓰기가 필요한 지연 시간이 짧은 '채팅형' 워크로드에는 적합하지 않습니다. 고성능 파일 시스템에서 실행될 것으로 예상되는 워크로드에서는 어려움을 겪을 것입니다.
운영이 복잡합니다: 제어하지 않는 앱(예: 타사 또는 더 이상 사용되지 않는 공급업체 소프트웨어)의 경우 리팩터링이 불가능할 수 있습니다. 따라서 파일 게이트웨이(다음 주제)를 사용하거나 개체 스토리지에서 로컬 파일 시스템으로 데이터를 하이드레이트하는 사용자 지정 워크플로를 만들어서 다시 써야 하므로 비용, 지연 시간 및 동기화 위험이 증가합니다.
클라우드 공급업체 종속: 특정 오브젝트 스토리지 API를 위해 리팩터링하면 특정 클라우드 공급업체와 긴밀하게 연결됩니다.
네, 긍정적인 면이 있습니다..
낮은 인프라 비용
내구성과 복원력이 뛰어난 스토리지
간편한 배포
...하지만 대부분의 파일 기반 워크로드에서 이러한 문제보다 더 큰 문제는 없습니다.
옵션 2: 파일 게이트웨이를 통한 리프트 앤 시프트
또 다른 일반적인 접근 방식은 파일 게이트웨이를 사용하여 코드 변경 없이 파일 기반 앱을 개체 스토리지에 연결하는 것입니다.
The Catch: 성능 저하 및 높은 API 비용
규모: 게이트웨이는 프로토콜 추상화 계층을 실행하는 단일 VM 또는 호스트로 구현되는 경우가 많으며, 오브젝트 스토리지 API 앞에 위치하는 NFS 또는 SMB 서비스를 실행합니다. 로컬 캐시를 사용하더라도 단일 호스트가 제공할 수 있는 최대 대역폭과 최대 연산에 의해 제한됩니다. 따라서 HPC, AI 트레이닝 또는 3D 렌더링과 같은 대규모 워크로드에는 실용적이지 않습니다.
단일 작성자 제한: 확장 제한을 극복하기 위해 여러 개의 게이트웨이를 실행하더라도 대부분의 파일 게이트웨이는 여러 위치에서 액세스를 안전하게 공유할 수 없습니다. 따라서 실시간 협업이 불가능하고, 여러 게이트웨이가 각자의 캐시된 데이터 보기에서 읽고 쓰기 때문에 개체 버킷에 데이터 손상 위험이 발생할 수 있습니다.
API 호출 오버헤드: 게이트웨이는 파일 작업을 S3 API 호출로 변환하기 때문에, 특히 메타데이터가 많거나 파일 활동이 적은 앱의 경우 비용이 폭발적으로 증가합니다.
애플리케이션 호환성: 많은 애플리케이션은 로컬 파일 시스템에서 실행되도록 구축 및 설계되었으며, 엔터프라이즈급 NAS에서 실행하여 조직에 맞게 확장되었습니다. 오픈 소스 프로토콜 스택을 활용하거나 FUSE 드라이버를 사용하는 게이트웨이에서 흔히 볼 수 있는 공식 Linux NFS 서버 또는 Windows 파일 서버에서 제공하는 계약을 준수하지 않는 불완전하거나 일관되지 않은 SMB 또는 NFS 구현을 용납하지 않는 경우가 많습니다.
긍정적?
빠른 배포
앱 변경이 필요하지 않음
하지만 이러한 접근 방식은 특히 규모나 글로벌 팀 전체에서 개선해야 할 점이 많습니다.
옵션 3: 클라우드 파일 시스템 사용
Amazon FSx, EFS, Azure Files 또는 Azure NetApp Files와 같은 클라우드 호스팅 파일 시스템은 파일 시맨틱을 클라우드로 가져올 것을 약속합니다.
캐치: 높은 비용, 제한된 규모, 사일로화된 배포
비싸다: 온프레미스 스토리지 서버를 클라우드로 옮긴 것이기 때문에 24시간 연중무휴 프로비저닝된 블록 스토리지(예: EBS)가 필요하며, 특히 대규모의 경우 개체 스토리지에 비해 매우 높은 비용을 초래합니다.
제한된 규모: 일부 '클라우드 파일 스토리지'는 실제로 클라우드 데이터 센터에서 실행되는 타사 공급업체 하드웨어에 불과하며, 공급망, 배포 의미, 프로비저닝이 모두 오브젝트 스토리지 및 기타 기본 서비스에서 사용하는 표준화된 하드웨어 및 랙 구성과 분리되어 있기 때문에 용량 문제가 발생합니다. 다른 서비스들은 단일 VM의 스토리지 한계를 넘어 수백 TB로 제한되어 있거나 소프트웨어 스택이 더 많은 스토리지를 지원할 수 없기 때문에 어려움을 겪습니다. 그 결과 여러 인스턴스에 걸쳐 데이터를 분할해야 하므로 관리가 더욱 복잡해집니다.
제한된 기능: 대부분의 퍼스트 파티 클라우드 네이티브 파일 서비스는 자체 구현이므로 단일 프로토콜이며, 온프레미스 시스템에서 익숙한 엔터프라이즈급 기능(예: 스냅샷, 할당량, 감사 로깅, 복제, 액세스 제어)이 부족합니다.
비탄성: 반면, 기존 온프레미스 소프트웨어 스택의 클라우드 호스팅 버전은 대부분 정적인 서버 하드웨어의 데이터 센터에서 실행되도록 설계된 소프트웨어의 포트인 경우가 많습니다. 이 소프트웨어는 필요에 따라 노드를 추가하고 제거할 수 있도록 설계되지 않았습니다. 드물게 할당되는 오브젝트 스토리지 용량의 무한한 풀을 효과적으로 처리할 수 있도록 설계되지 않았습니다. 따라서 이러한 제품 중 상당수는 프로비저닝 시점에 미리 단방향으로 결정해야 하며, 필요할 때 성능을 확장하거나 필요하지 않을 때 축소하거나 요구 사항이 변경되면 스토리지에 대한 지불을 중단할 수 있도록 프로비저닝을 해제하는 기능을 제공하지 않습니다.
긍정적?
빠른 배포
리팩터링 필요 없음
관리형 인프라
그러나 사용 사례에 고성능 컴퓨팅, 글로벌 협업 또는 멀티 페타바이트 데이터 세트가 포함되는 경우 이러한 솔루션은 종종 부족합니다.
더 나은 클라우드 파일 솔루션
성능, 비용, 단순성 중 하나를 선택할 필요가 없다면 어떨까요?
클라우드 네이티브 Qumulo는 클라우드를 위해 기본적으로 구축된 진정한 최신 파일 스토리지 플랫폼으로, 파일 기반 워크로드를 S3의 경제성으로 실행하도록 설계되어 성능은 향상되고 성능 저하가 적습니다.
왜 클라우드 네이티브 큐물로인가?
✅ 리팩토링 필요 없음
기존 파일 기반 워크로드를 그대로 클라우드로 가져올 수 있습니다. 최종 사용자 환경도 그대로 유지됩니다.
✅ 네이티브 S3 통합
애플리케이션을 리팩터링하여 객체를 말할 필요 없이 S3의 내구성 및 이중화 기능을 활용할 수 있습니다.
✅ 진정한 멀티 프로토콜
사일로 없이 NFS, SMB 또는 S3를 사용하여 동일한 데이터에 액세스하세요.
✅ CDF(클라우드 데이터 패브릭)를 통한 글로벌 협업
여러 지역 또는 클라우드에서 즉시 협업하세요. 복제가 필요 없습니다. 그냥 작동합니다.
✅ 탄력적인 확장
소규모로 시작하여 10EB+로 확장하세요. 최대 1.6TB/s의 처리량과 20M IOPS의 용량으로 성능이 향상됩니다.
✅ 80% 낮은 TCO
기존 클라우드 파일 시스템과 비교했을 때 Qumulo는 총 비용을 절감합니다:
지능형 캐싱(S3 API 비용 절감)
압축(S3에 저장된 데이터 축소)
스토리지 효율성 향상
✅ S3 API만 사용하는 것보다 높은 성능
S3 API를 사용하는 경우에도 Qumulo는 표준 오브젝트 스토리지보다 뛰어난 성능을 발휘합니다.
실제 성공 사례: 페타바이트 규모의 항공 우주
한 글로벌 항공우주 기업이 멀티 페타바이트 워크로드를 Qumulo로 마이그레이션하여 상당한 이점을 얻은 것도 바로 이 때문입니다:
표준 S3를 사용하여 완전히 리팩토링된 앱에 비해 스토리지 비용 22% 절감
지능형 캐싱과 클라우드 데이터 패브릭(CDF) 덕분에 API 호출 횟수 감소
✅ 내장 압축을 통한 데이터 공간 축소
✅ 레거시 앱의 재설계/리팩토링 필요 없음
다음 단계: 오늘 Qumulo 체험하기
하나의 애플리케이션을 이동하든 수천 개의 애플리케이션을 이동하든, Qumulo는 클라우드에서 파일 기반 워크로드를 더 낮은 비용과 더 높은 성능으로, 성능 저하 없이 실행할 수 있는 미래 보장형 기반을 제공합니다.
📩 시작할 준비가 되셨나요?
다음 주소로 이메일을 보내주세요 aws@qumulo.com 또는 AWS 마켓플레이스 를 클릭하여 오늘 배포를 시작하세요.