Route 53에 등록된 사용자 지정 도메인을 사용하여 정적 웹 사이트 구성 - Amazon Simple Storage Service

Route 53에 등록된 사용자 지정 도메인을 사용하여 정적 웹 사이트 구성

Amazon S3에서 정적 웹 사이트를 호스팅하는 경우를 가정합니다. 예를 들어 example.com과 같은 도메인을 Amazon Route 53에 등록하고 Amazon S3 콘텐츠에서 http://www.example.comhttp://example.com에 대한 요청을 수행하게 합니다. 이 연습을 사용하여 정적 웹 사이트를 호스팅하고 사용자 지정 도메인 이름이 Route 53에 등록된 웹 사이트에 대한 리디렉션을 Amazon S3에 만드는 방법을 학습할 수 있습니다. Amazon S3에서 호스트할 기존 웹 사이트로 작업하거나 이 연습을 사용하여 처음부터 시작할 수 있습니다.

이 연습을 완료한 후에는 필요에 따라 Amazon CloudFront를 사용하여 웹 사이트의 성능을 향상시킬 수 있습니다. 자세한 내용은 Amazon CloudFront를 이용해 웹 사이트 속도 높이기 단원을 참조하십시오.

참고

Amazon S3에서는 웹 사이트에 대한 HTTPS 액세스를 지원하지 않습니다. HTTPS를 사용하려는 경우 Amazon CloudFront를 사용하여 Amazon S3에서 호스팅되는 정적 웹 사이트를 제공할 수 있습니다.

자세한 내용은 CloudFront를 사용하여 Amazon S3에서 호스팅되는 정적 웹 사이트를 제공하려면 어떻게 해야 합니까?CloudFront와 Amazon S3 오리진 간의 통신에 HTTPS 필요를 참조하십시오.

시작하기 전에

이 예제의 단계에 따르려면 다음과 같이 작업을 합니다.

Amazon Route 53 – Route 53을 사용하여 도메인을 등록하고 도메인의 인터넷 트래픽을 라우팅할 위치를 정의합니다. 이 예제는 도메인(example.com) 및 하위 도메인(www.example.com)의 트래픽을 HTML 파일이 포함된 Amazon S3 버킷으로 라우팅하는 Route 53 별칭 레코드의 생성 방법을 보여줍니다.

Amazon S3 – Amazon S3를 사용하여 버킷을 만들고 샘플 웹 사이트 페이지를 업로드해 모든 사용자가 콘텐츠를 볼 수 있도록 권한을 구성한 뒤, 웹 사이트 호스팅용 버킷을 구성합니다.

1단계: Route 53에 사용자 지정 도메인 등록

등록된 도메인 이름(예: example.com)이 아직 없으면 Route 53에 등록합니다. 자세한 내용은 Amazon Route 53 개발자 안내서새 도메인 등록 단원을 참조하십시오. 도메인 이름을 등록한 후 웹 사이트 호스팅용 Amazon S3 버킷을 생성하고 구성할 수 있습니다.

2단계: 두 개의 버킷 생성

루트 도메인 및 하위 도메인의 요청을 모두 지원하려면 두 개의 버킷을 생성합니다.

  • 도메인 버킷example.com

  • 하위 도메인 버킷www.example.com

이러한 버킷 이름은 도메인 이름과 정확히 일치해야 합니다. 이 예제에서 도메인 이름은 example.com입니다. 루트 도메인 버킷(example.com)에서 콘텐츠를 호스팅합니다. 하위 도메인 버킷(www.example.com)에 대한 리디렉션 요청을 만듭니다. 누군가가 브라우저에 www.example.com을 입력하면 example.com으로 리디렉션되고 해당 이름을 가진 Amazon S3 버킷에서 호스팅되는 콘텐츠가 표시됩니다.

웹 사이트 호스팅용 버킷을 생성하려면

