기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
IP 기반 라우팅
Amazon Route 53의 IP 기반 라우팅을 사용하면 네트워크, 애플리케이션 및 클라이언트에 대한 이해를 DNS 바탕으로 라우팅을 미세 조정하여 최종 사용자에게 가장 적합한 DNS 라우팅 결정을 내릴 수 있습니다. IP 기반 라우팅을 사용하면 매핑의 user-IP-to-endpoint 형태로 데이터를 Route 53에 업로드하여 성능을 최적화하거나 네트워크 비용을 절감할 수 있는 세분화된 제어가 가능합니다.
위치 정보 및 지연 시간 기반 라우팅은 Route 53가 수집 및 최신 상태로 유지하는 데이터를 기반으로 합니다. 이 접근 방식은 대부분의 고객에게 적합하지만 IP 기반 라우팅은 고객층의 특정 지식을 기반으로 라우팅을 최적화할 수 있는 추가 기능을 제공합니다. 예를 들어 글로벌 비디오 콘텐츠 공급자는 특정 인터넷 서비스 공급자()에서 최종 사용자를 라우팅할 수 있습니다ISP.
IP 기반 라우팅의 몇 가지 일반적인 사용 사례는 다음과 같습니다.
-
네트워크 전송 비용 또는 성능을 최적화ISPs할 수 있도록 최종 사용자를 특정 엔드포인트에서 특정 엔드포인트로 라우팅하려고 합니다.
-
고객의 물리적 위치에 대한 지식에 기반한 지리적 위치 라우팅과 같은 기존 Route 53 라우팅 유형에 재정의를 추가하려고 하는 경우.
IP 범위 관리 및 리소스 레코드 세트에 연결(RRSet)
의 경우 1~24비트 길이의 CIDR 블록을 사용할 IPv4수 있고,의 IPv6경우 1~48비트 길이의 CIDR 블록을 사용할 수 있습니다. 제로 비트 CIDR 블록(0.0.0.0/0 또는 ::/0)을 정의하려면 기본 ("*") 위치를 사용합니다.
CIDR 컬렉션에 지정된 쿼리보다 CIDR 긴 DNS 쿼리의 경우 Route 53은 쿼리를 더 짧은와 일치시킵니다CIDR. 예를 들어 CIDR 컬렉션에서 2001:0DB8::/32를 CIDR 블록으로 지정하고 쿼리가 2001:0:0000DB8:1234::/48에서 시작되면 일치합니다. 반면에 CIDR 컬렉션에 2001:0DB8:0000:1234::/48을 지정하고 쿼리가 2001:0DB8::/32에서 시작되는 경우이 값이 일치하지 않으며 Route 53은 기본 ("*") 위치에 대한 레코드로 응답합니다.
CIDR 블록 세트(또는 IP 범위)를 CIDR 위치로 그룹화할 수 있으며, 그러면 CIDR 컬렉션이라는 재사용 가능한 개체로 그룹화됩니다.
- CIDR 블록
-
CIDR 표기법의 IP 범위. 예: 192.0.2.0/24 또는 2001:DB8::/32.
- CIDR 위치
-
명명된 CIDR 블록 목록입니다. 예를 들어 = example-isp-seattle [192.0.2.0/24, 203.0.113.0/22, 198.51.100.0/24, 2001:DB8:/32 ]. CIDR 위치 목록의 블록은 인접하거나 동일한 범위일 필요는 없습니다.
단일 위치에IPv4는 및 IPv6 블록이 모두 있을 수 있으며,이 위치는 각각 A 및 AAAA 레코드 세트 모두에 연결할 수 있습니다.
위치 이름은 대개 규칙에 따른 위치이지만 임의의 문자열이 될 수 있습니다(예: Company-A).
- CIDR 컬렉션
-
명명된 위치의 컬렉션입니다. 예를 들어 mycollection = [example-isp-seattle, example-isp-tokyo].
IP 기반 라우팅 리소스 레코드 세트는 컬렉션의 위치를 참조하며, 동일한 레코드 세트 이름 및 유형에 대한 모든 리소스 레코드 세트는 동일한 컬렉션을 참조해야 합니다. 예를 들어 두 리전에서 웹 사이트를 생성하고 두 CIDR 위치의 DNS 쿼리를 원래 IP 주소를 기반으로 특정 웹 사이트로 보내려면 두 위치 모두 동일한 CIDR 컬렉션에 나열되어야 합니다.
프라이빗 호스팅 영역의 레코드에는 IP 기반 라우팅 정책을 사용할 수 없습니다.
IP 기반 라우팅 정책으로 레코드를 만들 때 지정하는 값에 대한 정보는 다음 주제를 참조하세요.
