Как я могу отправить посетителей самого близкого сервера с помощью DNS?
Вы могли посмотреть на sshfs. В основном у Вас было бы одно центральное расположение, которое другие серверы монтируют как локальная папка.
Например, (для монтирования сервера как каталога).
sshfs server.with.content:/home/arie/local_folder
Теперь можно получить доступ к другому серверу, как будто это была локальная папка. Добавленное преимущество состоит в том, что передача данных шифруется.
Google sshfs и предохранитель.
Да, в настоящее время существует два популярных решения этой проблемы.
Первое называют Anycast, где тот же блок IP буквально используется в нескольких местоположениях во всем мире. То есть серверы имен для Вашего домена всегда возвращают тот же IP-адрес, но что IP-адрес на самом деле присвоен больше чем одному набору физических серверов.
Можно прочитать больше об этом здесь http://en.wikipedia.org/wiki/Anycast
Вторая техника снова вовлекает AnyCast, однако на этот раз, передаваемый одному из узлов диапазон IP-адреса относится к нашим серверам имен самим. Поскольку серверы имен будут только запросы от клиентов, которые они являются самыми близкими также (как определено волшебством BGP), они могут самостоятельно возвратить IP-адреса, которые логически локальны для клиента.
Примером этого является домен l.google.com Google
От хоста в Австралии
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 был локальный сервер имен относительно клиента.
If you only want to localise servers for Asia, North America and Europe, then you could decide to run both your webapp and your DNS yourself.
With DNS, you could use something like the Split-Horizon DNS approach, which could either be achieved through integrated functionality of your DNS server (they may call it GeoDNS), or through a firewall that would redirect different IP-address ranges to different running instances of your DNS server (you could run several different copies of the server on your local machine, which will listen at different local IP-addresses).
You could probably get expected results in ≈90% of cases by replying to DNS requests from RIPE and AfriNIC IP-addresses with an A record of your host in Europe, requests from APNIC — host in Asia, and requests from the IP-addresses from the /8 blocks administered by ARIN, LACNIC and the rest of the /8 address space with an A record of your server in North America. This will have some wrong results in certain situations (some /8 blocks are shared between Europe and North America, some address space is anycast etc), but the worst that would happen is some extra latency to the affected party, so, it shouldn't be a big deal.
(And, yes, there should be a way to make these things easier, but, so far, it seems like there is none.)
У меня была такая же проблема. У нашей компании есть клиенты в России и Китае, и всем им нужно очень быстрое подключение к нашей службе. Мы использовали Amazon Route 53 Geo DNS и только что создали две записи: одна будет направлять клиентов из Китая в наш региональный кластер в Токио, а клиентов из России в Лондон.