아래 지침에서는 웹 사이트 호스팅용 버킷을 생성하는 방법에 대한 개요를 제공합니다. 버킷을 만드는 자세한 단계별 지침은 Amazon Simple Storage Service 콘솔 사용 설명서S3 버킷을 생성하려면 어떻게 해야 합니까? 단원을 참조하십시오.

  1. AWS Management 콘솔에 로그인한 다음 https://console.aws.amazon.com/s3/에서 Amazon S3 콘솔을 엽니다.

  2. 루트 도메인 버킷을 생성합니다.

    1. 버킷 만들기를 선택합니다.

    2. 버킷 이름(예: example.com)을 입력합니다.

    3. 버킷을 생성하려는 리전을 선택합니다.

      가까운 리전을 선택하면 지연 시간과 요금을 최소화하고, 규제 요건을 다룰 수 있습니다. 선택한 리전에 따라 Amazon S3 웹 사이트 엔드포인트가 결정됩니다. 자세한 내용은 웹 사이트 엔드포인트 단원을 참조하십시오.

    4. 기본 설정을 적용하고 버킷을 생성하려면 [Create]를 선택합니다.

  3. 하위 도메인 버킷을 생성합니다.

    1. 버킷 만들기를 선택합니다.

    2. 버킷 이름(예: www.example.com)을 입력합니다.

    3. 버킷을 생성하려는 리전을 선택합니다.

      가까운 리전을 선택하면 지연 시간과 요금을 최소화하고, 규제 요건을 다룰 수 있습니다. 선택한 리전에 따라 Amazon S3 웹 사이트 엔드포인트가 결정됩니다. 자세한 내용은 웹 사이트 엔드포인트 단원을 참조하십시오.

    4. 기본 설정을 적용하고 버킷을 생성하려면 [Create]를 선택합니다.

다음 단계에서는 웹 사이트 호스팅을 위한 example.com을 구성합니다.

3단계: 웹 사이트 호스팅용 루트 도메인 버킷 구성

이 단계에서는 루트 도메인 버킷(example.com)을 웹 사이트로 구성합니다. 이 버킷은 사용자의 웹 사이트 콘텐츠를 포함합니다. 웹 사이트 호스팅용 버킷을 구성할 때 웹 사이트 엔드포인트를 사용하여 웹 사이트에 액세스할 수 있습니다.

정적 웹 사이트 호스팅을 활성화하려면

  1. AWS Management 콘솔에 로그인한 다음 https://console.aws.amazon.com/s3/에서 Amazon S3 콘솔을 엽니다.

  2. 버킷 이름 목록에서 정적 웹 사이트에 사용할 버킷을 선택합니다.

  3. [Properties]를 선택합니다.

  4. [Static website hosting]을 선택합니다.

  5. 이 버킷을 사용하여 웹 사이트를 호스팅합니다.를 선택합니다.

  6. 인덱스 문서의 이름을 입력합니다.

    인덱스 문서 이름은 일반적으로 index.html입니다. 인덱스 문서 이름은 대소문자를 구분하며 S3 버킷에 업로드하려는 HTML 인덱스 문서의 파일 이름과 정확히 일치해야 합니다. 자세한 내용은 인덱스 문서 구성 단원을 참조하십시오.

  7. (선택 사항) 사용자 지정 오류 문서를 추가할 경우 오류 문서 상자에 오류 문서 이름(예: error.html)을 입력합니다.

    오류 문서 이름은 대소문자를 구분하며 S3 버킷에 업로드하려는 HTML 오류 문서의 파일 이름과 정확히 일치해야 합니다. 자세한 내용은 (선택 사항) 사용자 지정 오류 문서 구성 단원을 참조하십시오.

  8. (선택 사항) 고급 리디렉션 규칙을 지정하려면 Edit redirection rules(리디렉션 규칙 편집)에서 XML을 사용하여 규칙을 설명합니다.

    자세한 내용은 고급 조건부 리디렉션 구성 단원을 참조하십시오.

  9. 정적 웹 사이트 호스팅에서 엔드포인트를 기록합니다.

    엔드포인트는 버킷의 Amazon S3 웹 사이트 엔드포인트입니다. 버킷을 정적 웹 사이트로 구성한 후 이 엔드포인트를 사용하여 웹 사이트를 테스트할 수 있습니다.

  10. 저장을 선택합니다.

