Должен ли я минимизировать расстояние между местоположением регистратора и сервером


Несколько лет назад я помогал в переносе сервера содержимого веб-сайта с одного хоста на другой (в Канаде) из-за более выгодных цен на услуги. Из-за этого мне пришлось назначить нового регистратора для своего доменного имени.

Прямо сейчас я настроил свои домены на dotster.com чтобы указать IP-адрес моего сервера в Канаде.

Когда я проверяю IP-адрес своего сервера, выполняется несколько переходов, некоторые из которых находятся в США.

Мне просто любопытно, намного ли лучше измениться регистратор от Dotster до одного, ближайшего к моему текущему местоположению сервера, или это не повлияет на производительность моего веб-сайта?

P.S. Я сделал все возможное, чтобы оптимизировать свой сайт, но я просто не уверен, что расстояние между регистратором домена и компьютером сервера влияет на общую производительность веб-сайта.

Я смотрю на это с точки зрения мирового масштаба и производительности. Лучше ли мне отказаться от Dotster и перенести свои домены в регистратор, ближайший к серверу, или это будет пустой тратой времени? и почему?

Author: Mike -- No longer here, 2016-02-23

4 answers

Физическое местоположение регистратора не имеет значения, важно то, где расположены их DNS-серверы по отношению к вашим пользователям, и используют ли они одноадресную рассылку или любую рассылку для служб DNS. Вы, как правило, обнаруживаете, что более крупные поставщики DNS используют anycast. Это позволяет передавать одну и ту же информацию DNS на несколько серверов, расположенных по всему Интернету. Когда распознаватель выполняет поиск, запрос автоматически направляется на ближайший сервер, что обеспечивает лучшую скорость (и надежность - вы действительно не хотите, чтобы ваш DNS-провайдер вышел из строя).

Вот быстрый тест DNS вашего сайта в реальном времени из нескольких мест по всему миру: http://www.solvedns.com/clubcatcher.com#speedandhealth . Для сравнения, вот Twitter и Обмен стеками.

 5
Author: Tim Fountain, 2016-02-24 12:09:39

Хорошо. Майк. Я бы нашел хорошего, надежного и надежного регистратора с достойными услугами DNS. Необязательно, чтобы они были локальными для вашего сервера, и вот почему.

Когда пользователь делает запрос, он обращается к DNS своего провайдера, а не к вашему. Вроде того.

Просто, да?

По сути, ваши DNS-записи будут кэшироваться, распространяться и иным образом распространяться в соответствии с тем, что хочет сделать любой DNS-провайдер. Когда пользователь запрашивает доменное имя из своей сети, предположим такого никогда раньше не случалось, DNS провайдера будет искать ваше доменное имя и сопоставлять его с IP-адресом. Нам было бы легко подумать, что это будут регистраторы DNS, но не обязательно. В большинстве случаев, если DNS провайдера не имеет ответа, он будет запрашивать DNS сети вверх по потоку и так далее. Это, конечно, не всегда так, но в целом так обстоит дело с интернет-провайдерами.

Например, я использую CenturyLink. Теоретически, если я тупой пользователь, то мой маршрутизатор использует CenturyLink DNS-серверы. Если DNS-сервер CenturyLink не имеет ответа, он запрашивает DNS-сервер Quest. CenturyLink должен быть достаточно быстрым, однако квест будет намного быстрее. На самом деле, намного быстрее, чем у многих регистраторов.

У многих интернет-провайдеров есть кэш DNS. Подумайте немного о моем примере. Quest - крупная телекоммуникационная компания со значительной магистралью. Весьма вероятно, что в какой-то момент у Quest будет запрошено доменное имя, независимо от того, является ли запись свежей или нет. Поскольку некоторых интернет-провайдеров не слишком волнует, если запись свежая, она будет обслуживать то, что находится либо в DNS, либо в кэше DNS. Даже если провайдер хочет обновить запись и запрашивает SOA, что, скорее всего, связано с регистратором, используя мой пример, запрос делает DNS на магистральной сети.

Поэтому, хотя ваш регистратор не часто подвергается атакам, если он быстр и находится в хорошей близости от быстрой сети, это должно быть нормально. Вот почему для некоторых GoDaddy работает хорошо. Если производительность действительно станет проблемой, просто выберите быстрого регистратора на быстрая сеть или даже служба DNS в быстрой сети. Чем ближе к позвоночнику, тем лучше. Вот почему крупные регистраторы работают так же хорошо, как и они. Они хорошо расположены.

Имейте в виду, что даже крошечная сеть в крошечном городке может иметь немедленный доступ к магистрали. Я знаю, и я живу высоко в горах.

Возможно, я не совсем точно объяснил это. Мне пришлось спешить, потому что мне нужно было кое-куда добраться. Тем не менее, вы понимаете, что DNS регистраторов реже всего попадает в DNS чтобы найти ваш IP-адрес.

 1
Author: closetnoc, 2016-02-23 16:00:37

Если вы смотрите на это по всему миру и хотите повысить производительность, вам определенно следует использовать сервис CDN (Сеть доставки контента), они работают довольно просто, у них есть серверы, расположенные в разных точках мира, некоторые имеют хорошее покрытие, а другие нет, но основная идея заключается в том, что он будет геолокировать ваших пользователей и доставлять ваш контент с ближайшего к ним сервера.

Вы хотели бы видеть maxcdn и cloudflare услуги.

 0
Author: knif3r, 2016-02-23 09:12:42

По моему опыту, не имеет значения, где находится ваш регистратор домена и где расположен ваш сервер. Учитываются только записи DNS, которые хранятся на сервере, где находится веб-страница, потому что без записей DNS веб не будет работать.

Итак, в двух словах... Я думаю, что не важно, где вы регистрируете свой домен, потому что вам всегда нужно размещать свои DNS-записи на сервере, где находится ваша страница. Итак, чтобы рассмотреть ваш вопрос в перспективе.... если вы зарегистрируете домен, давайте скажем, в Сингапуре (.sg), и вы разместите его на своем сервере в Канаде, производительность сайта будет такой же, потому что у вас есть записи DNS, которые вы разместили на своем сервере.

Это просто регистратор, который предоставляет вам записи DNS, производительность такая же. Это важно только из-за геолокации ваших пользователей/контента, который вы им предоставляете.

 0
Author: Josip Ivic, 2016-02-23 09:13:39