ST
10Gb в день — это 0.1Mb/s? 🙂
не, ~90гб в день сам обьем передаваемых данных будет
скорость навскидку могу только сказать ну 5+ мешков
скорость навскидку могу только сказать ну 5+ мешков
Size: a a a
2020 June 08
VL
в конечном счёте нет вариантов. Все схемы отказоустойчивости строятся на репликации.
ST
Видишь в чем дело, удаленная точка это не европа а китай
и если вдруг "как мы любим" какая то сетевая заминка и тп, то все крякнется)
и если вдруг "как мы любим" какая то сетевая заминка и тп, то все крякнется)
ST
спб-франкфурт это живет изи, это проблем не вызывает
VL
у вас ДЦ именно в Китае, или в каком-нибудь Гонконге?
ST
у вас ДЦ именно в Китае, или в каком-нибудь Гонконге?
и там и там
ST
вот, а мониторинг и логи в мск))
ST
самый безопасный способ это конечно в случае именно с китаем лучше все таки разделить чтобы судьбу не искушать) но мало ли вдруг какие то бестпрактисы есть в случае с другими континентами
E
> Ну а с репликой тоже не все гладко, допустим у меня десятки гигов логов в елк в день. Эти куски данных тоже реплицировать через полмира?)
шашечки и езда. если они нужны на других полмира, то да.
шашечки и езда. если они нужны на других полмира, то да.
ST
> Ну а с репликой тоже не все гладко, допустим у меня десятки гигов логов в елк в день. Эти куски данных тоже реплицировать через полмира?)
шашечки и езда. если они нужны на других полмира, то да.
шашечки и езда. если они нужны на других полмира, то да.
👍🏻
VL
тут лучше разобраться с trade-off. Архитектура, работающая в условиях возможности смерти любого ДЦ, включая управляющий — это очень дорого, и чаще всего не нужно
VL
обычно достаточно чтобы сервис хоть как-то работал при смерти управляющего ДЦ, и можно было быстро переключить пользователей на соседний ДЦ.
ST
обычно достаточно чтобы сервис хоть как-то работал при смерти управляющего ДЦ, и можно было быстро переключить пользователей на соседний ДЦ.
тут проблема не юзеров а именно мониторинга и логирования =)
в целом спасибо за отклик, я реплики погоняю, в целом пока нет такого космического трафика чтобы что то серьезное строить
в целом спасибо за отклик, я реплики погоняю, в целом пока нет такого космического трафика чтобы что то серьезное строить
VL
тут проблема не юзеров а именно мониторинга и логирования =)
в целом спасибо за отклик, я реплики погоняю, в целом пока нет такого космического трафика чтобы что то серьезное строить
в целом спасибо за отклик, я реплики погоняю, в целом пока нет такого космического трафика чтобы что то серьезное строить
так давай конкретнее, какой сейчас мониторинг и система логирования. Prometheus умеет федерацию. Надо тестить, как оно живёт поверх интернета, но жить должно. Есть способы агрегации, если все метрики гнать не надо, но удобного воркэраунда для этого, насколько я знаю, нет. Если мониторинг — не прометей, надо смотреть предметно
ST
так давай конкретнее, какой сейчас мониторинг и система логирования. Prometheus умеет федерацию. Надо тестить, как оно живёт поверх интернета, но жить должно. Есть способы агрегации, если все метрики гнать не надо, но удобного воркэраунда для этого, насколько я знаю, нет. Если мониторинг — не прометей, надо смотреть предметно
Prom+ELK Да
ST
федерацию в доке мельком видел
VL
logstash умеет доотправку сообщений и накопление большой очереди, ожидающей отправки?
ST
logstash умеет доотправку сообщений и накопление большой очереди, ожидающей отправки?
нет, во всяком случае не делал
c
Логи в ёлку у меня ехали без проблем из Сингапура во Францию. По дублированным ипсек туннелям. В Азии собирались флюентбитом.
Все норм проработало года 3, потом проект свернулся.
Все норм проработало года 3, потом проект свернулся.
c
Объёмы плюс-минус похожие.