리플랫포밍 권장 사항 - AWS 권장 가이드
Amazon EBS 볼륨 유형 고려 사항Amazon RDS for Oracle 모범 사례

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

리플랫포밍 권장 사항

대부분의 사용자는 Exadata 온프레미스 데이터베이스에서 마이그레이션할 때 Amazon RDS for Oracle을 선택하여 관리형 데이터베이스 서비스를 활용하고 민첩성과 탄력성을 개선합니다. Amazon RDS for Oracle은 자동화 및 관리 기능으로 AWS인해 항상에서 Oracle 데이터베이스를 실행하는 첫 번째 옵션이어야 합니다.

Amazon EBS 볼륨 유형 고려 사항

Amazon RDS for Oracle은 범용 SSD(Solid State Drive)와 프로비저닝된 IOPS SSD라는 두 가지 EBS 볼륨 유형을 제공합니다. 데이터베이스 크기, IOPS 요구 사항 및 예상 처리량은 사용할 적절한 EBS 볼륨 유형을 결정하는 데 도움이 됩니다.

애플리케이션에 높은 스토리지 성능이 필요하지 않은 경우 범용 SSD(gp2) 스토리지를 사용할 수 있습니다. gp2 스토리지의 기본 I/O 성능은 1GiB당 3IOPS이며, 최소 100IOPS입니다. 즉, 볼륨이 클수록 성능이 향상됩니다. 예를 들어 100GiB 볼륨 하나에 대한 기준 성능은 300IOPS입니다. 1,000GiB 볼륨 하나에 대한 기준 성능은 3,000IOPS입니다. gp2 볼륨(5,334GiB 이상)에 대한 최대 기준 성능은 16,000IOPS입니다. 1,000GiB보다 작은 크기의 개별 gp2 볼륨은 늘어난 시간에 대해 3,000IOPS로 확장될 수도 있습니다.

범용 SSD(gp3) 볼륨은 EBS 볼륨당 최대 16,000 IOPS를 지원합니다. Amazon EBS gp3 볼륨의 크기는 1GiB~16TiB입니다. gp3 볼륨을 사용하는 경우 Amazon RDS for Oracle 인스턴스에 대해 최대 64,000 IOPS를 달성할 수 있습니다. gp3 스토리지 볼륨을 사용하면 스토리지 용량과 관계없이 스토리지 성능을 사용자 지정할 수 있습니다. 스토리지 성능은 초당 I/O 작업(IOPS)과 스토리지 볼륨이 읽기 및 쓰기 작업(스토리지 처리량)을 수행할 수 있는 속도의 조합입니다. gp3 스토리지 볼륨에서 Amazon RDS는 3,000IOPS 및 125MiB/s의 기본 스토리지 성능을 제공합니다.

Amazon RDS for SQL Server를 제외한 모든 Amazon RDS DB 엔진에서 gp3 볼륨의 스토리지 크기가 특정 임계값에 도달하면 기준 스토리지 성능이 12,000 IOPS 및 500MiB/s로 증가합니다. 스토리지가 하나가 아닌 네 개의 볼륨을 사용하는 볼륨 스트라이핑 덕분입니다.

Provisioned IOPS SSD 볼륨

프로비저닝된 IOPS SSD(io1) 볼륨은 스토리지 성능 및 일관성에 민감한 I/O 집약적 워크로드의 요구 사항을 충족하도록 설계되었습니다. Amazon EBS io1 볼륨은 10밀리초 미만의 지연 시간을 제공합니다. Amazon RDS for Oracle용 Amazon EBS io1 볼륨을 선택하는 경우 할당된 스토리지 값과 프로비저닝된 IOPS 값을 제공해야 합니다. io1 볼륨의 크기는 4GiB~16TiB입니다. io1 볼륨당 최대 IOPS는 64,000입니다. io1 볼륨을 사용하는 경우 Amazon RDS for Oracle 인스턴스에 대해 최대 256,000 IOPS 및 최대 처리량 4Gbps(256KB IOPS 필요)를 달성할 수 있습니다. 다중 AZ가 활성화된 Amazon RDS for Oracle 인스턴스의 최대 쓰기 처리량은 625MBps입니다.

io2 Block Express는 최신 프로비저닝된 IOPS SSD 스토리지 옵션입니다. io2 볼륨의 크기는 4GiB~64TiB입니다. io2 볼륨당 최대 IOPS는 256,000입니다. 또한 io2 Block Express는 밀리초 미만의 평균 지연 시간을 제공하므로 io1보다 성능이 뛰어납니다. 프로비저닝된 IOPS SSD 스토리지를 사용하는 경우 io2를 사용하는 것이 좋습니다. 가동 중지 시간 없이 io1 볼륨에서 io2 Block Express 볼륨으로 업그레이드하고 스토리지 비용을 늘리지 않고도 애플리케이션의 성능과 신뢰성을 크게 개선할 수 있습니다. 자세한 내용은 AWS 블로그 게시물 Amazon RDS가 이제 미션 크리티컬 데이터베이스 워크로드에 i02 Block Express 볼륨을 지원합니다를 참조하세요.

