AWR 보고서를 사용하여 Oracle 데이터베이스의 Amazon RDS 엔진 크기 추정

AWR 보고서를 활성화합니다.

보고서를 활성화하려면 Oracle 설명서의 지침을 따릅니다.

보존 기간을 확인합니다.

AWR 보고서의 보존 기간을 확인하려면 다음 쿼리를 사용합니다.

SQL> SELECT snap_interval,retention FROM dba_hist_wr_control;

스냅샷을 생성합니다.

AWR스냅샷 간격이 피크 워크로드의 스파이크를 캡처할 만큼 세분화되지 않은 경우 AWR 보고서를 수동으로 생성할 수 있습니다. 수동 AWR 스냅샷을 생성하려면 다음 쿼리를 사용합니다.

SQL> EXEC dbms_workload_repository.create_snapshot;

최근 스냅샷을 확인합니다.

최근 AWR 스냅샷을 확인하려면 다음 쿼리를 사용합니다.

SQL> SELECT snap_id, to_char(begin_interval_time,'dd/MON/yy hh24:mi') Begin_Interval,
 to_char(end_interval_time,'dd/MON/yy hh24:mi') End_Interval
 FROM dba_hist_snapshot
 ORDER BY 1;

방법을 선택합니다.

IOPS 는 스토리지 디바이스에서 초당 입력 및 출력 작업의 표준 측정값이며 읽기 및 쓰기 작업을 모두 포함합니다. 

온프레미스 데이터베이스를 로 마이그레이션하는 경우 데이터베이스에서 사용하는 피크 디스크 I/O를 결정AWS해야 합니다. 다음 방법을 사용하여 대상 데이터베이스의 디스크 I/O를 추정할 수 있습니다.

다음 단계에서는 이러한 네 가지 방법을 설명합니다.

옵션 1: 로드 프로파일을 사용합니다.

다음 표에는 AWR 보고서의 프로필 로드 섹션의 예가 나와 있습니다.

중요: 보다 정확한 정보를 얻으려면 로드 프로파일 대신 옵션 2(I/O 프로파일) 또는 옵션 3(인스턴스 활동 통계)을 사용하는 것이 좋습니다.

이 정보를 기반으로 다음과 같이 IOPs 및 처리량을 계산할 수 있습니다.

IOPS = 읽기 I/O 요청: + 쓰기 I/O 요청 = 3,586.8 + 574.7 = 4134.5

처리량 = 물리적 읽기(블록) + 물리적 쓰기(블록) = 13,575.1 + 3,467.3 = 17,042.4

Oracle의 블록 크기는 8KB이므로 다음과 같이 총 처리량을 계산할 수 있습니다.

MB 단위의 총 처리량은 17042.4 * 8 * 1024 / 1024 / 1024 = 133.2MB입니다.

경고: 인스턴스 크기를 추정하는 데 로드 프로파일을 사용하지 마세요. 인스턴스 활동 통계 또는 I/O 프로파일만큼 정확하지 않습니다.

옵션 2: 인스턴스 활동 통계를 사용합니다.

12c 이전에 Oracle Database 버전을 사용하는 경우 AWR 보고서의 인스턴스 활동 통계 섹션을 사용하여 예측 IOPS 및 처리량을 계산할 수 있습니다. 다음 표에서는 이 섹션의 예제를 보여줍니다.

이 정보를 기반으로 다음과 같이 총 IOPS 및 처리량을 계산할 수 있습니다.

합계 IOPS = 3,610.28 + 757.11 = 4367

   총 Mbps = 114,482,426.26 + 36,165,631.84 = 150648058.1 / 1024 / 1024 = 143Mbps

옵션 3: I/O 프로필을 사용합니다.

Oracle Database 12c의 AWR 보고서에는 모든 정보를 단일 테이블에 표시하고 데이터베이스 성능에 대한 보다 정확한 데이터를 제공하는 I/O 프로파일 섹션이 포함되어 있습니다. 다음 표에서는 이 섹션의 예제를 보여줍니다.

이 표는 처리량 및 합계에 대해 다음 값을 제공합니다IOPS.

처리량 = 143MBPS(5번째 행에서 합계, 두 번째 열로 표시)

