클라우드 스토리지란?

클라우드 스토리지라는 용어는 클라우드 공급자의 하드웨어에서 실행되는 클라우드 고객이 사용할 수 있는 여러 스토리지 기능을 포함합니다. 이러한 기능은 서로 다른 요구 사항을 충족하지만 모두 사용한 만큼만 비용을 지불할 수 있는 유연성을 제공하기 위함입니다. 공급자는 기본 하드웨어를 유지 관리하고 데이터의 가용성과 복원성을 유지하며 보호할 책임이 있습니다.

가장 일반적인 클라우드 스토리지 유형으로는 객체, 파일 및 블록이 있습니다.

클라우드 스토리지의 유형

저장 영역 유형은 주로 액세스 방식과 저장 영역 유형이 제공하는 성능 레벨에 따라 다릅니다. 저장 영역과 해당 위치를 사용하는 애플리케이션에 따라 저장 영역 요구 사항이 결정됩니다.

객체 스토리지

객체 스토리지는 설명된 다른 스토리지 유형과는 다르게 액세스됩니다. 웹 API를 호출하여 오브젝트 스토리지를 사용하도록 소프트웨어 애플리케이션을 의도적으로 작성해야 합니다. 객체 스토리지는 애플리케이션에서 원격으로 유지 관리하며, 유사하지만 서로 다른 두 가지 상황에서 사용합니다. 첫째, 개별 컴퓨터, 모바일 장치 및 Internet of Things 장치에서 실행되는 애플리케이션에서 인터넷을 통해 액세스하는 경우가 많습니다. 둘째, 클라우드에서 실행되는 애플리케이션에서 사용할 수 있습니다.

오브젝트 스토리지를 사용하는 애플리케이션은 파일 시스템을 사용하지 않고도 오브젝트 스토리지에서 구조화되지 않은 데이터를 원격 위치에 저장하고 검색할 수 있습니다. 저장된 항목은 클라우드의 추상적 "객체"일 뿐입니다. 즉, 애플리케이션 개발자는 최대의 유연성과 함께 본질적으로 용량과 형식의 제한이 없는 데이터 저장소를 갖게 되며 저장 및 전송한 데이터양에 대해서만 비용을 지불합니다.

객체 스토리지의 단점은 두 가지입니다. 하나는 객체 형식을 관리해야 하는 애플리케이션 작성자의 작업이 약간 증가한다는 점이고, 다른 하나는 성능 제한이 있다는 점입니다. 일반적으로 객체 스토리지는 API 호출을 수행하는 소프트웨어에 의해 인터넷을 거쳐 접근합니다. 이로 인해 직접 연결된 스토리지의 경우 마이크로초, 블록 스토리지 또는 파일 스토리지의 경우 밀리초가 소요될 작업이 객체 스토리지에서는 1초 이상 걸릴 수 있습니다. 휴대폰의 클라우드 스토리지에 연결된 애플리케이션을 실행하는 최종 사용자와 같은 많은 사용 사례의 경우, 특히 이러한 애플리케이션이 제공하는 "어디에서나 가능한 액세스"에 대비하여 이 성능이 허용됩니다. 또한 객체 스토리지를 사용하는 애플리케이션이 객체가 저장된 곳과 동일한 클라우드에서 실행 중일 경우 성능이 현저하게 향상됩니다. 모든 리소스가 클라우드 공급업체 로컬 네트워크와 동일한 지역에 위치하기 때문입니다.

Archive Storage

아카이브 스토리지는 장기간 보유해야 하는 액세스가 어려운 데이터를 저장하는 데 적합한 솔루션입니다. 자주 사용하지 않는 데이터를 보관하는 데는 아카이브 스토리지가 오브젝트 스토리지보다 경제적입니다. 그러나 다른 스토리지 옵션과 달리 아카이브 스토리지 데이터 검색은 즉시 수행되지 않습니다.

오브젝트 스토리지와 아카이브 스토리지 모두 버킷을 오브젝트 저장을 위한 논리적 컨테이너로 사용합니다. 버킷은 버킷의 오브젝트에 대해 수행할 수 있는 작업과 이를 수행할 수 있는 작업을 결정하는 정책이 포함된 단일 구획입니다.

데이터를 객체로 보유하기 위해 버킷을 생성할 때 조직은 해당 데이터에 적합한 기본 스토리지 계층(아카이브 또는 표준)을 결정할 수 있습니다. 또한 오브젝트 스토리지는 자동으로 오브젝트를 아카이브 스토리지로 이동할 수 있습니다.

클라우드 파일 스토리지

