форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы WEB технологии (Public)
Изначальное сообщение		[ Отслеживать ]

"перенаправление серверов для сайта"

Сообщение от Maratik (ok) on 17-Мрт-09, 21:21

Здравствуйте проблекма, думаю распространённая, но нигде ни слова Суть в том что есть сервер на нём сайты при всяких чп, типа с сервером перемудрили или дата центр накосячил сайты конечно отрубаются, последствия как минимум ужасные, хочется поставить ещё 1 сервер, и сделать так чтобы при отрубания основного включался резервный (или он должен постоянно работать, или сами включать), но смысл такой. У кого какие мысли, можно ли такое сделать, и главное как?

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

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

[Сортировка по времени | RSS]

1. "перенаправление серверов для сайта"

Сообщение от angra (ok) on 18-Мрт-09, 04:10

>У кого какие мысли, можно ли такое сделать, и главное как? Да можно. Вариантов "как" очень много, причем большинство из них расписаны по многу раз в инете. Так что качайте скилл поиска и умение правильно задавать вопросы. На общие вопросы можно дать только общие ответы.

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

	2. "перенаправление серверов для сайта"
	Сообщение от Maratik (ok) on 18-Мрт-09, 11:06
	спасибо, уже этим сильно помогли, просто я уже отчаялся что это невозможно, был бы очень рад если дали бы ссылку на какой нибудь пример, инет я облазил, ничего не мог найти, поэтому начал писать в форумах.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "перенаправление серверов для сайта"

Сообщение от Nas_tradamus (ok) on 18-Мрт-09, 12:14

Сейчас тоже над этим работаю. Планирую реализовать такую схему: Есть серверы А - основной и B - резервный. Оба сервера соединены патч-кордом через интерфейсы eth1., на eth0 у обоих Интернет. Оба находятся в одной подсети и могут присваивать IP адреса друг-друга (здесь пришлось договориться с дата-центром). На сервере В работает скрипт по крону, который проверяет доступность сервера А. В случае недоступности последнего, он присваивает себе его IP адрес и выставляет признак "основной сервер недоступен". В результате, сайт открывается с сервера В. При следующем запуске скрипт проверяет признак доступности основного сервера. Если выставлен признак "недоступен", он проверяет его доступность и если A доступен, удаляет из своих алиасов адрес сервера А. Все это не очень красиво, но пока лучшей схемы не придумал.

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

	4. "перенаправление серверов для сайта"
	Сообщение от Maratik (ok) on 18-Мрт-09, 12:30
	Вижу проблема распространённая, уже радует, но вот первый вариант связанный с дата центром конечно не радует, всётаки дата центр бывает то элекричество отрубит, то какието работы у них там, то у ихнего провайдера инет пропал на канале, вообщем суть в изоляции от дата центра (большой опыт в этом, независимость должна быть от дата центра в любом случае), и страховку от собственных кривых рук если что то напортачил чтобы сайты не отрубались.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	8. "перенаправление серверов для сайта"
	Сообщение от angra (ok) on 19-Мрт-09, 06:02
	Вот уже чуть яснее стало чего вы хотите. Тут мы натыкаемся на очень серьезную проблему. Датацентрам просто необходимо доверять, разумных альтернатив этому нет. Да, можно играться с dns и получить типа балансировку по разным DC, но практической применимости в этом немного. Если вы не можете доверять конкретному DC, то просто смените его, по крайней мере для точки входа. Сбой того же hurricane electric приведет к падению значительной части серверов в штатах, на моей памяти такого еще не случалось, так почему бы не взять его или аналоги и спать спокойно? Другое дело зашита от собственных шаловливых рук или выхода из строя железа. Для первого ставим систему бэкапов/снапшотов и  виртуализацию системного уровня. Для второго RAID(в 90% случаев умирает именно винт) и дополнительные сервера + балансировщик в качестве точки входа. Балансировкой может заниматься как своя так и провайдерская железка. Вообще чем больше серверов, тем дешевле обеспечивать отказоустойчивость.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "перенаправление серверов для сайта"

