답변:
예, 현재이 문제에 대한 두 가지 인기있는 솔루션이 있습니다.
첫 번째는 Anycast
세계 각지에서 동일한 IP 블록이 문자 그대로 사용되는 곳입니다. 즉, 도메인의 이름 서버는 항상 동일한 IP 주소를 반환하지만 해당 IP 주소는 실제로 여러 물리적 서버 집합에 할당됩니다.
여기에 대한 자세한 내용은 http://en.wikipedia.org/wiki/Anycast를 참조하십시오 .
두 번째 기술은 다시 AnyCast와 관련이 있지만 이번에는 애니 캐스트되는 IP 주소 범위는 이름 서버 자체를 나타냅니다. 네임 서버는 (BGP의 마법에 의해 결정된) 가장 가까운 클라이언트로부터의 요청 만 할 것이기 때문에, 클라이언트에게 논리적으로 로컬 인 IP 주소를 스스로 반환 할 수 있습니다.
이에 대한 예는 Google의 l.google.com 도메인입니다.
호주의 호스트에서
crimson:~ dave$ host www.google.com
www.google.com is an alias for www.l.google.com.
www.l.google.com is an alias for www-notmumbai.l.google.com.
www-notmumbai.l.google.com has address 66.249.89.99
www-notmumbai.l.google.com has address 66.249.89.147
www-notmumbai.l.google.com has address 66.249.89.103
www-notmumbai.l.google.com has address 66.249.89.104
미국의 호스트에서
[dave@odessa ~]$ host www.google.com
www.google.com is an alias for www.l.google.com.
www.l.google.com has address 74.125.95.99
www.l.google.com has address 74.125.95.147
www.l.google.com has address 74.125.95.104
www.l.google.com has address 74.125.95.106
www.l.google.com has address 74.125.95.105
www.l.google.com has address 74.125.95.103
그래서, CNAME은 위해 www.google.com
로 확인 www.l.google.com
당신이 해결 될 때,하지만, 지역에 따라, 클라이언트는 IP 주소의 다른 세트를받습니다. 에 대한 요청을받은 네임 서버가 있기 때문이다 www.l.google.com
이었다 로컬 클라이언트에 상대적으로 네임 서버.
아시아, 북미 및 유럽 용 서버 만 현지화하려는 경우 웹앱과 DNS를 모두 직접 실행할 수 있습니다.
DNS를 사용하면 DNS 서버의 통합 기능 ( GeoDNS라고도 함 ) 또는 다른 IP 주소 범위를 다른 실행으로 리디렉션 하는 방화벽 을 통해 수행 할 수 있는 Split-Horizon DNS 접근 방식을 사용할 수 있습니다. DNS 서버의 인스턴스 (로컬 시스템에서 여러 개의 다른 서버 사본을 실행할 수 있으며 다른 로컬 IP 주소에서 수신 대기).
유럽의 호스트 기록, APNIC의 요청 ( 아시아의 호스트) 및 IP의 요청으로 RIPE 및 AfriNIC IP 주소의 DNS 요청에 응답하면 사례의 약 90 %에서 예상 결과를 얻을 수 있습니다. ARIN , LACNIC 및 기타 / 8 주소 공간에서 관리하는 / 8 블록 은 북미 지역의 서버 기록 과 함께 제공 됩니다. 특정 상황에서 일부 결과가 잘못 될 수 있습니다 (일부 / 8 블록은 유럽과 북미간에 공유되고 일부 주소 공간은 애니 캐스트 등). 그러나 최악의 상황은 영향을받는 당사자에 대한 추가 대기 시간입니다. ' 큰일이 아닙니다.A
A
(그렇습니다. 이러한 것들을 더 쉽게 만드는 방법이 있어야하지만, 지금까지는 아무것도없는 것처럼 보입니다.)