https://www.opennet.ru/openforum/vsluhforumID3/116988.html После 6 месяцев разработки представлена (https://www.zabbix.com/whats_new_4_2) новая версия системы мониторинга с открытым исходным кодом Zabbix 4.2 ([[https://www.zabbix.com). Вышедший релиз включает существенные улучшения стадии предварительной обработки (препроцессинга) данных, встроенную поддержку сбора данных с экспортеров Prometheus, возможность использования JavaScript в препроцессинге, поддержку TimescaleDB для хранения метрик, официальные пакеты для платформ Windows, MacOS, RasperryPI и SUSE и многое другое. Код проекта распространяется под лицензией GPLv2. <br><br><br><br>Напомним, что Zabbix состоит из трёх базовых компонентов: сервера для координации выполнения проверок, формирования проверочных запросов и накопления статистики; агентов для осуществления проверок на стороне внешних хостов; фронтэнда для организации управления системой. Для снятия нагрузки с центрального сервера и формирования распределённой сети мониторинга может быть развёрнута серия прокси-серверов, агрегирующих данные о проверке группы https://www.opennet.ru/openforum/vsluhforumID3/116988.html#85 Fri, 05 Apr 2019 10:55:51 GMT &gt;&gt;&gt; TimescaleDB для хранения метрик <br>&gt;&gt; и это тоже правильно. райт эбаут <br>&gt; Канешна-канешна. Уж тепе-е-ерь-то заживём.<br><br>между прочим, мне так будет даже проще получить денег на коммерческую поддержку.<br><br>&gt; Владишев переквалифицирует своё "я не осилил ^W рекомендую партишонинг" на "рекомендую <br>&gt; timescale open core -- всемЪ! и не моя проблема".<br>&gt; Опенкорщики со слайдиками для инвесторов будут транши рубить.<br><br>дык это ж здорово, это значит мне ничего не надо делать, просто подождать пока оно лопнет по числу insert/s, а потом показать на слайдик - вон, вон - решение нашей проблемы, в общем-то, и недорого ;-)<br><br> https://www.opennet.ru/openforum/vsluhforumID3/116988.html#84 Fri, 05 Apr 2019 09:58:48 GMT &gt; Вот только привесит то, что нужно конкретному хосту, и самостоятельно нарисовано<br><br>самостоятельно переписанным заббиксом? (вот сишный код у него, если кто не в курсе - феереческий п-ц) А то что-то как-то слабенько.<br><br>Меня для моих вполне обычных линуксов стандартные темплейты вполне устраивают - ничего такого совсем ненужного нет, какие-то мелочи, разумеется, исправлены под свои особенности, но это явно попроще чем пересоздавать мир начиная с первозданного хаоса.<br>Но вот как раз макросами надо таки да, пользоваться уметь и знать вообще про их существование (чтобы LLD не понаходило всяких докерграфов и не вопило что на zfs inodes не хватает) - а дятел вместо этого отключит discovery и полезет удалять "лишнее" вручную. На сотом хосте расстроится и пойдет под nagios все переделывать, нет автоматики, нет проблемы.<br><br>Для нелинуксов все, конечно, сильно печальнее - раньше сетевые железки, сейчас - бизнес-логику приходится именно с нуля каждую ерундовую деталь. И если с последней понятно, что ниоткуда готовое н https://www.opennet.ru/openforum/vsluhforumID3/116988.html#83 Wed, 03 Apr 2019 23:08:56 GMT man default-sity<br> https://www.opennet.ru/openforum/vsluhforumID3/116988.html#82 Wed, 03 Apr 2019 07:43:42 GMT Ну современное лезвие может сразу грузиться по FC/iSCSI. 100 убитых енотов на диск, в блейде их 2, в корзине 14 блейдов... Почти три косаря выходит... Вроде и не много, но сколько лишнего гимороя - доп. точка отказа и неслабая такая. Лучше грузить лезвия прям с СХД.<br><br>&gt; если ты ничего о чужой сети не знаешь (в том числе и грамотные ли люди ее проектировали, да и у грамотных заскоки бывают) - автоматика еще как может.<br><br>Разные варианты бывают, но как показывает практика умные железки обычно гимороя не доставляют, мах. что надо - включить на них LLDP/CDP и т.д. А вот наибольший гимморой это неуправляемый коммутатор.<br> https://www.opennet.ru/openforum/vsluhforumID3/116988.html#81 Wed, 03 Apr 2019 07:36:20 GMT &gt; но это случай редкий, и не факт что образцовый.<br><br>Это случай действительно больших сетей, на которые и сослались в начале треда, где мальчик для замены ноды едет к стойке на самокате, потому что пешком - замаешься идти. :)<br><br>Просто при определенном масштабе становится не выгодно самому ковырять железо - персонал стоит дорого, дещевле вернуть производителю по гарантии на разборке и держать на складе резерв или скорей - пользоваться сервисом Next Bussines Day, когда тебе гарантировано привозят подмену/замену глючной железки на следующий день после обращения в техсаппорт производителя.<br><br>И собственно если у тебя машзал, площадью в гектар, забитый стойками с блейдами, с накачкой +15 мм. рт. ст., питанием от двух разных подстанций и прочими стандартными наворотами, то тебе реально некогда и неинтересно знать о состоянии каждой планки памяти. У тебя вообще стабильно ~10% находится в нерабочем состоянии (на обслуживании, заменее и тд.) и это считается нормальным - главное что сервисы потребителю предоставляются. https://www.opennet.ru/openforum/vsluhforumID3/116988.html#80 Wed, 03 Apr 2019 07:24:57 GMT &gt; Итак, КАКАЯ ведет себя некорректно?<br><br>Какая нода? Ну во-первых есть Hardware Fencing (обычно на основе IPMI 2.0), по которому мы и определяем - живая нода или нет. Поддерживается любой современной системой виртуализации.<br>Во-вторых как ниже было правильно сказано - мы не заморачиваемся мелочами, мы мониторим СЕРВИС, а не сервер :)<br><br>&gt; КАК определить, что именно сломалось? Что память глючит, и надо менять. В этом же и смысл мониторинга. <br><br>Да не опускаемся мы до таких мелочей - не важно что там глючет в ноде, у нас минимально заменяемое устройство - нода, коммутатор, корзина... А уж потом ту же ноду отдаем на разборки специально-обученным людям - либо свой отдел держим, либо более вероятно - отправляем производителю, если на гарантии, если гарантия кончилась - на списание и утилизацию... Никто не будет разбираться что там в ноде глючит, это вуьгарно невыгодно!<br> https://www.opennet.ru/openforum/vsluhforumID3/116988.html#79 Wed, 03 Apr 2019 07:07:59 GMT =Уж тепе-е-ерь-то заживём.=<br><br>Ну хоть что-то же (:<br> https://www.opennet.ru/openforum/vsluhforumID3/116988.html#78 Wed, 03 Apr 2019 06:27:56 GMT &gt;&gt; TimescaleDB для хранения метрик <br>&gt; и это тоже правильно. райт эбаут<br><br>Канешна-канешна. Уж тепе-е-ерь-то заживём.<br><br>Владишев переквалифицирует своё "я не осилил ^W рекомендую партишонинг" на "рекомендую timescale open core -- всемЪ! и не моя проблема".<br><br>Опенкорщики со слайдиками для инвесторов будут транши рубить.<br><br>Наивные ^W Передовые Анонимы будут несовместимые СУБД накраивать.<br><br>Ух, перспективища.<br> https://www.opennet.ru/openforum/vsluhforumID3/116988.html#77 Wed, 03 Apr 2019 06:12:58 GMT &gt; Это был разговор о прокси.<br><br>Да, не-е-е... Потерпевший ТС свалил в кучу. Люди-кони, прокси-агенты.<br><br>Ему можно -- он Руководитель и все свои скрипты выкинул.<br>Он теперь управляет Рисками и косоглазит Видением.<br><br>Приятно, что заглянул в кАмменты рассказать про новую версию.<br><br>&gt;Что касается агентов, то обратная совместимость гарантируется.