메인 콘텐츠로 건너뛰기
블로그 스토리지비즈니스가 필요한 이유 S3- 호환 되는 개체 스토리지

비즈니스에 S3-Compatible 오브젝트 스토리지가 필요한 이유

비즈니스 니즈에 맞춘 S3-Compatible 오브젝트 스토리지

최신 클라우드 스토리지는 일반적으로 세 가지 유형의 솔루션으로 제공됩니다.  첫 번째 유형이자 일반적으로 가장 친숙한 유형은 파일 기반 저장소입니다. 파일 기반 저장소는 단순히 저장 매체의 계층 구조 내의 파일에 저장된 데이터입니다. 최근에는 블록 스토리지와 오브젝트 스토리지라는 두 가지 유형의 스토리지가 널리 사용되었습니다. 블록 스토리지는 데이터를 하드웨어 내에서 더 작은 조각 또는 블록으로 분할하여 관리합니다.  개체 저장소는 데이터를 자세한 메타데이터 및 고유 식별자가 포함된 변경 불가능한 Blob으로 플랫 구조로 저장합니다.  

세 가지 유형의 스토리지는 모두 용도가 있으며 애플리케이션에서 사용할 스토리지 유형과 사용 시기를 이해하는 것이 중요합니다.  이 게시물에서는 S3 호환 객체 스토리지에 대한 지식을 확장하고 아키텍처에서 사용하기에 적합한 솔루션이 언제인지 이해하는 데 중점을 둘 것입니다.

저장 유형

파일 기반 저장소는 데이터를 디렉토리, 즉 폴더 내에 단일 정보로 저장합니다.  알파벳 순서로 구성된 폴더로 가득 찬 파일 캐비닛을 상상해보십시오. 정원에 대한 데이터를 검색하려면 파일 캐비닛의 "G"섹션으로 이동하면 됩니다. 

블록 스토리지는 데이터를 블록이라고하는 더 작은 세그먼트로 나누고, 각 데이터 블록에는 검색을 위한 고유 식별자가 부여됩니다.  블록 스토리지는 책에서 각 페이지를 가져와서 별도의 비선형 방식으로 저장하는 것과 같습니다.  책을 재조립해야 할 때 페이지 번호로 할 수 있습니다.

개체 저장소는 파일이 개체라고하는 개별 단위로 분할되고 고유 식별자가 부여되는 평면 구조입니다.  오브젝트 스토리지는 발레 파킹을 이용하는 것과 같습니다. 키는 위치 정보와 함께 저장되며 해당 데이터는 주차장에서 자동차를 검색하는 데 사용될 수 있습니다.  키는 식별자, 위치는 메타데이터, 객체는 자동차입니다.

첫째, 비즈니스 및 기술 관점에서 오브젝트 스토리지를 좀 더 명확하게 정의해야합니다.  비즈니스 관점에서 오브젝트 스토리지는 대규모 확장성, 내구성 및 비용 효율적으로 설계된 데이터 스토리지 시스템입니다.  기술적 관점에서 오브젝트 스토리지는 데이터를 오브젝트로 저장하고, 저장된 오브젝트를 다른 인프라에서 분리하고, 저장된 데이터를 HTTP 기반 인터페이스를 통해 프로그래밍 방식으로 액세스 할 수 있도록 함으로써 이 목표를 달성합니다.  애플리케이션에서 오브젝트 스토리지를 사용하는 시기와 이유를 이해하면 운영 및 예산 측면에서 비용을 절감할 수 있습니다.

Object Storage에서 개체가 무엇인지 더 잘 이해하기 위해 좀 더 자세히 살펴 보겠습니다.  데이터를 객체로 저장한다는 것은 무엇을 의미합니까? 오브젝트 스토리지는 관련 메타데이터 및 인덱싱을 통해 대량의 비정형 데이터를 처리하도록 구축되었습니다.  따라서 개체는 blob 또는 개체, 해당 개체 주변의 메타데이터 및 각 개체의 고유 식별자로 저장되는 데이터로 정의할 수 있습니다. 

클라우드에서 이러한 객체는 일반적으로 버킷이라고 하는 구조에 저장되며 모든 객체는 HTTP 요청을 통해 직접 액세스 할 수 있습니다.  즉, 아키텍처를 구성하는 마이크로서비스에서 모든 데이터에 프로그래밍 방식으로 액세스 할 수 있으므로 애플리케이션 전반에 걸친 대규모 확장성과 저렴한 스토리지 비용으로 전환됩니다.

HTTP 요청을 통해 데이터를 액세스 하는 것은 오늘날 클라우드에서 개체 스토리지 서비스의 핵심 원칙 중 하나입니다.  AWS는 S3 API로 알려진 Simple Storage Service 및 관련 API를 생성하여 클라우드 컴퓨팅에서 객체 스토리지 사용을 개척했습니다.  S3 API의 기능을 에뮬레이션하는 것은 클라우드에서 객체 스토리지를 구현하기 위한 사실상의 표준이 되었습니다.  

Linode는 S3 API의 기본 액세스 모델과의 호환성을 제공하는 ceph 객체 게이트웨이를 사용하여 객체 스토리지 서비스를 구축했습니다.  즉, 공통 API를 사용하여 여러 클라우드에 대한 S3 준수 워크로드를 작성할 수 있습니다.  즉, 현재 Amazon S3, Google Cloud Storage, Azure Blob Storage 또는 Digital Ocean Spaces 에서 호스팅되는 데이터는 인터페이스를 변경하지 않고도 Linode Object Storage에 저장할 수 있습니다.  공통 API 표준을 활용하면 비즈니스에서 다중 클라우드 전략을 극대화 할 수 있습니다.

이제 스토리지 유형 간의 차이점과 S3 호환 API가 다중 클라우드 기능을 제공할 수있는 방법을 이해했으므로 이제 객체 스토리지를 프로덕션 아키텍처에 통합하는 가장 일반적인 사용 사례를 살펴 보겠습니다.  오브젝트 스토리지는 다양한 애플리케이션과 서비스에서 비정형 데이터를 위한 대규모 확장 가능하고 비용 효율적인 스토리지를 제공합니다. 

사용 사례:

백업 및 재해 복구:  개체 스토리지는 조직 전체의 백업을 위한 완벽한 용도입니다.  SHIELD 클라우드를 포함한 Linode 오브젝트 스토리지를 활용하는 백업 전략을 활용하는 다양한 서비스가 있습니다.

SHIELD 클라우드

정적 자산: 반응 및 S3 호환 개체 저장소를 사용하여 서버가 없는 웹 응용 프로그램을 배포합니다.  고가용성을 유지하면서 확장성과 스토리지 비용을 절감할 수 있는 컴퓨팅 아키텍처에서 정적 자산을 분리할 수 있습니다. 개체 저장소는 계산 환경이 필요하지 않은 정적 웹 사이트에 유용한 사례입니다.

정적 자산

데이터 웨어하우징: 데이터 웨어하우징 및 데이터 레이크 요구 사항을위해 비정형 데이터를 개체 스토리지에 저장합니다.

데이터 웨어하우징

스토리지 유형을 이해하고 이를 조직 전체에 적절하게 적용하는 것은 클라우드 전략의 핵심 구성 요소 이어야 합니다.  오브젝트 스토리지는 대규모 확장 가능한 클라우드 스토리지와 다중 클라우드 전략을 위한 공통 인터페이스를 제공합니다.  일반적인 사용에 대해 조금 더 배우려면 클라우드 오브젝트 스토리지 사용 사례를 확인하세요.


내용

댓글 남기기

이메일 주소는 게시되지 않습니다. 필수 필드가 표시됩니다 *