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

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

"Двухсторонняя синхронизация файлов HA проекта"	+/–
Сообщение от 0xFF (ok) on 14-Окт-12, 16:23
Добрый день, Есть желание сделать одну систему (php+mysql) отказоустойчивой, как я это вижу: Покупаются сервера в разных датацентрах, есть 2 веб-сервера, 2 HA прокси, 3 DNS сервера. DNS проверяет доступность каждого из HA прокси, и решает адрес вегда в айпи одного из доступных, HA прокси в свою очередь проверяет доступность веб-серверов, и возвращает всегда какой то один, а второй висит как резервный. Как только падает первый, HA прокси это фиксирует и направляет трафик на второй, когда поднимается первый, HA через определенное время начинает слать трафик на него (задержка в моем понимании нужна что бы успела произойти синхронизация данных от второго сервера на первый). Базы будут master - master, проблем быть не должно потому что писаться всегда будет только в одну БД. А вот как быть с файлами? rsync? Но тогда как он поймет что отсутствие файла 1 на сервере 2 = скопировать файл 1 с первого сервера на второй, а не удалить его на первом? Замечания и критика приветствуются, никогда раньше такого не воротил. Кстати по поводу "DNS проверяет доступность каждого из HA прокси, и решает адрес вегда в айпи одного из доступных", это реально или я себе придумал? Если да то тыкните куда копать, bind это умеет?
Ответить | Правка | Cообщить модератору

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

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

1. "Двухсторонняя синхронизация файлов HA проекта"	+/–
Сообщение от ALex_hha (ok) on 14-Окт-12, 16:39
> Кстати по поводу "DNS проверяет доступность каждого из HA прокси, и решает адрес вегда в айпи одного из доступных", это реально или я себе придумал? Откройте для себя понятие failover ip
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Двухсторонняя синхронизация файлов HA проекта"	+/–
	Сообщение от 0xFF (ok) on 14-Окт-12, 16:44
	>> Кстати по поводу "DNS проверяет доступность каждого из HA прокси, и решает адрес вегда в айпи одного из доступных", это реально или я себе придумал? > Откройте для себя понятие failover ip А как это будет работать в случае когда сервера в разных точках мира у разных хостеров?
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	8. "Двухсторонняя синхронизация файлов HA проекта"	+/–
	Сообщение от ALex_hha (ok) on 15-Окт-12, 19:43
	>>> Кстати по поводу "DNS проверяет доступность каждого из HA прокси, и решает адрес вегда в айпи одного из доступных", это реально или я себе придумал? >> Откройте для себя понятие failover ip > А как это будет работать в случае когда сервера в разных точках > мира у разных хостеров? никак, в постановке задачи не было такого условия
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

