

# 버킷에서 요청자 지불 구성
<a name="RequesterPaysExamples"></a>

Amazon S3 버킷을 *요청자 지불* 버킷으로 구성하여 요청자가 버킷 소유자 대신 요청 및 데이터 다운로드 비용을 지불하도록 할 수 있습니다.

이 섹션에서는 콘솔과 REST API를 사용하여 Amazon S3 버킷에서 요청자 지불을 구성하는 방법에 대한 예제를 제공합니다.

## S3 콘솔 사용
<a name="configure-requester-pays-console"></a>

**S3 범용 버킷에 대한 요청자 지불을 활성화하려면**

1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/)에서 S3 콘솔을 엽니다.

1. 왼쪽 탐색 창에서 **범용 버킷**을 선택합니다.

1. **범용 버킷** 목록에서 요청자 지불을 활성화할 버킷의 이름을 선택합니다.

1. [**속성(Properties)**]을 선택합니다.

1. **요청자 지불**에서 **편집**을 선택합니다.

1. **활성화**를 선택하고 **변경 사항 저장**을 선택합니다.

   Amazon S3는 버킷에 대한 요청자 지불을 활성화하고 **버킷 개요**를 표시합니다. **요청자 지불(Requester pays)** 아래에 **활성화(Enabled)**가 표시됩니다.

## REST API 사용
<a name="RequesterPaysBucketConfiguration"></a>

버킷 소유자만 버킷의 `RequestPaymentConfiguration.payer` 구성 값을 `BucketOwner`(기본값) 또는 `Requester`(으)로 설정할 수 있습니다. `requestPayment` 리소스 설정은 선택 사항입니다. 기본적으로 버킷은 요청자 지불 버킷이 아닙니다.

요청자 지불 버킷을 일반 버킷으로 되돌리려면 `BucketOwner` 값을 사용합니다. 일반적으로 데이터를 Amazon S3 버킷에 업로드할 때는 `BucketOwner`를 사용하며 버킷에 객체를 게시하기 전에 이 값을 `Requester`로 설정합니다.

**requestPayment를 설정하려면**
+ `PUT` 요청을 사용하여 지정된 버킷에 대해 `Payer` 값을 `Requester`로 설정합니다.

  ```
  1. PUT ?requestPayment HTTP/1.1
  2. Host: [BucketName].s3.amazonaws.com
  3. Content-Length: 173
  4. Date: Wed, 01 Mar 2009 12:00:00 GMT
  5. Authorization: AWS [Signature]
  6. 
  7. <RequestPaymentConfiguration xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
  8. <Payer>Requester</Payer>
  9. </RequestPaymentConfiguration>
  ```

요청이 성공하면 Amazon S3는 다음과 비슷한 응답을 반환합니다.

```
1. HTTP/1.1 200 OK
2. x-amz-id-2: [id]
3. x-amz-request-id: [request_id]
4. Date: Wed, 01 Mar 2009 12:00:00 GMT
5. Content-Length: 0
6. Connection: close
7. Server: AmazonS3
8. x-amz-request-charged:requester
```

요청자 지불은 버킷 수준에서만 설정할 수 있습니다. 버킷 내의 특정 객체에 대해서는 요청자 지불을 설정할 수 없습니다.

언제든지 버킷을 `BucketOwner` 또는 `Requester`로 구성할 수 있습니다. 그러나 새 구성 값이 적용되기까지 몇 분 정도 걸릴 수 있습니다.

**참고**  
미리 서명된 URL을 제공하는 버킷 소유자는 버킷을 요청자 지불로 구성하기 전에 신중하게 고려해야 합니다. 특히 수명 주기가 긴 URL의 경우에는 더욱 신중해야 합니다. 요청자가 버킷 소유자의 자격 증명을 사용하는 미리 서명된 URL을 사용할 때마다 버킷 소유자에게 요금이 부과됩니다.