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

문서의 영문과 번역 사이에 충돌이 있는 경우에는 영문 버전을 따릅니다. 번역 버전은 기계 번역을 사용하여 제공합니다.

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

에서 정적 웹 사이트를 호스팅하는 경우를 가정합니다.Amazon S3. 이(가) 다음 도메인을 등록했습니다. Amazon Route 53 예를 들어 example.com), http://www.example.com and http://example.com 고객님의 Amazon S3 콘텐츠. 이 워크스루(walkthrough)를 사용하여 정적 웹사이트를 호스팅하고 리디렉션을 생성하는 방법을 배울 수 있습니다. Amazon S3 등록된 사용자 지정 도메인 이름을 가진 웹 사이트 Route 53. 호스팅하려는 기존 웹 사이트에서 작업할 수 있습니다. Amazon S3또는 이 워크스루 를 사용하여 처음부터 시작합니다.

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

참고

Amazon S3에서는 웹 사이트에 대한 HTTPS 액세스를 지원하지 않습니다. HTTPS를 사용하려면 Amazon CloudFront 정적 웹사이트 서비스 Amazon S3.

자세한 내용은 사용 방법 CloudFront 정적 웹사이트 서비스 Amazon S3? and 뷰어와 CloudFront.

정적 웹사이트 자동 설정 AWS CloudFormation 템플릿

귀하는 AWS CloudFormation 템플릿을 사용하여 정적 웹 사이트 설정을 자동화합니다. The AWS CloudFormation 템플릿은 보안 정적 웹 사이트를 호스팅하는 데 필요한 구성 요소를 설정하므로 웹 사이트 콘텐츠에 더 초점을 맞출 수 있고 구성 요소 구성에 덜 집중할 수 있습니다.

The AWS CloudFormation 템플릿에는 다음 구성 요소가 포함됩니다.

  • Amazon S3‐생성 Amazon S3 정적 웹 사이트를 호스팅할 수 있는 버킷.

  • CloudFront‐ 생성 CloudFront 배포를 통해 정적 웹사이트 를 빠르게 확인할 수 있습니다.

  • Lambda@에지‐사용 람다@에지 모든 서버 응답에 보안 헤더를 추가하려면 보안 헤더는 웹 서버 응답에서 웹 브라우저에 추가 보안 예방 조치를 취하도록 알려주는 헤더 그룹입니다. 자세한 내용은 다음 블로그 게시물을 참조하십시오. Lambda@Edge를 사용하여 HTTP 보안 헤더 추가 및 Amazon CloudFront.

이 AWS CloudFormation 템플릿을 다운로드하여 사용할 수 있습니다. 정보 및 지침은 안전한 정적 웹사이트 시작하기 in the Amazon CloudFront 개발자 안내서.

시작하기 전에

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

Amazon Route 53 – 사용 Route 53 도메인을 등록하고 도메인에 대한 인터넷 트래픽을 라우팅할 위치를 정의합니다. 예를 들어 Route 53 도메인에 대한 트래픽을 라우팅하는 별칭 레코드(example.com서브도메인( ) 및www.example.com) Amazon S3 HTML 파일을 포함하는 버킷.

Amazon S3 – 사용 Amazon S3 버킷을 만들고 샘플 웹사이트 페이지를 업로드하고, 모든 사람이 콘텐츠를 볼 수 있도록 권한을 구성한 다음, 웹 사이트 호스팅에 대한 버킷을 구성할 수 있습니다.

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

아직 등록된 도메인 이름이 없는 경우 example.com, 에 등록 Route 53. 자세한 내용은 새 도메인 등록 in the 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 이 이름이 있는 버킷입니다.

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

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

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

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

    1. 선택 버킷 만들기.

    2. 입력 버킷 이름 예를 들어 example.com) ).

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

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

    4. 기본 설정을 적용하고 버킷을 생성하려면 생성.

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

    1. 선택 버킷 만들기.

    2. 입력 버킷 이름 예를 들어 www.example.com) ).

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

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

    4. 기본 설정을 적용하고 버킷을 생성하려면 생성.

