Cacti | cancer's blog

Napisany przez Bartosz Maciejewski Styczeń 12th, 2010 Brak komentarzy »

Dzięki za regularne odwiedziny na moim blogu! Jeśli uważasz, że jest on godny polecenia to śmiało wyślij link do niego lub link do kanału RSS albo subskrypcje przez e-mail znajomym. Dzięki !

O tym, że protokół snmp do monitoringu sieci jest fajny i przydatny każdy administrator wie, obserwując wykresy utylizacji łącza, wykorzystania przestrzeni na storage’u itp.

Można także podejść do snmp bardziej od strony finansowo-księgowej czy Business Intelligence.

Od jakiegoś czas monitoruję jak szybko drukarki zużywają toner co pozwoliło na takie poprzerzucanie użytkowników, żeby zużycie toneru rozkładało się mniej więcej równomiernie na 3 drukarki:

Czyli toner średnio około 7 tygodni, screen z dziurą ma około 8 tygodni, ale dziura oznacz offline z powodu awarii więc nie bierzemy pod uwagę całego przedziału czasowego.

Drugą rzeczą którą można monitorować i wysuwać jakieś wnioski (choćby statystyczne) to np ilość użytkowników zalogowanych do AS400, czyli pracujących w JDEdwards. Na przełomie roku można zaobserwować fajne rzeczy:

W tygodniu 51 zaczął się exodus pracowników, w tygodniu 52 mamy minimum i ostatnie dwa dni pracujące nie ma prawie nikogo (święta), następnie tydzień 53 to powolne powroty, przerwa i od razu wracamy po sylwestrze w prawie pełnym składzie, aby od drugie dnia pracującego nowego roku wejść na pełne obroty :)

Widać, też, że praca zaczyna nam się o 6 rano i trwa do 22 lub dłużej, godzina około północna to czas backupu gdzie loguje się systemowy user odpowiedzialny za niego.

Jeśli ktoś jest zainteresowany to soft użyty do tego monitoringu to: net-snmpd, rrdtool, cacti, apache+php i standardowe agenty systemowe + kilka gotowych skryptów od społeczności cacti (monitoring poziomu tonerów). Wszystko pod kontrolą (a jakże!) NetBSD! :)

Rating: 10.0/10 (1 vote cast)

Rating: +1 (from 1 vote)

Popularity: 1% [?]

Co NetBSD może zrobić dla Ciebie?

Napisany przez Bartosz Maciejewski Kwiecień 6th, 2009 3 Komentarzy »

Zainspirowany postem kolegi anioua (muszę zrobić jakieś ładne “about me” nota bene…) o “systemie do wszystkiego czyli do niczego + toster” postanowiłem opisać moje firmowe “success story” aby trochę wyprostować i wypromować wizerunek naszego ulubionego systemu. Zdaję sobie sprawę, że te same usługi można uruchomić na innych BSD, Linuxach czy może nawet na Windowsie, nie ma to być flame z innymi użytkownikami a jedynie zachęta do spróbowania NetBSD jako produkcyjnego, dobrze udokumentowanego, stabilnego środowiska.

Co więc NetBSD może dla Ciebie zrobić, a właściwie co NetBSD robi z powodzeniem dla mnie.

1. NetBSD stoii na straży ruchu Internetowego jako bridge pomiędzy PIXem a resztą sieci. Gdyby nie było PIXa oczywiście mógłby być także dobrym redundantnym routerem oraz firewallem (pf, carp). Narazie jednak PIX wycina to co nie potrzeba, a NetBSD przy pomocy snorta i mysql oraz base jako frontend wizualizuje co wchodzi i wychodzi do sieci.

2. Jeśli chodzi o monitoring to NetBSD może być serwerem dla Cacti. We współpracy z mysqlem, rrd-toolemoraz net-snmp stanowi wspaniałe narzędzie do monitorowania wielu aspektów działania sieci oraz innych komponentów do których można dobrać się przez snmpd. Jeśli potrzeba Wam czegoś trudniejszego ale z większymi możliwościami to Nagios także sprawuje się świetnie pod NetBSD.

Cacti monitorujące ruch w sieci - OS:NetBSD

3. Mówiąc o monitoringu, NetBSD może także monitorować za pomocą smokepinga wiele hostów jednocześnie oraz przedstawiać wykresy odpowiedzi na wykresach (ponownie rrd-tool) oraz porównywać zależności odpowiedzi jednych hostów od drugich. Przydatne jak stare urządzenia nie obsługują snmpd. Smokeping także wysyła maile kiedy coś dzieje się złego.

Lista hostów i urządzeń monitorowanych przez smokeping - w każdym menu kilkanaście pozycji - OS:NetBSD

Wykres osiągalności hosta z serwera NetBSD z smokepingiem

Sprawy monitoringu mamy właściwie załatwione, pomijam takie drobiazgi jak arpwatch. Teraz co naprawdę NetBSD może dla Ciebie zrobić abyś mógł błysnąć u szefostwa :)

