форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Интересный вопрос!"

Сообщение от cookie (ok) on 18-Дек-06, 03:55

Здравствуйте! Мучает такой вопрос! Есть три сервера, на разных площадках с разными 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 решить нельзя, подскажите другой вариант? С Уважением, Владимир!

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Сообщения по теме

[Сортировка по времени, UBB]

1. "Интересный вопрос!"

Сообщение от ipmanyak (??) on 18-Дек-06, 08:17

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "Интересный вопрос!"
	Сообщение от cookie (??) on 18-Дек-06, 13:00
	>частично решается на уровне ДНС , в bind 9 отвечает за это >опция  rrset-order >возможные опции: >fixed >random >cyclic - эта по дефолту, если ничего не указано. Спасибо посмотрю документацию по BIND9 на предмет rrset-order! О результате отпишу!
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	5. "Интересный вопрос!"
	Сообщение от Den (??) on 18-Дек-06, 13:06
	>>частично решается на уровне ДНС , в bind 9 отвечает за это >>опция  rrset-order >>возможные опции: >>fixed >>random >>cyclic - эта по дефолту, если ничего не указано. > > >Спасибо посмотрю документацию по BIND9 на предмет rrset-order! >О результате отпишу! сегодня смотрел :) в бинд9 только random-cyclic, а помогает только для "балансировки", для бесперебойности неприменима, т.к. выдает ip даже если он мертв.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

	7. "Интересный вопрос!"
	Сообщение от cookie (??) on 18-Дек-06, 13:49
	>>>>частично решается на уровне ДНС , в bind 9 отвечает за это >>>>опция  rrset-order >>>>возможные опции: >>>>fixed >>>>random >>>>cyclic - эта по дефолту, если ничего не указано. >>> >>> >>>Спасибо посмотрю документацию по BIND9 на предмет rrset-order! >>>О результате отпишу! >> >> >>сегодня смотрел :) в бинд9 только random-cyclic, а помогает только для "балансировки", >>для бесперебойности неприменима, т.к. выдает ip даже если он мертв. > > >еще раз поестил, не забывая сбрасывать кеш дсн'а на локальной машине, добился >чтобы пингу выдался битый ip. засовываю домен в браузер - долго >думает (секунд 20) и о чудо )) открывается сайт со второго >рабочего ип! =)) при этом в кеше остается битый. пинг так >и пытается достучаться до него. фтп тоже не работает (CuteFTP), а >веб и POP (theBat) сработали ) > >так что если я ничего не напутал - эту фишку можно юзать >=)) не получится потому-что вокруг много кэширующих серверов :-) И зона будет обновляться 2-3 часа.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	8. "Интересный вопрос!"
	Сообщение от Den (??) on 18-Дек-06, 15:19
	>>так что если я ничего не напутал - эту фишку можно юзать >>=)) > >не получится потому-что вокруг много кэширующих серверов :-) И зона будет обновляться >2-3 часа. кешируются все ип домена, а перебор осуществляет конечная программа, если умеет. Explorer, TheBat, Opera, Mozzila умеют.. проверено ;) я у себя сделаю так, пока нет других вариантов.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Интересный вопрос!"

Сообщение от Den (??) on 18-Дек-06, 12:48

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "Интересный вопрос!"
	Сообщение от cookie (??) on 18-Дек-06, 12:59
	>> >>На серверах дублирующая информация. Т.е. все три сервера синхронизированы и все, что >>изменяется на server_1 сразу-же изменяется на server_2 и server_3. > >стоит похожая задача. не подскажите, как синхронизируете? Синхронизация довольно простая: Скрипты меняются очень редко, в силу этого обновление кода делается в ручную. На всех серверах используется MySQL настроена репликация! Сейчас смотрим в сторону LDAP, чтобы довести синхронизацию до конца. Вот собственно и все. p.s. Сейчас проекты на 3х разных доменах, хотим сократить до одного поэтому и встал такой вопрос.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]