Route 53 비용을 어떻게 줄일 수 있습니까?

간략한 설명

Route 53 요금은 다음에 대한 실제 서비스 사용을 기준으로 합니다.

• 호스팅 영역
• 쿼리
• 상태 확인
• 도메인 이름

Route 53에서는 사용한 만큼만 비용을 지불하면 됩니다. 자세한 내용은 Amazon Route 53 요금을 참조하세요.

예상보다 높은 Route 53 비용을 줄이려면 다음을 수행합니다.

• 사용되지 않은 호스팅 영역 삭제
• 가능한 경우 별칭 레코드 만들기
• 레코드에 대한 TTL을 늘리기
• 트래픽 정책 레코드 검토
• Resolver 엔드포인트 검토
• 상태 확인 검토

해결 방법

사용되지 않은 호스팅 영역 삭제

중요: 필요 없는 호스팅 영역만 삭제해야 합니다. Route 53는 호스팅 영역 또는 호스팅 영역 자체에서 삭제한 레코드를 복원할 수 없습니다.

Route 53에서 생성된 각 호스팅 영역에 대한 월별 요금이 부과됩니다. 도메인에 대한 호스팅 영역을 생성하면 Route 53는 호스팅 영역에 네 개의 이름 서버 세트를 할당합니다. 퍼블릭 DNS 확인의 경우 도메인 등록 기관에 이름 서버가 추가된 호스팅 영역만 쿼리를 해결하는 데 사용됩니다. 호스팅 영역과 관련된 비용을 최소화하려면 사용하지 않는 호스팅 영역을 모두 삭제합니다.

가능한 경우 별칭 레코드 만들기

Route 53에서 답변한 대부분의 DNS 쿼리에 대한 요금이 부과됩니다. 이 정책의 예외는 다음을 포함하여 무료로 제공되는 리소스에 매핑된 별칭 레코드에 대한 쿼리입니다.

• Elastic Load Balancing 인스턴스
• Amazon CloudFront 배포
• AWS Elastic Beanstalk 환경
• Amazon API Gateway
• Virtual Private Cloud(VPC) 엔드포인트
• Amazon Simple Cloud Storage(Amazon S3) 웹 사이트 버킷

별칭 레코드에서 지원되는 AWS 리소스 유형의 전체 목록은 값/라우팅 트래픽을 참조하십시오.

리소스가 별칭 레코드에서 지원되는 경우 레코드를 편집하여 레코드 유형을 별칭으로 지정합니다.

TTL 늘리기

Route 53에서 답변한 대부분의 DNS 쿼리에 대한 요금이 부과됩니다. 이 정책의 예외는 다음을 포함하여 무료로 제공되는 리소스에 매핑된 별칭 레코드에 대한 쿼리입니다.

• Elastic Load Balancing 인스턴스
• CloudFront 배포
• AWS Elastic Beanstalk 환경
• API 게이트웨이
• VPC 엔드포인트
• Amazon S3 웹 사이트 버킷

레코드에 대해 더 높은 TTL을 구성하는 경우에는 중간 확인자가 더 오랜 시간 동안 레코드를 캐시합니다. 따라서 이름 서버에서 수신하는 쿼리가 줄어듭니다. 이 구성은 응답한 DNS 쿼리에 해당하는 요금을 줄입니다. 그러나 TTL이 높으면 이전 값이 더 긴 기간 동안 캐시되기 때문에 레코드 변경 내용이 전파되는 속도가 느려집니다. TTL이 낮을수록 전파가 빨라집니다. 그러나 TTL이 낮을수록 캐시된 값이 더 빨리 만료되기 때문에 이름 서버에 더 많은 쿼리가 도달합니다.

트래픽 정책 레코드 검토

Route 53 트래픽 흐름 정책을 특정 DNS 이름(예: www.example.com)과 연결할 때 정책 레코드를 만듭니다. 트래픽 정책은 해당 DNS 이름에 대한 트래픽을 관리합니다. 트래픽 정책은 일반적으로 라우팅 정책의 조합과 지리적 근접 라우팅 정책의 모범 사례입니다. 정책 레코드를 통해 DNS 이름과 연결되지 않은 트래픽 정책에 대해서는 요금이 부과되지 않습니다.

여러 도메인을 동일한 트래픽 정책과 연결하려면 트래픽 정책 레코드와 동일한 호스팅 영역에 별칭 레코드를 생성합니다. 예를 들어 example.com에 대한 트래픽 정책 레코드와 트래픽 정책 레코드를 참조하는 www.example.com에 대한 별칭 레코드를 만들 수 있습니다.

비용을 더 줄이려면 트래픽 정책 레코드를 검토하십시오. 트래픽 정책 레코드를 단순 레코드나 다른 라우팅 정책으로 대체할 수 있는지 확인합니다.

Resolver 엔드포인트 검토

Route 53 Resolver 엔드포인트를 사용하려면 IP 주소가 두 개 이상 필요합니다. 각 IP 주소는 한 개의 탄력적 네트워크 인터페이스에 상응합니다. 탄력적 네트워크 인터페이스는 인터페이스당 시간당 0.125 USD의 요금으로 청구됩니다.

단일 아웃바운드 엔드포인트는 동일한 리전 내의 여러 계정에서 생성한 여러 VPC에서 사용할 수 있습니다. 동일한 리전의 서로 다른 VPC로 여러 아웃바운드 엔드포인트를 구성한 경우에는 추가 요금이 발생합니다. 비용을 절감하려면 개별 엔드포인트를 사용하는 대신 공유 메커니즘을 사용하여 엔드포인트를 통합합니다.

불필요한 상태 확인 삭제

상태 확인을 엔드포인트와 연결하면 상태 확인 요청이 엔드포인트의 IP 주소로 전송됩니다. 이러한 상태 확인 요청은 요청이 의도한 대로 작동하는지 확인하기 위해 전송됩니다. 상태 확인 요금은 연결된 엔드포인트에 따라 발생합니다. 상태 확인 청구를 방지하려면 RRset 레코드와 함께 사용되지 않고 더 이상 필요하지 않은 상태 확인을 모두 삭제하십시오.

상태 확인에 대한 대안으로 가능한 경우 ETH(대상 상태 평가)를 구성해야 합니다. 이 전략은 상태 점검 비용을 방지하는 데 도움이 됩니다. 자세한 내용은 다음을 참조하세요.

• 상태 확인 구성 시 Amazon Route 53이 레코드를 선택하는 방법
• ‘대상 상태 평가’를 사용하는 경우 Application Load Balancer를 가리키는 별칭 레코드가 이상 있음으로 표시되는 이유는 무엇입니까?
• 단순 Amazon Route 53 구성에서 상태 검사의 작동 방식

---