A. 버킷에서 S3 Transfer Acceleration 구성 호주 및 유럽의 Transfer Acceleration Edge 엔드포인트를 CloudFront 원본으로 추가 Lambda@Edge를 수정하여 요청 원본을 사용자에게 가장 가까운 지역의 Transfer Acceleration 엔드포인트로 업데이트

B. ap-southeast-2 지역에서 S3 버킷을 만듭니다. 교차 지역 복제를 사용하여 eo-west-1 지역의 버킷에서 동기화합니다. 사용자에게 가장 가까운 지역에서 Amazon S3에 액세스하도록 lambdeEdge를 수정합니다.

C. ap-southeast-2 지역에서 S3 버킷을 만듭니다. 교차 지역 복제를 사용하여 eu-west-1 지역의 버킷에서 동기화합니다. 두 버킷 모두에 대해 대기 시간 기반 라우팅이 구성된 Amazon Route 53 호스팅 영역을 만듭니다. Lambda@Edge를 수정하여 요청의 출처를 (사용자에게 가장 가까운 Route S3 호스팅 영역)으로 업데이트합니다.

D. 버킷에서 S3 전송 가속을 구성합니다. 사용자와 가장 가까운 리전에서 전송 가속 엔드포인트를 사용하여 Amazon S3에 액세스하도록 LambdaEdge를 수정합니다.

A. Neptune VPC에 3개의 공용 서브넷을 생성하고 인터넷을 통해 트래픽을 라우팅합니다. 게이트웨이: 3개의 새 공용 서브넷에서 Lambda 함수 호스팅

B. VPC 외부에서 Lambda 함수를 호스팅합니다. Neptune 데이터베이스에 대한 VPC 엔드포인트를 만들고 Lambda 함수가 VPC 엔드포인트를 통해 Neptune에 액세스하도록 합니다.

C. VPC 외부에서 Lambda 함수를 호스팅합니다. Lambda 함수의 IP 범위에서 액세스를 허용하도록 Neptune 보안 그룹을 업데이트합니다.

D. Neptune VPC에 세 개의 프라이빗 서브넷을 만듭니다. 세 개의 새로운 격리된 서브넷에 Lambda 함수를 호스팅합니다. DynamoDB에 대한 VPC 엔드포인트를 만듭니다. 그리고 DynamoDB 트래픽을 VPC 엔드포인트로 라우팅합니다.

E. Neptune VPC에 세 개의 개인 서브넷을 만들고 NAT 게이트웨이를 통해 인터넷 트래픽을 라우팅합니다. 세 개의 새로운 개인 서브넷에 Lambda 함수를 호스팅합니다.

A. Amazon S3에 데이터 파일을 저장하고 각 파일의 메타데이터에 대해 Range GET을 사용한 다음 관련 데이터를 인덱싱합니다.

B. EC2 플릿과 EMR 노드에서 마운트한 Amazon EFS에 데이터 파일을 저장합니다.

C. Amazon EBS 볼륨에 데이터 파일을 저장하고 EC2 플릿과 EMR이 필요한 곳에서 볼륨을 마운트하거나 마운트 해제할 수 있도록 합니다.

D. 메타데이터, 인덱스 및 데이터를 각각의 키로 사용하여 데이터 파일의 내용을 Amazon DynamoDB 테이블에 저장합니다.

A. 사용자 지정 헤더의 존재 여부를 검증하고 웹 ACL을 ALB와 연결하는 규칙을 사용하여 AWS WAF에 웹 ACL을 만듭니다.

B. CloudFront 배포에서만 액세스를 허용하도록 S3 버킷 ACL을 업데이트합니다.

C. HTTP 요청에 사용자 정의 헤더를 추가하도록 ALB를 구성합니다.

D. CloudFront Origin Access Identity(OAI)를 생성하여 CloudFront 배포에 추가합니다. S3 버킷 정책을 업데이트하여 OAI에만 액세스할 수 있도록 합니다.

E. 원본 요청에 사용자 지정 헤더를 추가하도록 CloudFront를 구성합니다.

F. 사용자 지정 헤더의 존재 여부를 검증하고 웹 ACL을 CloudFront 배포와 연결하는 규칙을 사용하여 AWS WAF에 웹 ACL을 만듭니다.

A. 노드 균형

B. 세션 유지

C. 세션 멀티플렉싱

D. 세션 지속성