Здравствуйте! Есть задача сделать dns, который будет отдавать резолв в зависимости от географического расположения клиента. Но, к этому всему еще нужно чтобы он отдавал только заведомо рабочие сервера. Т.е. если, допустим, адрес не пингается - он его отдавать клиенту не будет. Беглый просмотр подсказывает несколько решений: - bind9 + views, при этом какой-то внешней тулзой раз в n секунд чекать доступность серверов и перестраивать его конфиг в зависимости от текущего положения вещей. - powerdns + какой-то свой backend, который будет делать необходимую мне логику. - ? Нагрузка на него будет относительно небольшая, на ns'е живут пару основных доменов, для которых эти новороты и нужны, и с десяток мелких, которые нагрузки не создают практически и им все это не нужно. У кого есть опыт в реализации подобной схемы? В сторону какой связки лучше всего смотреть? Заранее спасибо за советы. -- Alexander Burnos =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Ты скажи что ты сделать хочешь, а не как сделать реализацию. Сходу схема с "не пингается" не рабочая, т.к. кэши у рекурсоров еще никто не отменял. Alexander Burnos wrote: AB> Есть задача сделать dns, который будет отдавать резолв в зависимости от AB> географического расположения клиента. AB> Но, к этому всему еще нужно чтобы он отдавал только заведомо рабочие AB> сервера. Т.е. если, допустим, адрес не пингается - он его отдавать AB> клиенту не будет. AB> Беглый просмотр подсказывает несколько решений: AB> - bind9 + views, при этом какой-то внешней тулзой раз в n секунд чекать AB> доступность серверов и перестраивать его конфиг в зависимости от AB> текущего положения вещей. AB> - powerdns + какой-то свой backend, который будет делать необходимую мне AB> логику. AB> - ? AB> Нагрузка на него будет относительно небольшая, на ns'е живут пару AB> основных доменов, для которых эти новороты и нужны, и с десяток мелких, AB> которые нагрузки не создают практически и им все это не нужно. AB> У кого есть опыт в реализации подобной схемы? В сторону какой связки AB> лучше всего смотреть? -- UKR.NET Postmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Здравствуйте! On Mon, Dec 19, 2005 at 12:04:01PM +0200, vladimir.sharun@ukr.net wrote:
Ты скажи что ты сделать хочешь, а не как сделать реализацию.
Собственно хочу повысить надежность распределенной системы, чтобы свести downtime к минимуму, если один из серверов упадет. Идея была такая, что если какой-то из серверов ложится, то ns его просто не отдает, а нагрузка переходит на другие машины.
Сходу схема с "не пингается" не рабочая, т.к. кэши у рекурсоров еще никто не отменял.
0-seconds переключение не получится конечно при падении сервера, но поставив небольшой TTL при такой схеме я получу все же более надежную систему, чем если буду сам отслеживать падение машин и выносить нерабочие из файлов зон. Тем более, как правило, у этой системы мало постоянных клиентов. При изменении зоны за пару минут 50% запросов уже идет в новое место.
Alexander Burnos wrote: AB> Есть задача сделать dns, который будет отдавать резолв в зависимости от AB> географического расположения клиента. AB> Но, к этому всему еще нужно чтобы он отдавал только заведомо рабочие AB> сервера. Т.е. если, допустим, адрес не пингается - он его отдавать AB> клиенту не будет.
AB> Беглый просмотр подсказывает несколько решений:
AB> - bind9 + views, при этом какой-то внешней тулзой раз в n секунд чекать AB> доступность серверов и перестраивать его конфиг в зависимости от AB> текущего положения вещей. AB> - powerdns + какой-то свой backend, который будет делать необходимую мне AB> логику. AB> - ?
AB> Нагрузка на него будет относительно небольшая, на ns'е живут пару AB> основных доменов, для которых эти новороты и нужны, и с десяток мелких, AB> которые нагрузки не создают практически и им все это не нужно.
AB> У кого есть опыт в реализации подобной схемы? В сторону какой связки AB> лучше всего смотреть? =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Mon, Dec 19, 2005 at 01:16:21PM +0200, Alexander Burnos wrote:
Идея была такая, что если какой-то из серверов ложится, то ns его просто не отдает, а нагрузка переходит на другие машины.
Так может воспользоваться более или менее стандартным методом и построить кластер вместо рака мозга? -- VP992-RIPE | The girl opened her mouth, I opened my veins, | The girl opened her heart, I opened a door to another world... | (c) Tiamat '92, Clouds, "Undressed". =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Здравствуйте! On Mon, Dec 19, 2005 at 01:21:51PM +0200, Vladimir A. Podgorny wrote:
On Mon, Dec 19, 2005 at 01:16:21PM +0200, Alexander Burnos wrote:
Идея была такая, что если какой-то из серверов ложится, то ns его просто не отдает, а нагрузка переходит на другие машины.
Так может воспользоваться более или менее стандартным методом и построить кластер вместо рака мозга?
Нужен именно рак мозга :) Есть несколько разнесенных географически серверов из которых нужно соорудить что-то стабильное. И кластер не спасет от падений сети датацентра, что редко, но все же наблюдается у забугорных хостеров. Плюс к этому, распределенная система нужна не только из соображений надежности, но и чтобы по возможности отдавать информацию юзеру из максимально близкой к нему точки. -- Alexander Burnos =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello Alexander, Monday, December 19, 2005, 1:29:46 PM, you wrote: anycast DNS [не строим | не покупаем] по религиозным соображениям?
Идея была такая, что если какой-то из серверов ложится, то ns его просто не отдает, а нагрузка переходит на другие машины.
Так может воспользоваться более или менее стандартным методом и построить кластер вместо рака мозга?
AB> Нужен именно рак мозга :) AB> Есть несколько разнесенных географически серверов из которых нужно AB> соорудить что-то стабильное. И кластер не спасет от падений сети AB> датацентра, что редко, но все же наблюдается у забугорных хостеров. AB> Плюс к этому, распределенная система нужна не только из соображений AB> надежности, но и чтобы по возможности отдавать информацию юзеру из AB> максимально близкой к нему точки. -- С уважением, Борис Мостовой ООО "Хостмастер" +380(44)594-1-794(ext305) +380(44)451-7456 http://nic.net.ua http://www.hostmaster.net.ua http://forum.hostmaster.net.ua -- Best regards, boris mailto:vms@tormoz.net =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Alexander Burnos wrote on 19.12.2005 13:16: > Здравствуйте! > > On Mon, Dec 19, 2005 at 12:04:01PM +0200, vladimir.sharun@ukr.net wrote: > >>Ты скажи что ты сделать хочешь, а не как сделать реализацию. > > > Собственно хочу повысить надежность распределенной системы, чтобы свести > downtime к минимуму, если один из серверов упадет. > > Идея была такая, что если какой-то из серверов ложится, то ns его просто > не отдает, а нагрузка переходит на другие машины. > Задача - DNS based Load balancer когда последний раз интересовался, были готовые комерческие решения. Думаю что в данном случае точно overkill. >>Alexander Burnos wrote: >> AB> Есть задача сделать dns, который будет отдавать резолв в зависимости от >> AB> географического расположения клиента. >> AB> Но, к этому всему еще нужно чтобы он отдавал только заведомо рабочие >> AB> сервера. Т.е. если, допустим, адрес не пингается - он его отдавать >> AB> клиенту не будет. >> >> AB> Беглый просмотр подсказывает несколько решений: >> >> AB> - bind9 + views, при этом какой-то внешней тулзой раз в n секунд чекать >> AB> доступность серверов и перестраивать его конфиг в зависимости от >> AB> текущего положения вещей. >> AB> - powerdns + какой-то свой backend, который будет делать необходимую мне >> AB> логику. >> AB> - ? - dns сервер на перле, установленый за forward DNS или как hidden primary (policy выбора пишеться по желанию) - dns сервер с forward на сами машинки на которых поднят hidden primary. В случае падения одного из ресурсов, forward та него не отработает и он должен будет откатиться на другой (если в кеше нет такой записи). -- Best regards, Andrey Yakovlev AYA-UANIC | AYA-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Здравствуйте! On Mon, Dec 19, 2005 at 01:50:25PM +0200, boris mostovoy wrote:
Hello Alexander,
Monday, December 19, 2005, 1:29:46 PM, you wrote:
anycast DNS [не строим | не покупаем] по религиозным соображениям?
Нет, по причине того, что только начал копать вопрос. Собственно за этим и спросил :) Спасибо, буду смотреть.
Идея была такая, что если какой-то из серверов ложится, то ns его просто не отдает, а нагрузка переходит на другие машины.
Так может воспользоваться более или менее стандартным методом и построить кластер вместо рака мозга?
AB> Нужен именно рак мозга :)
AB> Есть несколько разнесенных географически серверов из которых нужно AB> соорудить что-то стабильное. И кластер не спасет от падений сети AB> датацентра, что редко, но все же наблюдается у забугорных хостеров.
AB> Плюс к этому, распределенная система нужна не только из соображений AB> надежности, но и чтобы по возможности отдавать информацию юзеру из AB> максимально близкой к нему точки.
-- С уважением, Борис Мостовой ООО "Хостмастер" +380(44)594-1-794(ext305) +380(44)451-7456 http://nic.net.ua http://www.hostmaster.net.ua http://forum.hostmaster.net.ua
-- Best regards, boris mailto:vms@tormoz.net
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Alexander Burnos =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (5)
-
Alexander Burnos
-
Andrey Yakovlev
-
boris mostovoy
-
Vladimir A. Podgorny
-
vladimir.sharun@ukr.net