Здравствуйте!

Мучает такой вопрос!

Есть три сервера, на разных площадках с разными ip адресами.

server_1 — 80.125.xxx.xxx
server_2 — 212.57.xxx.xxx
server_3 — 84.65.xxx.xxx

Есть домен name.ru
Привязан к server_1

На серверах дублирующая информация. Т.е. все три сервера синхронизированы и все, что изменяется на server_1 сразу-же изменяется на server_2 и server_3.

Вопрос!
Как домен настроить так чтобы при падении server_1(пропала полностью связь например), домен автоматически переключался на server_2 и т.д.?
Если на уровне DNS решить нельзя, подскажите другой вариант?

С Уважением, Владимир!

• Интересный вопрос!,ipmanyak, 08:17 , 18-Дек-06
  • Интересный вопрос!,cookie, 13:00 , 18-Дек-06
    • Интересный вопрос!,Den, 13:06 , 18-Дек-06
      • Интересный вопрос!,Den, 13:39 , 18-Дек-06
        • Интересный вопрос!,cookie, 13:49 , 18-Дек-06
          • Интересный вопрос!,Den, 15:19 , 18-Дек-06
• Интересный вопрос!,Den, 12:48 , 18-Дек-06
  • Интересный вопрос!,cookie, 12:59 , 18-Дек-06

частично решается на уровне ДНС , в bind 9 отвечает за это опция  rrset-order  
возможные опции:
fixed
random
cyclic - эта по дефолту, если ничего не указано.

>частично решается на уровне ДНС , в bind 9 отвечает за это
>опция  rrset-order
>возможные опции:
>fixed
>random
>cyclic - эта по дефолту, если ничего не указано.

Спасибо посмотрю документацию по BIND9 на предмет rrset-order!
О результате отпишу!

>>частично решается на уровне ДНС , в bind 9 отвечает за это
>>опция  rrset-order
>>возможные опции:
>>fixed
>>random
>>cyclic - эта по дефолту, если ничего не указано.
>
>
>Спасибо посмотрю документацию по BIND9 на предмет rrset-order!
>О результате отпишу!

сегодня смотрел :) в бинд9 только random-cyclic, а помогает только для "балансировки", для бесперебойности неприменима, т.к. выдает ip даже если он мертв.

>>>частично решается на уровне ДНС , в bind 9 отвечает за это
>>>опция  rrset-order
>>>возможные опции:
>>>fixed
>>>random
>>>cyclic - эта по дефолту, если ничего не указано.
>>
>>
>>Спасибо посмотрю документацию по BIND9 на предмет rrset-order!
>>О результате отпишу!
>
>
>сегодня смотрел :) в бинд9 только random-cyclic, а помогает только для "балансировки",
>для бесперебойности неприменима, т.к. выдает ip даже если он мертв.

еще раз поестил, не забывая сбрасывать кеш дсн'а на локальной машине, добился чтобы пингу выдался битый ip. засовываю домен в браузер - долго думает (секунд 20) и о чудо )) открывается сайт со второго рабочего ип! =)) при этом в кеше остается битый. пинг так и пытается достучаться до него. фтп тоже не работает (CuteFTP), а веб и POP (theBat) сработали )

так что если я ничего не напутал - эту фишку можно юзать =))

>>>>частично решается на уровне ДНС , в bind 9 отвечает за это
>>>>опция  rrset-order
>>>>возможные опции:
>>>>fixed
>>>>random
>>>>cyclic - эта по дефолту, если ничего не указано.
>>>
>>>
>>>Спасибо посмотрю документацию по BIND9 на предмет rrset-order!
>>>О результате отпишу!
>>
>>
>>сегодня смотрел :) в бинд9 только random-cyclic, а помогает только для "балансировки",
>>для бесперебойности неприменима, т.к. выдает ip даже если он мертв.
>
>
>еще раз поестил, не забывая сбрасывать кеш дсн'а на локальной машине, добился
>чтобы пингу выдался битый ip. засовываю домен в браузер - долго
>думает (секунд 20) и о чудо )) открывается сайт со второго
>рабочего ип! =)) при этом в кеше остается битый. пинг так
>и пытается достучаться до него. фтп тоже не работает (CuteFTP), а
>веб и POP (theBat) сработали )
>
>так что если я ничего не напутал - эту фишку можно юзать
>=))

не получится потому-что вокруг много кэширующих серверов :-) И зона будет обновляться 2-3 часа.

>>так что если я ничего не напутал - эту фишку можно юзать
>>=))
>
>не получится потому-что вокруг много кэширующих серверов :-) И зона будет обновляться
>2-3 часа.

кешируются все ип домена, а перебор осуществляет конечная программа, если умеет. Explorer, TheBat, Opera, Mozzila умеют.. проверено ;)

я у себя сделаю так, пока нет других вариантов.

>
>На серверах дублирующая информация. Т.е. все три сервера синхронизированы и все, что
>изменяется на server_1 сразу-же изменяется на server_2 и server_3.

стоит похожая задача. не подскажите, как синхронизируете?

>>
>>На серверах дублирующая информация. Т.е. все три сервера синхронизированы и все, что
>>изменяется на server_1 сразу-же изменяется на server_2 и server_3.
>
>стоит похожая задача. не подскажите, как синхронизируете?

Синхронизация довольно простая:
Скрипты меняются очень редко, в силу этого обновление кода делается в ручную.

На всех серверах используется MySQL настроена репликация! Сейчас смотрим в сторону LDAP, чтобы довести синхронизацию до конца.

Вот собственно и все.

p.s. Сейчас проекты на 3х разных доменах, хотим сократить до одного поэтому и встал такой вопрос.