Amazon RDS for Oracle 모범 사례

Exadata 온프레미스에서 Amazon RDS for Oracle로 마이그레이션할 때 다음 모범 사례를 고려하세요.

  • Exadata에서 Amazon RDS for Oracle로 데이터를 마이그레이션하기 전에 다시 실행 로그의 크기를 기본값인 128MB에서 늘립니다. 그렇지 않으면 로그 다시 실행 전환이 너무 자주 발생하여 성능이 저하될 수 있습니다.

  • 초기 데이터 로드 후 성능 개선 도우미(기본 데이터 보존 기간 7일)를 활성화합니다.

  • 초기 데이터 로드 후 프로덕션 데이터베이스에 대해 다중 AZ를 설정합니다.

  • 초기 데이터 로드 후 Amazon RDS for Oracle을 Amazon CloudWatch와 통합합니다(최소한 알림 로그, 리스너 및 OEM 에이전트 사용).

  • 연결된 Amazon RDS for Oracle 옵션 그룹에 Oracle Enterprise Manager(OEM) 에이전트를 설치합니다. 이를 위해서는 AWS 또는 온프레미스에 이미 존재하는 기능 OEM이 필요합니다. OEM을 고가용성 모드로 설정할 수 있습니다 AWS.

  • 다음에 대한 Amazon RDS 경보를 구현하여 최대 용량이 위반되기 전에 관리자에게 알립니다.

    • CPU 사용률, 쓰기 IOPS, 읽기 IOPS, 쓰기 처리량

    • 읽기 처리량, 사용 가능한 메모리, 스왑 사용량

  • Amazon RDS는 5분마다 DB 인스턴스에 대한 트랜잭션 로그를 Amazon S3에 업로드합니다. DB 인스턴스의 최근 복원 가능 시간을 확인하려면 AWS CLI describe-db-instances 명령을 사용한 후 DB 인스턴스의 LatestRestorableTime 필드에 반환되는 값을 살펴봅니다. point-in-time 복구 요구 사항이 5분 미만인 경우 Amazon RDS는 트랜잭션 로그를 더 자주 업로드할 수 있습니다. 기본값을 변경하려면 연결된 Amazon RDS for Oracle 파라미터 그룹에서 ARCHIVE_LAG_TARGET 초기화 파라미터를 수정합니다. 이 파라미터의 값을 60, 120, 180, 240 또는 300초로 설정할 수 있습니다. 그러나 더 낮은 값을 설정하면 장단점이 있습니다. 다시 실행 로그 파일이 더 많이 생성되고 로그 파일 전환이 더 자주 발생합니다.

  • Oracle의 권장 감사 프레임워크인 Oracle 통합 감사를 혼합 모드로 구현합니다. 기본적으로 통합 감사는 Amazon RDS()에서 활성화되지 않습니다AUDIT_TRAIL=NONE. AUDIT_TRAIL=DB 또는를 설정하여 활성화할 수 있습니다AUDIT_TRAIL=DB, EXTENDED. 자세한 내용은 AWS 블로그 게시물 Security auditing in Amazon RDS for Oracle: Part 1을 참조하세요.

  • 내부 위협으로부터 보호하려면 해당하는 경우 데이터베이스 활동 스트림을 구성합니다. 이 기능은 Oracle 통합 감사와 함께 작동하며 DB 인스턴스에서 실행되는 모든 감사된 문(SELECT, DML, DDL, DCL, TCL)의 스트림을 거의 실시간으로 제공합니다. 감사 데이터는 통합 데이터베이스 감사 위치에서 수집되는 반면, 데이터베이스 활동의 저장 및 처리는 Amazon Kinesis Data Streams의 데이터베이스 외부에서 관리됩니다. 자세한 내용은 AWS 블로그 게시물 Security auditing in Amazon RDS for Oracle: Part 2를 참조하세요.

  • 표준 감사를 선호하는 경우 초기 데이터 로드 후 감사 문을 Amazon CloudWatch와 통합할 수 있습니다. AUDIT_TRAIL 파라미터를 OS, XML또는 로 설정하여 표준 감사를 활성화하면 XML, EXTENDEDAmazon RDS for Oracle은 Amazon RDS for Oracle 인스턴스에 .AUD 또는 .XML 운영 체제 파일로 저장된 감사 레코드를 생성합니다. 이러한 감사 파일은 일반적으로 Amazon RDS for Oracle 인스턴스에 7일 동안 보관됩니다. 이러한 파일을 CloudWatch에 게시하도록 Amazon RDS for Oracle을 구성할 수 있습니다. CloudWatch는 로그 데이터에 대한 실시간 분석을 수행하고, 내구성이 뛰어난 스토리지에 데이터를 저장하고, CloudWatch 로그 에이전트를 사용하여 데이터를 관리할 수 있습니다. AWS 보존 기간을 지정하지 않는 한 AWS 계정에서 무기한으로 CloudWatch 로그에 게시된 로그 데이터를 유지합니다.