다음 단계에서는 하위 도메인(www.example.com)을 구성하여 요청을 도메인(example.com)으로 리디렉션합니다.

4단계: 웹 사이트 리디렉션용 하위 도메인 버킷 구성

웹 사이트 호스팅용 루트 도메인 버킷을 구성하면 도메인에 대한 모든 요청을 리디렉션하도록 하위 도메인 버킷을 구성할 수 있습니다. 이 예제에서 www.example.com에 대한 모든 요청은 example.com으로 리디렉션됩니다.

리디렉션 요청을 구성하려면

  1. Amazon S3 콘솔의 버킷 목록에서 하위 도메인 버킷(이 예제에서는 www.example.com)을 선택합니다.

  2. [Properties]를 선택합니다.

  3. [Static website hosting]을 선택합니다.

  4. [Redirect requests]를 선택합니다.

  5. 대상 버킷 또는 도메인 상자에 도메인을 입력합니다(예: example.com).

  6. 프로토콜 상자에 http를 입력합니다.

  7. Save를 선택합니다.

5단계: 웹 사이트 트래픽용 로깅 구성

웹 사이트에 접속하는 방문자들의 수를 추적하려는 경우 필요에 따라 루트 도메인 버킷에 대한 로깅을 활성화할 수 있습니다. 자세한 내용은 Amazon S3 서버 액세스 로깅을 참조하십시오. 웹 사이트 속도를 높이기 위해 Amazon CloudFront를 사용하려는 경우 CloudFront 로깅을 사용할 수도 있습니다.

루트 도메인 버킷에 대한 서버 액세스 로깅을 활성화하려면

  1. https://console.aws.amazon.com/s3/에서 Amazon S3 콘솔을 엽니다.

  2. 정적 웹 사이트로 구성된 버킷을 생성한 리전에서 로깅용 버킷을 생성합니다(예: logs.example.com).

  3. 서버 액세스 로깅 로그 파일에 대한 폴더를 생성합니다(예: logs).

  4. (선택 사항) CloudFront를 사용하여 웹 사이트 성능을 개선하려면 CloudFront 로그 파일에 대한 폴더(예: cdn)를 생성합니다.

  5. Bucket(버킷) 목록에서 루트 도메인 버킷을 선택합니다.

  6. [Properties]를 선택합니다.

  7. Server access logging(서버 액세스 로깅)을 선택합니다.

  8. 로깅 활성화를 선택합니다.

  9. 대상 버킷에서 로그 파일에 대해 생성한 버킷(예: logs.example.com)을 선택합니다.

  10. 대상 접두사에서 로그 파일에 대해 생성한 폴더의 이름을 구분 기호(/)와 함께 입력합니다(예: logs/).

    대상 접두사를 설정할 때 쉽게 찾을 수 있도록 로그 데이터 파일을 폴더로 그룹화합니다.

  11. 저장을 선택합니다.

    이제 로그 버킷에서 로그에 액세스할 수 있습니다. Amazon S3는 2시간마다 웹 사이트 액세스 로그를 로그 버킷에 기록합니다.

  12. 로그를 보려면 개요를 선택하고 폴더를 선택합니다.

6단계: 인덱스 및 웹 사이트 콘텐츠 업로드

이 단계에서 인덱스 문서와 선택적 웹 사이트 콘텐츠를 루트 도메인 버킷에 업로드합니다.

