From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,SPF_PASS autolearn=ham version=3.2.5 From: Maksym Tiurin To: ALT Linux sysadmins' discussion References: <53A8E1A4.8080009@kemsu.ru> <20140624101349.19e3d606@gmail.com> <53A8E1A4.8080009@kemsu.ru> <1648993057.4019.1403577647552.JavaMail.zimbra@taf.ru> <20140624081458.GA9798@osdn.org.ua> X-Request-PGP: hkp://keys.gnupg.net X-PGP-KeyID: 4A101D3B Date: Thu, 17 Jul 2014 22:59:17 +0300 In-Reply-To: <20140624081458.GA9798@osdn.org.ua> (Michael Shigorin's message of "Tue, 24 Jun 2014 11:14:58 +0300") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-AV-Checked: No helminths! (ClamAV using ClamSMTP) Subject: Re: [Sysadmins] =?utf-8?b?0JzQvtC90LjRgtC+0YDQuNC90LMg0L3QsNCz0YA=?= =?utf-8?b?0YPQt9C60Lgg0L3QsCDRgdC10YDQstC10YA=?= X-BeenThere: sysadmins@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux sysadmins' discussion List-Id: ALT Linux sysadmins' discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jul 2014 20:06:13 -0000 Archived-At: List-Archive: Сори за некропост, но может будет кому интересно. Michael Shigorin writes: > On Tue, Jun 24, 2014 at 11:40:47AM +0900, alexei/taf.ru wrote: >> Смотрите в сторону zabbix'а. Через агента и внешние скрипты >> можно собирать все, что только можно. > > Этот вариант более осмыслен тогда, когда машин много и надо > их как-то обобщать, а тонкие детали происходящего на каждой > отдельной не особо важны (т.к. период обновления сенсоров > довольно велик, а для скриптов заметны накладные расходы). Если машин много то лучше уж Cacti - одна нода точно обслуживает 6k машин. Zabbix тупит, да и использование обычной реляционной СУБД для статистики ИМХО хреновое решение. Можно еще на graphite посмотреть, но он уродлив (сами графики уродливы и неудобны - того кто придумал диапазон в текстовых полях набирать надо книгой по юзабилити бить по голове). > > On Tue, Jun 24, 2014 at 10:13:49AM +0300, Dmitriy L. Kruglikov wrote: >> Если только собирать картинки, то Collectd + rrd, >> а смотрелка для графиков из rrd - вообще не проблема. > > Для нескольких хостов либо необходимости отмечать кратковременные > выбросы значений лучше collectd я пока ничего не видел -- лёгкий, > нежручий, почти всё делает сам (хотя умеет дёргать и perl/java), > умеет интервалы порядка 5..10 секунд, не отмечаясь особо в top, > сливает данные по сети (при надобности через свой прокси) на > collectd-сервер, где их можно агрегировать. В качестве GUI брал > комплектный пример collection3 и так и использовал. collectd очень хорош, но еще лучше collectd-pw + perfwatcher. > > Вообще за последние лет десять на своих задачах пришёл к варианту > "пассивный удалённый мониторинг + активный локальный", когда нет > возможности отдачи команд рутом через какого-либо агента (и нет > лишних открытых портов); реализовывал связкой collectd + monit. > > В любом случае запросы к абстрактному серверу можно фиксировать > разве что на уровне соединений, а если это был веб-сервер, то > стоит уточнить, на чём именно (apache1/2, nginx?): для разных > httpd в разных системах мониторинга бывают свои модули, например, > https://collectd.org/wiki/index.php/Plugin:Apache > https://collectd.org/wiki/index.php/Plugin:nginx collectd еще умеет парсить логи, запускать скрипты и получать значения через unixsocket. В общем колектом можно собирать что угодно, а куда собранное складывать и чем анализировать это уже от задачи и нагрузки зависит. -- With Best Regards, Maksym Tiurin JID: MrKooll@jabber.pibhe.com