Стратегия хостинга DNS высокой доступности?

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

Что мы ищем:

• Нет единой точки отказа.
• Время эффективно.
  • Одно решение, которое было предложено, состоит в том, чтобы сделать несколько хостов DNS. Это похоже на отличную альтернативу, но у нас более 20 доменов, и обновление IP-адреса на всех этих доменах у двух провайдеров является непозволительным.
• Экономически эффективным.
  • Я должен продать это высшему руководству. Радость это я.

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

Вы можете использовать любое количество DNS-хостеров, которые имеют географически рассредоточенные серверы имен.

http://www.dyndns.com/services/dns/custom/

http://www.easydns.com/dnsmanage.php3

Вы также можете перенести свои серверы имен и зоны DNS на регистратора, обладающего более надежной и отказоустойчивой инфраструктурой, такой как сетевые решения.

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

Вы можете запустить свои собственные DNS-серверы и несколько colos на нескольких серверах и настроить аварийное переключение и кластеризацию. Используя Windows или Linux, вы можете настроить отдельные общие ресурсы, которые совместно используются серверами, предпочтительно через точку-точка или vpn, и когда один сервер / местоположение отключается в течение нескольких секунд, следующий доступный сервер получает общий ресурс, такой как IP-адреса. , У меня есть аналогичные решения, работающие на моей организации, у нас есть несколько зданий, каждое из которых является DNS-сервером, а также некоторые другие Windows и Linux-серверы, Sans и другие. Большинство серверов настроены в отказоустойчивом кластере, поэтому, если одно здание взрывается, сеть все еще работает. Например, наши серверы DHCP имеют IP-адрес в нем, который является общим IP-адресом между 3 DNS-серверами, я могу отключить 2 из 3 серверов DNS, и этот один IP-адрес будет просто указывать на оставшийся живой сервер. Это очень легко сделать с помощью кластеризации Windows 2008, и вы можете сделать это по-настоящему дешево с Linux и drbd (http://www.drbd.org/ ).

Если вся эта работа или стоимость оборудования не подходит, вы можете посмотреть на DNS-провайдеров, которые гарантируют время безотказной работы 4 или 5 и имеют несколько серверов в одном месте по всей территории США. Я не знаю ни одного из этих провайдеров для DNS, но я уверен, что есть предлагаемые услуги, но есть много регистраторов, таких как такие места, как godaddy.com

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

Хорошая вещь о размещении DNS локально заключается в том, что вы ни в коем случае не попали в ловушку какого-либо провайдера - если вам больно, вы можете просто перейти к другому. Это потребует работы, чтобы переместиться, но это всего лишь несколько часов работы в Интернете, и это никак не повлияет на ваших клиентов. Иногда сложно получить данные о своей зоне из необычного инструмента редактирования в каком-либо реестре.

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

Что вам нужно, так это географически разнообразные, стабильные и работоспособные провайдеры, если частичные сбои. То есть землетрясение в Калифорнии не должно лишить их всей службы. У них должно быть многократное присутствие «часового пояса» и, если возможно, многоконтинентальное присутствие.

Что мы ищем:

• Нет единой точки отказа
• Время эффективно.
• Одно решение, которое было предложено, состоит в том, чтобы сделать несколько хостов DNS. Это похоже на отличную альтернативу, но у нас более 20 доменов, и обновление IP-адреса на всех этих доменах у двух провайдеров является непозволительным.
• Экономически эффективным.
• Я должен продать это высшему руководству. Радость это я.

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

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

• Вы можете держать своих хозяев такими, какие они есть, не связываясь с регистраторами, чтобы перемещать вещи
• Требуются незначительные изменения в вашей настройке, где вы можете указать свой сервер в качестве главного и иметь кого-то еще в качестве подчиненного
• Ответ DNS становится частично чужой проблемой
• Распределение нагрузки (не балансировка) помогает снизить нагрузку на каждый сервер
• Ваш DNS-регистратор может рухнуть на несколько часов, и вы можете идти своим путем (пока TTL не истечет ваши записи)

«Настоящий» хостинг DNS может предоставить вам это, если ваш провайдер этого не делает. Я рекомендую DynDNS, поскольку они обеспечивают большую часть того, что вы ищете (несколько мест, минимальное время простоя, достойный веб-интерфейс).

это старая тема, но все же, вы смотрите только на службу DNS. Неправильно. Если ваш сервер выходит из строя, независимо от того, насколько надежен ваш внешний DNS-провайдер, вы не работаете. Вам нужно немного подумать об этом. Дешевый и лучший способ - иметь 2 сервера с вашим сайтом на обоих. nameserver 1 находится на одном поле, а nameserver 2 - на другом. Таким образом, если один сервер выходит из строя, другой вступит во владение.

В качестве варианта предложений, предлагаемых здесь, вы можете продолжить работу с вашим существующим регистратором, если они предоставляют возможность выполнять зонную передачу. Ищите другого провайдера, который также принимает зонные переводы. В файле зоны добавьте еще несколько NS-записей для этого провайдера (желательно географически распределенных). После завершения этой настройки в запросе DNS должны быть возвращены записи NS от более чем одного поставщика DNS. Убедитесь, что ваши Зональные трансферы настроены. После изменения ваши серверы имен могут выглядеть так:

example.com IN  NS  ns1.provider1.net   172800s (2d)
example.com IN  NS  ns4.provider1.net   172800s (2d)
example.com IN  NS  ns1.provider2.net   172800s (2d)
example.com IN  NS  ns5.provider2.net   172800s (2d)
example.com IN  NS  ns2.provider2.net   172800s (2d)

Когда провайдер1 отключается, рекурсивный DNS-сервер просто тайм-аут на первых двух NS и переходит к следующему. Таким образом, даже если географически распределенный надежный DNS-провайдер отключается, вы по-прежнему подключены к провайдеру2.

• Преимущества: нет зависимости от одного поставщика; высокая доступность
• Недостатки: стоимость двух; сложность настройки XFER

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

Надеюсь, это поможет.