4. Po pierwsze – może dla Ciebie zinwentaryzować sprzęt. Oddając sprawiedliwość o wiele łatwiej jest to zrobić przy pomocy AD i wymuszeniu instalacji klienta na końcówkach. Jeśli nie masz domeny Windowsowej to trzeba się przelecieć po wszystkich komputerach i zainstalować klienta OCS (ale tylko raz). Od tej pory po poprawnej konfiguracji NetBSD będzie zbierał informacje o hostach, zainstalowanym oprogramowniu, licenjach (wraz z kluczami), hardwarze (łącznie z wolnymi bankami jakich pamięci – nigdy więcej czołgania się pod biurkiem aby to stwierdzić!), peryferiach itp. A wszystko podane ładnie w formie webowej przy pomocy ocs, mysqla i apache.

OCS inwentaryzuje sprzęt, wszystko pod ręką na www - OS:NetBSD

Szczegóły konkretnego hosta - zainstalowana pamięć - OS:NetBSD

5. NetBSD potrafi także zadbać o dane w Twojej firmie, centralnie je backupując. Przy wykorzystaniu ccd oraz baculi i ponownie mysqla całe biuro mieści się w jednej skrzynce z 4,5 TB przestrzeni dyskowej.

/dev/ccd0a 1.8T 1.5T 155G 91% /usr/home/bacula
/dev/ccd1a 1.8T 1.1T 635G 63% /usr/home/bacula2
/dev/wd4e 458G 139G 297G 31% /usr/home/storage

Bacula pod NetBSD robi swoje.

Na średniej klasy sprzęcie czyli 1,5 Ghz 1GB RAM, bacula chodzi w tle, backupuje nawet otwarte pliki oraz wszystko w locie kompresuje i jest to do zniesienia dla użytkowników.

6. NetBSD może także zadbać o porządek w zgłoszeniach od uzytkowników/klientów przy pomocy mysql, oraz rt, perla i kilkuset jego modułów, jak to wszystko zepnie się razem to działa to naprawdę świetnie, jest ewidencja zgłoszeń, czasy reakcji, ciągłość korespondencji (trzeba tylko numer ticketu uwzględnić w mailu ale przy odpowiedziach dzieje się to z automatu). Można robić wykresy spraw załatwionych i porzuconych itp. Wszystko oczywiście dostępne przez www.

Przegląd zgłoszeń nadesłanych przez uzytkowników do rozwiązania - OS:NetBSD

7. NetBSD radzi sobie także z komercyjnymi aplikacjami jak np bugzero. Dodatkowo wykorzystuje ona jave i apache-tomcat. Emulacja Linuxa spisuje się znakomicie i całość spisuje się bardzo stabilnie. Bugzero obsługuje zmiany developerskie oraz komunikaty z naszego ERP’a – JDE.

Java, Tomcat, Bugzero - wszystko na NetBSD

8. NetBSD może także w końcu raz na zawsze wymusić zablokowanie komunikatorów oferując wyłącznie firmowy :) (dlatego userzy nie polubią NetBSD, ale przecież najważniejsi są adminie no nie? ;). Ponownie w akcji mysql, jabberd2 i jakiś klient jabberowy – polecam PSI i mamy lokalny komounikator, który działa nawet jak Internet nie działa, nie wychodzi poza sieć wystawiając się na podsłuchy itp., itd. Dodatkowo każdy użytkownik od razu może mieć wszystkich innych użytkowników w swojej liście kontaktów. Aktualnie w fazie testów, ale wygląda obiecująco:

PSI pod Windowsem połączony lokalnie do jabberd2 pod kontrolą NetBSD

9. NetBSD oczywiście może także obsługiwać Sambę i serwować pliki oraz przestrzeń dyskową dla użytkowników.

Samba pod NetBSD

Pewnie na siłę znalazło by się coś aby spiąć wszystko w 10 punktach, ale i tak NetBSD robi dla firmy i dla mnie dobrą i stabilną robotę, więc pozostawiam 9 konkretnych powodów a nie 10 z czego jeden naciągany :)

Celowo nie podaję dokładniejszych How-To, bo post miał być z gatunku “success story”. Jeśli jednak zainteresowałem Cię którymś z tematów możesz się ze mną skontaktować. Jeśli chciałbyś coś z powyższego tematu (lub innego – poczta, www, ftp itp. niewymienione powyżej ponieważ akurat w firmie nie chodzi to na NetBSD) wdrożyć komercyjnie u siebie, tym bardziej Twój mail jest mile widziany.

Pozatym mam nadzieję, że kogoś zainteresowałem NetBSD jako systemem do wykorzystania w firmie :)

P.S. Przed naciśnięciem publikuj przyszedł mi do głowy jednak punkt 10.

10. NetBSD może pomóc wygrać Ci zakład ;) Aktualnie mamy już RC3!