버킷용 정적 웹 사이트 호스팅을 활성화할 때 인덱스 문서의 이름(예: index.html)을 입력합니다. 버킷용 정적 웹 사이트 호스팅을 활성화한 후 인덱스 문서 이름이 있는 HTML 파일을 버킷에 업로드합니다.

인덱스 문서를 구성하려면

  1. index.html 파일을 생성합니다.

    index.html 파일이 없으면 다음 HTML을 사용하여 파일을 생성할 수 있습니다.

    <html xmlns="http://www.w3.org/1999/xhtml" > <head> <title>My Website Home Page</title> </head> <body> <h1>Welcome to my website</h1> <p>Now hosted on Amazon S3!</p> </body> </html>
  2. 버킷에 대해 정적 웹 사이트 호스팅을 활성화할 때 입력한 정확한 인덱스 문서 이름으로 인덱스 파일을 로컬에 저장합니다(예: index.html).

    인덱스 문서 파일 이름은 정적 웹 사이트 호스팅 대화 상자에 입력한 인덱스 문서 이름과 정확히 일치해야 합니다. 인덱스 문서 이름은 대/소문자를 구분합니다. 예를 들어 정적 웹 사이트 호스팅 대화 상자에서 인덱스 문서 이름에 index.html을 입력하는 경우, 인덱스 문서 파일은 Index.html이 아니라 index.html이어야 합니다.

  3. AWS Management 콘솔에 로그인한 다음 https://console.aws.amazon.com/s3/에서 Amazon S3 콘솔을 엽니다.

  4. 버킷 목록에서 정적 웹 사이트를 호스팅하는 데 사용할 버킷의 이름을 선택합니다.

  5. 버킷에 정적 웹 사이트 호스팅을 활성화하고 인덱스 문서의 정확한 이름(예: index.html)을 입력합니다. 자세한 내용은 웹 사이트 호스팅 사용 단원을 참조하십시오.

    정적 웹 사이트 호스팅을 활성화한 후 6단계로 이동합니다.

  6. 버킷에 인덱스 문서를 업로드하려면 다음 중 하나를 수행합니다.

    • 인덱스 파일을 콘솔 버킷 목록으로 끌어다 놓습니다.

    • 업로드를 선택하고 프롬프트의 메시지에 따라 인덱스 파일을 선택하고 업로드합니다.

    단계별 지침은 Amazon Simple Storage Service 콘솔 사용 설명서Amazon S3 버킷에 파일 및 폴더를 업로드하려면 어떻게 해야 합니까?를 참조하십시오.

  7. (선택 사항) 버킷에 다른 웹 사이트 콘텐츠를 업로드합니다.

7단계: 퍼블릭 액세스 차단 설정 편집

이 예제에서는 퍼블릭 액세스를 허용하도록 도메인 버킷(example.com)에 대한 퍼블릭 액세스 차단 설정을 편집합니다.

기본적으로 Amazon S3은 계정 및 버킷에 대한 퍼블릭 액세스를 차단합니다. 버킷을 사용하여 정적 웹 사이트를 호스팅하려는 경우 이러한 단계를 사용하여 퍼블릭 액세스 차단 설정을 편집할 수 있습니다.

주의

