[AWS RDS] Performance Insight DB부하의 원인 찾기

 

l  Version : Performance Insight

 

AWS RDS 데이터베이스를 사용할 , 데이터베이스 인스턴스의 성능 지표 로그를 CloudWatch에서 수집하여 여러 성능 지표에 대한 모니터링을 진행할 있다. 하지만 슬로우 쿼리, 대기정보, 세션별 쿼리 실행 데이터베이스를 운영하기 위해 조금 자세한 정보를 확인하려면 RDS 성능 개선 도우미(Performance Insight) 사용할 있다.

 

성능 개선 도우미를 사용하려면 DB 인스턴스 또는 다중 AZ DB 클러스터에서 활성화 해야한다. 필요에 따라 활성/비활성이 가능하며, 상태 변경 재부팅 또는 장애조치가 발생하지 않는다. 성능 개선 도우미를 사용하면 에이전트가 실행되는데 이때 약간의 오버헤드가 발생하기 때문에 DB 로드가 높은 경우 수집 빈도를 조절하여 사용할 있도록 한다.

 

성능 개선 도우미는 콘솔에서 쉽게 설정이 가능하며 AWS CLI RDS API 통해서도 설정이 가능하다.

 

성능 개선 도우미의 활성화에 대한 자세한 내용은 아래 공식 문서를 참고 한다.

l  성능 개선 도우미 설정 해제 : https://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/USER_PerfInsights.Enabling.html

 

성능 개선 도우미에 액세스 하려면 IAM(Identity and Access Management) 적절한 권한이 있어야 한다. IAM 대한 정책은 아래 문서를 참고한다.

l  Performance Insights 대한 액세스 정책 구성 : https://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/USER_PerfInsights.access-control.html

 

성능 개선 도우미의 대시 보드는 기본적으로 마지막 1시간 동안 수집된 데이터를 표시한다.

 

대시보드는 아래와 같이 부분으로 나눌 있다.

l  카운터 지표 : 특정 성능 카운터 지표의 데이터를 표시

l  DB 부하 차트 : DB 부하와 DB 인스턴스 용량을 비교하여 최대 vCPU 선으로 표시

l  상위 항목(Top Item) : DB 로드에 기여하는 상이 차원을 표시

 

부분에 대한 자세한 내용은 아래 링크를 참고한다.

l  성능 개선 도우미 대시보드 개요 : https://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/USER_PerfInsights.UsingDashboard.Components.html

 

대시보드 화면의 데이터베이스 로드(Database load) 차트에서는 병목 현상에 대한 정보를 확인할 있다. 어떤 데이터베이스 로그가 최대 CPU(Max CPU) 선을 상회하는지 확인할 있고 어떤 작업이 DB 부하를 차지하는지 보여준다. 아래 그림에서는 로그 파일 동기화 대기 시간이 대부분의 DB 부하를 차지한다. 그리고 LGWR all worker groups 대기 시간도 높다. TOP SQL 차트는 로그 파일 동기화 대기의 원인에 사용된 SQL 구문인 COMMIT 문을 보여준다.

 

TOP SQL 에서는 데이터베이스 로드에 영향을 미치는 상위 SQL 쿼리가 표시된다. TOP SQL 탭에서는  SQL 통계(SQL Statistics) 대기별 로드(AAS), SQL 정보, 환경설정 정보 등을 확인할 있다.

 

SQL 통계 (SQL Statistics) SQL 쿼리에 대한 성능 관련 지표이다. 초당 실행 횟수 초당 처리된 행을 표시한다.

 

 

대기 시간별 로드(Load by waits AAS) 상위 로드 항목과 연결된 데이터베이스 로드의 비율을 나타낸다. 예를 들어 DB 로드 차트를 대기 상태별로 그룹화 있다. 쿼리가 영향을 미치는 대기 상태의 정도를 크기, 세그먼트 컬러 코드로 표시한다.

 

 

SQL 정보에서는 TOP SQL 실행된 쿼리와 SQL ID, Support Digest ID등을 확인할 있다.

 

환경설정에서는 수집되는 항목을 설정 있다.

 

 

