Multi-Region Access Point 요청 라우팅

Multi-Region Access Point를 통해 요청을 하면 Amazon S3는 Multi-Region Access Point와 연결된 버킷 중 어느 것이 사용자에게 가장 가까운지 결정해요. 그런 다음 Amazon S3는 요청이 어떤 AWS 리전에 있든 그 버킷으로 요청을 보냅니다.

Multi-Region Access Point가 요청을 가장 가까운 버킷으로 라우팅한 뒤에는 Amazon S3가 직접 그 버킷에 요청한 것처럼 요청을 처리해요. Multi-Region Access Points는 Amazon S3 버킷의 데이터 내용을 알지 못합니다. 따라서 요청을 받은 버킷에 요청한 데이터가 없을 수 있어요. Multi-Region Access Point와 연결된 Amazon S3 버킷에 일관된 데이터 세트를 만들려면 S3 Cross-Region Replication(CRR)을 구성할 수 있어요. 그러면 아무 버킷이든 요청을 성공적으로 처리할 수 있습니다.

Amazon S3는 다음 규칙에 따라 Multi-Region Access Point 요청을 보냅니다.

Amazon S3는 요청이 근접성에 따라 처리되도록 최적화해요. Multi-Region Access Point가 지원하는 버킷을 살펴보고 가장 근접한 버킷으로 요청을 전달합니다.
요청이 기존 리소스를 지정하는 경우(예: GetObject) Amazon S3는 요청을 처리할 때 객체의 이름을 고려하지 않아요. 즉 객체가 Multi-Region Access Point의 한 버킷에 존재하더라도 요청은 그 객체가 없는 버킷으로 라우팅될 수 있어요. 이 상황은 클라이언트에 404 오류 메시지가 반환되는 결과를 낳습니다.
- 404 오류를 피하려면 버킷에 S3 Cross-Region Replication(CRR)을 구성하는 걸 권장해요. 복제는 원하는 객체가 Multi-Region Access Point의 어떤 버킷에는 있지만 요청이 라우팅된 특정 버킷에는 없을 때 발생할 수 있는 문제를 해결하는 데 도움을 줍니다. 복제 구성에 대한 자세한 내용은 Multi-Region Access Points와 함께 사용하도록 복제 구성 문서를 참고하세요.
- 요청이 원하는 특정 객체로 처리되도록 하려면 버킷 버전 관리를 켜고 요청에 버전 ID를 포함하는 것도 권장해요. 이렇게 하면 찾고 있는 객체의 올바른 버전을 확보할 수 있습니다. 버전 관리가 활성화된 버킷은 우발적인 덮어쓰기로부터 객체를 복구하는 데도 도움이 될 수 있어요. 자세한 내용은 S3 버킷에서 S3 버전 관리 사용 문서를 참고하세요.
요청이 리소스를 만드는 것이라면(예: PutObject 또는 CreateMultipartUpload) Amazon S3는 가장 가까운 버킷으로 요청을 처리해요. 예를 들어 전 세계 어디에서든 동영상 업로드를 지원하려는 동영상 회사가 있다고 가정해 보세요. 사용자가 Multi-Region Access Point에 PUT 요청을 하면 객체는 가장 근접한 버킷에 들어갑니다.
- 업로드된 동영상을 전 세계의 다른 사용자들이 가장 낮은 지연 시간으로 다운로드할 수 있게 하려면 양방향(양방향) 복제와 함께 CRR을 사용할 수 있어요. 양방향 복제와 함께 CRR을 사용하면 Multi-Region Access Point와 연결된 모든 버킷의 내용이 동기화 상태로 유지됩니다. Multi-Region Access Points와 함께 복제를 사용하는 방법에 대한 자세한 내용은 Multi-Region Access Points와 함께 사용하도록 복제 구성 문서를 참고하세요.

출처: 문서