이 단계를 완료하기 전에 Amazon S3 퍼블릭 액세스 차단 사용을 검토하여 퍼블릭 액세스 허용과 관련된 위험을 이해하고 이에 동의하는지 확인하십시오. 퍼블릭 액세스 차단 설정을 해제하여 버킷을 퍼블릭으로 만들면 인터넷상의 모든 사용자가 버킷에 액세스할 수 있습니다. 버킷에 대한 모든 퍼블릭 액세스를 차단하는 것이 좋습니다.

  1. https://console.aws.amazon.com/s3/에서 Amazon S3 콘솔을 엽니다.

  2. 정적 웹 사이트로 구성한 버킷의 이름을 선택합니다.

  3. Permissions를 선택합니다.

  4. [Edit]를 선택합니다.

  5. Block all public access(모든 퍼블릭 액세스 차단)를 선택 취소하고 저장을 선택합니다.

    주의

    이 단계를 완료하기 전에 Amazon S3 퍼블릭 액세스 차단 사용을 검토하여 퍼블릭 액세스 허용과 관련된 위험을 이해하고 이에 동의하는지 확인하십시오. 퍼블릭 액세스 차단 설정을 해제하여 버킷을 퍼블릭으로 만들면 인터넷상의 모든 사용자가 버킷에 액세스할 수 있습니다. 버킷에 대한 모든 퍼블릭 액세스를 차단하는 것이 좋습니다.

  6. 확인 상자에 confirm을 입력한 다음 확인을 선택합니다.

    S3 버킷에서 버킷에 대한 액세스Objects can be public(객체가 퍼블릭이 될 수 있음)으로 업데이트됩니다. 이제 버킷의 객체를 공개적으로 읽기 가능하게 만들 버킷 정책을 추가할 수 있습니다. 액세스가 계속 Bucket and objects not public(버킷 및 객체가 퍼블릭이 아님)으로 표시되는 경우, 버킷 정책을 추가하기 전에 계정에 대해 퍼블릭 액세스 차단 설정을 편집해야 할 수도 있습니다.

8단계: 버킷 정책 연결

S3 퍼블릭 액세스 차단 설정을 편집한 후에는 버킷 정책을 추가하여 버킷에 퍼블릭 읽기 액세스 권한을 부여할 수 있습니다. 퍼블릭 읽기 액세스 권한을 부여하면 인터넷의 모든 사용자가 버킷에 액세스할 수 있습니다.

중요

다음 정책은 하나의 예일 뿐이며 버킷의 콘텐츠에 대한 전체 액세스를 허용합니다. 이 단계를 진행하기 전에 Amazon S3 버킷의 파일을 보호하려면 어떻게 해야 합니까?를 검토하여 S3 버킷의 파일 보안을 위한 모범 사례 및 퍼블릭 액세스 권한 부여와 관련된 위험을 파악할 수 있습니다.

  1. 버킷에서 버킷의 이름을 선택합니다.

  2. Permissions를 선택합니다.

  3. [Bucket Policy]를 선택합니다.

  4. 웹 사이트에 대한 퍼블릭 읽기 액세스 권한을 부여하려면 다음 버킷 정책을 복사한 후 버킷 정책 편집기에 붙여 넣습니다.

    { "Version": "2012-10-17", "Statement": [ { "Sid": "PublicReadGetObject", "Effect": "Allow", "Principal": "*", "Action": [ "s3:GetObject" ], "Resource": [ "arn:aws:s3:::example.com/*" ] } ] }
  5. Resource를 업데이트하여 버킷 이름을 포함합니다.

    앞의 예제 버킷 정책에서 example.com은 버킷 이름입니다. 자체 버킷에 이 버킷 정책을 사용하려면 자체 버킷 이름과 일치하도록 이 이름을 업데이트해야 합니다.

  6. 저장을 선택합니다.

    버킷에 퍼블릭 액세스 권한이 있음을 나타내는 경고가 나타납니다. 버킷 정책퍼블릭 레이블이 나타납니다.

    Policy has invalid resource라는 오류가 표시되면 버킷 정책의 버킷 이름이 사용자의 버킷 이름과 일치하는지 확인합니다. 버킷 정책 추가에 대한 자세한 내용은 S3 버킷 정책을 추가하려면 어떻게 해야 합니까?를 참조하십시오.

    오류 - 액세스 거부됨 경고가 표시되고 버킷 정책 편집기에서 버킷 정책을 저장할 수 없는 경우 계정 수준 및 버킷 수준 퍼블릭 액세스 차단 설정을 확인하여 버킷에 대한 퍼블릭 액세스를 허용하는지 확인하십시오.