위에서 나열한 항목의 자세한 내용은 아래 공식 문서를 참고 한다.

l  상위 SQL(Top SQL) 개요 : https://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/USER_PerfInsights.UsingDashboard.Components.AvgActiveSessions.TopLoadItemsTable.TopSQL.html

 

 

기본적으로 TOP SQL 테이블의 행에는 SQL 문에 대해 500 byte SQL 텍스트가 표시된다. SQL 문이 500byte 이상인 경우 성능 개선 도우미 대시보드에서 해당문을 열어 많은 텍스트를 있다. 경우 최대 4KB까지 표시된다. 또한 쿼리를 다운로드 있다. TOP SQL 텍스트에 대한 자세한 내용은 아래 문서를 참고 한다.

l  SQL 문의 텍스트 액세스 : https://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/USER_PerfInsights.UsingDashboard.SQLTextSize.html

 

 

성능 개선 도우미를 사용할 있는 RDS 엔진 버전은 지속적으로 업데이트 되므로 항상 최신의 정보를 확인할 있도록 아래 링크의 공식 문서를 참고한다. 현재 Aurora 서버리스는 성능 개선 도우미를 지원하지 않는다.

l  Amazon RDS DB 엔진의 성능 개선 도우미 지원 : https://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.Engines.html

 

성능개선 도우미는 대부분의 리전에서 사용 가능하며, 아래 링크를 참고한다.

l  AWS성능 개선 도우미를 위한 리전 지원 : https://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.Regions.html

 

 

 

[참고자료]

l  성능 개선 도우미 설정 해제 : https://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/USER_PerfInsights.Enabling.html

l  Performance Insights 대한 액세스 정책 구성 : https://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/USER_PerfInsights.access-control.html

l  성능 개선 도우미 대시보드 개요 : https://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/USER_PerfInsights.UsingDashboard.Components.html

l  SQL 문의 텍스트 액세스 : https://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/USER_PerfInsights.UsingDashboard.SQLTextSize.html

l  Amazon RDS DB 엔진의 성능 개선 도우미 지원 : https://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.Engines.html

l  Amazon RDS DB 엔진의 성능 개선 도우미 지원 : https://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.Engines.html

 

 

2022-04-24 / Sungwook Kang / http://sungwookkang.com

 

 

AWS, RDS, Performance Insight, 성능 개선 도우미, DB 모니터링, 쿼리 모니터링, DB 성능 개선

