Size: a a a

VictoriaMetrics_ru

2021 June 22

AM

Andrey Miroshnikov in VictoriaMetrics_ru
Спасибо!
Да, использовать пуш-модель вместо пулл было бы идеально, но у нас все привыкли работать с прометеус-форматом, отучить сложно )
источник

AS

Aleksey Shirokikh in VictoriaMetrics_ru
Тогда использовать pushgateway
источник

AS

Aleksey Shirokikh in VictoriaMetrics_ru
Он ровно для того случая как вы описали
источник

.

. in VictoriaMetrics_ru
Я просто пытаюсь понять, что же лучше использовать в этой ситуации
источник

MB

Maksym Bruner in VictoriaMetrics_ru
а как вм обрабатывает каунтеры в таком случае? или полагается на статсд?
источник

AM

Andrey Miroshnikov in VictoriaMetrics_ru
Тоже верно, но его нельзя сделать "отказоустойчивым": держать более 1 инстанса одновременно запущенным. Вернее можно, но пушить данные нужно всегда в один
источник

AN

Artem Navoiev in VictoriaMetrics_ru
вм поддерживает формат в нее можно пушить )
источник

AM

Andrey Miroshnikov in VictoriaMetrics_ru
Формат pushgateway?
источник

AN

Artem Navoiev in VictoriaMetrics_ru
да прометеусовский текстовый протокол
источник

AS

Aleksey Shirokikh in VictoriaMetrics_ru
Это так. Но у него аптайм очень большой и вероятно это уложится в 4 девятки
источник

AN

Artem Navoiev in VictoriaMetrics_ru
prometheus/import
источник

AM

Andrey Miroshnikov in VictoriaMetrics_ru
У него может и большой, а у нашей инфраструктуры - не всегда )
источник

AM

Andrey Miroshnikov in VictoriaMetrics_ru
Спасибо! Возможно то что нам нужно
источник

.

. in VictoriaMetrics_ru
Извините меня, конечно, за ту глупость, которую я пишу, но мне искренне с этим хочется разобраться.
Вот что я узнал:
1) VM лучше сжимает данные, чем CH
2) VM весит меньше, чем CH (т.к. VM предназначена для хранения временных рядов)
3) В названии метрики должны быть только ASCII символы, двоеточие и нижнее подчёркивание
4) Можно через JSON экспортировать данные так, что в названии метрик будет Unicode символы
5) Есть небольшая проблема с импортированием исторических данных, так как надо использовать флаг -search.cacheTimestampOffset
Мне просто интересно, что бы вы делали в подобной ситуации. Если тут нельзя такое спрашивать, то извините, буду знать
источник

AN

Artem Navoiev in VictoriaMetrics_ru
We're looking for Technical Support Engineer to join VictoriaMetrics team

Desirable skills:
- Extensive technical support experience;
- Excellent communications skills;
- Problem-solving skills;
- Upper-Intermediate English;
- Ability to provide step-by-step technical help, both written and verbal;
- Experience of using Zendesk, Atalssian, Github, Slack;
- Hands-on experience with Linux/Mac OS environments;
- Experience of working with docker and/or kubernetes;
- Understanding of monitoring or willingness to learn about it.

What to do
- Working with community;
- Seek guidance from the engineering team when needed;
- Contribute to documentation, best practices and knowledge base;
- Customer support.

Pm me or drop message to info@victoriametrics.com
источник

МК

Максим Кнышов... in VictoriaMetrics_ru
Atlassian *
источник

RK

Roman Khavronenko in VictoriaMetrics_ru
> Есть небольшая проблема с импортированием исторических данных, так как надо использовать флаг -search.cacheTimestampOffset
а какая с этим проблема?

> Мне просто интересно, что бы вы делали в подобной ситуации.
Можете напомнить задачу, которую вы решаете?
источник

AV

Aliaksandr Valialkin in VictoriaMetrics_ru
В вм можно использовать любые юникод-символы в именах метрик и в лейблах. Как уже выше сказали, это может доставить некоторые неудобства при работе с графаной. На скорости работы вм использование юникод-символов не сказывается.
источник

AV

Aliaksandr Valialkin in VictoriaMetrics_ru
можно еще попробовать использовать statsd_exporter - https://github.com/prometheus/statsd_exporter
источник

AS

Aleksey Shirokikh in VictoriaMetrics_ru
они сильно разные
источник