Я использую VPS от хостинг-провайдера в Амстердаме, мои потенциальные пользователи в основном находятся в Лондоне. За последние 90 дней у меня было 3 случая, когда мои пользователи не могли получить доступ к сайту, хотя серверы были запущены и работали (проверено путем входа на серверы с помощью SSH). При расследовании я обнаружил, что DNS были отключены, и, следовательно, URL-адреса не разрешались. Однако восприятие в сознании пользователей заключается в том, что сайт не работает.
Я хотел бы иметь более надежный DNS и изучил следующие варианты
- Перенесите домен к другому, более надежному хостинг-провайдеру.
- Измените записи NS для домена так, чтобы они указывали на серверы пространства имен хостинговой компании.
- Измените записи NS для домена так, чтобы они указывали на поставщика серверов частного пространства имен.
- Используйте коммерческую сеть CDN и, следовательно, ее серверы пространства имен.
Вариант 4 был исключен, поскольку мы планируем внедрить Varnish в качестве нашего веб-кэша. Я не смог найти информацию о плюсах и минусах первых трех вариантов даже после нескольких часов гугления.
Хотелось бы услышать от кого-нибудь о наиболее целесообразном методе создания надежного DNS.
решение1
Вы упустили из виду вариант 5, который заключается в добавлении еще одного DNS-сервера у другого провайдера.
Вы не сообщаете нам доменное имя, о котором идет речь, поэтому мы не можем проверить его whois, но я предполагаю, что либо ваш текущий провайдер DNS использует два сервера в одном месте, либо фактически использует только один сервер.
DNS спроектирован так, чтобы быть высокодоступным, но обе вышеприведенные схемы подрывают основной механизм, с помощью которого это должно происходить: несколько DNS-серверов у нескольких провайдеров с различным подключением.
Вы можете обнаружить, что это требует меньше усилий, чем любой из первых трех советов выше: арендуйте или создайте самостоятельно DNS-сервер на VPS у совершенно другого провайдера, настройте свой текущий сервер(ы) для разрешения передачи зон, добавьте его в свои записи NS и Whois через своего регистратора, и все готово.
Редактировать: .co.ukесть у провайдера, который, кажется, делает это правильно; выполнение digна серверах имен в whoisдает мне 212.67.202.2и 92.51.159.40, которые, скорее всего, являются двумя совершенно разными серверами в разных местах ( tracerouteдобавляет подтверждающие доказательства, предполагая, что они находятся в разных странах). Я был бы очень удивлен, если бы они оба были недоступны в одно и то же время. Вы, вероятно, добавите немного избыточности в свою настройку, добавив третий сервер под своим собственным контролем, хотя у вас будет больше понимания того, почему он упал, если он упал.
.bizОднако , не так хорошо сделано. Серверы, похоже, и 64.92.114.5. 64.92.115.5Хотя они номинально разделены, вполне вероятно, что они находятся на одном интернет-канале (опять же, tracerouteэто также предполагает), и это могут быть просто два разных адреса на одной машине (мы не можем знать этого снаружи). Замена одного из существующих сервером под вашим контролем увеличит избыточность.
решение2
Если вы управляете DNS самостоятельно, вам нужно несколько серверов имен, распределенных по нескольким локациям. Это требует много работы и более затратно, если ваши потребности не являются экстраординарными.
В противном случае я рекомендую вам использовать третью сторону для хостинга вашего доменного имени. Если того, что вы используете сейчас, недостаточно, попробуйте другого. Amazon делает это задешево (под названием Route 53), или вы можете использовать бесплатный хостинг DNS от NameCheap, или я также слышал хорошие отзывы о DNS Made Easy (.com).