IOPS = 4,367.4(첫 번째 행에서 총 요청, 두 번째 열로 레이블 지정)

옵션 4: AWR 뷰를 사용합니다.

AWR 뷰를 사용하여 동일한 IOPS 및 처리량 정보를 볼 수 있습니다. 이 정보를 확인하려면 다음 쿼리를 사용합니다. 

break on report
 compute sum of Value on report
 select METRIC_NAME,avg(AVERAGE) as "Value"
 from dba_hist_sysmetric_summary
 where METRIC_NAME in ('Physical Read Total IO Requests Per Sec','Physical Write Total IO Requests Per Sec')
 group by metric_name;

방법을 선택합니다.

다음 세 가지 방법으로 대상 데이터베이스에 CPU 필요한 를 추정할 수 있습니다.

사용된 코어를 살펴보는 경우 OS 통계 대신 데이터베이스 지표 방법을 사용하는 것이 좋습니다. 마이그레이션하려는 데이터베이스에서만 CPU 사용하는 를 기반으로 하기 때문입니다. (OS 통계에는 다른 프로세스의 CPU 사용량도 포함됩니다.) 또한 ADDM보고서의 CPU관련 권장 사항을 확인하여 마이그레이션 후 성능을 개선해야 합니다.

CPU 생성에 따라 요구 사항을 추정할 수도 있습니다. 다른 CPU세대를 사용하는 경우 백서최적 워크로드 성능을 위한 의 수 설명 의 지침에 따라 CPU 대상 데이터베이스에 필요한 를 추정할 수 있습니다. vCPUs

옵션 1: 사용 가능한 코어를 기준으로 요구 사항을 추정합니다.

AWR 보고서에서:

다음 두 가지 방법으로 사용 가능한 코어를 추정할 수 있습니다.

OS 명령을 사용하여 사용 가능한 코어를 추정하려면

다음 명령을 사용하여 프로세서의 코어 수를 계산합니다.

$ cat /proc/cpuinfo |grep "cpu cores"|uniq
cpu cores    : 4
cat /proc/cpuinfo | egrep "core id|physical id" | tr -d "\n" | sed s/physical/\\nphysical/g | grep -v ^$ | sort | uniq | wc -l 

다음 명령을 사용하여 프로세서의 소켓 수를 계산합니다.

grep "physical id" /proc/cpuinfo | sort -u
  physical id     : 0
  physical id     : 1

참고 : 사용CPU률을 추출하기 위해 nmon 및 sar와 같은 OS 명령을 사용하는 것은 권장하지 않습니다. 이는 이러한 계산에 다른 프로세스의 CPU 사용률이 포함되고 데이터베이스에서 사용되는 실제 CPU 를 반영하지 않을 수 있기 때문입니다.

AWR 보고서를 사용하여 사용 가능한 코어를 추정하려면

AWR 보고서의 첫 번째 섹션에서 CPU 사용률을 도출할 수도 있습니다. 다음은 보고서에서 발췌한 내용입니다.

이 예제에서 CPUs 수는 80이며, 이는 논리적(가상) 임을 나타냅니다CPUs. 또한 이 구성에는 소켓 2개, 각 소켓에 물리적 프로세서 1개(물리적 프로세서 총 2개)가 있고 각 물리적 프로세서 또는 소켓에는 40개의 코어가 있다는 것도 알 수 있습니다. 

옵션 2: OS 통계를 사용하여 CPU 사용률을 추정합니다.

OS CPU 사용 통계는 OS에서 직접 확인하거나(sar 또는 다른 호스트 OS 유틸리티 사용) AWR 보고서의 운영 체제 통계 섹션에서 IDLE/(IDLE+BUSY) 값을 검토하여 확인할 수 있습니다. v$osstat 에서 직접 CPU 소비된 초를 볼 수 있습니다. AWR 및 Statspack 보고서에는 운영 체제 통계 섹션에도 이 데이터가 표시됩니다.

동일한 상자에 여러 데이터베이스가 있는 경우 모두 BUSY_에 대해 동일한 v$osstat 값을 갖습니다TIME.

