Size: a a a

SPb Reliability Meetup

2019 February 13

Е

Егор in SPb Reliability Meetup
дефолтная штука для его админа)
источник

K

KK in SPb Reliability Meetup
Егор
это питоновый обвес рядом с эластиком
да, знаю. С ELK его ставил
источник

Е

Егор in SPb Reliability Meetup
да, просто индексы грохаются и все
источник

Е

Егор in SPb Reliability Meetup
но по опыту
источник

Е

Егор in SPb Reliability Meetup
больше 2-4 дней инфа не требовалась
источник

K

KK in SPb Reliability Meetup
По поводу агента - тоже не очень понятно, нафиг он нужен, если можно напрямую в коллектор ?
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
KK
По поводу агента - тоже не очень понятно, нафиг он нужен, если можно напрямую в коллектор ?
агрегация
источник

Е

Егор in SPb Reliability Meetup
KK
По поводу агента - тоже не очень понятно, нафиг он нужен, если можно напрямую в коллектор ?
если пристутствуют проблемы с сетью
источник

Е

Егор in SPb Reliability Meetup
то агент аггрегирует и передает
источник

K

KK in SPb Reliability Meetup
Егор
то агент аггрегирует и передает
ясн, тогда становится на свои места
источник

K

KK in SPb Reliability Meetup
Егор
то агент аггрегирует и передает
Логи причесываете где-то или пушите как есть ?
источник

Е

Егор in SPb Reliability Meetup
не понял
источник

K

KK in SPb Reliability Meetup
Егор
не понял
имею в виду к какому-то единому формату приводите или отправляете как есть ?
Например в ELK можно причесывать перед складыванием в БД
источник

Е

Егор in SPb Reliability Meetup
чего-то мы о разном
источник

Е

Егор in SPb Reliability Meetup
мы в бд не складываем ничего
источник

K

KK in SPb Reliability Meetup
а в эластике что хранится ?
источник

Е

Егор in SPb Reliability Meetup
данные дальше эластика никуда не уходят, максимум что сохраняем - это traceId в аналитическую базу, на всякий, чтобы потом можно было восстановить хронологию событий с испорченным ивентом
источник

Е

Егор in SPb Reliability Meetup
сервис1|сервис2 -> локальный агент -> коллектор -> эластик    <- веб морда егеря
источник

K

KK in SPb Reliability Meetup
Ок, спс.
Логи же в эластике хранятся ?
источник

p

pragus in SPb Reliability Meetup
Vitaliy Levchenko
Это боль. Балансиры чаще всего не умеют понимать, что через них проходит, адекватно помечать и с нормальным алгоритмом повторять запросы.
На моём опыте единственный нормальный вариант: делать балансировку внутри клиента. Для внешних запросов: ipvs, и страдать при переключениях. А софт не важен.

Кстати, было бы круто, если кто-нибудь расскажет о грамотной балансировке. Решения там простые, но мало кто их реально применяет.
А не надо балансеру лезть куда ему не надо. Все что от него требуется - аккуратно раскидать трафик между точками терминации
источник