물리적 서버에서 실행되며 데이터 센터의 물리적 드라이브를 활용하는 대부분의 기존 애플리케이션은 파일 스토리지를 사용합니다. Linux 또는 Microsoft Windows Server와 같은 운영체제에서는 파일 시스템을 사용하여 실행되는 애플리케이션을 제공합니다. 즉, 일관된 단일 규칙 세트와 데이터 저장 및 검색 방법을 제공합니다. 운영체제는 백그라운드에서 세부정보를 처리합니다. 예를 들어 물리적 디스크가 SSD(Solid State Drive)인지, 기존의 물리 디스크 하드 드라이브인지, 광 디스크인지, 또는 원격 네트워크로 파일을 공유하는지 확인합니다. 운영체제가 이러한 세부 정보를 처리하는 동안 애플리케이션은 표준화된 API 호출로 파일을 열기, 읽기, 쓰기 및 저장하기만 하면 됩니다.

클라우드 파일 스토리지는 사용자 고유의 데이터 센터에서 실행될 수 있는 네트워크 파일 공유와 유사한 표준 네트워크 파일 공유를 클라우드의 서버에서 실행 중인 운영체제에 제공합니다. 이러한 운영체제는 해당 가상 머신에서 실행되는 애플리케이션에 파일 시스템을 제공합니다. 애플리케이션이 클라우드에서 실행되도록 수정 또는 변경할 필요가 없습니다. 사용한 파일 스토리지를 사용하여 계속 실행되기 때문입니다.

클라우드 공급자는 물리적 디스크 및 네트워크 하드웨어를 비롯한 하드웨어를 관리하고 데이터가 보호되도록 합니다. 고객의 요구가 증가함에 따라 추가 변동분 용량이 제공됩니다. 클라우드 파일 스토리지의 본질적인 장점은 향후 증가하는 요구 사항을 충족하기 위해 네트워크 파일 시스템의 대량 구매를 계획하는 기존 접근 방식에 비해 명확하며 하드웨어를 관리하고 자체적으로 데이터를 보호해야 한다는 것입니다.

블록 스토리지

블록 볼륨은 데이터 센터에서 이미 실행 중인 네트워크 스토리지 유형의 향상된 버전을 나타내는 클라우드 파일 스토리지와 같습니다. 블록 볼륨을 사용하면 네트워크 오버헤드가 줄어들고 성능은 향상되지만 운영체제 내에서 더 많은 구성 및 관리가 필요합니다.

Oracle의 블록 볼륨은 단일 볼륨 유형을 사용하며, 서로 다른 설정으로 바로 구성하여 성능을 향상시키거나 비용을 절감할 수 있습니다. 클라우드 파일 스토리지와 달리 블록 볼륨은 특정 크기로 구성해야 하지만, 볼륨이 온라인으로 유지되고 이를 사용하는 애플리케이션을 운영하는 동안에도 언제든지 크기를 늘릴 수 있습니다.

다른 클라우드 서비스와 마찬가지로 공급업체는 하드웨어, 용량 계획을 관리하고 데이터가 복제 및 보호되도록 보장합니다.

클라우드 스토리지의 이점

• 소유비용:
  IT 부서의 관점에서 클라우드 스토리지는 여러 계층의 간접비용을 제거합니다. 하드웨어 구매부터 향후 몇 년 동안 확장하는 데 필요한 초과 스토리지까지 수많은 직접 비용이 더 이상 필요하지 않습니다. 이러한 절감 효과는 간접 비용으로 이어집니다. 하드웨어를 준비하고, 데이터 관리를 처리하거나, 문제를 해결하는 데 필요한 모든 시간을 절약할 수 있으며, 이러한 작업의 책임은 IT 직원에서 공급업체로 이동합니다. 즉, IT 부서가 갑작스러운 문제를 해결하기 위해 중단되는 일이 거의 없기 때문에 직원들은 더 큰 그림을 그리는 작업과 추가적인 혁신에 집중할 수 있습니다.
• 확장성:
  클라우드 스토리지는 사용량 기준 모델을 사용하여 처리되므로 필요할 때 신속하게 확장할 수 있는 플랫폼을 구축할 수 있습니다. 반면, 기업에서 로컬 하드웨어를 사용하는 경우 확장을 위해 IT 팀이 추가 스토리지 및 하드웨어를 구입, 통합 및 구성해야 합니다. 클라우드 파일 스토리지 제공업체는 모든 구성 및 크기의 클라이언트 요구를 처리할 수 있도록 인프라를 설계하여 클라이언트가 요구 사항을 갑자기 변경하더라도 신속하게 대응할 수 있습니다.

클라우드 스토리지 및 고성능 컴퓨팅

AI, 머신러닝, 엔지니어링 시뮬레이션 및 재무 모델링 애플리케이션을 사용하는 기업이 점점 더 늘어남에 따라 HPC(고성능 컴퓨팅)는 일반화되고 있습니다. 최근 몇 년간 이루어진 발전 덕분에 클라우드에서의 고성능 컴퓨팅이 가능해졌을 뿐만 아니라, 합리적인 가격에 손쉽게 활용할 수도 있게 되었습니다.