시스템에 다른 주요 CPU 소비자가 없는 경우 다음 공식을 사용하여 CPU 사용률을 계산합니다.

   사용률 = 바쁜 시간 / 총 시간

바쁜 시간 = 요구 사항 = v$osstat.BUSY_TIME

   C = 총 시간(Busy + Idle)

C = 용량 = v$ostat.BUSY_TIME + v$ostat.IDLE_TIME

사용률 = BUSY_TIME / (BUSY_TIME + IDLE_TIME)

      = -1,305,569,937 / (1,305,569,937 + 4,312,718,839 )

      = 23% 사용

옵션 3: 데이터베이스 지표를 사용하여 CPU 사용률을 추정합니다.

시스템에서 여러 데이터베이스가 실행 중인 경우 보고서 시작 부분에 나타나는 데이터베이스 지표를 사용할 수 있습니다.

CPU 사용률 지표를 가져오려면 다음 공식을 사용합니다.

데이터베이스 CPU 사용량(사용 가능한 CPU 전력의 %) = CPU 시간 / NUM_CPUS / 경과 시간

여기서 CPU 사용량은 CPU 시간별로 설명되며 를 기다리는 시간이 CPU아니라 에 소요된 시간을 나타냅니다CPU. 이 계산 결과는 다음과 같습니다.

= 312,625.40 / 11,759.64/80 = 의 33%CPU가 사용 중

   코어 수(33%) * 80 = 26.4코어

   총 코어 수 = 26.4 * (120%) = 31.68코어

이 두 값 중 큰 값을 사용하여 Amazon RDS 또는 Aurora DB 인스턴스의 CPU 사용률을 계산할 수 있습니다.

참고: IBM 에서 AIX계산된 사용률이 운영 체제 또는 데이터베이스의 값과 일치하지 않습니다. 이러한 값은 다른 운영 체제에서는 일치합니다.

메모리 통계를 사용하여 메모리 요구 사항을 추정합니다.

AWR 보고서를 사용하여 소스 데이터베이스의 메모리를 계산하고 대상 데이터베이스에서 일치시킬 수 있습니다. 또한 기존 데이터베이스의 성능을 확인하고 메모리 요구 사항을 줄여 비용을 절감하거나 요구 사항을 높여 성능을 향상시켜야 합니다. 이를 위해서는 애플리케이션의 AWR 응답 시간과 서비스 수준 계약(SLA)에 대한 자세한 분석이 필요합니다. Oracle 시스템 전역 영역(SGA) 및 프로그램 전역 영역(PGA) 사용량의 합계를 Oracle의 예상 메모리 사용률로 사용합니다. 대상 메모리의 크기 요구 사항을 결정하려면 OS에 20%를 추가합니다. Oracle 의 경우 모든 RAC 노드에서 예상 메모리 사용률의 합계를 RAC사용하고 총 메모리를 줄입니다. 공통 블록에 저장되기 때문입니다.

사용 중인 총 인스턴스 메모리 = SGA + PGA = 220GB + 45GB = 265GB

버퍼를 20% 추가하세요.

   총 인스턴스 메모리 = 1.2 * 265GB = 318GB 

SGA 및 가 호스트 메모리의 70%를 PGA 차지하기 때문에 총 메모리 요구 사항은 다음과 같습니다. 

   총 호스트 메모리 = 318/0.7 = 464GB

참고: Amazon RDS for Oracle로 마이그레이션하면 PGA 및 SGA가 사전 정의된 공식을 기반으로 미리 계산됩니다. 사전 계산된 값이 추정치와 비슷한지 확인하세요.

디스크 I/O, CPU및 메모리 추정치를 기반으로 DB 인스턴스 유형을 결정합니다.

이전 단계의 추정치를 기반으로 대상 Amazon RDS 또는 Aurora 데이터베이스의 용량은 다음과 같아야 합니다.

대상 AmazonRDS 또는 Aurora 데이터베이스에서 이러한 값을 코어 32개, 512GB 및 처리량 13,600Mbps의 용량을 가진 db.r5.RAM16xlarge 인스턴스 유형에 매핑할 수 있습니다. 자세한 내용은 Oracle 성능 지표를 기반으로 한 블로그 AWS postRight-size Amazon 인스턴스를 참조하세요. RDS