Добрый день,Есть желание сделать одну систему (php+mysql) отказоустойчивой, как я это вижу:
Покупаются сервера в разных датацентрах, есть 2 веб-сервера, 2 HA прокси, 3 DNS сервера. DNS проверяет доступность каждого из HA прокси, и решает адрес вегда в айпи одного из доступных, HA прокси в свою очередь проверяет доступность веб-серверов, и возвращает всегда какой то один, а второй висит как резервный. Как только падает первый, HA прокси это фиксирует и направляет трафик на второй, когда поднимается первый, HA через определенное время начинает слать трафик на него (задержка в моем понимании нужна что бы успела произойти синхронизация данных от второго сервера на первый). Базы будут master - master, проблем быть не должно потому что писаться всегда будет только в одну БД. А вот как быть с файлами? rsync? Но тогда как он поймет что отсутствие файла 1 на сервере 2 = скопировать файл 1 с первого сервера на второй, а не удалить его на первом?
Замечания и критика приветствуются, никогда раньше такого не воротил. Кстати по поводу "DNS проверяет доступность каждого из HA прокси, и решает адрес вегда в айпи одного из доступных", это реально или я себе придумал? Если да то тыкните куда копать, bind это умеет?
> Кстати по поводу "DNS проверяет доступность каждого из HA прокси, и решает адрес вегда в айпи одного из доступных", это реально или я себе придумал?Откройте для себя понятие failover ip
>> Кстати по поводу "DNS проверяет доступность каждого из HA прокси, и решает адрес вегда в айпи одного из доступных", это реально или я себе придумал?
> Откройте для себя понятие failover ipА как это будет работать в случае когда сервера в разных точках мира у разных хостеров?
>>> Кстати по поводу "DNS проверяет доступность каждого из HA прокси, и решает адрес вегда в айпи одного из доступных", это реально или я себе придумал?
>> Откройте для себя понятие failover ip
> А как это будет работать в случае когда сервера в разных точках
> мира у разных хостеров?никак, в постановке задачи не было такого условия
когда днс резолвит он сообщаяет ттл. часто браузеры и прокси игнорирут его( особенно браузеры ) и кешируют ип-адрес на очень долго = вывод сделай сам.все браузеры как и любое современное клиентское приложение умеет перебирать список адресов ответа, полученого от днс, в поиске работующего сервера - все сделано уже давно и за тебя = вывод сделай сам.
HA-проект с мастер-мастер мускулем на разных континентах?( пофиг что писаться будет только в одну ) - читай статьи = вывод сделаешь сам.
прочитай ман к rsync - вопросы отпадут.
твой бред исходит от незнания. начни с чтения документации и статей. поисковик тебе в руки. каждый пункт твоей стратегии неверен.
... или ты просто дунул что-то тяжелое?
> HA-проект с мастер-мастер мускулем на разных континентах?( пофиг что писаться будет только в одну ) - читай статьи = вывод сделаешь > самА что такого? Да писаться будет в одну, а мастер - мастер нужен что бы система сама переключалась и синхронизировалась, совет "читайте статьи и маны" самый простой и очевидный, я не за ним на форум пришел. Посоветовали бы хоть одну годную ссылку или хотя бы предложили свой вариант как это лучше сделать, а так обосрали но альтернативы не предложили
>> HA-проект с мастер-мастер мускулем на разных континентах?( пофиг что писаться будет только в одну ) - читай статьи = вывод сделаешь > сам
> А что такого? Да писаться будет в одну, а мастер - мастер
> нужен что бы система сама переключалась и синхронизировалась, совет "читайте статьи
> и маны" самый простой и очевидный, я не за ним на
> форум пришел. Посоветовали бы хоть одну годную ссылку или хотя бы
> предложили свой вариант как это лучше сделать, а так обосрали но
> альтернативы не предложилиа какая тебе альтернатива если ты не знаешь даже, как DNS-протокол работает? какого хрена слепому объяснять про цвет?
я тебе алтернативы предложу:
- изучать доки к профе, которой ты пытаешшься заниматься
- менять профу
>[оверквотинг удален]
>> нужен что бы система сама переключалась и синхронизировалась, совет "читайте статьи
>> и маны" самый простой и очевидный, я не за ним на
>> форум пришел. Посоветовали бы хоть одну годную ссылку или хотя бы
>> предложили свой вариант как это лучше сделать, а так обосрали но
>> альтернативы не предложили
> а какая тебе альтернатива если ты не знаешь даже, как DNS-протокол работает?
> какого хрена слепому объяснять про цвет?
> я тебе алтернативы предложу:
> - изучать доки к профе, которой ты пытаешшься заниматься
> - менять профуНу я хотя бы предложил свою версию того как я это вижу, а вы не предложили ничего. Неизвестно понимаете ли вы сами что тут обсуждают, потому как своего варианта так и не написали.
> Ну я хотя бы предложил свою версию того как я это вижу,
> а вы не предложили ничего. Неизвестно понимаете ли вы сами что
> тут обсуждают, потому как своего варианта так и не написали.1) Ваше "DNS проверяет доступность каждого из HA прокси" - это уже ВСЕ.
2) Варианты можно предложить человеку, который разберется в них.
>> Ну я хотя бы предложил свою версию того как я это вижу,
>> а вы не предложили ничего. Неизвестно понимаете ли вы сами что
>> тут обсуждают, потому как своего варианта так и не написали.
> 1) Ваше "DNS проверяет доступность каждого из HA прокси" - это уже
> ВСЕ.
> 2) Варианты можно предложить человеку, который разберется в них.1) Ваша фантазия настолько ограничена что если DNS "по мануалу" что то не умеет то это нельзя реализовать с помощью своих скриптов?
2) И опять таки бла бла бла, а своего варианта так и нет
Хотя насчет доков конечно правда, читать их нужно, но на форуме я просил варианты реализации. Что бы уже по конкретной реализации читать доки
> Хотя насчет доков конечно правда, читать их нужно, но на форуме я
> просил варианты реализации. Что бы уже по конкретной реализации читать докипока нет понимания работы протоколов не поможет и рекомендация с выбором софта. Вы не сможете его настроить, нормально обслуживать итд. Поэтому не смотря на поставленную глобальную задачу (которая явно не по Вашему уровню), начинайте с изучения азов - оно окупится.
PS
нельзя научится писать не зная алфавита.
>> Хотя насчет доков конечно правда, читать их нужно, но на форуме я
>> просил варианты реализации. Что бы уже по конкретной реализации читать доки
> пока нет понимания работы протоколов не поможет и рекомендация с выбором софта.
> Вы не сможете его настроить, нормально обслуживать итд. Поэтому не смотря
> на поставленную глобальную задачу (которая явно не по Вашему уровню), начинайте
> с изучения азов - оно окупится.
> PS
> нельзя научится писать не зная алфавита.А вы форумом не ошиблись? А то куча лирики, а технической инфы от вас нулевой поток
> когда днс резолвит он сообщаяет ттл. часто браузеры и прокси игнорирут его(
> особенно браузеры ) и кешируют ип-адрес на очень долго = вывод
> сделай сам.
> все браузеры как и любое современное клиентское приложение умеет перебирать список адресов
> ответа, полученого от днс, в поиске работующего сервера - все сделано
> уже давно и за тебя = вывод сделай сам.Как то эти две сущности противоречат друг другу, с одной стороны вы говорите что браузер закеширует "упавший" айпи и это плохо, но с другой говорите что тот же браузер умеет определять какой айпи рабочий. Где логика?
разница в ответе днс.ответ кешируется. точка.
если там будет 1ип - ответ закешируется с одним ип.
будет несеолько - ответ закешируется с несколькими.во втором случае браузер не дождавшись соединения полезет к следующему ип, в первом - скажет что сервер недоступен.
противоречия нет.
> разница в ответе днс.
> ответ кешируется. точка.
> если там будет 1ип - ответ закешируется с одним ип.
> будет несеолько - ответ закешируется с несколькими.
> во втором случае браузер не дождавшись соединения полезет к следующему ип, в
> первом - скажет что сервер недоступен.
> противоречия нет.Так это же прекрасно, возвращать айпишники проксей, а прокси уже будут гнать трафик на нужный сервер
> все браузеры как и любое современное клиентское приложение умеет перебирать список адресов
> ответа, полученого от днс, в поиске работующего сервера - все сделано
> уже давно и за тебя = вывод сделай сам.Да ну? У меня отдается по A-записи 3-и ip-адреса, браузер найдет из них один рабочий? Нет, он выберет рандомный. Идите дальше дуйте что-то тяжелое и не лезьте с дурными мыслями к итак ничего не знающему человеку.
> все браузеры как и любое современное клиентское приложение умеет перебирать список адресов ответа, полученного от днс, в поиске работающего сервера - все сделано
> уже давно и за тебя = вывод сделай сам.чо курим?
>[оверквотинг удален]
> нужна что бы успела произойти синхронизация данных от второго сервера на
> первый). Базы будут master - master, проблем быть не должно потому
> что писаться всегда будет только в одну БД. А вот как
> быть с файлами? rsync? Но тогда как он поймет что отсутствие
> файла 1 на сервере 2 = скопировать файл 1 с первого
> сервера на второй, а не удалить его на первом?
> Замечания и критика приветствуются, никогда раньше такого не воротил. Кстати по поводу
> "DNS проверяет доступность каждого из HA прокси, и решает адрес вегда
> в айпи одного из доступных", это реально или я себе придумал?
> Если да то тыкните куда копать, bind это умеет?Думаю 1 вопрос такой: А порядок денег какой можно на это поратить ?
>[оверквотинг удален]
>> что писаться всегда будет только в одну БД. А вот как
>> быть с файлами? rsync? Но тогда как он поймет что отсутствие
>> файла 1 на сервере 2 = скопировать файл 1 с первого
>> сервера на второй, а не удалить его на первом?
>> Замечания и критика приветствуются, никогда раньше такого не воротил. Кстати по поводу
>> "DNS проверяет доступность каждого из HA прокси, и решает адрес вегда
>> в айпи одного из доступных", это реально или я себе придумал?
>> Если да то тыкните куда копать, bind это умеет?
> Думаю 1 вопрос такой: А порядок денег какой можно на это поратить
> ?ну скажем до 1к евро в месяц на аренду серверов, потому что рассматриваются варианты только с расположением данных за границей.
Берем VPS, которая будет раздавать трафик на 2 или сколько по деньгам хватит остальные ваши сервера.
Я бы еще сделал так поставил отдельно сервер с БД по больше памяти, и сервер с приложением по больше процесор, а затем при наличие большего кол-ва денег продублировал бы эти сервера.
> Берем VPS, которая будет раздавать трафик на 2 или сколько по деньгам
> хватит остальные ваши сервера.
> Я бы еще сделал так поставил отдельно сервер с БД по больше
> памяти, и сервер с приложением по больше процесор, а затем при
> наличие большего кол-ва денег продублировал бы эти сервера.и где тут отказоустойчивость если в итоге узкое место это vps?
VPS -- это по железу ОЧ МНОГО серверов !!!!!! + несколько резервных каналов
>> Берем VPS, которая будет раздавать трафик на 2 или сколько по деньгам
>> хватит остальные ваши сервера.
>> Я бы еще сделал так поставил отдельно сервер с БД по больше
>> памяти, и сервер с приложением по больше процесор, а затем при
>> наличие большего кол-ва денег продублировал бы эти сервера.
> и где тут отказоустойчивость если в итоге узкое место это vps?
> VPS -- это по железу ОЧ МНОГО серверов !!!!!! + несколько
> резервных каналовэто не решение уровня HA в любом случае ;)
>> VPS -- это по железу ОЧ МНОГО серверов !!!!!! + несколько
>> резервных каналов
> это не решение уровня HA в любом случае ;)Ну тогда так
http://habrahabr.ru/post/151445/
правда денег все равно не хватает.
>> VPS -- это по железу ОЧ МНОГО серверов !!!!!! + несколько
>> резервных каналов
> это не решение уровня HA в любом случае ;)Некоторые VPS уже в базе построены на HA. Будет ли там fault tolerance - вопрос, конечно же, но это не такая уж большая редкость, учитывая, что практически все коммерческие дистры идут в базе с этой опцией(таже варя или зеон). На крайний случай, вы можете это дозаказать эту опцию. Естетсвенно, в некоторых случаях прийдётся отказаться от PV в пользу HWV, но это тонкости.