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

# Amazon Keyspaces의 테이블에 대한 사전 워밍 구성
<a name="warm-throughput"></a>

Amazon Keyspaces는 온디맨드 또는 프로비저닝된 처리량을 기반으로 스토리지 파티션을 자동으로 확장하지만, 새 테이블 또는 갑작스러운 처리량 피크의 경우 필요한 스토리지 파티션을 할당하는 데 더 오래 걸릴 수 있습니다. 신규 또는 기존 테이블이 예상 피크 처리량을 지원하기에 충분한 용량을 갖도록 하려면 특정 *웜 처리량* 값을 수동으로 설정하여 테이블*을 사전 워밍*할 수 있습니다.

*웜 처리량*은 Amazon Keyspaces 테이블이 동시에 지원할 수 있는 읽기 및 쓰기 작업 수를 나타냅니다. 이러한 값은 기본적으로 모든 신규 및 기존 테이블에 사용할 수 있습니다. 온디맨드 모드를 사용하거나 프로비저닝된 처리량을 업데이트하는 경우 Amazon Keyspaces는 애플리케이션이 해당 값까지 요청을 즉시 실행할 수 있도록 합니다.

Amazon Keyspaces는 사용량이 증가함에 따라 웜 처리량 값을 자동으로 조정합니다. 예를 들어 짧은 시간 내에 테라바이트의 데이터를 로드해야 할 수 있는 다른 데이터베이스에서 데이터를 마이그레이션하는 경우 다가오는 피크 이벤트의 처리량 용량을 조정하려면 테이블 웜 처리량 값을 수동으로 늘릴 수 있습니다. 이는 요청 속도가 10배, 100배 이상 증가할 수 있는 계획된 피크 이벤트에 유용합니다. 먼저 현재 웜 처리량이 예상 트래픽을 처리하기에 충분한지 평가합니다. 그런 다음 계획된 피크 워크로드에 대해 테이블을 사전 워밍해야 하는 경우 처리량 설정 또는 [용량 모드를](ReadWriteCapacityMode.md) 변경하지 않고 수동으로 웜 처리량 값을 늘릴 수 있습니다.

