데이터베이스 스토리지

대부분의 사용자는 일반적으로 데이터베이스 스토리지에 Amazon EBS를 사용합니다. 일부 고성능 아키텍처의 경우 인스턴스 스토리지 SSDs 사용할 수 있지만 안정적인 지속성을 위해 Amazon EBS 스토리지로 보강해야 합니다.

높고 일관된 IOPS 및 데이터베이스 성능을 위해 AWS는 범용(GP2) 볼륨 또는 프로비저닝된 IOPS(PIOPS) 볼륨을 사용할 것을 적극 권장합니다. GP2 및 PIOPS 볼륨은 Amazon EC2 및 Amazon RDS 모두에서 사용할 수 있습니다. GP2 및 PIOPS 볼륨 유형 모두에 대한 볼륨당 IOPS의 최신 제한은 Amazon RDS DB 인스턴스 스토리지를 참조하세요. GP2 볼륨은 대부분의 데이터베이스 요구 사항에 대해 가격과 성능의 뛰어난 균형을 제공합니다. 데이터베이스에 GP2가 제공할 수 있는 것보다 높은 IOPS가 필요한 경우 PIOPS 볼륨이 적합합니다.

PIOPS 볼륨의 경우 볼륨을 생성할 때 IOPS 속도를 지정하면 Amazon EBS는 지정된 해에 프로비저닝된 IOPS 성능의 10% 이내인 99.9%를 전달합니다. 요청된 볼륨 크기에 대해 프로비저닝된 IOPS의 비율은 최대 30일 수 있습니다. 예를 들어 3,000IOPS를 가져오려면 볼륨 크기가 100GB 이상이어야 합니다.

PIOPS 볼륨과 마찬가지로 GP2 볼륨도 SSD 기반이지만 GP2 볼륨에서 얻는 IOPS는 기준 IOPS에서 볼륨당 최대 3,000 IOPS까지 다양할 수 있습니다. 이는 데이터베이스에서 필요한 IOPS 성능이 로드 크기와 실행 중인 쿼리 수에 따라 일정 기간 동안 여러 번 다르기 때문에 대부분의 데이터베이스 워크로드에 매우 적합합니다.

범용(SSD) 볼륨 성능은 볼륨의 기본 성능 수준과 볼륨이 I/O 크레딧을 누적하는 속도를 결정하는 볼륨 크기에 따라 결정됩니다. 즉, 볼륨이 클수록 기본 성능이 높아지고 I/O 크레딧의 누적 속도도 빨라집니다.

I/O 크레딧은 기본 성능 이상이 필요할 때 범용(SSD) 볼륨이 대량의 I/O를 버스트하는 데 사용할 수 있는 가용 대역폭을 나타냅니다. 볼륨에 I/O에 대한 크레딧이 많을수록 기본 성능 수준 이상으로 버스트할 수 있는 시간이 늘어나고 성능이 더 필요할 때 성능이 향상됩니다.

처리량 최적화 HDD 볼륨(st1)은 IOPS는 적지만 처리량은 높은 집약적인 워크로드를 위해 설계된 저렴한 HDD 볼륨을 제공합니다. 데이터 웨어하우스 및 데이터 분석 목적으로 사용되는 Oracle 데이터베이스는 st1 볼륨을 활용할 수 있습니다.

높은 처리량이 필요한 Oracle 외부 테이블 또는 외부 BLOB 스토리지와 같은 모든 로그 처리 또는 데이터 스테이징 영역은 st1 볼륨을 활용할 수 있습니다. 처리량 최적화(st1) 볼륨은 볼륨당 최대 500IOPS를 처리할 수 있습니다.

콜드 HDD 볼륨(sc1)은 레거시 시스템을 처리하는 데 적합하며, 이는 가끔 참조 또는 아카이브 목적으로 유지됩니다. 이러한 시스템은 자주 액세스하지 않으며 볼륨에서 하루에 몇 번의 스캔이 수행됩니다.

데이터베이스에 지속적으로 필요한 IOPS 양을 추정하고 충분한 GP2 스토리지를 할당하여 IOPS를 확보하는 것이 좋습니다. 주기적 스파이크에 필요한 추가 IOPS는 사용 가능한 크레딧을 기반으로 버스트 성능에 포함되어야 합니다.

Oracle Database의 IOPS 요구 사항을 결정하는 데 사용할 수 있는 추정 방법에 대한 자세한 내용은 AWS 기반 Oracle Database에 대한 IOPS 요구 사항 결정 백서를 참조하세요.

볼륨의 버스트 구간은 볼륨의 크기, 필요한 버스트 IOPS 및 버스트가 시작되는 크레딧 밸런스에 의해 결정됩니다. 볼륨 성능이 기본 수준(빈 I/O 크레딧 밸런스로 인해)으로 자주 제한되는 경우, 10,000 IOPS 이상의 지속적인 IOPS 성능이 필요한 워크로드의 경우 더 큰 범용(SSD) 볼륨(기본 성능 수준이 더 높음)을 사용하거나 프로비저닝된 IOPS(SSD) 볼륨으로 전환하는 것을 고려해야 합니다. GP2 볼륨에 대한 자세한 내용은 Amazon EBS 볼륨 유형을 참조하세요.

Amazon RDS의 경우 범용(SSD) 스토리지는 프로비저닝된 GB당 3IOPS의 일관된 기준을 제공하고 최대 3,000IOPS까지 버스트할 수 있는 기능을 제공합니다. Amazon RDS용 마그네틱 스토리지를 이미 사용하고 있는 경우 범용(SSD) 스토리지로 변환할 수 있지만, 이렇게 하면 가용성에 짧은 영향이 발생합니다. 프로비저닝된 IOPS를 사용하여 현재 최대 스토리지 한도와 데이터베이스 인스턴스당 최대 IOPS까지 프로비저닝할 수 있습니다.

실제 실현된 IOPS는 데이터베이스 워크로드, 인스턴스 유형 및 데이터베이스 엔진에 따라 프로비저닝한 양과 다를 수 있습니다. 자세한 내용은 Amazon RDS 사용 설명서의 실현된 IOPS 속도에 영향을 미치는 요소를 참조하세요.

Amazon EC2 기반 Oracle Database의 경우 더 많은 IOPS와 더 큰 용량을 위해 여러 볼륨을 함께 스트라이프합니다. 여러 데이터 파일에 대해 여러 Amazon EBS 볼륨을 개별적으로 사용할 수 있지만 함께 스트라이핑하면 밸런싱과 확장성이 향상됩니다.

Oracle Automatic Storage Management(ASM)를 스트라이핑에 사용할 수 있습니다. 데이터 파일, 로그 파일 및 바이너리를 별도의 Amazon EBS 볼륨에 보관하고 로그 파일 볼륨의 스냅샷을 정기적으로 생성합니다. 로컬 SSD 스토리지로 인스턴스 유형을 선택하면 스마트 플래시 캐시(운영 체제가 Oracle Linux인 경우)를 사용하고 임시 파일 및 테이블 공간에 로컬 스토리지를 사용하여 데이터베이스 성능을 높일 수 있습니다.

AWS의 VMware Cloud 기반 Oracle Database의 경우 vSAN은 베어 메탈 호스트에 필요한 가상화 스토리지 스트라이프를 제공합니다. vSAN 가상화 스토리지 기능은 Oracle RAC에서 고성능 공유 스토리지에 사용할 수 있습니다.

Oracle RAC용으로 생성된 VMDK(가상 머신 디스크) 파일은 두께가 0이 되도록 프로비저닝하고 다중 라이터 플래그를 활성화해야 합니다. VMware는 AWS의 VMware Cloud에서 Oracle 데이터베이스에 대한 자세한 성능 연구를 게시했습니다.