

# Amazon RDS의 성능 개선 도우미 개요
<a name="USER_PerfInsights.Overview"></a>

**중요**  
 AWS는 Performance Insights의 수명 종료일을 2026년 6월 30일로 발표했습니다. 이 날짜 이후에는 Amazon RDS가 더 이상 Performance Insights 콘솔 환경, 유연한 보존 기간(1\$124개월) 및 연결 요금을 지원하지 않습니다. Performance Insights API는 요금 변경 없이 계속 제공됩니다. Performance Insights API 비용은 CloudWatch Database Insights 비용과 함께 AWS 청구서에 표시됩니다.  
 Performance Insights의 유료 티어를 사용하는 DB 인스턴스를 2026년 6월 30일 이전에 Database Insights의 고급 모드로 업그레이드하는 것이 좋습니다. Database Insights의 고급 모드로 업그레이드하는 방법에 대한 자세한 내용은 [Amazon RDS에 Database Insights의 고급 모드 켜기](USER_DatabaseInsights.TurningOnAdvanced.md) 섹션을 참조하세요.  
 조치를 취하지 않으면 Performance Insights를 사용하는 DB 인스턴스가 기본적으로 Database Insights의 표준 모드를 사용하게 됩니다. Database Insights의 표준 모드를 사용하는 경우 7일이 지난 성능 데이터 기록에 액세스할 수 없으며 Amazon RDS 콘솔에서 실행 계획 및 온디맨드 분석 기능을 사용하지 못할 수 있습니다. 2026년 6월 30일 이후에는 Database Insights의 고급 모드만 실행 계획과 온디맨드 분석을 지원합니다.  
 CloudWatch Database Insights를 사용하면 데이터베이스 플릿의 데이터베이스 로드를 모니터링하며 대규모로 성능을 분석하고 문제를 해결할 수 있습니다. Database Insights에 대한 자세한 내용은 [CloudWatch Database Insights를 사용하여 Amazon RDS 데이터베이스 모니터링](USER_DatabaseInsights.md) 섹션을 참조하세요. 요금에 대한 자세한 내용은 [Amazon CloudWatch 요금](https://aws.amazon.com/cloudwatch/pricing/)을 참조하십시오.

기본적으로 RDS는 콘솔 생성 마법사에서 모든 Amazon RDS 엔진에 대해 성능 개선 도우미를 활성화합니다. DB 인스턴스에 둘 이상의 데이터베이스가 있는 경우 성능 개선 도우미는 성능 데이터를 집계합니다.

다음 비디오에서 Amazon RDS 성능 개선 도우미의 개요를 볼 수 있습니다.

[![AWS Videos](http://img.youtube.com/vi/yOeWcPBT458/0.jpg)](http://www.youtube.com/watch?v=yOeWcPBT458)


**중요**  
다음 주제는 비 Aurora DB 엔진에서 Amazon RDS 성능 개선 도우미를 사용하는 경우에 대해 설명합니다. Amazon RDS 성능 개선 도우미를 Amazon Aurora와 함께 사용하는 방법에 대한 자세한 내용은 *Amazon Aurora 사용 설명서*의 [Amazon RDS 성능 개선 도우미 사용](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.html)을 참조하세요.

**Topics**
+ [데이터베이스 부하](USER_PerfInsights.Overview.ActiveSessions.md)
+ [최대 CPU](USER_PerfInsights.Overview.MaxCPU.md)
+ [Amazon RDS DB 엔진, 리전 및 인스턴스 클래스 Performance Insights 지원](USER_PerfInsights.Overview.Engines.md)
+ [성능 개선 도우미의 요금 및 데이터 보존](USER_PerfInsights.Overview.cost.md)

# 데이터베이스 부하
<a name="USER_PerfInsights.Overview.ActiveSessions"></a>

*데이터베이스 로드(DB 로드)*는 데이터베이스의 세션 활동 수준을 측정합니다. `DBLoad`는 성능 개선 도우미의 주요 지표이며, 성능 개선 도우미는 1초마다 DB 로드를 수집합니다.

**Topics**
+ [활성 세션](#USER_PerfInsights.Overview.ActiveSessions.active-sessions)
+ [평균 활성 세션](#USER_PerfInsights.Overview.ActiveSessions.AAS)
+ [평균 활성 실행](#USER_PerfInsights.Overview.ActiveSessions.AAE)
+ [차원](#USER_PerfInsights.Overview.ActiveSessions.dimensions)

## 활성 세션
<a name="USER_PerfInsights.Overview.ActiveSessions.active-sessions"></a>

*데이터베이스 세션*은 관계형 데이터베이스와 애플리케이션의 대화를 나타냅니다. 활성 세션이란 DB 엔진에 작업을 제출하여 현재 응답 대기 중인 연결 세션을 말합니다.

세션은 CPU에서 실행 중이거나 리소스가 계속 진행될 수 있도록 대기 중일 때 활성화됩니다. 예를 들어 활성 세션은 페이지(또는 블록)가 메모리로 읽힐 때까지 기다린 다음 페이지에서 데이터를 읽는 동안 CPU를 사용할 수 있습니다.

## 평균 활성 세션
<a name="USER_PerfInsights.Overview.ActiveSessions.AAS"></a>

*평균 활성 세션(AAS)*은 성능 개선 도우미의 `DBLoad` 지표에 대한 단위입니다. 데이터베이스에서 동시에 활성화된 세션 수를 측정합니다.

성능 개선 도우미는 매초 쿼리를 동시에 실행하는 세션 수를 샘플링합니다. 각 활성 세션에 대해 성능 개선 도우미는 다음 데이터를 수집합니다.
+ SQL 문
+ 세션 상태(CPU에서 실행 중이거나 대기 중)
+ Host
+ SQL을 실행하는 사용자

성능 개선 도우미는 특정 기간 동안의 총 세션 수를 총 샘플 수로 나눠 AAS를 계산합니다. 예를 들어 다음 표는 1초 간격으로 채취된 실행 중인 쿼리의 연속된 5개 샘플을 보여 줍니다.

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.ActiveSessions.html)

이전 예시에서 시간 간격에 대한 DB 로드는 2 AAS입니다. 이 측정은 5개의 샘플을 채취한 간격 동안 평균적으로 2회의 세션이 동시에 활성화 상태였음을 의미합니다.

## 평균 활성 실행
<a name="USER_PerfInsights.Overview.ActiveSessions.AAE"></a>

초당 평균 활성 실행(AAE)은 AAS와 관련이 있습니다. Performance Insights는 AAE를 계산하기 위해 쿼리의 총 실행 시간을 시간 간격으로 나눕니다. 다음 표는 앞의 표와 동일한 쿼리의 AAE 계산을 보여 줍니다.

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.ActiveSessions.html)

대부분의 경우 쿼리의 AAS와 AAE는 거의 동일합니다. 하지만 계산에 입력되는 데이터 원본이 다르기 때문에 계산 결과가 약간 다른 경우가 많습니다.

## 차원
<a name="USER_PerfInsights.Overview.ActiveSessions.dimensions"></a>

`db.load` 지표는 차원이라는 하위 구성 요소로 구분할 수 있다는 점에서 다른 시계열 지표와 다릅니다. 차원을 `DBLoad` 지표의 다양한 특성에 대한 "분할 기준" 범주로 생각할 수 있습니다.

성능 문제를 진단할 때 다음과 같은 차원이 가장 유용한 경우가 많습니다.

**Topics**
+ [대기 이벤트](#USER_PerfInsights.Overview.ActiveSessions.waits)
+ [상위 SQL](#USER_PerfInsights.Overview.ActiveSessions.top-sql)
+ [계획](#USER_PerfInsights.Overview.ActiveSessions.plans)

Amazon RDS 엔진의 전체 차원 목록은 [차원을 기준으로 분할된 DB 로드](USER_PerfInsights.UsingDashboard.Components.md#USER_PerfInsights.UsingDashboard.Components.AvgActiveSessions.dims) 섹션을 참조하세요.

### 대기 이벤트
<a name="USER_PerfInsights.Overview.ActiveSessions.waits"></a>

*대기 이벤트*란 SQL 문이 계속 실행되려면 특정 이벤트가 발생할 때까지 기다려야 합니다. 대기 이벤트는 작업이 방해되는 위치를 나타내므로 DB 로드에 대해 중요한 측정기준이나 범주입니다.

모든 활성 세션이 CPU에서 실행 중이거나 대기 중입니다. 예를 들어 세션은 메모리에서 버퍼를 검색하거나 계산을 수행하거나 프로시저 코드를 실행할 때 CPU를 사용합니다. 세션에서 CPU를 사용하지 않는 경우 메모리 버퍼가 비어 있거나 읽을 데이터 파일 또는 기록할 로그가 나올 때까지 대기할 수 있습니다. 세션이 리소스를 기다리는 시간이 길수록 CPU에서 실행되는 시간이 줄어듭니다.

데이터베이스를 튜닝할 때 세션이 기다리는 리소스를 찾으려고 하는 경우가 많습니다. 예를 들어 두 개 또는 세 개의 대기 이벤트가 DB 로드의 90%를 차지할 수 있습니다. 이 측정은 평균적으로 활성 세션이 소수의 리소스를 기다리는 데 대부분의 시간을 소비한다는 것을 의미합니다. 이러한 대기의 원인을 찾을 수 있는 경우 해결 방법을 시도할 수 있습니다.

대기 이벤트는 DB 엔진마다 다릅니다.
+ 모든 MariaDB 및 MySQL 대기 이벤트에 대한 자세한 내용은 MySQL 설명서의 [대기 이벤트 요약 테이블](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-wait-summary-tables.html)을 참조하세요.
+ 모든 PostgreSQL 대기 이벤트에 대한 자세한 내용은 PostgreSQL 설명서의 [통계 수집기 > 대기 이벤트 테이블](https://www.postgresql.org/docs/current/monitoring-stats.html#WAIT-EVENT-TABLE)을 참조하세요.
+ 모든 Oracle 대기 이벤트에 대한 자세한 내용은 Oracle 설명서의 [대기 이벤트 설명](https://docs.oracle.com/database/121/REFRN/GUID-2FDDFAA4-24D0-4B80-A157-A907AF5C68E2.htm#REFRN-GUID-2FDDFAA4-24D0-4B80-A157-A907AF5C68E2)을 참조하세요.
+ 모든 SQL Server 대기 이벤트에 대한 자세한 내용은 SQL Server 설명서의 [대기 유형](https://docs.microsoft.com/en-us/sql/relational-databases/system-dynamic-management-views/sys-dm-os-wait-stats-transact-sql?view=sql-server-2017#WaitTypes)을 참조하십시오.

**참고**  
Oracle의 경우 연결된 SQL 없이 백그라운드 프로세스가 때때로 수행됩니다. 이 경우 성능 개선 도우미는 콜론으로 연결된 백그라운드 프로세스의 유형과 이 백그라운드 프로세스에 연결된 대기 클래스를 보고합니다. 백그라운드 프로세스의 유형으로는 `LGWR`, `ARC0`, `PMON` 등이 있습니다.  
예를 들어 아카이버가 I/O를 수행할 경우 성능 개선 도우미는 `ARC1:System I/O`와 같이 보고합니다. 경우에 따라 백그라운드 프로세스 유형이 누락되고 성능 개선 도우미가 대기 클래스만 보고할 때도 있습니다(예: `:System I/O`).

### 상위 SQL
<a name="USER_PerfInsights.Overview.ActiveSessions.top-sql"></a>

대기 이벤트는 병목 현상을 표시하는 반면, 상위 SQL은 DB 로드에 가장 많이 기여하는 쿼리를 보여줍니다. 예를 들어 현재 데이터베이스에서 여러 쿼리가 실행 중이더라도 단일 쿼리가 DB 부하의 99%를 소비할 수 있습니다. 이 경우 부하가 높으면 쿼리에 문제가 있음을 나타낼 수 있습니다.

기본적으로 성능 개선 도우미 콘솔에는 데이터베이스 부하에 영향을 미치는 상위 SQL 쿼리가 표시됩니다. 콘솔에는 각 문에 관련된 통계도 표시됩니다. 특정 문의 성능 문제를 진단하기 위해 실행 계획을 검사할 수 있습니다.

### 계획
<a name="USER_PerfInsights.Overview.ActiveSessions.plans"></a>

단순히 *계획*이라고도 하는 *실행 계획*은 데이터에 액세스하는 일련의 단계입니다. 예를 들어, 테이블 `t1`과 `t2`를 결합하기 위한 계획은 `t1`의 모든 행을 반복하고 각 행을 `t2`의 행과 비교할 수 있습니다. 관계형 데이터베이스에서 *옵티마이저*는 SQL 쿼리에 대한 가장 효율적인 계획을 결정하는 기본 제공 코드입니다.

DB 인스턴스의 경우 성능 개선 도우미는 실행 계획을 자동으로 수집합니다. SQL 성능 문제를 진단하려면 리소스 사용량이 많은 SQL 쿼리에 대해 캡처된 계획을 검토합니다. 계획은 데이터베이스가 쿼리를 구문 분석하고 실행하는 방법을 보여줍니다.

계획을 사용하여 DB 로드를 분석하는 방법을 알아보려면 다음 내용을 참조하세요.
+ Oracle: [Amazon RDS용 성능 개선 도우미 대시보드를 사용한 Oracle 실행 계획 분석](USER_PerfInsights.UsingDashboard.AccessPlans.md)
+ SQL Server: [Amazon RDS용 성능 개선 도우미 대시보드를 사용한 SQL Server 실행 계획 분석](USER_PerfInsights.UsingDashboard.AccessPlansSqlServer.md)

#### 계획 캡처
<a name="USER_PerfInsights.Overview.ActiveSessions.plans.capture"></a>

성능 개선 도우미는 5분마다 리소스 사용량이 가장 많은 쿼리를 식별하고 해당 계획을 캡처합니다. 따라서 수많은 계획을 수동으로 수집하고 관리할 필요가 없습니다. 대신 **상위 SQL(Top SQL)** 탭을 사용하여 가장 문제가 많은 쿼리에 대한 계획에 집중할 수 있습니다.

**참고**  
성능 개선 도우미는 텍스트가 수집 가능한 쿼리 텍스트의 최대 한도를 초과하는 쿼리에 대한 계획을 캡처하지 않습니다. 자세한 내용은 [성능 개선 도우미 대시보드에서 더 많은 SQL 텍스트에 액세스](USER_PerfInsights.UsingDashboard.SQLTextSize.md) 섹션을 참조하세요.

실행 계획의 보존 기간은 성능 개선 도우미 데이터와 동일합니다. 프리 티어의 보존 설정은 **기본값(7일)**입니다. 성능 데이터를 더 오래 보존하려면 1\$124개월을 지정하십시오. 보존 기간에 대한 자세한 내용은 [성능 개선 도우미의 요금 및 데이터 보존](USER_PerfInsights.Overview.cost.md) 섹션을 참조하세요.

#### 다이제스트 쿼리
<a name="USER_PerfInsights.Overview.ActiveSessions.plans.digest"></a>

**상위 SQL(Top SQL)** 탭에는 기본적으로 다이제스트 쿼리가 표시됩니다. 다이제스트 쿼리 자체에는 계획이 없지만 리터럴 값을 사용하는 모든 쿼리에는 계획이 있습니다. 예를 들어 다이제스트 쿼리에는 `WHERE `email`=?` 텍스트가 포함될 수 있습니다. 다이제스트에는 `WHERE email=user1@example.com` 텍스트가 포함된 쿼리와 `WHERE email=user2@example.com` 텍스트가 포함된 쿼리, 이렇게 2개의 쿼리가 포함될 수 있습니다. 이러한 리터럴 쿼리 각각에는 여러 계획이 포함될 수 있습니다.

다이제스트 쿼리를 선택할 때 해당 다이제스트의 하위 문에 대한 모든 계획이 콘솔에 표시됩니다. 따라서 계획을 찾기 위해 모든 하위 문을 살펴볼 필요가 없습니다. 상위 10개 하위 문의 표시 목록에 없는 계획을 볼 수 있습니다. 쿼리가 상위 10개에 속하는지 여부에 관계없이 계획이 수집된 모든 하위 쿼리에 대한 계획이 콘솔에 표시됩니다.

# 최대 CPU
<a name="USER_PerfInsights.Overview.MaxCPU"></a>

대시보드에서 **데이터베이스 로드** 차트는 세션 정보를 수집, 집계 및 표시합니다. 활성 세션이 최대 CPU를 초과하는지 확인하려면 **최대 vCPU** 선과의 관계를 확인합니다. 성능 개선 도우미는 **최대 vCPU** 값을 DB 인스턴스에서 vCPU(가상 CPU) 코어의 수로 결정합니다. 

한 번에 하나의 프로세스를 vCPU에서 실행할 수 있습니다. 프로세스 수가 vCPUs 수를 초과하면 프로세스가 대기열에 추가되기 시작합니다. 대기열이 늘어나면 데이터베이스 성능이 저하됩니다. DB 로드가 **최대 vCPU** 선을 상회하는 경우가 잦아지고 CPU가 기본 대기 상태라면 CPU에서 과부하가 발생한 것입니다. 이 경우 연결 수를 인스턴스에 맞게 조절하거나, CPU 부하가 높은 SQL 쿼리를 모두 조정하거나, 인스턴스 클래스의 크기를 늘리는 것이 좋습니다. 대기 상태의 인스턴스가 높고 일관적이라는 것은 해결해야 할 병목 현상이나 리소스 경합 문제가 있을 수 있음을 나타냅니다. DB 로드가 **최대 vCPU** 선을 넘지 않는다 하더라도 이러한 문제가 나타날 수 있습니다.

# Amazon RDS DB 엔진, 리전 및 인스턴스 클래스 Performance Insights 지원
<a name="USER_PerfInsights.Overview.Engines"></a>

**중요**  
 AWS는 Performance Insights의 수명 종료일을 2026년 6월 30일로 발표했습니다. 이 날짜 이후에는 Amazon RDS가 더 이상 Performance Insights 콘솔 환경, 유연한 보존 기간(1\$124개월) 및 연결 요금을 지원하지 않습니다. Performance Insights API는 요금 변경 없이 계속 제공됩니다. Performance Insights API 비용은 CloudWatch Database Insights 비용과 함께 AWS 청구서에 표시됩니다.  
 Performance Insights의 유료 티어를 사용하는 DB 인스턴스를 2026년 6월 30일 이전에 Database Insights의 고급 모드로 업그레이드하는 것이 좋습니다. Database Insights의 고급 모드로 업그레이드하는 방법에 대한 자세한 내용은 [Amazon RDS에 Database Insights의 고급 모드 켜기](USER_DatabaseInsights.TurningOnAdvanced.md) 섹션을 참조하세요.  
 조치를 취하지 않으면 Performance Insights를 사용하는 DB 인스턴스가 기본적으로 Database Insights의 표준 모드를 사용하게 됩니다. Database Insights의 표준 모드를 사용하는 경우 7일이 지난 성능 데이터 기록에 액세스할 수 없으며 Amazon RDS 콘솔에서 실행 계획 및 온디맨드 분석 기능을 사용하지 못할 수 있습니다. 2026년 6월 30일 이후에는 Database Insights의 고급 모드만 실행 계획과 온디맨드 분석을 지원합니다.  
 CloudWatch Database Insights를 사용하면 데이터베이스 플릿의 데이터베이스 로드를 모니터링하며 대규모로 성능을 분석하고 문제를 해결할 수 있습니다. Database Insights에 대한 자세한 내용은 [CloudWatch Database Insights를 사용하여 Amazon RDS 데이터베이스 모니터링](USER_DatabaseInsights.md) 섹션을 참조하세요. 가격 정보는 [Amazon CloudWatch 요금](https://aws.amazon.com/cloudwatch/pricing/)을 참조하십시오.

다음 테이블에는 성능 개선 도우미를 지원하는 Amazon RDS DB 엔진이 나와 있습니다.

**참고**  
Amazon Aurora에 대한 자세한 내용은 *Amazon Aurora 사용 설명서*에서 [Amazon Aurora DB 엔진의 성능 개선 도우미 지원](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.Overview.Engines.html)을 참조하세요.


|  Amazon RDS DB 엔진  | 지원되는 엔진 버전 및 리전 | 인스턴스 클래스 제한 사항 | 
| --- | --- | --- | 
|  Amazon RDS for MariaDB  |  RDS for MariaDB를 사용한 성능 개선 도우미 인사이트의 버전 및 리전 가용성에 대한 자세한 내용은 [Amazon RDS에서 성능 개선 도우미를 지원하는 리전 및 DB 엔진](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md) 섹션을 참조하세요.  |  성능 개선 도우미는 다음 인스턴스 클래스에서 지원되지 않습니다. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.Engines.html)  | 
|  RDS for MySQL  |  MySQL용 RDS를 사용한 성능 개선 도우미 인사이트의 버전 및 리전 가용성에 대한 자세한 내용은 [Amazon RDS에서 성능 개선 도우미를 지원하는 리전 및 DB 엔진](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md) 섹션을 참조하세요.  |  성능 개선 도우미는 다음 인스턴스 클래스에서 지원되지 않습니다. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.Engines.html)  | 
|  Amazon RDS for Microsoft SQL Server  |  RDS for SQL Server를 사용한 성능 개선 도우미 인사이트의 버전 및 지역 가용성에 대한 자세한 내용은 [Amazon RDS에서 성능 개선 도우미를 지원하는 리전 및 DB 엔진](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md) 섹션을 참조하세요.  |  해당 사항 없음  | 
|  Amazon RDS for PostgreSQL  |  RDS for PostgreSQL 기반 성능 개선 도우미 인사이트의 버전 및 지역 가용성에 대한 자세한 내용은 [Amazon RDS에서 성능 개선 도우미를 지원하는 리전 및 DB 엔진](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md) 섹션을 참조하세요.  |  해당 사항 없음  | 
|  Amazon RDS for Oracle  |  RDS for Oracle을 사용한 성능 개선 도우미 버전 및 지역 가용성에 대한 자세한 내용은 을 참조하십시오.[Amazon RDS에서 성능 개선 도우미를 지원하는 리전 및 DB 엔진](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md).  |  해당 사항 없음  | 

## 성능 개선 도우미 기능에 대한 Amazon RDS DB 엔진, 리전 및 인스턴스 클래스 지원
<a name="USER_PerfInsights.Overview.PIfeatureEngnRegSupport"></a>

다음 테이블에는 성능 개선 도우미 기능을 지원하는 Amazon RDS DB 엔진이 나와 있습니다.


| 기능 | [요금 티어](https://aws.amazon.com/rds/performance-insights/pricing/) |  [지원되는 리전](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.RegionsAndAvailabilityZones.html#Concepts.RegionsAndAvailabilityZones.Regions)  |  [지원되는 DB 엔진](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Welcome.html#Welcome.Concepts.DBInstance)  |  [지원되는 인스턴스 클래스](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.DBInstanceClass.html#Concepts.DBInstanceClass.Types)  | 
| --- | --- | --- | --- | --- | 
| [성능 개선 도우미에 대한 SQL 통계](sql-statistics.md) | 모두 | 모두 |  모두  | 모두 | 
| [Amazon RDS용 성능 개선 도우미 대시보드를 사용한 Oracle 실행 계획 분석](USER_PerfInsights.UsingDashboard.AccessPlans.md) | 모두 | 모두 |  RDS for Oracle  | 모두 | 
| [일정 기간 동안의 데이터베이스 성능 분석](USER_PerfInsights.UsingDashboard.AnalyzePerformanceTimePeriod.md) | 유료 티어만 |  모두  |  RDS for PostgreSQL  |  모두  | 
|  [성능 개선 도우미 사전 권장 사항 보기](USER_PerfInsights.InsightsRecommendationViewDetails.md) | 유료 티어만 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.Engines.html)  |  모두  | 모두  | 

# 성능 개선 도우미의 요금 및 데이터 보존
<a name="USER_PerfInsights.Overview.cost"></a>

기본적으로 성능 개선 도우미는 7일간의 성능 데이터 기록과 매달 1백만 건의 API 요청이 포함된 프리 티어를 제공합니다. 더 긴 보존 기간을 구매할 수도 있습니다. 전체 요금 정보는 [성능 개선 도우미 요금](https://aws.amazon.com/rds/performance-insights/pricing/)을 참조하세요.

RDS 콘솔에서는 성능 개선 도우미 데이터에 대해 다음과 같은 보존 기간을 선택할 수 있습니다.
+ **기본값(7일)**
+ ***n*개월**(***n***은 1\$124 사이의 숫자)

![\[성능 개선 도우미 데이터의 보존 기간을 선택합니다.\]](http://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/images/pi-retention-periods.png)


AWS CLI를 사용하여 보존 기간을 설정하는 방법은  섹션에서 알아보세요.