Oracle 데이터베이스용으로 Amazon RDS, Amazon EC2 또는 VMware Cloud on AWS 중에서 선택 - 에서 Oracle Database를 실행하는 모범 사례 AWS

이 백서는 기록 참조용입니다. 일부 콘텐츠는 오래되어 일부 링크를 사용하지 못할 수 있습니다.

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

Oracle 데이터베이스용으로 Amazon RDS, Amazon EC2 또는 VMware Cloud on AWS 중에서 선택

Amazon RDS와 Amazon EC2는 Oracle Database를 실행할 때 서로 다른 이점을 제공합니다. Amazon RDS는 Amazon EC2에서 Oracle Database를 실행하는 것보다 설정, 관리 및 유지 관리가 더 쉬우며, 일상적인 Oracle Database 관리보다는 다른 중요한 작업에 집중할 수 있습니다. Amazon EC2에서 Oracle Database를 실행하면 더 많은 제어, 유연성 및 선택권을 얻을 수 있습니다. 애플리케이션 및 요구 사항에 따라 둘 중 하나를 선호할 수 있습니다.

여러 Oracle 데이터베이스를 AWS로 마이그레이션하는 경우 일부 데이터베이스는 Amazon RDS에 적합하고 다른 데이터베이스는 Amazon EC2에서 직접 실행하기에 더 적합하다는 것을 알 수 있습니다. 많은 AWS 고객이 Oracle Database 워크로드를 위해 Amazon RDS, Amazon EC2 및 VMware Cloud on AWS에서 여러 데이터베이스를 실행합니다.

다음과 같은 경우 Amazon RDS가 더 나은 선택이 될 수 있습니다.

  • 비즈니스 및 애플리케이션에 집중하고 데이터베이스 프로비저닝, 백업 및 복구 작업 관리, 보안 패치 관리, 마이너 Oracle 버전 업그레이드, 스토리지 관리와 같은 획일적인 업무 부담은 AWS에 전가하려고 합니다.

  • 고가용성 데이터베이스 솔루션이 필요하며 스탠바이 데이터베이스를 수동으로 설정 및 유지 관리할 필요 없이 Amazon RDS에서 제공하는 푸시 버튼 방식의 동기식 다중 AZ 복제를 활용하려고 합니다.

  • Oracle Database Standard Edition One 또는 Standard Edition Two 2의 고가용성을 위해 대기 인스턴스로 동기식 복제를 수행하려고 합니다.

  • 대규모 사전 투자 대신 시간당 인스턴스 비용의 일부로 Oracle 라이선스를 지불하려고 합니다.

  • 데이터베이스 크기 및 IOPS 요구 사항이 RDS Oracle 한도보다 작습니다. 현재 최대값은 Amazon RDS DB 인스턴스 스토리지를 참조하십시오.

  • 데이터베이스의 백업, 무엇보다 특정 시점으로 복구를 관리하고 싶지 않습니다.

  • 데이터베이스를 매일 관리하는 대신 성능 튜닝 및 스키마 최적화와 같은 상위 수준 작업에 집중하려고 합니다.

  • 라이선스 및 관련 복잡성을 신경 쓰지 않고 워크로드 패턴에 따라 인스턴스 유형을 확장하거나 축소하려고 합니다.

다음과 같은 경우 Amazon EC2가 더 나은 선택이 될 수 있습니다.

  • SYS/SYSTEM 사용자 액세스를 포함하여 데이터베이스에 대한 완전한 제어가 필요하거나 운영 체제 수준에서 액세스해야 합니다.

  • 데이터베이스 크기가 Amazon RDS의 현재 최대 데이터베이스 크기의 80%를 초과합니다.

  • 현재 Amazon RDS에서 지원하지 않는 Oracle 기능 또는 옵션을 사용해야 합니다.

  • 데이터베이스 IOPS 요구 사항이 현재 IOPS 한도보다 높습니다.

  • Amazon RDS에서 지원하지 않는 특정 Oracle Database 버전이 필요합니다. 자세한 내용은 Oracle Database 에디션을 참조하십시오.

다음과 같은 경우 VMware Cloud on AWS가 더 나은 선택이 될 수 있습니다.

  • Oracle 데이터베이스가 이미 vSphere 가상화 환경의 온프레미스 데이터 센터에서 실행되고 있습니다.

  • 클라우드에서 Oracle Real Application Cluster(RAC)를 실행해야 합니다.

  • 데이터베이스 수가 많고 마이그레이션 팀의 인적 노동 없이 클라우드로 마이그레이션하기 위해 더 빠른 마이그레이션(몇 시간 정도)이 필요합니다.

  • 클라우드로 마이그레이션할 때 마이그레이션 후 재작업을 방지하기 위해 데이터베이스 및 애플리케이션의 IP 주소를 보존해야 합니다.

  • 데이터 지속성과 함께 Amazon EC2 베어 메탈 호스트의 NVMe 스토리지 성능이 필요합니다.