3. "Двухсторонняя синхронизация файлов HA проекта"	+1 +/–
Сообщение от parad (ok) on 14-Окт-12, 19:18
когда днс резолвит он сообщаяет ттл. часто браузеры и прокси игнорирут его( особенно браузеры ) и кешируют ип-адрес на очень долго = вывод сделай сам. все браузеры как и любое современное клиентское приложение умеет перебирать список адресов ответа, полученого от днс, в поиске работующего сервера - все сделано уже давно и за тебя = вывод сделай сам. HA-проект с мастер-мастер мускулем на разных континентах?( пофиг что писаться будет только в одну ) - читай статьи = вывод сделаешь сам. прочитай ман к rsync - вопросы отпадут. твой бред исходит от незнания. начни с чтения документации и статей. поисковик тебе в руки. каждый пункт твоей стратегии неверен. ... или ты просто дунул что-то тяжелое?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "Двухсторонняя синхронизация файлов HA проекта"	+/–
	Сообщение от 0xFF (ok) on 14-Окт-12, 20:15
	> HA-проект с мастер-мастер мускулем на разных континентах?( пофиг что писаться будет только в одну ) - читай статьи = вывод сделаешь > сам А что такого? Да писаться будет в одну, а мастер - мастер нужен что бы система сама переключалась и синхронизировалась, совет "читайте статьи и маны" самый простой и очевидный, я не за ним на форум пришел. Посоветовали бы хоть одну годную ссылку или хотя бы предложили свой вариант как это лучше сделать, а так обосрали но альтернативы не предложили
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	18. "Двухсторонняя синхронизация файлов HA проекта"	+/–
	Сообщение от LSTemp (ok) on 24-Окт-12, 07:53
	>> HA-проект с мастер-мастер мускулем на разных континентах?( пофиг что писаться будет только в одну ) - читай статьи = вывод сделаешь > сам > А что такого? Да писаться будет в одну, а мастер - мастер > нужен что бы система сама переключалась и синхронизировалась, совет "читайте статьи > и маны" самый простой и очевидный, я не за ним на > форум пришел. Посоветовали бы хоть одну годную ссылку или хотя бы > предложили свой вариант как это лучше сделать, а так обосрали но > альтернативы не предложили а какая тебе альтернатива если ты не знаешь даже, как DNS-протокол работает? какого хрена слепому объяснять про цвет? я тебе алтернативы предложу: - изучать доки к профе, которой ты пытаешшься заниматься - менять профу
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	19. "Двухсторонняя синхронизация файлов HA проекта"	+/–
	Сообщение от 0xFF (ok) on 24-Окт-12, 12:03
	>[оверквотинг удален] >> нужен что бы система сама переключалась и синхронизировалась, совет "читайте статьи >> и маны" самый простой и очевидный, я не за ним на >> форум пришел. Посоветовали бы хоть одну годную ссылку или хотя бы >> предложили свой вариант как это лучше сделать, а так обосрали но >> альтернативы не предложили > а какая тебе альтернатива если ты не знаешь даже, как DNS-протокол работает? > какого хрена слепому объяснять про цвет? > я тебе алтернативы предложу: > - изучать доки к профе, которой ты пытаешшься заниматься > - менять профу Ну я хотя бы предложил свою версию того как я это вижу, а вы не предложили ничего. Неизвестно понимаете ли вы сами что тут обсуждают, потому как своего варианта так и не написали.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	22. "Двухсторонняя синхронизация файлов HA проекта"	+/–
	Сообщение от LSTemp (ok) on 28-Окт-12, 07:05
	> Ну я хотя бы предложил свою версию того как я это вижу, > а вы не предложили ничего. Неизвестно понимаете ли вы сами что > тут обсуждают, потому как своего варианта так и не написали. 1) Ваше "DNS проверяет доступность каждого из HA прокси" - это уже ВСЕ. 2) Варианты можно предложить человеку, который разберется в них.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	24. "Двухсторонняя синхронизация файлов HA проекта"	+/–
	Сообщение от 0xFF (ok) on 28-Окт-12, 11:17
	>> Ну я хотя бы предложил свою версию того как я это вижу, >> а вы не предложили ничего. Неизвестно понимаете ли вы сами что >> тут обсуждают, потому как своего варианта так и не написали. > 1) Ваше "DNS проверяет доступность каждого из HA прокси" - это уже > ВСЕ. > 2) Варианты можно предложить человеку, который разберется в них. 1) Ваша фантазия настолько ограничена что если DNS "по мануалу" что то не умеет то это нельзя реализовать с помощью своих скриптов? 2) И опять таки бла бла бла, а своего варианта так и нет
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	20. "Двухсторонняя синхронизация файлов HA проекта"	+/–
	Сообщение от 0xFF (ok) on 24-Окт-12, 12:34
	Хотя насчет доков конечно правда, читать их нужно, но на форуме я просил варианты реализации. Что бы уже по конкретной реализации читать доки
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	23. "Двухсторонняя синхронизация файлов HA проекта"	+/–
	Сообщение от LSTemp (ok) on 28-Окт-12, 07:09
	> Хотя насчет доков конечно правда, читать их нужно, но на форуме я > просил варианты реализации. Что бы уже по конкретной реализации читать доки пока нет понимания работы протоколов не поможет и рекомендация с выбором софта. Вы не сможете его настроить, нормально обслуживать итд. Поэтому не смотря на поставленную глобальную задачу (которая явно не по Вашему уровню), начинайте с изучения азов - оно окупится. PS нельзя научится писать не зная алфавита.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	25. "Двухсторонняя синхронизация файлов HA проекта"	+/–
	Сообщение от 0xFF (ok) on 28-Окт-12, 11:19
	>> Хотя насчет доков конечно правда, читать их нужно, но на форуме я >> просил варианты реализации. Что бы уже по конкретной реализации читать доки > пока нет понимания работы протоколов не поможет и рекомендация с выбором софта. > Вы не сможете его настроить, нормально обслуживать итд. Поэтому не смотря > на поставленную глобальную задачу (которая явно не по Вашему уровню), начинайте > с изучения азов - оно окупится. > PS > нельзя научится писать не зная алфавита. А вы форумом не ошиблись? А то куча лирики, а технической инфы от вас нулевой поток
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	5. "Двухсторонняя синхронизация файлов HA проекта"	+/–
	Сообщение от 0xFF (ok) on 14-Окт-12, 20:18
	> когда днс резолвит он сообщаяет ттл. часто браузеры и прокси игнорирут его( > особенно браузеры ) и кешируют ип-адрес на очень долго = вывод > сделай сам. > все браузеры как и любое современное клиентское приложение умеет перебирать список адресов > ответа, полученого от днс, в поиске работующего сервера - все сделано > уже давно и за тебя = вывод сделай сам. Как то эти две сущности противоречат друг другу, с одной стороны вы говорите что браузер закеширует "упавший" айпи и это плохо, но с другой говорите что тот же браузер умеет определять какой айпи рабочий. Где логика?
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	6. "Двухсторонняя синхронизация файлов HA проекта"	+/–
	Сообщение от parad (ok) on 15-Окт-12, 07:09
	разница в ответе днс. ответ кешируется. точка. если там будет 1ип - ответ закешируется с одним ип. будет несеолько - ответ закешируется с несколькими. во втором случае браузер не дождавшись соединения полезет к следующему ип, в первом - скажет что сервер недоступен. противоречия нет.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	7. "Двухсторонняя синхронизация файлов HA проекта"	+/–
	Сообщение от 0xFF (ok) on 15-Окт-12, 10:21
	> разница в ответе днс. > ответ кешируется. точка. > если там будет 1ип - ответ закешируется с одним ип. > будет несеолько - ответ закешируется с несколькими. > во втором случае браузер не дождавшись соединения полезет к следующему ип, в > первом - скажет что сервер недоступен. > противоречия нет. Так это же прекрасно, возвращать айпишники проксей, а прокси уже будут гнать трафик на нужный сервер
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	17. "Двухсторонняя синхронизация файлов HA проекта"	+/–
	Сообщение от Аноним (??) on 24-Окт-12, 07:31
	> все браузеры как и любое современное клиентское приложение умеет перебирать список адресов > ответа, полученого от днс, в поиске работующего сервера - все сделано > уже давно и за тебя = вывод сделай сам. Да ну? У меня отдается по A-записи 3-и ip-адреса, браузер найдет из них один рабочий? Нет, он выберет рандомный. Идите дальше дуйте что-то тяжелое и не лезьте с дурными мыслями к итак ничего не знающему человеку.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	21. "Двухсторонняя синхронизация файлов HA проекта"	+/–
	Сообщение от ALex_hha (ok) on 27-Окт-12, 15:58
	> все браузеры как и любое современное клиентское приложение умеет перебирать список адресов ответа, полученного от днс, в поиске работающего сервера - все сделано > уже давно и за тебя = вывод сделай сам. чо курим?
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