[AWS S3] Amazon s3 연결 URI 형식(s3://, s3a://, s3n://) 다른 차이점은 무엇일까?

 

l  Version : AWS Simple Storage Service(S3)

 

AWS에서 제공하는 스토리지 서비스에는 Amazon S3(Simple Storage Service)라고 불리는 오브젝트 스토리지가 있다. Amazon S3 여러 사용 사례에 맞춰 다양한 스토리지 클래스를 제공한다. 예를 들어 자주 액세스 하기 위해 미션 크리티컬 프로덕션 데이터는 S3 Standard 저장하고, 액세스 빈도가 낮은 데이터는 S3 Standard-IA 또는 S3 One Zone-IA 저장하여 비용을 절감하고, S3 Glacier Flexible Retrieval S3 Glacier Deep Archive 가장 낮은 비용으로 데이터를 보관할 있다. 또한 액세스 패턴을 예측할 없거나 자주 변경되는 경우 S3 Intelligent-Tiering 저장하면 액세스 패턴에 따라 자동으로 4계의 액세스 계층 간에 데이터를 자동으로 이동하여 스토리지 비용을 최적화 있다.

 

Amazon S3 버킷을 생성하고 폴더에 접근할 고유한 URI 사용하게 되는데, 일반적인 URI 형식은 s3://bucket-name/folder-name/ 형식으로 생성된다. 그런데 가끔 S3 연결할 URI 형식이 조금씩 다른 s3://, s3a://, s3n:// 경우가 있다. URI 대한 차이점이 무엇인지 살펴보자. 차이점에 대해서 알아보기 전에 S3 File System 아닌 Object Storage라는 점을 다시 한번 인지하고, S3 분산 저장하는 경우 Hadoop 클라이언트를 거쳐 저장하게 된다. Hadoop S3N, S3A, S3 이렇게 세가지 시스템이 클라이언트를 제공한다.

 

S3N (URI 형식: s3n://)

l  S3에서 일반 파일을 읽고 쓰기 위한 기본 파일 시스템

l  안정적이며 널리 알려져 있지만 현재 업데이트가 중단된 상태

l  다른 도구로 작성된 S3 파일에 액세스가능. 반대로 다른 도구는 Hadoop 사용하여 작성된 파일에 액세스 가능

l  S3에서 저장할 있는 단일 파일 크기에 대한 5GB 제한있음

 

S3A (URI 형식: s3a://)

l  S3 Native s3n fs 후속

l  Amazon 라이브러리를 사용하여 S3 상호 작용

l  S3a 파일(5GB 제한 없음), 고성능 작업 등을 지원 가능

l  s3n://URL에서 액세스할 있는 모든 객체는 URL 스키마를 교체하는 것만으로 s3a에서도 액세스 가능

 

S3 (URI 형식: s3://)

l  S3 지원하는 블록 기반 파일 시스템

l  파일은 HDFS 있는 것처럼 블록으로 저장

l  파일 시스템을 사용하려면 파일 시스템 전용 버킷이 필요

l  파일이 포함된 기존 버킷을 사용하거나 다른 파일을 동일한 버킷에 쓰지 않아야

l  파일 시스템에 의해 저장된 파일은 5GB보다 있지만 다른 S3 도구와 상호 운용할 없음

 

AWS EMR 경우에는 별도로 EMRFS라는 파일 시스템이 존재한다. 그래서 EMR S3 파일 시스템과 Hadoop에서의 S3 파일 시스템은 서로 다르기 때문에 사용할 주의해야 한다. 따라서 ERM 경우 S3 사용하는 것을 권장하고 있다. 하지만 s3a 경우 EMRFS 호환되지 않기 때문에 오류가 발생할 있다.

 

자체 Hadoop 사용하면서 데이터 저장소만 Amazon S3 사용할 경우 S3A 사용하면 자체 하둡에서 S3 저장소를 연결하여 객체를 직접 읽고 있다.  S3A 탄생 배경에 대해 궁금하다면 아래 블로그를 참고할 있다.

l  Community collaboration: The S3A story : https://aws.amazon.com/ko/blogs/opensource/community-collaboration-the-s3a-story/

 

 

[참고자료]

l  What is Amazon S3 : https://docs.aws.amazon.com/AmazonS3/latest/userguide/Welcome.html

l  Work with storage and file systems : https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-plan-file-systems.html

l  Community collaboration: The S3A story : https://aws.amazon.com/ko/blogs/opensource/community-collaboration-the-s3a-story/

l  Enabling Amazon Simple Storage Service (Amazon S3) Access Points in Apache Hadoop S3A : https://aws.amazon.com/ko/blogs/opensource/enabling-amazon-simple-storage-service-s3-access-points-in-apache-hadoop-s3a/

 

 

2022-04-20 / Sungwook Kang / http://sungwookkang.com

 

 

AWS Simple Storage Service, S3, S3N, S3A, EMR, EMRFS

[AWS RDS] AWS RDS for Oracle 교차 리전 자동 백업 – Part 2/2

-          교차 리전 자동 백업을 사용하여 RPO, RTO 효율화 하기

 

l  Version : AWS RDS for Oracle

 

지난 포스트에서는 AWS RDS for Oracle에서 교차 리전 자동 백업에 대한 개념에 대해서 알아 보았다.

l  [AWS RDS] AWS RDS for Oracle 교차 리전 자동 백업 Part 1/2 : https://sungwookkang.com/1500

 

이번 포스트는 교차 리전 자동 백업 Part 2 AWS KMS 암호화된 인스턴스를 포함하여 리전 자동 백업 설정 방법에 대해서 살펴본다. 자세한 내용은 원문을 참고한다.

l  Managed disaster recovery with Amazon RDS for Oracle cross-Region automated backups – Part 2 : https://aws.amazon.com/ko/blogs/database/part-2-managed-disaster-recovery-with-amazon-rds-for-oracle-xrab/

 

AWS Management Console 또는 AWS CLI 통해 교차 리전 자동 백업을 설정하는 것은 간단하다. 인스턴스를 생성할 또는 이미 생성된 인스턴스를 간단히 수정하여 교차 리전 자동 백업을 활성화 있다.

 

[교차 리전 백업 활성화]

기존 인스턴스에 교차 리전 자동 백업을 추가하려면 아래 단계로 진행한다.

1.        AWS RDS에서 RDS Oracle 인스턴스를 선택하고 수정한다.

2.        백업 세션에서 로컬 지역에 대한 백업 보존 기간을 지정할 있다.

3.        백업 아래의 확인란은 복제를 활성화하고 대상 지역 복제된 백업 보존 기간에 대한 메뉴를 드롭다운으로 표시한다. 대상 지역의 백업 보존기간은 소스 지역에 대해 설정된 기간과 완전히 독립적이다. 지역은 DR 계획을 수용하기 위해 최대 35일까지 설정할 있다.

4.        선택을 마친 변경 사항을 즉시 적용할지 또는 다음 예약된 유지 관리 기간에 적용할지 선택한다.

 

교차 리전 복제를 지원하는 리전은 지속적으로 확대되고 있으며, 현재 리전과 복제를 지원하는 리전을 확인하려면 다음 명령을 실행한다.

[ec2-user@ip-10-1-0-11 ~]$ aws rds describe-source-regions --region us-east-1

 

아래 그림은us-west-2 리전이 Amazon RDS 자동 백업 복제를 위해 us-west-1 쌍을 이루는 것을 보여준다.

 

교차 리전 자동 백업은 AWS Key Management Service(AWS KMS) 키를 사용한 Amazon RDS 암호화를 완벽하게 지원한다. AWS KMS 암호화된 인스턴스에서 리전간 자동 백업을 활성화 하려면 대상 리전에 있는 기존AWS KMS ARN (Amazon Resource Name) 지정하여 스냅샷 데이터를 암호화해야 한다. 워크플로에 대한 다른 변경 사항은 필요하지 않다.

 

로컬 리전에서 인스턴스의 자동 백업을 확인하려면 Amazon RDS 콘솔의 탐색 창에서 자동 백업을 선택하고 현재 리전 탭에서 확인한다. 페이지에서 교차 리전 백업을 보고 관리할 있다. 복제됨 탭을 선택하여 현재 보고 있는 리전에 복제된 원격 리전의 백업을 본다. 대상 지역에서 복제된 백업의 복원 가능한 시간 창을 보고 지정된 인스턴스에 대해 해당 내의 특정 시점으로 백업 복원을 시작할 있다. AWS CLI에서 리전 복원 가능 기간 복제된 백업 ARN 보려면 아래 코드를 입력한다.

[ec2-user@ip-10-1-0-11 ~]$ aws rds describe-db-instance-automated-backups --db-instance-identifier slob-saz

 

아래 그림은 코드를 실행했을 결과이다.

 

대상 리전에서는 이전 명령의 출력에서 얻은 자동 백업의 ARN 지정하여 복원 창을 확인할 있다.

[ec2-user@ip-10-1-0-11 ~]$ aws rds describe-db-instance-automated-backups --db-instance-automated-backups-arn " arn:aws:rds:us-west-2:xxxxxxxxxxxx:auto-backup:ab-gug4ww2bbuacdji7fdqjoosprm4mnea2jqgsdpa"

 

아래 그림은 코드를 실행했을 결과이다.

 

 

[재해 복구 연습]

RDS Oracle 인스턴스의 소스 리전을 사용할 없는 재해가 발생할 경우 교차 리전 스냅샷 복원은 소스 리전에서 복원하는 것과 동일한 프로세스를 따른다. Amazon RDS 항상 백업에서 인스턴스로 복원한다. Amazon RDS 콘솔, AWS CLI 또는 자동화 프레임워크 내에서 API 호출하여 복원을 시작할 있다.

 

AWS 콘솔을 사용하려면 아래 단계를 진행한다.

1.        Amazon RDS 콘솔의 탐색 창에서 자동 백업을 선택한다.

2.        복제됨 탭에서 해당 인스턴스를 선택한다.

3.        작업 메뉴에서 지정 시간으로 복원을 선택한다.

 

4.        작업 흐름은 원본 리전에서 복원과 동일한 흐름을 따른다. 가장 최근의 복원 가능한 시간 내에서 단위까지 시간을 지정할 있다. 최대한 많은 데이터를 복구하려면 최근 복원 가능한 시간을 선택한다.

 

5.        DB 인스턴스 식별자를 지정해야 하며 데이터베이스 버전, 라이선스 모델, 인스턴스 이름, 인스턴스 클래스 크기, 단일 또는 다중 AZ, 스토리지 옵션, 인증 등을 포함하여 복원할 인스턴스의 다양한 측면을 변경할 있다.

아래 코드는 과정과 동일한 작업을 AWS CLI 수행한다.

aws rds restore-db-instance-to-point-in-time \
    --source-db-instance-automated-backups-arn "arn:aws:rds:us-west-2:xxxxxxxxxxxx:auto-backup:ab-r2mmwuimjtv2tt7apmwl3ymi2mlfhgs5ictuexq" \
    --target-db-instance-identifier slob-saz-restore \
    --restore-time 2021-04-29T08:06:11.000-6:00

 

교차 리전 자동 백업 기능은 또한 복원된 인스턴스의 옵션 그룹에 대한 기본 선택인 xrab-<source Region>-<source options group name>-…이라는 소스 리전에서 옵션 그룹의 복사본을 생성했다. 소스 리전에서 동일한 옵션을 유지하기 위해 다른 옵션을 그룹을 지정하거나 기본값을 있다. 또한 RestoreDbInstanceToPointInTime RDS API 사용하여 복원을 수행할 있다. Amazon RDS 즉시 복원 작업을 시작하고 Amazon RDS 콘솔에 인스턴스의 상태가 생성중으로 표시된다.

 

복원 작업을 완료하는데 걸리는 시간은 선택한 복원 지점에 도달하기 위해 자동화된 스냅샷 위에 적용해야 하는 아카이브된 로그의 수에 따라 크게 달라진다. Amazon RDS 복원을 완료한 인스턴스를 백업한다.

 

잠시 인스턴스에 사용 가능 상태가 표시된다.

 

연결 보안 탭에서 인스턴스 끝점을 선택하고 인스턴스를 가리키도록 애플리케이션을 업데이트 한다. 복원이 완료되었으면 인스턴스를 트랜잭션에 사용할 있다. 이제 복원된 인스턴스의 자동 백업을 다른 리전에 복제하도록 선택할 있다.

 

 

 

 

[참고자료]

l  Managed disaster recovery with Amazon RDS for Oracle cross-Region automated backups – Part 2 : https://aws.amazon.com/ko/blogs/database/part-2-managed-disaster-recovery-with-amazon-rds-for-oracle-xrab/

 

 

2022-04-18 / Sungwook Kang / http://sungwookkang.com

 

 

AWS Oracle RDS, Automated Backup, Cross Region Backup, 교차 리전 자동 백업, DR, RTO, RPO

[AWS RDS] AWS RDS for Oracle 교차 리전 자동 백업 – Part 1/2

-          교차 리전 자동 백업을 사용하여 RPO, RTO 효율화 하기

 

l  Version : AWS RDS for Oracle

 

AWS에서 관리형 데이터베이스로 제공하는 RDS for Oracle 사용하면 AWS 리전 내의 데이터베이스 인스턴스에 대한 향상된 가용성과 내구성을 얻을 있다. 여러 리전에 걸쳐 DR 구성을 하면 미션 크리티컬한 데이터베이스를 실행할 읽기 전용 RDS 사용할 있어, 사용자에게 가까운 다른 리전에서 프로덕션 읽기에 대한 워크로드를 처리할 있다. 또한 스냅샷과 아카이브된 redo로그를 포함하는 Oracle Amazon RDS 교차 리전 자동 백업을 사용하면 낮은RPO(복구 시점 목표) 감소된 RTO(복구 시간 목표) 비용 효율적인 교차 리전 DR 구성할 있다.

 

이번 포스트는 교차 리전 자동 백업에 대해서 2회에 걸쳐 설명하며 이번 포스트에서는 Part 1으로  개념에 대해서 설명한다.  AWS RDS for Oracle 중점을 두었지만 AWS RDS for PostgreSQL에서도 리전 자동 백업을 사용할 있다. 자세한 내용은 원문을 참고한다.

l  Managed disaster recovery with Amazon RDS for Oracle cross-Region automated backups – Part 1 : https://aws.amazon.com/blogs/database/managed-disaster-recovery-with-amazon-rds-for-oracle-cross-region-automated-backups-part-1/

 

교차 리전 자동 백업은 단일 리전에서 현재 Amazon RDS 백업 복구 자동화에 사용하는 것과 동일한 솔루션을 제공하지만 데이터베이스 인스턴스를 복원하는데 필요한 모든 데이터를 번째 리전에서 즉시 사용할 있도록 추가 보호 기능을 제공한다. 기능은 Amazon RDS 자동 백업 기능을 확장하여 기본 리전에서 보조 리전으로 스냅샷 아카이브된 redo 로그의 자동 복제를 설정할 있는 기능을 제공한다.

 

Amazon RDS for Oracle에서는 12.1(12.1.0.2 v10 부터)이상의 버전에 대해 교차 리전 자동 백업을 지원한다. 기능은 LI(License Included) 또는 BYOL(Bring Your Own License)모델로 Oracle Database 모든 에디션을 사용하는 Oracle Amazon RDS 고객에게 지원된다. BYOL 고객은 Oracle 계약을 검토하여 기능의 사용이 허용되는지 확인해야한다.

 

교차 리전 자동 백업을 사용하면 RDS 인스턴스가 상주하는 소스 리전에서 캡처 보관된 스냅샷, 아카이브된 redo 로그 백업이 자동으로 번째 리전에 복사된다. 그런 다음 RDS 선택한 백업 보존 기간에 따라 스냅샷 아카이브 로그를 유지관리하여 대상 리전에서 특정 시점 복원(PITR)기능을 활성화 한다.

 

 

Amazon RDS 리전 자동 백업을 사용하면 대상 리전에서는 원본 리전과 다른 복구 기간을 선택할 있다. 그리고 원본 리전의 로그가 즉시 번째 리전에 복사되므로 리전 자동 백업을 통해서 사이트와 장애조치 사이트를 장거리로 분리할 있다. 아래는 교차 리전 자동 백업에 대한 장점이다.

l  교차 리전 자동 백업은 컴퓨팅 경우에 따라 다른 리전에서 PITR 필요할 때까지 라이선스 비용을 절약하는데 도움이 되는 비용 효율적인 DR 기능이 필요한 경우에 이상 적이다.

l  교차 리전 자동 백업은 리전 간에 RDS 스냅샷을 복사하는 스크립팅에 시간과 리소스가 부족하고 수동 리전 스냅샷 복사 보다 낮은 RPO 필요한 경우에도 유용하다.

l  기능은 수동 스냅샷을 자동으로 복제하여 스냡샷이 복원된 적용해야 하는 redo 로그 양을 줄여 대상 리전에서 낮은 RTO 제공하는데 도움이 있다.

 

일반 작업 중에 자동 백업을 활성화하면 Amazon RDS 5 간격으로 인스턴스에서 생성된 아카이브된 redo 로그 복사와 함께 정의한 백업 기간 동안 RDS DB 인스턴스 스토리지의 일일 스냅샷을 만든다. 이러한 백업은 RDS DB 인스턴스가 있는 리전의 Amazon Simple Storage Service(Amazon S3) 저장된다. 교차 리전 자동 백업을 사용하면 이러한 동일한 스냅샷 아카이브된 로그가 소스 리전에서 사용 가능하게 되는 즉시 번째 리전에 복제된다.

 

스냅샷 생성은 RDS DB 인스턴스에서 5분마다 시작되기 때문에 원본 리전의 RDS 인스턴스에 대한 일반적인 RPO 5~10분이다. 원격 리전의 경우 복사 시간이 길기 때문에 교차 리전 백업의 RPO 소스 리전보다 10 이상 늦게 실행될 있다. redo 볼륨이 높은 데이터베이스 인스턴스는 번째 리전의 인스턴스에 대해 가장 최근에 복원 가능한 시간에 추가 지연이 발생할 있다. PITR 완료하는 걸리는 시간은 스냅샷이 복원된 적용해야 하는 redo 로그 양에 따라 크게 달라지며, 이는 교차 리전 자동 백업의 결과로 변경할 없는 부분이다. 리전 또는 리전 RDS 인스턴스 복원 작업에 대해 낮은 RTO 달성하려는 경우 인스턴스의 수동 스냅샷을 생성하여 복원의 redo 로그 단계의 시간을 줄일 있다.

 

아래 표는 Oracle Amazon RDS 다양한 HA DR 기능으로 얻을 있는 RPO RTO 지표이다.

Feature RPO (근사치) RTO(근사치) Licensing
RDS Multi-AZ 0 1 to 2 minutes License Included Standard Edition Two (SE2) or BYOL SE2 or Enterprise Edition
Snapshot restore Hours < 1 hour
PITR(in-Region) using Automated Backups 5 minutes Hours
PITR using cross-Region Automated Backups 25 minutes Hours
Mounted replica promotion (in-Region) Minutes Minutes Enterprise Edition
Mounted replica promotion (cross-Region) Minutes Minutes
Read replica promotion (in-Region) Minutes Minutes Enterprise Edition + Active Data Guard
Read Replica promotion (cross-Region) Minutes Minutes

 

AWS KMS 또는 Oracle TDE(투명한 데이터 암호화) 암호화된 RDS DB 인스턴스는 다른 리전에도 복제할 있다. Oracle TDE TDE 옵션을 통해 사용 중인 경우 Amazon RDS TDE 키를 대상 지역에 자동으로 복사하므로 Oracle wallet 해당 지역에서 관리될 있다. AWS KMS 암호화를 지원하는 교차 리전 자동 백업은 대상 리전의 기존 AWS KMS 고객 마스터 (CMK) 사용하여 복제된 백업을 암호화 한다.

 

AWS KMS 암호화를 사용하여 보호되는 RDS 인스턴스에 대해 교차 리전 자동 백업을 구현할 대상 리전에서 암호화 작업에 사용할 KMS ARN 지정해야 한다. 이는 Amazon RDS 기본 KMS 키가 없지만 AWS KMS 기본 서비스 키에 대한 교차 리전 액세스를 허용하지 않기 때문에 별도의 키여야 한다.

 

교차 리전 자동 백업은 리전 간에 DB 스냅샷 아카이브된 redo 로그를 복사하는 동안 전송된 데이터에 대해 요금이 부과된다. 기본 리전과 보조 리전 간의 데이터 전송 요금은 해당 리전의 데이터 전송 요금을 기준으로 청구되며 스냅샷이 복사된 대상 리전에 저장소 요금은 표준 데이터베이스 스냅샷 요금이 적용된다. 대상 리전에 아카이브된 redo 로그를 저장 하는데는 추가 요금이 부과되지 않는다. 인스턴스, 스토리지, 데이터 전송 지역별 가용성에 대한 최신 요금은 Oracle Amazon RDS 요금을 참고한다.

l  Amazon RDS for Oracle pricing : https://aws.amazon.com/rds/oracle/pricing/

 

 

[참고자료]

l  Managed disaster recovery with Amazon RDS for Oracle cross-Region automated backups – Part 1 : https://aws.amazon.com/blogs/database/managed-disaster-recovery-with-amazon-rds-for-oracle-cross-region-automated-backups-part-1/

l  Amazon RDS for Oracle pricing : https://aws.amazon.com/rds/oracle/pricing/

 

 

 

2022-04-14 / Sungwook Kang / http://sungwookkang.com

 

 

AWS Oracle RDS, Automated Backup, Cross Region Backup, 교차 리전 자동 백업, DR, RTO, RPO

+ Recent posts