Size: a a a

Чат конференции HighLoad++

2020 January 21

PD

Phil Delgyado in Чат конференции HighLoad++
DNS же медленно переключается. Можно иметь общий IP на балансеры и переключать. Если правильно помню, нужно копать в сторону BGP, но я не сетевик, лучше с ними говорить.
источник

PD

Phil Delgyado in Чат конференции HighLoad++
Mik I.
Можно ещё сделать умным клиентов, чтобы они сами уходили работать на другой сервис, если основной отвалился.
Ага. При этом данные скорее всего не синхронно реплицируются, так что при первой мелкой проблеме в сети начнется такая фигня....
источник

MI

Mik I. in Чат конференции HighLoad++
Phil Delgyado
DNS же медленно переключается. Можно иметь общий IP на балансеры и переключать. Если правильно помню, нужно копать в сторону BGP, но я не сетевик, лучше с ними говорить.
Это вариант 1) выше
источник

MI

Mik I. in Чат конференции HighLoad++
Phil Delgyado
Ага. При этом данные скорее всего не синхронно реплицируются, так что при первой мелкой проблеме в сети начнется такая фигня....
Клиент умный, пусть кешит.
источник

PD

Phil Delgyado in Чат конференции HighLoad++
Mik I.
Клиент умный, пусть кешит.
Кеширует что? Изменения? А толку, если сеть моргает и он пишет в разные базы постоянно. А ещё и клиентов несколько, моргает по разному и все пишут куда попало...
При том, что master-master не бывает...
источник

M

Mentat in Чат конференции HighLoad++
Phil Delgyado
DNS же медленно переключается. Можно иметь общий IP на балансеры и переключать. Если правильно помню, нужно копать в сторону BGP, но я не сетевик, лучше с ними говорить.
Чтобы нормально переключать BGP надо иметь свою сетку адресов и провайдеров, которые согласны ее анонсировать. В современном мире дешевых облаков этого просто нет, это игрушки уровня энтерпрайза и провайдеров.
источник

PD

Phil Delgyado in Чат конференции HighLoad++
Ну, у нас был дешёвый проект и мы нашли на это провайдеров. Без BGP, кстати, как подключать тот же Curator?
источник

PD

Phil Delgyado in Чат конференции HighLoad++
В дешёвых облаках или есть свои решения (типа амазоновского балансировщика) или опаньки....
источник

M

Mentat in Чат конференции HighLoad++
На своем железе при толике настойчивости - да, можно сделать. Но кто щас с нуля точится в железо, все vps-ки и дедики берут.
источник

M

Mentat in Чат конференции HighLoad++
Амазон не очень дешевый) И там балансировщик находится в конкретной зоне, если зона упадет - а это бывало - тю-тю
источник

AE

Alexey Er in Чат конференции HighLoad++
Так-то обычно задачу просят поставить. потом решают ;)

В общей формулировке можно прыгать от нескольких независимых вебсерверов (не ответил один -- спросим у другого) до кворума между балансерами в разных сетях.
источник

E

Eugene in Чат конференции HighLoad++
А если сделать "балансировку" на уровне A записи DNS, имея 2 хостинг провайдера, прописать для одного домена 2 IP, но тут проблема с мастер-мастер репликацией, вроде для Postgres есть инструмент BDR, кто нибудь использовал? Если не требуется частая запись, будет ли это адекватно работать?
источник

E

Eugene in Чат конференции HighLoad++
Alexey Er
Так-то обычно задачу просят поставить. потом решают ;)

В общей формулировке можно прыгать от нескольких независимых вебсерверов (не ответил один -- спросим у другого) до кворума между балансерами в разных сетях.
Вопрос в том, как правильно связать один домен с двумя независимыми серверами, и кто будет заниматься логикой "не ответил один -- спросим у другого", если отдельный балансировщик то как обеспечить его отказоустойвость
источник

PD

Phil Delgyado in Чат конференции HighLoad++
Eugene
А если сделать "балансировку" на уровне A записи DNS, имея 2 хостинг провайдера, прописать для одного домена 2 IP, но тут проблема с мастер-мастер репликацией, вроде для Postgres есть инструмент BDR, кто нибудь использовал? Если не требуется частая запись, будет ли это адекватно работать?
Не бывает мастер-мастер репликации 'вообще', особенно на медленных соединениях.
источник

PD

Phil Delgyado in Чат конференции HighLoad++
А от каких угроз спасемся? Отказ сети, отказ сервера? Какой SLA нужен? Какие нагрузки?
источник

VO

Vyacheslav Olkhovchenkov in Чат конференции HighLoad++
Eugene
Вопрос в том, как правильно связать один домен с двумя независимыми серверами, и кто будет заниматься логикой "не ответил один -- спросим у другого", если отдельный балансировщик то как обеспечить его отказоустойвость
Посмотреть в учебнике по UML как правильно рисуется связь на плакате и нарисовать плакат?
источник

E

Eugene in Чат конференции HighLoad++
Phil Delgyado
А от каких угроз спасемся? Отказ сети, отказ сервера? Какой SLA нужен? Какие нагрузки?
Отказ хостинг провайдера, хочется иметь два независимых хостинг провайдера
источник

PD

Phil Delgyado in Чат конференции HighLoad++
SLA? Используемый стек?
источник

PD

Phil Delgyado in Чат конференции HighLoad++
Деньги на обеспечение SLA?
источник

OS

Oleg Soroka in Чат конференции HighLoad++
Я бы начал с бесплатного cloudflare.
Есть шанс, что при умеренном SLA, платный даже не понадобится.
источник