Сообщение от Nas_tradamus (ok) on 18-Мрт-09, 12:45

Это верно... у самого перед НГ сервак сгорел в ДЦ из-за кривых рук инженеров-электриков. А вот как по другому быстро переключить домен на другой сервак без подмены IP - даже не знаю. DNS переключать не вариант - слишком долго может расходиться зона по миру.

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

	6. "перенаправление серверов для сайта"
	Сообщение от Maratik (ok) on 18-Мрт-09, 12:58
	Самое интересное что всё так и работало, был резервный и тд, но на фирме перестройка, админы сменились, сервер остался 1 (теперь приходится брать второй) и как это всё работало хрен знает, единственное помню что когда основной отрубался, звонили и включали резервный=)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	7. "перенаправление серверов для сайта"
	Сообщение от Maratik (ok) on 18-Мрт-09, 14:51
	а если добавить ещё 1 днс (третий) на другом сервере можно что нибудь сделать?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	9. "перенаправление серверов для сайта"
	Сообщение от Nas_tradamus (ok) on 19-Мрт-09, 10:22
	Не знаю даже, чем это поможет... DNS'ы опрашиваются, вроде как, рэндомно. Да и запросы кэшируются на других DNS-серверах.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "перенаправление серверов для сайта"

Сообщение от Nas_tradamus (ok) on 21-Мрт-09, 15:58