다음 단계에서는 웹 사이트 엔드포인트를 파악하고 도메인 엔드포인트를 테스트할 수 있습니다.

9단계: 도메인 엔드포인트 테스트

퍼블릭 웹 사이트를 호스팅하도록 도메인 버킷을 구성한 후 엔드포인트를 테스트할 수 있습니다. 자세한 내용은 웹 사이트 엔드포인트 단원을 참조하십시오. 하위 도메인 버킷은 정적 웹 사이트 호스팅이 아닌 웹 사이트 리디렉션에 대해 설정되어 있으므로 도메인 버킷의 엔드포인트만 테스트할 수 있습니다.

참고

Amazon S3에서는 웹 사이트에 대한 HTTPS 액세스를 지원하지 않습니다. HTTPS를 사용하려는 경우 Amazon CloudFront를 사용하여 Amazon S3에서 호스팅되는 정적 웹 사이트를 제공할 수 있습니다.

자세한 내용은 CloudFront를 사용하여 Amazon S3에서 호스팅되는 정적 웹 사이트를 제공하려면 어떻게 해야 합니까?CloudFront와 Amazon S3 오리진 간의 통신에 HTTPS 필요를 참조하십시오.

웹 사이트 엔드포인트를 테스트하려면

정적 웹 사이트 호스팅을 활성화할 때 웹 사이트 엔드포인트를 기록한 경우 웹 사이트를 테스트하려면 브라우저에 웹 사이트 엔드포인트를 입력합니다. 브라우저에 index.html 페이지가 나타나는 경우 웹 사이트가 정상적으로 표시되는 것입니다. 자세한 내용은 Amazon S3 웹 사이트 엔드포인트를 참조하십시오.

테스트하기 전에 웹 사이트 엔드포인트를 가져와야 하는 경우 다음 단계를 따르십시오.

  1. AWS Management 콘솔에 로그인한 다음 https://console.aws.amazon.com/s3/에서 Amazon S3 콘솔을 엽니다.

  2. 버킷 목록에서 정적 웹 사이트를 호스팅하는 데 사용할 버킷의 이름을 선택합니다.

  3. [Properties]를 선택합니다.

  4. [Static website hosting]을 선택합니다.

  5. 웹 사이트 엔드포인트를 테스트하려면 엔드포인트 옆에 있는 웹 사이트 엔드포인트를 선택합니다.

    브라우저에 index.html 페이지가 나타나는 경우 웹 사이트가 정상적으로 표시되는 것입니다.

다음 단계에서는 Amazon Route 53을 이용해 고객이 사용자 지정 URL을 모두 사용하여 해당 사이트를 탐색할 수 있도록 합니다.

10단계: 도메인 및 하위 도메인에 대한 별칭 레코드 추가

이 단계에서 도메인 맵 example.comwww.example.com에 따른 호스팅 영역에 추가하는 별칭 레코드를 생성합니다. 별칭 레코드는 IP 주소 대신 Amazon S3 웹 사이트 엔드포인트를 사용합니다. Amazon Route 53은 별칭 레코드와 Amazon S3 버킷이 존재하는 IP 주소 간 매핑을 유지합니다. 별칭 레코드를 두 개(루트 도메인용 및 하위 도메인용) 만듭니다.

