<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Komentarze do: Rysujemy wykresy, czyli długofalowy monitoring serwerów</title>
	<atom:link href="http://www.varlog.pl/2010/03/rysujemy-wykresy-czyli-dlugofalowy-monitoring-serwerow/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.varlog.pl/2010/03/rysujemy-wykresy-czyli-dlugofalowy-monitoring-serwerow/</link>
	<description>administratorzy, nie tylko administratorom</description>
	<lastBuildDate>Thu, 09 Feb 2012 13:12:46 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Autor: lvzivjtbahu</title>
		<link>http://www.varlog.pl/2010/03/rysujemy-wykresy-czyli-dlugofalowy-monitoring-serwerow/comment-page-1/#comment-19675</link>
		<dc:creator>lvzivjtbahu</dc:creator>
		<pubDate>Thu, 09 Feb 2012 13:12:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.varlog.pl/?p=1121#comment-19675</guid>
		<description>tpe10I  &lt;a href=&quot;http://hgddvfsftuge.com/&quot; rel=&quot;nofollow&quot;&gt;hgddvfsftuge&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>tpe10I  <a href="http://hgddvfsftuge.com/" >hgddvfsftuge</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Stevn</title>
		<link>http://www.varlog.pl/2010/03/rysujemy-wykresy-czyli-dlugofalowy-monitoring-serwerow/comment-page-1/#comment-19674</link>
		<dc:creator>Stevn</dc:creator>
		<pubDate>Thu, 09 Feb 2012 10:47:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.varlog.pl/?p=1121#comment-19674</guid>
		<description>Na przekór mnmkaneatom i wiecznie niezadowolonym i tym którzy widzą tylko nędzę i biedę w Polsce, MacDonald postawił, kolejny piękny obiekt. Czy tylko &#8222;Pisowcy&#8221; nie powiedzą, że to zmowa zwolenników platformy ? No bo i nazwa może się kojażyć &#8230;Donald ?</description>
		<content:encoded><![CDATA[<p>Na przekór mnmkaneatom i wiecznie niezadowolonym i tym którzy widzą tylko nędzę i biedę w Polsce, MacDonald postawił, kolejny piękny obiekt. Czy tylko &#8222;Pisowcy&#8221; nie powiedzą, że to zmowa zwolenników platformy ? No bo i nazwa może się kojażyć &#8230;Donald ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Cześć, nazywam się Cacti i pochodzę z XX w. &#171; guzik</title>
		<link>http://www.varlog.pl/2010/03/rysujemy-wykresy-czyli-dlugofalowy-monitoring-serwerow/comment-page-1/#comment-19575</link>
		<dc:creator>Cześć, nazywam się Cacti i pochodzę z XX w. &#171; guzik</dc:creator>
		<pubDate>Tue, 22 Feb 2011 07:11:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.varlog.pl/?p=1121#comment-19575</guid>
		<description>[...] Rysujemy wykresy, czyli długofalowy monitoring serwerów [...]</description>
		<content:encoded><![CDATA[<p>[...] Rysujemy wykresy, czyli długofalowy monitoring serwerów [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: op5</title>
		<link>http://www.varlog.pl/2010/03/rysujemy-wykresy-czyli-dlugofalowy-monitoring-serwerow/comment-page-1/#comment-107</link>
		<dc:creator>op5</dc:creator>
		<pubDate>Tue, 04 May 2010 08:42:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.varlog.pl/?p=1121#comment-107</guid>
		<description>A widzieliście Op5Monitor ? Komercyjna edycja nagiosa które za niewielkie pieniądze niweluje wszystkie nagiosowe kłopoty.</description>
		<content:encoded><![CDATA[<p>A widzieliście Op5Monitor ? Komercyjna edycja nagiosa które za niewielkie pieniądze niweluje wszystkie nagiosowe kłopoty.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Patryk Kuźmicz</title>
		<link>http://www.varlog.pl/2010/03/rysujemy-wykresy-czyli-dlugofalowy-monitoring-serwerow/comment-page-1/#comment-52</link>
		<dc:creator>Patryk Kuźmicz</dc:creator>
		<pubDate>Fri, 12 Mar 2010 22:56:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.varlog.pl/?p=1121#comment-52</guid>
		<description>Trafil jako oczekujacy do moderacji, zawieral wiecej niz jeden link, opcja ta zostanie wylaczona. Dziekuje za zgloszenie. :-)</description>
		<content:encoded><![CDATA[<p>Trafil jako oczekujacy do moderacji, zawieral wiecej niz jeden link, opcja ta zostanie wylaczona. Dziekuje za zgloszenie. :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: e</title>
		<link>http://www.varlog.pl/2010/03/rysujemy-wykresy-czyli-dlugofalowy-monitoring-serwerow/comment-page-1/#comment-51</link>
		<dc:creator>e</dc:creator>
		<pubDate>Fri, 12 Mar 2010 22:33:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.varlog.pl/?p=1121#comment-51</guid>
		<description>Co jest grane? Albo jest problem z komentarzami, albo kasujecie komentarze</description>
		<content:encoded><![CDATA[<p>Co jest grane? Albo jest problem z komentarzami, albo kasujecie komentarze</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Patryk Kuźmicz</title>
		<link>http://www.varlog.pl/2010/03/rysujemy-wykresy-czyli-dlugofalowy-monitoring-serwerow/comment-page-1/#comment-50</link>
		<dc:creator>Patryk Kuźmicz</dc:creator>
		<pubDate>Fri, 12 Mar 2010 21:58:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.varlog.pl/?p=1121#comment-50</guid>
		<description>Takie automatyczne uruchamianie czasami moze przyspozyc duzo wiecej problemow niz brak jednej uslugi (oczywiscie pod warunkiem, ze nie jest ona krytyczna), na mysli mam sytuacje kiedy daemon startowany np. loguje duzo bledow do error_log&#039;a, po kilku godzinach pozostale uslugi tez moga juz lezec z powodu braku miejsca w /var/log/ :-) Ja uzywam do monitorowania stanu pracy uslug i ich automatycznego startu w przypadku kiedy nie dziala, pakiet daemontools http://cr.yp.to/daemontools.html ktory rowniez polecam :-)</description>
		<content:encoded><![CDATA[<p>Takie automatyczne uruchamianie czasami moze przyspozyc duzo wiecej problemow niz brak jednej uslugi (oczywiscie pod warunkiem, ze nie jest ona krytyczna), na mysli mam sytuacje kiedy daemon startowany np. loguje duzo bledow do error_log&#8217;a, po kilku godzinach pozostale uslugi tez moga juz lezec z powodu braku miejsca w /var/log/ :-) Ja uzywam do monitorowania stanu pracy uslug i ich automatycznego startu w przypadku kiedy nie dziala, pakiet daemontools <a href="http://cr.yp.to/daemontools.html" >http://cr.yp.to/daemontools.html</a> ktory rowniez polecam :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: macnow</title>
		<link>http://www.varlog.pl/2010/03/rysujemy-wykresy-czyli-dlugofalowy-monitoring-serwerow/comment-page-1/#comment-49</link>
		<dc:creator>macnow</dc:creator>
		<pubDate>Fri, 12 Mar 2010 21:46:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.varlog.pl/?p=1121#comment-49</guid>
		<description>A ja do monitorowania używam jeszcze Monit&#039;a, bardzo lekkie fajne narzędzie. Monitoruje stan usług na serwerze i jeśli jakakolwiek okaże się niestabilna (przekroczy próg pamięci, przestanie odpowiadać na porcie itp) to Monit automatycznie ją zrestartuje. Bardzo przydatne, bo zanim się zorientuje, że daemon się wykrzaczył, to już najczęściej jest uruchomiony ponownie.

http://mmonit.com/monit/</description>
		<content:encoded><![CDATA[<p>A ja do monitorowania używam jeszcze Monit&#8217;a, bardzo lekkie fajne narzędzie. Monitoruje stan usług na serwerze i jeśli jakakolwiek okaże się niestabilna (przekroczy próg pamięci, przestanie odpowiadać na porcie itp) to Monit automatycznie ją zrestartuje. Bardzo przydatne, bo zanim się zorientuje, że daemon się wykrzaczył, to już najczęściej jest uruchomiony ponownie.</p>
<p><a href="http://mmonit.com/monit/" >http://mmonit.com/monit/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: e</title>
		<link>http://www.varlog.pl/2010/03/rysujemy-wykresy-czyli-dlugofalowy-monitoring-serwerow/comment-page-1/#comment-48</link>
		<dc:creator>e</dc:creator>
		<pubDate>Fri, 12 Mar 2010 15:26:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.varlog.pl/?p=1121#comment-48</guid>
		<description>patryk: zamiast przeglądarki z otwartym nagiosem 24x7 proponuję:
- osobny komputer (+monitor) z uruchomionym http://www.vanheusden.com/nagcon/
- https://addons.mozilla.org/pl/firefox/addon/3607</description>
		<content:encoded><![CDATA[<p>patryk: zamiast przeglądarki z otwartym nagiosem 24&#215;7 proponuję:<br />
- osobny komputer (+monitor) z uruchomionym <a href="http://www.vanheusden.com/nagcon/" >http://www.vanheusden.com/nagcon/</a><br />
- <a href="https://addons.mozilla.org/pl/firefox/addon/3607" >https://addons.mozilla.org/pl/firefox/addon/3607</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: e</title>
		<link>http://www.varlog.pl/2010/03/rysujemy-wykresy-czyli-dlugofalowy-monitoring-serwerow/comment-page-1/#comment-47</link>
		<dc:creator>e</dc:creator>
		<pubDate>Fri, 12 Mar 2010 15:20:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.varlog.pl/?p=1121#comment-47</guid>
		<description>yzzuf: munin poinformuje Cię jeśli któraś usługa przekroczyła warning/critical.</description>
		<content:encoded><![CDATA[<p>yzzuf: munin poinformuje Cię jeśli któraś usługa przekroczyła warning/critical.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Patryk Kuźmicz</title>
		<link>http://www.varlog.pl/2010/03/rysujemy-wykresy-czyli-dlugofalowy-monitoring-serwerow/comment-page-1/#comment-35</link>
		<dc:creator>Patryk Kuźmicz</dc:creator>
		<pubDate>Thu, 11 Mar 2010 09:46:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.varlog.pl/?p=1121#comment-35</guid>
		<description>@yZZuF w pełni się z Tobą zgadzam, powyżej chciałem poruszyć bardziej kwestię monitoringu długofalowego, np. sprawdzenie przyrostu ruchu, zmian obciążenia w określonym przedziale czasowym, a nie narzędzia monitorującego system on-line i sygnalizującego wystąpienie awarii (np. długie czasy odpowiedzi, brak dostępności usługi). 

Nagios czy Zabbix (open source) to podstawa jeśli chcemy na bieżąco wiedzieć co się dzieje w infrastrukturze, to właśnie konsola z tych narzędzi powinna być w naszej przeglądarce otwarta 24/7 ;-) Obiecujemy wkrótce przedstawić oba te narzędzia, na pewno nie pominiemy tego tematu.</description>
		<content:encoded><![CDATA[<p>@yZZuF w pełni się z Tobą zgadzam, powyżej chciałem poruszyć bardziej kwestię monitoringu długofalowego, np. sprawdzenie przyrostu ruchu, zmian obciążenia w określonym przedziale czasowym, a nie narzędzia monitorującego system on-line i sygnalizującego wystąpienie awarii (np. długie czasy odpowiedzi, brak dostępności usługi). </p>
<p>Nagios czy Zabbix (open source) to podstawa jeśli chcemy na bieżąco wiedzieć co się dzieje w infrastrukturze, to właśnie konsola z tych narzędzi powinna być w naszej przeglądarce otwarta 24/7 ;-) Obiecujemy wkrótce przedstawić oba te narzędzia, na pewno nie pominiemy tego tematu.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: yZZuF</title>
		<link>http://www.varlog.pl/2010/03/rysujemy-wykresy-czyli-dlugofalowy-monitoring-serwerow/comment-page-1/#comment-31</link>
		<dc:creator>yZZuF</dc:creator>
		<pubDate>Thu, 11 Mar 2010 08:19:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.varlog.pl/?p=1121#comment-31</guid>
		<description>Monitoring to nie rysowanie wykresów, a niestety ten artykuł to sugeruje. Wykresy mogą nam pomóc zobrazować dane i statystyki które zbieramy z serwerów i serwisów na nich uruchomionych. Żadne z wyżej wymienionych narzędzi nie poinformuje mnie (samo, bez konieczności patrzenia w wykresy) o tym, że zajętość dysku przekroczyła krytyczny próg, nie poinformują mnie, że jakaś usługa nie działa (poza tym ciężko jest mi sobie wyobrazić wykres dla działania lub nie działania usługi ;-)), nie będę mógł wprowadzić adnotacji, że usługa ma być wyłączona (dodatkowo - na jak długo) itd., itp.
Oczywiście narzędzia te pozwalają na stworzenie odpowiednich wtyczek itd. ale wymyślanie koła od nowa jest moim zdaniem stratą czasu. Nie lepiej wykorzystać coś co już istnieje?
Darmowe narzędzia które pozwolą nam na monitorowanie (a nie tylko rysowanie wykresów) naszych systemów i usług to przede wszystkim Zabbix (www.zabbix.com) oraz Nagios (www.nagios.com). W narzędziach tych można ustawiać progi ostrzegawcze, zbierać statystyki oraz trendy, rysować również wykresy, tworzyć scenariusze monitorowania stron www (również tych dynamicznych) itd. Poza tym narzędzia te posiadają jedną bardzo ważną rzecz - konsolę gdzie spływają wszystkie eventy (po wywołaniu tzw. triggera, czyli bardzo upraszczając przekroczenia pewnego z góry ustalonego progu jednego z monitorowanych parametrów) z naszych systemów. Mamy jedno centralne miejsce do obsługi zdarzeń. Jedyną ich wadą jest to, że pokazują swoje zalety przy trochę większych środowiskach niż &quot;dwa/trzy&quot; serwery.</description>
		<content:encoded><![CDATA[<p>Monitoring to nie rysowanie wykresów, a niestety ten artykuł to sugeruje. Wykresy mogą nam pomóc zobrazować dane i statystyki które zbieramy z serwerów i serwisów na nich uruchomionych. Żadne z wyżej wymienionych narzędzi nie poinformuje mnie (samo, bez konieczności patrzenia w wykresy) o tym, że zajętość dysku przekroczyła krytyczny próg, nie poinformują mnie, że jakaś usługa nie działa (poza tym ciężko jest mi sobie wyobrazić wykres dla działania lub nie działania usługi ;-)), nie będę mógł wprowadzić adnotacji, że usługa ma być wyłączona (dodatkowo &#8211; na jak długo) itd., itp.<br />
Oczywiście narzędzia te pozwalają na stworzenie odpowiednich wtyczek itd. ale wymyślanie koła od nowa jest moim zdaniem stratą czasu. Nie lepiej wykorzystać coś co już istnieje?<br />
Darmowe narzędzia które pozwolą nam na monitorowanie (a nie tylko rysowanie wykresów) naszych systemów i usług to przede wszystkim Zabbix (www.zabbix.com) oraz Nagios (www.nagios.com). W narzędziach tych można ustawiać progi ostrzegawcze, zbierać statystyki oraz trendy, rysować również wykresy, tworzyć scenariusze monitorowania stron www (również tych dynamicznych) itd. Poza tym narzędzia te posiadają jedną bardzo ważną rzecz &#8211; konsolę gdzie spływają wszystkie eventy (po wywołaniu tzw. triggera, czyli bardzo upraszczając przekroczenia pewnego z góry ustalonego progu jednego z monitorowanych parametrów) z naszych systemów. Mamy jedno centralne miejsce do obsługi zdarzeń. Jedyną ich wadą jest to, że pokazują swoje zalety przy trochę większych środowiskach niż &#8222;dwa/trzy&#8221; serwery.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Patryk Kuźmicz</title>
		<link>http://www.varlog.pl/2010/03/rysujemy-wykresy-czyli-dlugofalowy-monitoring-serwerow/comment-page-1/#comment-22</link>
		<dc:creator>Patryk Kuźmicz</dc:creator>
		<pubDate>Tue, 09 Mar 2010 12:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.varlog.pl/?p=1121#comment-22</guid>
		<description>To prawda, collectd jest bardzo dobrym narzędziem do zbierania statystyk, jedynym minusem chyba jest brak zaimplementowanej własnej obsługi do generowania wykresów, ale z drugiej strony jeśli ktoś bierze się za collectd prawdopodobnie będzie potrafił wykorzystać rrdtool&#039;a, no i dzięki zapisowi danych do baz round-robin może wygenerować dowolne wykresy &quot;szyte na miarę&quot;.</description>
		<content:encoded><![CDATA[<p>To prawda, collectd jest bardzo dobrym narzędziem do zbierania statystyk, jedynym minusem chyba jest brak zaimplementowanej własnej obsługi do generowania wykresów, ale z drugiej strony jeśli ktoś bierze się za collectd prawdopodobnie będzie potrafił wykorzystać rrdtool&#8217;a, no i dzięki zapisowi danych do baz round-robin może wygenerować dowolne wykresy &#8222;szyte na miarę&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: XANi</title>
		<link>http://www.varlog.pl/2010/03/rysujemy-wykresy-czyli-dlugofalowy-monitoring-serwerow/comment-page-1/#comment-20</link>
		<dc:creator>XANi</dc:creator>
		<pubDate>Mon, 08 Mar 2010 15:43:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.varlog.pl/?p=1121#comment-20</guid>
		<description>http://collectd.org/
Jedyna &quot;wada&quot; collectd to to że jest to tylko backend (chociaż w contrib/ są 2 proste backendy). Sam soft jest napisany w C ( + api do perla pythona i javy i prosty sposób na pisanie pluginów, wystarczy skrypt zwracający jedną linijke na stdout) i zbiera dane z większą rozdzielczością (domyśnie 10s) niż większośc innych systemów (zwykle co 5 min) tak że można np. obserwowac czy loadbalancer rozdziela ruch równo pomiędzy serwery</description>
		<content:encoded><![CDATA[<p><a href="http://collectd.org/" >http://collectd.org/</a><br />
Jedyna &#8222;wada&#8221; collectd to to że jest to tylko backend (chociaż w contrib/ są 2 proste backendy). Sam soft jest napisany w C ( + api do perla pythona i javy i prosty sposób na pisanie pluginów, wystarczy skrypt zwracający jedną linijke na stdout) i zbiera dane z większą rozdzielczością (domyśnie 10s) niż większośc innych systemów (zwykle co 5 min) tak że można np. obserwowac czy loadbalancer rozdziela ruch równo pomiędzy serwery</p>
]]></content:encoded>
	</item>
</channel>
</rss>