У меня появилась вот такая идея: Делегировать домен сайта DNS'ам сервиса dyndns.org. У них есть такая услуга: Premium DNS hosting. Она позволяет динамически менять IP-адреса для днс-записей при помощи стандартных клиентов (вроде есть под все ОС). Нужно узнать есть ли возможность запускать клиент не демоном, а единожды. Если есть, то дальше все просто: на резервный сервер вешаем скрипт, проверяющий доступность основного сервера; если сервер недоступен - меняем запись в ДНС при помощи клиента DynDNS и т.д. Сразу возникает вопрос "а как же кэш провайдерских и прочих серверов имен?". Могу только сказать, что сам пользуюсь бесплатными услугами DynDNS для доступа к моей домашней машине с динамическим IP (домен my-name.dyndns.org). Изменения IP-адреса происходят почему-то моментально - новый IP видно сразу же, если заходить с разных провайдеров Москвы. Такое чувство, что все, что делегировано для DynDNS, ни где не кэшируется (возможно, я чего-то не понимаю и здесь имеет значение, например TTL). В общем, буду копать в этом направлении.

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

	11. "перенаправление серверов для сайта"
	Сообщение от Maratik (ok) on 21-Мрт-09, 18:00
	Чувствую есть люди которые в этом хорошо шарят, но почему то молчат, вообщем интересный вариант у Nas_tradamus, хотелось бы ещё послушать варианты, где все гуру программисты?=)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	12. "перенаправление серверов для сайта"
	Сообщение от angra (ok) on 22-Мрт-09, 04:51
	Вы что только что из офиса, где любой человек связанный с компами это "программист"? Какое отношение к проблеме имеет программирование?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	13. "перенаправление серверов для сайта"
	Сообщение от Maratik (ok) on 22-Мрт-09, 10:13
	)))) забавно сказано, прям как моя бабушка))), вообщем тогда просто "прошаренные в этой теме люди".
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	14. "перенаправление серверов для сайта"
	Сообщение от Nas_tradamus (ok) on 23-Мрт-09, 13:35
	В общем, буду реализовывать идею с DynDNS - все реально: Их NS'ы позволяют выставлять маленький TTL (20 секунд!), что не даст кэшировать домен у провайдерских и прочих NS-серверов. Мало того, можно менять A-записи при помощи клиента под Unix в разовом порядке (не запускать утилиту как демон). Стоит удовольствие 30 долларов в месяц.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	15. "перенаправление серверов для сайта"
	Сообщение от Nas_tradamus (ok) on 23-Мрт-09, 13:36
	> Стоит удовольствие 30 долларов в месяц. Поправка: 30 долларов в год.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	16. "перенаправление серверов для сайта"
	Сообщение от Maratik (ok) on 23-Мрт-09, 13:42
	ок, вы ещё с кем нибудь консультировались? звучит немного рискованно, машинка рабочая, хотелось бы узнать ещё мнения.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	17. "перенаправление серверов для сайта"
	Сообщение от Nas_tradamus (ok) on 23-Мрт-09, 13:49
	>ок, вы ещё с кем нибудь консультировались? >звучит немного рискованно, машинка рабочая, хотелось бы узнать ещё мнения. Надо написать алгоритм на листочке и тестить скрипты не на основном, а тестовом домене и сайте. Когда закончу, может быть даже статью напишу :). Сразу скажу, что на втором резервном сервере файлы с первого сервера дублируются раз в сутки, а для копирования базы используются репликации MASTER -> SLAVE. Для возврата системы в исходное состояние скрипт писать не буду. Но алгоритм возврата будет таков: восстанавливаем основной сервер, блокируем (LOCK TABLES) БД резервного сервера, делаем дамп базы, заливаем его на основной, меняем A-запись в NS обратно. upd. Кстати, можно зарегать бесплатный домен третьего уровня в dyndns.org и тестить на нем. Если понравится - то уже покупать аккаунт с возможностью делегирования своего домена под их NS'ы.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	18. "перенаправление серверов для сайта"
	Сообщение от Maratik (ok) on 23-Мрт-09, 13:56
	немного потороплюсь, где статью читать? чтобы не потерялись
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	19. "перенаправление серверов для сайта"
	Сообщение от Nas_tradamus (ok) on 23-Мрт-09, 14:19
	>немного потороплюсь, где статью читать? чтобы не потерялись Я отпишусь здесь. Статью если и напишу, то для опеннета.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	20. "перенаправление серверов для сайта"
	Сообщение от Maratik (ok) on 23-Мрт-09, 14:32
	на самом деле я не понимаю почему так мало комментариев, это ведь распространённая проблема.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	21. "перенаправление серверов для сайта"
	Сообщение от pavel_simple (ok) on 23-Мрт-09, 14:55
	>на самом деле я не понимаю почему так мало комментариев, это ведь >распространённая проблема. несколько ip для одной A записи уже пробовали? чем не подошло? коментов мало потому-что раз 100 обсуждалось и прямо и криво и вверх-тормашками. google же робит!
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	22. "перенаправление серверов для сайта"
	Сообщение от Nas_tradamus (ok) on 23-Мрт-09, 15:03
	>>на самом деле я не понимаю почему так мало комментариев, это ведь >>распространённая проблема. > >несколько ip для одной A записи уже пробовали? чем не подошло? коментов >мало потому-что раз 100 обсуждалось и прямо и криво и вверх-тормашками. > > >google же робит! А как это работает? Не опрашиваются ли эти IP рэндомно каждый раз при обращении?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	23. "перенаправление серверов для сайта"
	Сообщение от angra (ok) on 23-Мрт-09, 17:14
	> А как это работает? Не опрашиваются ли эти IP рэндомно каждый >раз при обращении? Не рендомно, а по очереди, называется roundrobin. С горем пополам годится для балансировки, но не для поставленной задачи. Ответов мало потому, что сама идея отказоустойчивости на основе смены DNS записей хреновая и редко используемая на практике.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	24. "перенаправление серверов для сайта"
	Сообщение от Nas_tradamus (ok) on 23-Мрт-09, 19:31
	>> А как это работает? Не опрашиваются ли эти IP рэндомно каждый >>раз при обращении? > >Не рендомно, а по очереди, называется roundrobin. С горем пополам годится для >балансировки, но не для поставленной задачи. > >Ответов мало потому, что сама идея отказоустойчивости на основе смены DNS записей >хреновая и редко используемая на практике. Идея использовать балансировщик мне тоже не понравилась - слишком большая ответственность ложится на одну железку. При выходе ее из строя, ляжет вся система и поднять все в рабочее состояние быстро не получится.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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