T
Эх, я на секунду поверил что у меня руки крюки когда сталкивался с проблемами инфлюкса
Size: a a a
2021 December 06
AS
фак же
T
Я вторую версию так и не попробовал.
Было недолгое желание но я рассудил что нафиг если я все равно уходить с него буду😊
Было недолгое желание но я рассудил что нафиг если я все равно уходить с него буду😊
T
Ну оно легко внедряется что плюс
TF
тут вопрос, зависит от софта
AF
помотал картинки странно там у них фсё.
попробовал читать букавы, ещё смешнее "Позже мы обнаружили, что такие проблемы вызывают не только клиентские скрипты, но и несколько хорошо известных двоичных программ, используемых для выполняемых входных плагинов: они также могут потреблять неожиданно много памяти."
попробовал читать букавы, ещё смешнее "Позже мы обнаружили, что такие проблемы вызывают не только клиентские скрипты, но и несколько хорошо известных двоичных программ, используемых для выполняемых входных плагинов: они также могут потреблять неожиданно много памяти."
T
Которое мониторишь?
В принципе целевая аудитория у них примерно одинакова.
В принципе целевая аудитория у них примерно одинакова.
E
> Но тут Influx анонсировал новый язык запросов Flux. Мы убедились, что он обладает достаточной гибкостью для выполнения расчётов любой нужной нам сложности.
звучит как года 2-3 назад. А вообще очень странно, что Делл не договорились на счёт интерпрайз версии, где проблемы горизонтального роста "решены".
звучит как года 2-3 назад. А вообще очень странно, что Делл не договорились на счёт интерпрайз версии, где проблемы горизонтального роста "решены".
AF
Кстати а второй инфлюкс в итоге то зарелизили?
IP
лучше тогда вот этого ждать - https://github.com/influxdata/influxdb_iox
TF
хз, если у вас прям некуда деваться то возможно, если victoriametrics модет решить вопрос, то попробуйте на тесте как замену
IP
нет, просто интересно что у них получится
T
Сто лет как уже.
ВС
в статье неодократно акцентируется что делали для заказчика. предположу что делать надо было в срок, без увеличения стоимости и был важен результат. сделали, показали. теперь это проблема заказчика. для такого influx самое оно. бывает и хуже.
G
grafana/grafana tagged: v0.0.0-test
Link: https://github.com/grafana/grafana/releases/tag/v0.0.0-test
Release notes:
Link: https://github.com/grafana/grafana/releases/tag/v0.0.0-test
Release notes:
Build: don't run release builds on grafana/grafana repo ([#42785](https://github.com/grafana/grafana/pull/42785))
G
grafana/grafana tagged: v0.0.0-test: Update dependency @types/papaparse to v5.3.1 (#42538)
Link: https://github.com/grafana/grafana/releases/tag/v0.0.0-test
Release notes:
Link: https://github.com/grafana/grafana/releases/tag/v0.0.0-test
Release notes:
Co-authored-by: Renovate Bot [bot@renovateapp.com](mailto:bot@renovateapp.com)
AK
Всем привет. Кто-нибудь решал задачу как реализовать аналог
Использую vmcluster + prom alertmanager + OG.
PS. Поиск по каналу ответа не дал, гугл тоже… на уровень исходников пока не дошел, но это следующий шаг.
send_resolved: False на уровне алерта? То есть, что бы алерты на OOMK, к примеру, автоматически не закрывались вообще, а для остальных действовали дефолты на уровне ресивера? Использую vmcluster + prom alertmanager + OG.
PS. Поиск по каналу ответа не дал, гугл тоже… на уровень исходников пока не дошел, но это следующий шаг.
2021 December 07
J
Делаешь счётчик на oom
Делаешь выражение: счётчик > 0
Алерт никогда не закрывается =)
Делаешь выражение: счётчик > 0
Алерт никогда не закрывается =)
AK
Мне не нужен вечный Алерт, мне надо что бы на стороне интеграции он не закрывался автоматически (Opsgenie).
AM
Тогда проще на стороне opsgenie это накрутить, кажется, там же можно кастомную логику задавать в настройках интеграции