baas

baas
Рейтинг
171
Регистрация
17.09.2012
Должность
ИТ
Интересы
Пиво варение.
WebGomel:
baas, я помню делал примерно вот так.
То есть 2 сервера в разных ДЦ, репликация файлов - lsyncd, Master-Master репликация MySQL, в DNS 2 записи типа А на оба сервера.

И уже в NGINX на обоих серверах задаём какой сервер у нас главный, а какой резервный. В итоге получается, что сайт всегда работает с одного сервера, на другом же его актуальная копия.

И эта схема вполне рабочая, я пробовал глушить по очереди сервера - сайт всё равно был доступен и всё синхронизировалось. Только помню с Master-Master репликацией MySQL я намучался, там не всё так просто.

Спасибо, ознакомлюсь с вашим решением.

А какие были проблемы с репликацией мастер-мастер?

У меня к примеру есть еще обновление базы из сервера 1с, товар обновляется выгружается/загружается.

Aisamiery:
Ну начнем с того, что такие цены как у OVH дать не может не один российский лоукостер. Ну и закончим тем, что дело не в том на сколько упал, дело в том, сколько он падает вообще, от российский лоукостеров никто при первом/втором падении не бежит, но когда они падают по 2-3 раза в неделю и ничего не меняется - это начинает напрягать 😂

Возьмем пример, у меня 2 раза в день делается резервная копия на удаленный сервер автоматом, так же автоматом резервная копия может развернутся на любой другой машине не более чем за 30 минут. Один раз в год/два/три не сложно развернуть проект пока ДЦ не поднимится, но разворачивать по 8 раз в месяц - это просто хрень какая то получается, проще там где разворачиваешь и остаться.

PS. Добрая половина российских лоукостеров является (в том числе) ресселерами овх :)
PPS. не пользуюсь овх, пользуюсь селектелом :)

И что у вас в селектеле сервер падает 2-3 раза в неделю?

madoff:
А вам надо ежесекундное состояния ? Какая допустимая мера простоя ? при наличии не большого трафика на сайты.

Планируется на будущее, что будит позже трафика больше и база с файлами вырастит.

Я как понял, вы имели ввиду, держать сервер про запас, и если что быстренько файлы и базу накотить, что бы был минимальный простой, а как же тогда в днс? днс же будит меняться минимум 8-14часов.

madoff:
Зачем вам делать репликацию. вы же не от нагрузок спасаетесь. лоадбаланс, мастер-мастер.

самое простое. по моему мнению отказоустойчивость.

А как же тогда базу в актуальном состоянии держать?

Stek:
С чего он возрастает ? Балансировщик может упасть с тем же шансом, что и основной сервер. В нем смысл, когда система в кластере и запросы по разным машинам распределяются.

Пока продумываем стратегию, ну завести два балансера.

madoff:
cloudflare.com - Load Balancing - можно заюзать. Если вам надо Balancing между серверами по http - трафик не большой, не думаю что дорого будет стоить :)

Что касается mysql - реплика, но надо учитывать особенности которые могут возникнуть.

.

Можно насчет особенностей по подробнее?

tmatm:
Всегда интересовал вопрос. А если балансировщик перестанет работать, то весь смысл в нескольких серверах за балансировщиком теряется. Т.е. с точки зрения распределния нагрузки с одного сервера на несколько балансировщик подходит, а с точки зрения надёжности по-моему никакого улучшения не будет.
Из простого - TTL поставить поменьше и в случае проблем с первым сервером сразу менять IP в DNS на на IP второго сервера.

Шанс возрастает не упасть.

100% структуры отказоустойчивости все равно нет.

После такого большой простоя нужно +1 месяц бесплатно давать, жуть.

kxk:
baas, Временное явление, а вообще зачем именно там брать сервер, я про SBG?

Ближе к границам родным! )

Внутренняя маршрутизация почему то не работает у sbg1

Logik:
SBG: ERDF repared 1 line 20KV. the second is still down. All Gens are UP. 2 routing rooms coming UP. SBG2 will be UP in 15-20min (boot time). SBG1/SBG4: 1h-2h

1h-2h - Жуть.

Всех клиентов растеряют.

Всего: 852