AK
Зачем пихать в Jaeger все подряд, если можно пихать только необходимый минимум информации который позволит локализовать проблему, дальше пойти в логи и метрики конкретного сервиса и увидеть, что случилось?
Size: a a a
2021 September 01
IA
Ладно господа архитекторы , надо код писать
PD
А зачем мне две системы, если хватает одной?
PD
Мы у себя сейчас подумали и решили не ставить джагер, так как CH дает все то же, но проще )
AK
Это где такое написано? 🤔
PD
Ну и он даже на 10GB скорее всего умрет и попросит писать только один трейс из 100K
PD
В документации )
По умолчанию джагер использует только 0.1% от трейсов, насколько я помню.
По умолчанию джагер использует только 0.1% от трейсов, насколько я помню.
AK
На сколько я помню там сэмплинг идет на выборку. Но если указать конкретный проиндексированный
request_id записанный как тег/аттрибут извлечется нужный Span (и все его родители/дети) без проблем. Т.е. пишутся все запросы.AK
Иначе вообще смысл в трейсинге теряется. Нафига нужен трейсинг который не возволяет трассировать конкретный запрос?
PD
Сэмплинг идет именно на хранение, насколько я помню.
AK
Ну я хз. Мы Ягерем ловим конкретные запросы и как то пока что не теряли
PD
Ну, он позволяет смотреть средние задержки, время выполнения и т.п.
PD
А сколько у вас запросов в секунду внутренних? И какое железо под ягером?
AK
По разному. Клиентских вроде не много, внутренних много. Железо GKE, поэтому хз. Там шарятся ресурсы, нет выделенной ноды под Jaeger.
Позже отпишу если дадут данные и разрешат раскрыть. В одном сервисе точно знаю 1000 спанов в секунду в среднем генерится.
Там можно указывать вообще разные стратегии сэмплинга достаточно гибко в том числе писать вообще все трейсы.
Позже отпишу если дадут данные и разрешат раскрыть. В одном сервисе точно знаю 1000 спанов в секунду в среднем генерится.
Там можно указывать вообще разные стратегии сэмплинга достаточно гибко в том числе писать вообще все трейсы.
sampler.type=const, sampler.param=1PD
Ну, меня как раз интересует железо, нужное хотя бы на 10K внутренних вызовов в секунду.
Для траблшутинга все равно проще CH, но статистику может быть собирать удобнее будет.
Для траблшутинга все равно проще CH, но статистику может быть собирать удобнее будет.
AK
А для какого компонента? Там же сложная архитектура. Клиент и агент ставится на том же хосте где и сервис крутится, все остальное отдельно.
PD
Общая сумма затрат в ядрах/памяти )
PD
Ну то есть на CH поверх логов мне трейсинг обойдется (на такой нагрузке) в худшем случае в пару ядер и 16GB оперативки (это если нужно будет очень часто снимать метрики для той же графаны), а скорее всего вообще даст несущественный прирост нагрузки.
Но если весь трейсинг влезет в 1core+8GB, то можно уже подумать.
Но если весь трейсинг влезет в 1core+8GB, то можно уже подумать.
PD
Кстати, а вы для каких сценариев используете джагер? Почему не хватило простого запроса по логам?