다음 단계에서는 웹 사이트 호스팅을 위한 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. On Amazon S3 콘솔, 버킷 나열하고, 하위 도메인 버킷을 선택합니다( www.example.com (이 예에서는).

  2. 선택 속성.

  3. 선택 정적 웹사이트 호스팅.

  4. 선택 요청 리디렉션.

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

  6. 에서 프로토콜 상자, 입력 http.

  7. 선택 저장.

단계 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. 에서 버킷 목록에서 루트 도메인 버킷을 선택합니다.

  6. 선택 속성.

  7. 선택 서버 액세스 로깅.

  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 간의 통신에 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.com and www.example.com. IP 주소를 사용하는 대신 별칭 레코드는 Amazon S3 웹사이트 엔드포인트. Amazon Route 53 별칭 기록과 IP 주소 간의 매핑을 유지 Amazon S3 버킷이 있습니다. 별칭 레코드를 두 개(루트 도메인용 및 하위 도메인용) 만듭니다.

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

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

    참고

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

  2. 선택 호스팅 존.

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

  4. 선택 레코드 생성.

  5. 선택 간단한 라우팅, 및 을(를) 선택합니다. 다음.

  6. 선택 간단한 레코드 정의.

  7. 에서 레코드 이름 기본 값을 수락합니다. 이 값은 호스팅된 영역의 이름과 도메인 입니다.

  8. 에서 가치/경로 트래픽, 선택 S3 웹 사이트 끝점에 별칭.

  9. 지역 을 선택합니다.

  10. S3 버킷을 선택합니다.

    버킷 이름은 이름 상자. 에서 별칭 타겟 버킷 이름 뒤에 Amazon S3 예를 들어, 버킷이 만들어진 지역의 웹사이트 엔드포인트 example.com (s3-website-us-west-2). 별칭 타겟 에는 다음과 같은 경우 버킷이 나열됩니다.

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

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

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

    버킷이 별칭 타겟 목록, Amazon S3 예를 들어, 버킷이 만들어진 지역의 웹사이트 엔드포인트를 s3-website-us-west-2. 전체 목록을 보려면 Amazon S3 웹 사이트 끝점에 Amazon S3 웹사이트 엔드포인트. 별칭 대상에 대한 자세한 내용은 다음을 참조하십시오. 별칭 타겟 in the Amazon Route 53 개발자 안내서.

  11. 에서 레코드 유형, 선택 A ‐ ipv4 주소와 일부 트래픽을 AWS 자원.

  12. 대상 목표 건강 평가, 선택 아니요.

  13. 선택 간단한 레코드 정의.

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

  1. 루트 도메인에 대해 호스팅된 영역에서(example.com), 레코드 생성.

  2. 에서 레코드 이름 하위 도메인에 대해 www.

  3. 에서 가치/경로 트래픽, 선택 S3 웹 사이트 끝점에 별칭.

  4. 지역 을 선택합니다.

  5. 예를 들어 S3 버킷을 선택합니다. example.com (s3-website-us-west-2).

  6. 에서 레코드 유형, 선택 A ‐ ipv4 주소와 일부 트래픽을 AWS 자원.

  7. 대상 목표 건강 평가, 선택 아니요.

  8. 선택 간단한 레코드 정의.

참고

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

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

The Route 53 콘솔을 다시 디자인했습니다. 에서 Route 53 콘솔을 사용하여 이전 콘솔을 일시적으로 사용할 수 있습니다. 이전 직원과 Route 53 콘솔에서 아래 절차를 사용합니다.

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

    참고

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

  2. 선택 호스팅 존.

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

  4. 선택 레코드 세트 생성.

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

    Name

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

    루트 도메인의 경우, 이름 필드.

    유형

    선택 A – ipv4 주소.

    별칭

    선택 .

    별칭 대상

    에서 S3 웹사이트 엔드포인트 목록에서 버킷 이름을 선택합니다.

    버킷 이름은 이름 상자. 에서 별칭 타겟 버킷 이름 뒤에 Amazon S3 예를 들어, 버킷이 만들어진 지역의 웹사이트 엔드포인트 example.com (s3-website-us-west-2). 별칭 타겟 에는 다음과 같은 경우 버킷이 나열됩니다.

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

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

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

    버킷이 별칭 타겟 목록, Amazon S3 예를 들어, 버킷이 만들어진 지역의 웹사이트 엔드포인트를 s3-website-us-west-2. 전체 목록을 보려면 Amazon S3 웹 사이트 끝점에 Amazon S3 웹사이트 엔드포인트. 별칭 대상에 대한 자세한 내용은 다음을 참조하십시오. 별칭 타겟 in the Amazon Route 53 개발자 안내서.

    라우팅 정책

    기본값 수락 단순.

    대상 상태 평가

    기본값 수락 아니요.

  6. 선택 생성.

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

  1. 루트 도메인에 대해 호스팅된 영역에서(example.com), 레코드 세트 생성.

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

    Name

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

    유형

    선택 A – ipv4 주소.

    별칭

    선택 .

    별칭 대상

    에서 S3 웹사이트 엔드포인트 목록에 있는 동일한 버킷 이름을 선택합니다. 이름 필드—예를 들어, www.example.com (s3-website-us-west-2).

    라우팅 정책

    기본값 수락 단순.

    대상 상태 평가

    기본값 수락 아니요.

  3. 선택 생성.

참고

변경 사항은 일반적으로 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.