루트 도메인(example.com)에 대한 별칭 레코드를 추가하려면

  1. https://console.aws.amazon.com/route53/에서 Route 53 콘솔을 엽니다.

    참고

    Route 53을 사용하고 있지 않으면 Amazon Route 53 개발자 안내서1단계: 도메인 등록을 참조하십시오. 설정을 완료했으면 지시 사항을 다시 시작할 수 있습니다.

  2. Hosted Zones(호스팅 영역)를 선택합니다.

  3. 호스팅 영역의 목록에서 사용자의 도메인 이름과 일치하는 호스팅 영역의 이름을 선택합니다.

  4. [Create Record Set]를 선택합니다.

  5. 다음 값을 지정합니다.

    이름

    기본값(호스팅 영역과 도메인의 이름)을 그대로 사용합니다.

    루트 도메인의 경우 이름 필드에 추가 정보를 입력할 필요는 없습니다.

    유형

    A – IPv4 주소를 선택합니다.

    별칭

    를 선택합니다.

    별칭 대상

    목록의 S3 website endpoints(S3 웹 사이트 엔드포인트) 섹션에서 버킷 이름을 선택합니다.

    버킷 이름은 이름 상자에 나타나는 이름과 일치해야 합니다. Alias Target(별칭 대상) 목록에서 버킷 이름 뒤에는 버킷이 생성된 리전의 Amazon S3 웹 사이트 엔드포인트가 옵니다(예: example.com (s3-website-us-west-2)). 다음과 같은 경우 Alias Target(별칭 대상)에 하나의 버킷이 나타납니다.

    • 버킷을 정적 웹 사이트로 구성한 경우

    • 버킷 이름이 생성 중인 레코드의 이름과 동일한 경우

    • 현재 AWS 계정에서 버킷을 생성한 경우

    버킷이 Alias Target(별칭 대상) 목록에 나타나지 않으면 버킷이 생성된 리전의 Amazon S3 웹 사이트 엔드포인트를 입력합니다(예: s3-website-us-west-2). Amazon S3 웹 사이트 엔드포인트의 전체 목록은 Amazon S3 웹 사이트 엔드포인트를 참조하십시오. 별칭 대상에 대한 자세한 내용은 Amazon Route 53 개발자 안내서별칭 대상을 참조하십시오.

    라우팅 정책

    기본값인 [Simple]을 수락합니다.

    대상 상태 평가

    기본값인 [No]를 수락합니다.

  6. Create를 선택합니다.

하위 도메인(www.example.com)에 별칭 레코드를 추가하려면

  1. 루트 도메인(example.com)에 대한 호스팅 영역에서 레코드 세트 생성을 선택합니다.

  2. 다음 값을 지정합니다.

    이름

    하위 도메인에 대해 www를 상자에 입력합니다.

    Type

    A – IPv4 주소를 선택합니다.

    별칭

    를 선택합니다.

    별칭 대상

    목록의 S3 website endpoints(S3 웹 사이트 엔드포인트) 섹션에서 이름 필드에 표시되는 동일한 버킷 이름을 선택합니다(예: www.example.com (s3-website-us-west-2)).

    라우팅 정책

    기본값인 [Simple]을 수락합니다.

    대상 상태 평가

    기본값인 [No]를 수락합니다.

  3. Create를 선택합니다.

참고

변경 사항은 일반적으로 60초 이내에 모든 Route 53 서버로 전파됩니다. 전파가 완료되면 이 절차에서 생성한 별칭 레코드의 이름을 사용하여 트래픽을 Amazon S3 버킷으로 라우팅할 수 있습니다.

11단계: 웹 사이트 테스트

웹 사이트 및 리디렉션 작업이 올바르게 작동하는지 확인합니다. 브라우저에 해당 URL을 입력합니다. 이 예제에서는 다음 URL을 이용할 수 있습니다.

  • 도메인(http://example.com) – example.com 버킷의 인덱스 문서를 표시합니다.

  • 하위 도메인(http://www.example.com) – 요청을 http://example.com으로 리디렉션합니다. example.com 버킷의 인덱스 문서가 표시됩니다.

예상 동작을 확인하기 위해 웹 브라우저의 캐시를 지워야 하는 경우도 있습니다.

Amazon CloudFront 배포를 설정하여 웹 사이트의 성능을 개선하고 웹 사이트 트래픽을 검토하는 데 사용할 수 있는 로그를 제공할 수 있습니다. 자세한 내용은 Amazon CloudFront를 이용해 웹 사이트 속도 높이기 단원을 참조하십시오.