그러나 컴퓨트 클러스터의 공유 파일 시스템 처리량은 시뮬레이션, AI 및 머신러닝, 복잡한 모델링의 장애물이기도 합니다. 그러나 올바른 구성 및 사양을 사용하면 이러한 모든 워크로드를 지원할 수 있습니다.

Oracle의 경우 NVMe SSD 미디어가 지원하는 블록 스토리지 및 고속 플랫 네트워크 아키텍처를 사용하는 데이터 센터 덕분에 복잡한 모델링과 같은 고성능 워크로드가 우수함을 발휘합니다. 또한 Oracle의 블록 스토리지 성능은 고유한 SLA의 지원을 받습니다. Oracle Cloud Infrastructure 블로그 게시물에서 자세히 알아보세요.

이 유형의 스토리지는 직접 연결된 SSD를 사용하는 클라우드 컴퓨트 인스턴스를 통해 파일 서버 클러스터를 수동으로 생성해야 합니다. 하지만 이를 통해 HPC 애플리케이션이 요구하는 최대 처리량과 최저 대기 시간으로 최고 수준의 성능을 제공합니다.

클라우드 스토리지 사용 사례

엔터프라이즈 스토리지 관리자들은 데이터 보안 요구 사항, 아카이빙 요구 사항 및 비용 절감 문제를 해결하는 동시에 데이터 증가에 대처하기 위해 백업 환경에 물리적 스토리지 시스템을 구축하는 데 많은 어려움을 겪고 있습니다.

클라우드의 확장성 및 탄력적인 사용량 기준 과금(pay-as-you-grow) 모델은 엔터프라이즈 스토리지 관리자가 계획된 과제든 단기적인 세부 과제든 크기나 세분화에 관계없이 스토리지 업그레이드를 위한 고액 투자를 하지 않아도 된다는 것을 의미합니다. 또한 클라우드 서비스 소비는 거의 항상 운영 비용으로 간주되며 보통 월별 예산 라인 항목입니다. 이 두 가지 요인 모두 비용을 쉽게 생성하고 제어할 수 있습니다.

객체 스토리지, 파일 스토리지 및 블록 볼륨 전반에서 클라우드 스토리지 솔루션에 대한 다양한 활용 사례는 다음과 같습니다.

• 범용 스토리지
  무제한 스토리지 풀에 접근하여 구조적 데이터와 비구조적 데이터 증가를 관리합니다.
• 빅데이터 및 분석
  분석 워크로드를 구축 및 실행하고, 저비용 공유 스토리지 시스템을 사용하여 영구 데이터를 저장하고 비즈니스 통찰력을 생성합니다.
• 비즈니스 애플리케이션 전환
  Oracle E-Business Suite 및 PeopleSoft와 같은 스토리지가 필요한 기존 커스터마이징 애플리케이션이나 온프레미스 비즈니스 애플리케이션을 클라우드로 마이그레이션합니다.
• 데이터베이스 및 트랜잭션 애플리케이션
  클라우드에서 손쉽게 액세스할 수 있는 데이터에 Oracle, MySQL 또는 기타 데이터베이스를 사용하여 DevTest 워크로드를 실행합니다.
• 백업, 비즈니스 연속성 및 장애 복구
  백업 및 장애 복구를 위해 클라우드에서 관련 데이터 및 파일 시스템의 추가 사본을 호스팅합니다.
• 마이크로 서비스 및 Docker
  성장하는 환경에 맞춰 신속하게 확장되는 클라우드 컨테이너를 위한 지속성을 제공합니다.
• 글로벌 운영 및 협업 통합
  전 세계 비즈니스의 경우 공유 스토리지 플랫폼을 활용하여 운영을 통합하고 국제 협업을 지원합니다.
• 리소스 확장
  클라우드를 통해 스토리지 리소스를 쉽게 늘리거나 재할당하여 비즈니스 요구 사항이나 리소스 급증에 따라 확장합니다.

백업 및 복구

백업 및 복구는 데이터 손실로부터 조직을 보호하기 위해 데이터 사본을 저장하는 프로세스입니다. 백업을 위해 클라우드를 활용하면 고장 또는 장애 발생 시 원격 위치에 데이터 복사본을 보호할 수 있습니다.

클라우드 데이터 백업은 IT 직원의 워크로드를 늘리지 않고도 조직의 데이터 보호 전략을 강화할 수 있습니다. 클라우드 스토리지 백업 서비스는 많은 조직의 오프사이트 시설 역할을 합니다. 클라우드 백업에는 다음을 포함하여 조직의 기존 데이터 보호 프로세스에 쉽게 맞출 수 있는 몇 가지 접근 방법이 있습니다.

• 퍼블릭 클라우드에 온프레미스 백업
• 클라우드-클라우드 백업
• 클라우드 백업 시스템