다중 리전 액세스 포인트 요청 라우팅

다중 리전 액세스 포인트를 통해 요청하면 Amazon S3는 다중 리전 액세스 포인트와 연결된 버킷 중 가장 가까운 버킷을 판단합니다. 그런 다음 Amazon S3는 해당 버킷이 있는 AWS 리전에 관계없이 요청을 해당 버킷에 보냅니다.

다중 리전 액세스 포인트가 가장 가까운 버킷으로 요청을 라우팅하면 Amazon S3는 사용자가 해당 버킷에 직접 요청한 것처럼 요청을 처리합니다. 다중 리전 액세스 포인트는 Amazon S3 버킷의 데이터 콘텐츠를 인식하지 못합니다. 따라서 요청을 받는 버킷에는 요청된 데이터가 포함되어 있지 않을 수 있습니다. 하나의 다중 리전 액세스 포인트와 연결된 Amazon S3 버킷에 일관된 데이터 세트를 생성하려면 S3 크로스 리전 복제(CRR)를 구성할 수 있습니다. 그러면 모든 버킷이 요청을 성공적으로 이행할 수 있습니다.

Amazon S3는 다음 규칙에 따라 다중 리전 액세스 포인트 요청을 보냅니다.

• Amazon S3는 근접성에 따라 처리되도록 요청을 최적화합니다. 다중 리전 액세스 포인트가 지원하는 버킷을 살펴보고 가장 가까운 버킷으로 요청을 전달합니다.

• 요청이 기존 리소스를 지정하는 경우(예: GetObject), Amazon S3는 요청을 이행할 때 객체의 이름을 고려하지 않습니다. 즉, 객체가 다중 리전 액세스 포인트의 버킷 하나에 존재하더라도 요청이 객체를 포함하지 않는 버킷으로 라우팅될 수 있다는 뜻입니다. 그러면 404 오류 메시지가 클라이언트에 반환됩니다.

  404 오류를 방지하려면 버킷에 S3 크로스 리전 복제(CRR)를 구성하는 것이 좋습니다. 복제는 원하는 객체가 다중 리전 액세스 포인트의 버킷에 있지만 요청이 라우팅된 특정 버킷에 없는 경우의 잠재적인 문제를 해결하는 데 도움이 됩니다. 복제 구성에 대한 자세한 내용은 다중 리전 액세스 포인트와 함께 사용할 복제 구성 섹션을 참조하세요.

  원하는 특정 객체를 사용하여 요청이 이행되도록 하려면 버킷 버전 관리를 설정하고 요청에 버전 ID를 포함하는 것이 좋습니다. 그러면 찾고 있는 객체의 올바른 버전이 있는지 확인할 수 있습니다. 버전 관리가 활성화된 버킷을 사용하는 것도 실수로 덮어쓴 객체를 복구하는 데 도움이 될 수 있습니다. 자세한 내용은 S3 버킷에서 버전 관리 사용을 참조하세요.

• 리소스 생성 요청인 경우(예: PutObject 또는 CreateMultipartUpload) Amazon S3는 가장 가까운 버킷을 사용하여 요청을 이행합니다. 예를 들어, 전 세계 어디서나 동영상 업로드를 지원하고자 하는 동영상 회사를 가정해 보겠습니다. 다중 리전 액세스 포인트에 PUT 요청을 하면 객체가 가장 가까운 버킷에 배치됩니다. 그런 다음 업로드된 비디오를 전 세계 다른 사람들이 최저 지연 시간으로 다운로드할 수 있도록 양방향 복제와 함께 CRR을 사용하면 됩니다. 양방향 복제와 CRR을 사용하면 다중 리전 액세스 포인트와 연결된 모든 버킷의 콘텐츠가 동기화된 상태로 유지됩니다. 다중 리전 액세스 포인트를 사용한 복제에 대한 자세한 내용은 다중 리전 액세스 포인트와 함께 사용할 복제 구성 섹션을 참조하세요.