Pull to refresh
8
0
Send message
Как говорится, you welcome -) 6 ноября будет вебинар на эту тему. Подключайтесь -)
Спасибо, попробуем. Также один очень хороший специалист, работающий ныне в TeamCity, хвалил TeamCity. Хотя последний, вроде как, проигрывает gitlab'у -)
Вас понял. Спасибо за ответ! Попробую что-то подобное подготовить. Есть как раз «одни мои знакомые» на винде. Посмотрю на них wmi_exporter. Знакомых, работающих на контейнерах, пока нет. Хотелось бы в деле посмотреть еще cadvisor_exporter. Тут есть мысль перевести сборку на Jenkins докер. Появится «знакомый». Недавно была хорошая статья по контейнеризации Cache. Также есть ваша статья по сборке на Jenkins. Сборкой на Jenkins уже давно пользуемся. Теперь еще один шаг вперед.
Так я же предлагаю улучшить их использование — переменные шаблона можно использовать для генерации панелей SingleStat.


Принимается как вариант улучшения.

Зачем вы используете дополнительный модуль


Тоже принимается. Это статья о возможности. К следующему разу будет реализация напрямую в классе. Тестов не обещаю -)

проверки многоратно повторяются.


Принимается в том смысле, что код альтернативной рутины выложен мной, стало быть, и «пахнет» по моей вине.

старые низкоуровневые функции работают надежней


Тоже попался на, кажется, 15-й версии. Но ISC рекомендует избавляться от использования $zu — раз. Лучше задокументировано — два. Ошибка исправлена — три.

В принципе, с glostats и diskstats полями в $zu уже разобрался, как и со статистикой по WD. С чем пока затык — это со статистикой по ECP. Назначение многих метрик буду выпытывать к саппорта.

Будет интересно продолжение (AlertManager, автообнаружение + больше метрик (взятых, возможно, действительно из $zu))?

Ну или какие темы, по-вашему, еще стоит осветить, если стоит?
Спасибо за комментарий!
По поводу решения для Singlestat-панелей. На community Murray Oldfield задавал вопрос о шаблонах. Поэтому сделал через шаблоны в качестве ответа. Надеюсь, статья будет переведена на английский и выложена там.
Как по мне, слова «рутина» и «программа» взаимозаменяемы.
Насчет размазанности проверки версий — это к ISC -). Взял код ^mgstat и оставил/заменил в нем нужное мне.
В следующий раз планирую вообще не использовать ^mgstat и брать метрики напрямую из SYS.Stats. Надо только внимательно сравнить выдачу SYS.Stats и всяких там $zu(190,2,1) и т.п. Жаль, далеко не все $zu описаны. Придется либо искать по коду, либо спрашивать у саппорта.
Это набор классов внутри Caché, которые позволяют собрать тонны статистики о работе систем на платформе InterSystems. Еще насчет связки Prometheus-Grafana. AlertManager, Consul, PushGateway, Prometheus remote systems — считаем известными или же стоит уделить внимание? )
Соглашусь, что, возможно, некоторые шаги можно было просто упомянуть, не описывая. Однако еще одной своей задачей ставил изложение достаточно понятное даже для тех, кто докером и графаной до сих пор не пользовался. Ну ок, попробую учесть на будущее. Про SYS.Stats материал будет интересен?
Цель была показать, как конкретно вывод ^mgstat можно показать наглядно. Про Docker тут сказано коротко, самое нужное для понимания. Остальной материал полностью мой, но если покажете, где что слизал касательно ^mgstat, буду благодарен.
Можно прямо так и загрузить (вкупе с классом my.Metrics, ну или как вы его там переименуете). Если не заработает — пишите. В недалеком будущем появятся еще дашбоарды. Есть целое их хранилище. Там пока нет кашовых. Но, скорее всего, туда и положим. Во 2-й части статьи эту тему постараюсь осветить.
http://37.139.17.101:3000/dashboard/db/isc-cache
Логин — operator
Пароль — PromOperator

Не пишу в основной текст, поскольку не совсем уверен в долгожительстве данной ссылки.
Спасибо! Рад, что понравилось. Надеюсь, будет продолжение.
Насчет интервала опроса — да, конфигурится в prometheus.yml, параметр scrape_interval. Сейчас там стоит 15 секунд. Там еще много чего можно настроить. Что меня лично интересует — это возможность длительного хранения данных. Т.е., конечно, такая возможность есть, но хотелось бы понаблюдать за размером базы хранения. Собираюсь внедрить это на проде для одного из клиентов. Тогда появятся практические цифры.
Насчет фаз WD — ну график не так уж плох для просмотра историчности -). Но можно, конечно, отображать текущее значение и текстом в Grafana. Нужно только задать маппинг приезжающих от Prometheus цифр и текста. Мол, приехало 5 — пишем в текстовой панели «Write to WIJ». Текстовую панель такую включу в шаблон отображения метрик WD. Если не забуду, конечно -)
Попробуем в скором времени организовать. Как будет, скину сюда адрес.
За Фромма — отдельное большое спасибо!
Автору и переводчику — спасибо за простое и понятное объяснение.

Information

Rating
Does not participate
Registered
Activity