https://www.opennet.dev/openforum/vsluhforumID3/119843.html Представлен релиз системы мониторинга Monitorix 3.12.0, предназначенной для наглядного слежения за работой разнообразных сервисов, например, мониторинга температуры CPU, нагрузки на систему, сетевой активности и отзывчивости сетевых сервисов. Управление системой производится через web-интерфейс, данные представлены в виде графиков...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52414<br> https://www.opennet.dev/openforum/vsluhforumID3/119843.html#84 Fri, 06 Mar 2020 17:50:29 GMT &gt; P.S.: RRD &#8230; справляется с огромными объёмами.<br><br>&#8230;если подложить под него SSD. В противном случае ты начинаешь упираться в хаотическую беготню по блинам жёстких дисков.<br><br><br> https://www.opennet.dev/openforum/vsluhforumID3/119843.html#83 Wed, 04 Mar 2020 23:07:29 GMT Вы так понтуетесь, что вас читать тошно.<br><br>P.S.: RRD прекрасен для своих задач и справляется с огромными объёмами.<br> https://www.opennet.dev/openforum/vsluhforumID3/119843.html#82 Wed, 26 Feb 2020 20:46:19 GMT &gt; А что случилось с zabbix? <br><br>Попользуйтесь. Элементарного нет, давно нет.<br> https://www.opennet.dev/openforum/vsluhforumID3/119843.html#81 Wed, 26 Feb 2020 17:25:42 GMT &gt; 2. В отличие от СУБД, rrd в виде файлов отлично и <br><br>в смысле, вы ниасилили ни одной абстракции сложнее файлов, и это победа rrd? <br>Вы точно эксперт, а не студент недоучка, нанятый в малобюджетный проект, где все деньги распилили за пять лет до вас?<br><br>&gt; масштабируется и контролируется. В сравнении с RAC от Oracle,<br><br>круто. Наколенную поделку "в виде файлов" сравнивать с базой, предназначенной для аналитических задач.<br><br>&gt; 3. Чтобы еще в несколько раз ускорить работу rrd, можно использовать любой <br>&gt; кэш-сервер, будь он на СУБД, NoSQL или в ОЗУ (redis, memcached). <br><br>угу. Сперва поделка в виде файлов. Потом кэш-сервер на субд. Потому что поделка в виде файлов не тянет, да?<br>Вам в вашем пту не рассказывали, кстати, что кэширование в любой традиционной базе данных есть из коробки и оно вполне автоматическое? (только не надо под хранение метрик брать оракл, он немного не для этого, и хорошо кэширует вполнение сложных запросов)<br> <br>&gt; Вопрос использования реализации в виде rrdtool может возникнуть при ежеминутн https://www.opennet.dev/openforum/vsluhforumID3/119843.html#80 Wed, 26 Feb 2020 17:12:49 GMT &gt; Если они через 5 лет всерьез приползают<br><br>утечка всплыла через три года. До этого - ничем не воняло, воришка отлеживался на грунте.<br>Теперь всплыл - и тут же был посажен на бутылочку, наивный дятел, думавший что логи не хранятся, что это нечеловечески сложно и дорого.<br><br>&gt; Ну так надо определиться какое разрешение разумное и угомониться. Врядли тебе нужен посекундный<br>&gt; лог за 10 лет. Чего с ним делать?<br><br>я ж вроде детально разжевал, что - сравнивать с таким же точно логом на сейчас.<br>Если он сейчас зачем-то посекундный- значит, там что-то, что важно не пропустить на этом интервале, а не каком-то другом. А там где неважно - там и снимается раз в пять минут.<br>Нужно редко - и тот же mysql позволяет без особых хлопот отложить такое на медленный дешевый сторадж, оставив быстрый под сиюминутные потребности.<br><br>Ну и жабиксовая идея хранить "тренды" - она может не очень удачно реализованная, но сама по себе - хорошая. Это не "средние по больнице", ни разу.<br><br>&gt; Ну так это место все равно займется. Не, намного лучш https://www.opennet.dev/openforum/vsluhforumID3/119843.html#79 Wed, 26 Feb 2020 12:32:35 GMT &gt; Last Update: 2013-04-22<br>&gt; Он настолько хорош, что за 7 лет не потребовал ни одного обновления?<br>&gt; Крутяк!<br><br>Не 7, а 12 лет! Нет уязвимостей и особой нужды в обновлениях.<br><br>https://sourceforge.net/projects/monitoring/files/monitoring/<br> https://www.opennet.dev/openforum/vsluhforumID3/119843.html#78 Wed, 26 Feb 2020 09:34:33 GMT &gt; удовлетворить возникшую потребность товарищей - их гораздо меньше чем ты нафантазировал.] <br><br>Если они через 5 лет всерьез приползают, их реальная потребность таки перестать жрать тормозную жидкость.<br><br>&gt; агрегированная - означает что разрешение намеренно ограничено. <br><br>Ну так надо определиться какое разрешение разумное и угомониться. Врядли тебе нужен посекундный лог за 10 лет. Чего с ним делать?<br><br>&gt; Иначе нахрен бы нужно то агрегирование?<br><br>Чтобы избежать неограниченного роста базы по времени, например.<br><br>&gt; Весь смысл RR - что старые записи - вытесняются новыми.<br>&gt; А сохраняется огрубленная информация, и та удаляется по тому же принципу. <br><br>Это однако ничего не говорит о том сколько и чего будет удалиться. Зачем надо посекундно 10-летний период? Чтобы хранилки впаривать, побольше и подороже? Ну это вариант, конечно :) А так - толку то тебе от знаний 10-летней давности? С тех пор многое могло измениться.<br><br>&gt; будет хранить детальную информацию, оно лопнет раньше чем sql база в <br>&gt; силу абсолютно неэффекти https://www.opennet.dev/openforum/vsluhforumID3/119843.html#77 Tue, 25 Feb 2020 15:38:54 GMT Касательно агрегирования vs архивирование. Действительно, rrd умеет делать агрегацию данных, но нигде не написано, что вы должны это использовать. Если нужна точная статистика за все периоды, то можно архивировать старые файлы (перед тем как пойдет новый цикл).<br><br>Есть плюс у СУБД перед rrd - съем рандомной, нетипизированной информации, например, просто строка ответа с произвольным текстом. В этом случае, действительно нужно другое хранилище, которое умеет делать индексацию по таким данным.<br> https://www.opennet.dev/openforum/vsluhforumID3/119843.html#76 Tue, 25 Feb 2020 15:36:55 GMT &gt;а если у меня не вмваря и не mssql, а бизнес-приложеньица, с этим как быть?<br><br>В данном случае я не админ мониторинга, а пользователь. Но вроде можно все что угодно.<br><br>&gt;А хотя бы винду, с performance counters autodiscovery? (жабикс нормально ниасиливает еще с версии 1, тикет так и висит)<br><br>винду, с performance counters берет точно.<br>Все таки деньги не зря платят<br><br>&gt;а если нет никакого желания попрограммировать всласть на пихоне - можно не смотреть, да?<br><br>Зависит от потребностей. винду, с performance counters, он берет нормально без всякого программирования.<br><br>А вот "Connects to a Linux/Unix system using SSH and runs a custom script that returns XML or JSON"<br>наверное без программирования не получится. Хотя там был пример создания простых собственных зенпаков через интерфейс, мне его явно нехватало и я ни разу его полностью не прошел. Но может в это уложишься.<br><br>Вообще там немного другая идеология, ты описываешь в этом зенпаке, что мониторишь и как (для SNMP OID запрашиваемый) описываешь что это, какие у н