읽기 작업, 쓰기 작업 또는 둘 다에 대해 테이블을 사전 워밍할 수 있습니다. 신규 및 기존 단일 리전 테이블과 다중 리전 테이블의 경우이 값을 늘릴 수 있으며 설정한 웜 처리량 설정은 다중 리전 테이블의 모든 복제본에 자동으로 적용됩니다. 언제든지 사전 워밍할 수 있는 Amazon Keyspaces 테이블 수에는 제한이 없습니다. 사전 워밍을 완료하는 데 걸리는 시간은 설정한 값과 테이블 크기에 따라 달라집니다. 동시에 사전 웜 요청을 제출할 수 있으며 이러한 요청은 테이블 작업을 방해하지 않습니다. 해당 리전의 계정에 대한 테이블 할당량 한도까지 테이블을 사전 워밍할 수 있습니다. [Service Quotas 콘솔](https://console.aws.amazon.com/servicequotas)을 사용하여 현재 할당량을 확인하고 필요한 경우 늘리세요.

Amazon Keyspaces가 온디맨드 사용량 또는 프로비저닝된 용량에 따라 조정하는 웜 처리량 값은 추가 요금 없이 모든 테이블에 대해 기본적으로 사용할 수 있습니다. 그러나 기본 웜 처리량 값을 수동으로 늘려 피크 트래픽 이벤트에 대해 테이블을 사전 워밍하는 경우 추가 요금이 적용됩니다. 자세한 내용은 [Amazon Keyspaces 요금을](https://aws.amazon.com/keyspaces/pricing/) 참조하세요.

다음은 Amazon Keyspaces 테이블을 사전 워밍할 때 고려할 수 있는 몇 가지 시나리오와 모범 사례입니다.

## 웜 처리량 및 고르지 않은 액세스 패턴
<a name="warm-throughput-scenarios-uneven"></a>

테이블의 웜 처리량은 초당 30,000개의 읽기 단위와 초당 10,000개의 쓰기 단위일 수 있지만 해당 값에 도달하기 전에 읽기 또는 쓰기에서 여전히 용량 초과 이벤트가 발생할 수 있습니다. 이는 핫 파티션 때문일 수 있습니다. Amazon Keyspaces는 거의 무제한 처리량을 지원하도록 규모를 조정할 수 있지만 각 개별 파티션은 초당 1,000개의 쓰기 단위와 초당 3,000개의 읽기 단위로 제한됩니다. 애플리케이션이 테이블 파티션의 작은 부분으로 트래픽을 너무 많이 구동하는 경우 테이블의 웜 처리량 값에 도달하기 전에도 용량 초과 이벤트가 발생할 수 있습니다. 원활한 확장성을 보장하고 핫 파티션을 방지하려면 [Amazon Keyspaces 모범 사례를](bp-partition-key-design.md) 따르는 것이 좋습니다.

## 프로비저닝된 테이블의 웜 처리량
<a name="warm-throughput-scenarios-provisioned"></a>

웜 처리량이 초당 30,000개의 읽기 단위와 초당 10,000개의 쓰기 단위이지만 현재 프로비저닝된 처리량이 4,000개의 RCUs와 8,000개의 WCUs. 프로비저닝된 처리량 설정을 업데이트하여 테이블의 프로비저닝된 처리량을 최대 30,000RCUs 10,000WCUs 즉시 조정할 수 있습니다. 이러한 값 이상으로 프로비저닝된 처리량을 늘리면 새로운 피크 처리량을 설정했기 때문에 웜 처리량이 자동으로 더 높은 새 값으로 조정됩니다. 예를 들어 프로비저닝된 처리량을 50,000 RCU로 설정하면 웜 처리량이 초당 50,000 읽기 단위로 증가합니다.

```
"ProvisionedThroughput": 
    {
        "ReadCapacityUnits": 4000,
        "WriteCapacityUnits": 8000 
    }
"WarmThroughput": 
    { 
        "ReadUnitsPerSecond": 30000,
        "WriteUnitsPerSecond": 10000
    }
```

## 온디맨드 테이블의 웜 처리량
<a name="warm-throughput-scenarios-ondemand"></a>

새로운 온디맨드 테이블은 초당 12,000개의 읽기 단위와 초당 4,000개의 쓰기 단위의 웜 처리량으로 시작됩니다. 테이블은 이러한 수준까지 지속적인 트래픽을 즉시 수용할 수 있습니다. 요청이 초당 12,000개의 읽기 단위 또는 초당 4,000개의 쓰기 단위를 초과하면 웜 처리량이 자동으로 더 높은 값으로 조정됩니다.

```
"WarmThroughput": 
    { 
        "ReadUnitsPerSecond": 12000,
        "WriteUnitsPerSecond": 4000
    }
```

## Amazon Keyspaces 테이블 사전 워밍 모범 사례
<a name="prewarming-best-practices"></a>

Amazon Keyspaces 테이블에 대해 사전 워밍을 구현할 때 다음 모범 사례를 따르세요.

필요한 용량을 정확하게 추정  
사전 워밍에는 일회성 비용이 발생하므로 오버프로비저닝을 방지하기 위해 예상 워크로드를 기반으로 필요한 처리량을 신중하게 계산하세요.

테이블의 스키마 고려  
행이 큰 테이블은 동일한 처리량을 위해 더 많은 파티션이 필요할 수 있습니다. 사전 워밍 요구 사항을 추정할 때 평균 행 크기의 팩터입니다.

테이블 성능 모니터링  
사전 워밍 후 CloudWatch 지표를 사용하여 테이블이 예상대로 로드를 처리하고 있는지 확인합니다. 자세한 내용은 [Amazon CloudWatch를 사용하여 사전 워밍된 테이블의 성능 모니터링](monitor-prewarming-cloudwatch.md) 단원을 참조하십시오.

할당량 관리  
애플리케이션에 허용되는 기본 할당량(40,000RCUs/WCUs 또는 2,000개 파티션)보다 높은 처리량이 필요한 경우 트래픽이 많은 이벤트가 발생하기 훨씬 전에 요청 할당량을 늘리세요. 할당량 증가를 요청하려면 [ Service Quotas 콘솔](https://console.aws.amazon.com/servicequotas)을 사용하세요.

비용 최적화  
일시적인 트래픽이 많은 이벤트의 경우 단기간 이벤트에 더 비용 효율적일 수 있으므로 용량이 큰 프로비저닝 모드로 전환하는 대신 사전 워밍을 사용하는 것이 좋습니다. 요금에 대한 자세한 내용은 [Amazon Keyspaces 요금을](https://aws.amazon.com/keyspaces/pricing/) 참조하세요.

**참고**  
테스트 단계에서 애플리케이션의 성능 지표를 모니터링하여 사전 워밍 구성이 워크로드 요구 사항을 적절하게 지원하는지 확인합니다.

**Topics**
+ [웜 처리량 및 고르지 않은 액세스 패턴](#warm-throughput-scenarios-uneven)
+ [프로비저닝된 테이블의 웜 처리량](#warm-throughput-scenarios-provisioned)
+ [온디맨드 테이블의 웜 처리량](#warm-throughput-scenarios-ondemand)
+ [Amazon Keyspaces 테이블 사전 워밍 모범 사례](#prewarming-best-practices)
+ [웜 처리량이 더 높은 새 Amazon Keyspaces 테이블 생성](create-table-warm-throughput.md)
+ [기존 Amazon Keyspaces 테이블의 웜 처리량 증가](update-warm-throughput.md)
+ [Amazon Keyspaces 테이블의 웜 처리량 보기](view-warm-throughput.md)
+ [Amazon CloudWatch를 사용하여 사전 워밍된 테이블의 성능 모니터링](monitor-prewarming-cloudwatch.md)