H
Но это смотря какая нагрузка
Size: a a a
2020 December 07
H
И кто платит за все это
Y
я по логам уже отладил, хотел убедиться в графике
а что мешает скрейпить каждую секунду?
АП
а что мешает скрейпить каждую секунду?
не будет видно провалов
Y
не будет видно провалов
так а насколько часто надо?
p
Обычно под нагрузкой только агрегированные метрики, да и логи семплированные
Сильно зависит от. cpu/mem/net/io крайне желательно собирать детально, а вот метрики зависящие от запросов - скорее всего надо семплить
АП
раз в секунду
АП
провалы по 2-3 секунды
DP
а что нам даст decimal для 10/3, например?
Децимал для децималов!
Y
Децимал для децималов!
типо целочисленное правильно обработает)
Y
раз в секунду
так я же и предложил скрейпить раз в секунду...
можно или линк на пост с проблемой или опишите её.. я чет не вкуриваю
можно или линк на пост с проблемой или опишите её.. я чет не вкуриваю
АП
так я же и предложил скрейпить раз в секунду...
можно или линк на пост с проблемой или опишите её.. я чет не вкуриваю
можно или линк на пост с проблемой или опишите её.. я чет не вкуриваю
сбор статистики раз в 15 секунд, потом интерполяция по секундам, но так мы никогда не увидим провала, просто этот отрезок будет в меньшем количестве на единицу
Y
сбор статистики раз в 15 секунд, потом интерполяция по секундам, но так мы никогда не увидим провала, просто этот отрезок будет в меньшем количестве на единицу
а что мешает собирать стату не раз в 15 сек, а раз в секунду? или у вас в проме стоит прореживание?
АП
ну не хотелось, но придеться
Y
ну не хотелось, но придеться
тут я совсем запутался... вы хотите видеть статистику посекундам, но собирать реже? почему? сбор как правило несет мизерную нагрузку
АП
ну работаю с тем что есть, пром так собирает
АП
можно перенастроить, но надо посмотреть что бы ничего не кончилось
Y
ну работаю с тем что есть, пром так собирает
там scrape_interval можно для таргета отдельно указать
АП
там scrape_interval можно для таргета отдельно указать
в смысле для ручки?