Core OCI Services - OCI Storage Services

이번 강의를 통해 다양한 OCI 스토리지 서비스에 대해 알아본다 

 

 

 

Storage Requirement

요구사항에 따라 특정 스토리지 서비스를 선택할 할 수 있다.

 

 

1.Block Storage

서버의 하드 드라이브로서의 블록 스토리지. 하드 드라이브가 원격 섀시에 설치되는 경우는 원격스토리지, 네트워크 스토리지이다.

데이터는 일반적으로 고정크기 블록들 내의 디바이스 상에 저장된다.

운영체제는 블록스토리지를 마운트 또는 드라이브 볼륨으로 마운트한다.

데이터는 데이터 형식 유형 또는 소유권에 대한 상위 레벨 메타데이터 없이 저장된다.

어떠한 종류의 파일시스템도 블록레벨 스토리지에 설치할 수 있다.

(EX) Windows NTFS, VMware VMFS

일반적으로 블록스토리지는 사내구축 환경에서 오는 경우 스토리지 영역 네트워크(SAN)에 배치된다.

 

OCI에서의 Block Volume 

1)컴퓨터 인스턴스

2)부트 볼륨(OS disk), 블록 볼륨(데이터 디스크)

 

블록볼륨을 사용하는 가장 중요한 이유

3)컴퓨터 인스턴스의 수명을 초과하여 독립적으로 데이터를 저장할 수 있다

(EX) 인스턴스가 죽더라도 부트 볼륨, 블록 볼륨은 살아있을 수 있다.(데이터 내구성)

 

Block volume 사용 케이스 예시

1)데이터베이스

2)EXCHANGE (*support Block level storage only)

3)VMware(Block level stroage에서 VMFS를 이용)

4)Server Boot(퍼블릭 클라우드에서 인스턴스의 부트영역은 Block level storage로 되어있다)

 

장애나 실수로 인한 데이터 손실을 최소화 하려면 

정기적으로 블록 백업을 수행해야 하며 OCI에서는 자동스케쥴 백업을 지원한다.

 

블록볼륨 백업본을 다른 리전으로 복사할 수 있다.

 

블록볼륨 3-Tier

Basic

대규모 순차 I/O용입니다. 여기서 IOPS의 수는 매우 적지만 처리량은 상당히 양호하다는 것을 알 수 있다.

이것은 데이터 웨어하우스, 빅 데이터, 스트리밍을 위한 겁니다. 로트 프로세싱 같은 시나리오에서 많은 데이터를 읽기를 원하는 경우, 큰 데이터 덩어리가 필요함. 데이터베이스처럼 빨리 읽거나 빨리 읽고 싶지는 않을 겁니다. 하지만 당신은 더 큰 부분을 읽고 싶어 한다.

 

Balanced

IOPS와 처리량을 균형 있게 할당.  60 IOPS/GB의 상당한 IOPS를 얻을 수 있고, 처리량도 상당히 적당하다. 

이런 것들은 랜덤 I/O, 부팅 디스크와 같은 것에 좋으며

데이터베이스, 트랜잭션 데이터베이스 등에 이것을 사용할 수 있다.

 

Higher Performance 

그리고 마지막은 더 높은 성능이다. 이 버전에서는 데이터당 IOPS가 실제로 가장 높은 수준이며 이를통해 실제로 꽤 좋은 처리량을 얻을 수 있다. 따라서 미션 크리티컬 데이터베이스를 실행하는 경우 이 방법이 가장 적합하다. 

 

공통사항 

Volume 사이즈 : 50GB = 32TB

인스턴스 당 32개까지 볼륨 Attach 가능 

(EX) 32TB 볼륨 * 32

 

Data 암호화(rest and in-transit)

Oracle이 키, 암호화 키를 관리하도록 하거나 사용자가 Key management를 통해 관리 할 수 있다.

 

2.Local NVMe

블록볼륨과 비슷하지만 컴퓨터 인스턴스에 로컬로 Attach 된 임시 Storage

1)NVME를 사용하여 매우 좋은 성능을 제공

2)OCI는 스냅샷, 백업, 그 어느 것도 제공하지 않는다

3)블록 볼륨처럼 블록 기반 프로토콜을 사용한다.

4)SLA around Performance

 

Local NVME 사용 케이스 예시

이 모델은 고성능(High-performance)이 필요한 애플리케이션을 위해설계되었으므로

메모리에서 NoSQL을 사용하여 트랜잭션 데이터베이스를 확장(Scale-out)할 수 있다

1)NoSQL databases(Cassandra, MongoDB, Redis)

2)in-memory databases

3)Scale-out transactional databases

4)Data warehousing

 

Storage is non-persistent(servives reboot)

 

3.File storage

구조화 된 파일인 이름 디렉토리로 구성된 문서의 계층 구조 콜렉션

우리가 일반적으로 사용하는 스토리지

4.Object Storage

 

컨텐츠 유형에 관계 없이 모든 데이터를 오브젝트로 관리

오브젝트는 버켓에 저장

*버켓 : 오브젝트 저장을 위한 논리적 컨테이너

폴더 계층 구조 없이 단일 플랫 구조로 저장

각 오브젝트는 오브젝트와 오브젝트의 메타데이터로 구성.

신뢰성과 확장성이 높다

 

 

OCI Storage Services 요약