9. "Двухсторонняя синхронизация файлов HA проекта"	+/–
Сообщение от qwerty (??) on 16-Окт-12, 10:31
>[оверквотинг удален] > нужна что бы успела произойти синхронизация данных от второго сервера на > первый). Базы будут master - master, проблем быть не должно потому > что писаться всегда будет только в одну БД. А вот как > быть с файлами? rsync? Но тогда как он поймет что отсутствие > файла 1 на сервере 2 = скопировать файл 1 с первого > сервера на второй, а не удалить его на первом? > Замечания и критика приветствуются, никогда раньше такого не воротил. Кстати по поводу > "DNS проверяет доступность каждого из HA прокси, и решает адрес вегда > в айпи одного из доступных", это реально или я себе придумал? > Если да то тыкните куда копать, bind это умеет? Думаю 1 вопрос такой: А порядок денег какой можно на это поратить ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	10. "Двухсторонняя синхронизация файлов HA проекта"	+/–
	Сообщение от 0xFF (ok) on 16-Окт-12, 11:42
	>[оверквотинг удален] >> что писаться всегда будет только в одну БД. А вот как >> быть с файлами? rsync? Но тогда как он поймет что отсутствие >> файла 1 на сервере 2 = скопировать файл 1 с первого >> сервера на второй, а не удалить его на первом? >> Замечания и критика приветствуются, никогда раньше такого не воротил. Кстати по поводу >> "DNS проверяет доступность каждого из HA прокси, и решает адрес вегда >> в айпи одного из доступных", это реально или я себе придумал? >> Если да то тыкните куда копать, bind это умеет? > Думаю 1 вопрос такой: А порядок денег какой можно на это поратить > ? ну скажем до 1к евро в месяц на аренду серверов, потому что рассматриваются варианты только с расположением данных за границей.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	11. "Двухсторонняя синхронизация файлов HA проекта"	+/–
	Сообщение от qwerty (??) on 17-Окт-12, 11:13
	Берем VPS, которая будет раздавать трафик на 2 или сколько по деньгам хватит остальные ваши сервера. Я бы еще сделал так поставил отдельно сервер с БД по больше памяти, и сервер с приложением по больше процесор, а затем при наличие большего кол-ва денег продублировал бы эти сервера.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	12. "Двухсторонняя синхронизация файлов HA проекта"	+/–
	Сообщение от 0xFF (ok) on 17-Окт-12, 12:02
	> Берем VPS, которая будет раздавать трафик на 2 или сколько по деньгам > хватит остальные ваши сервера. > Я бы еще сделал так поставил отдельно сервер с БД по больше > памяти, и сервер с приложением по больше процесор, а затем при > наличие большего кол-ва денег продублировал бы эти сервера. и где тут отказоустойчивость если в итоге узкое место это vps?
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	13. "Двухсторонняя синхронизация файлов HA проекта"	+/–
	Сообщение от qwerty (??) on 18-Окт-12, 10:30
	VPS -- это по железу  ОЧ МНОГО серверов !!!!!! + несколько резервных каналов >> Берем VPS, которая будет раздавать трафик на 2 или сколько по деньгам >> хватит остальные ваши сервера. >> Я бы еще сделал так поставил отдельно сервер с БД по больше >> памяти, и сервер с приложением по больше процесор, а затем при >> наличие большего кол-ва денег продублировал бы эти сервера. > и где тут отказоустойчивость если в итоге узкое место это vps?
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	14. "Двухсторонняя синхронизация файлов HA проекта"	+/–
	Сообщение от ALex_hha (ok) on 18-Окт-12, 11:46
	> VPS -- это по железу  ОЧ МНОГО серверов !!!!!! + несколько > резервных каналов это не решение уровня HA в любом случае ;)
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	15. "Двухсторонняя синхронизация файлов HA проекта"	+/–
	Сообщение от qwerty (??) on 19-Окт-12, 11:34
	>> VPS -- это по железу  ОЧ МНОГО серверов !!!!!! + несколько >> резервных каналов > это не решение уровня HA в любом случае ;) Ну тогда так http://habrahabr.ru/post/151445/ правда денег все равно не хватает.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	16. "Двухсторонняя синхронизация файлов HA проекта"	+/–
	Сообщение от Skif (ok) on 21-Окт-12, 13:44
	>> VPS -- это по железу  ОЧ МНОГО серверов !!!!!! + несколько >> резервных каналов > это не решение уровня HA в любом случае ;) Некоторые VPS уже в базе построены на HA. Будет ли там fault tolerance - вопрос, конечно же, но это не такая уж большая редкость, учитывая, что практически все коммерческие дистры идут в базе с этой опцией(таже варя или зеон). На крайний случай, вы можете это дозаказать эту опцию. Естетсвенно, в некоторых случаях прийдётся отказаться от PV в пользу HWV, но это тонкости.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема