Artykuły

A A A
Drukuj Ekportuj do PDF
Opublikowane: 2011.07.28 6:00 | Łukasz Rutkowski | Aktualizacja: 2011.07.24 11:25

System Center Operations Manager 2007 R2 - Network Monitoring - Widoki (część 4)

tagi: network
Kolejny artykuł z cyklu monitorowania urządzeń sieciowych, tym razem na temat tworzenia widoków do utworzonych do tej pory elementów systemu - reguł wydajnościowych i monitorów.

Wstęp

Nasze urządzenia Cisco powoli zaczynają wyglądać lepiej niż podstawowe monitorowanie w System Center Operations Manager 2007 R2. Posiadamy już utworzone alarmy z monitorów oraz zbieramy dane wydajnościowe. Zanim przejdziemy jednak do trapów SNMP, musimy w jakimś przystępnym widoku widzieć to, co do tej pory utworzyliśmy.

Widoki

W naszej konsoli po utworzeniu Management Packa dla Cisco MP w panelu Monitoring pojawił się folder o takiej samej nazwie jak nasz Management Pack. Pytanie jest czy takie automatyczne tworzenie folderów do każdego MP jest sensowne, ale jeśli utworzy się taki folder, zawsze można go skasować klawiszem Delete. Folder ten będziemy wykorzystywać do utworzenia widoków, dzięki którym będziemy w stanie dokładniej śledzić stan naszych urządzeń.

Rysunek 1. Widok folderu Cisco MP

Na początek zauważmy, że jako jedyny nasz widok posiada ikonę folderu bez symbolu kłódki. Oznacza to, że tak samo jak inne Management Packi, które tworzymy, są w postaci niezabezpieczonej (XML). Dopiero zaszyfrowanie Management Packa pozwala na widok kłódki (format pliku MP).

Wciskając klawisz F2 na naszym folderze zmieńmy mu nazwę na „Cisco Devices” tak, aby nazwa „MP” nie pojawiała się w widoku folderów – nie jest to za bardzo estetyczne.

Rysunek 2. Folder Cisco Devices

Spójrzmy jeszcze na rysunek pierwszy. Sam folder Network Devices posiada cały jeden widok stanów urządzeń sieciowych. Każdy Management Pack posiada w swoim folderze co najmniej trzy różne widoki: stanu obiektów, alarmów i wydajności. Ogólnie posiadamy osiem widoków, które przedstawiają nam:

  • State View – widok stanu obiektów (kolorowe lampki)
  • Alert View – alarmy z monitorów i reguł
  • Performance View – widok wydajności dla obiektów
  • Event View – widok zebranych zdarzeń niebędących alarmami
  • Diagram View – widok stanu obiektów przedstawiony w postaci drzewa zależności
  • Task Status View – widok stanu zadań wykonywanych w kontekście obiektów
  • Web Page View – widok dowolnej strony internetowej
  • Dashboard View – połączony widok kombinacji powyższych 7 widoków, maksymalnie 9 widoków na jednym ekranie

My będziemy chcieli pokazać trzy pierwsze, gdyż są one najważniejsze, a na koniec zrobimy z nich dashboard. Bierzmy się zatem do roboty. Otwieramy menu kontekstowe naszego folderu Cisco Devices i klikamy na New à State View. Tworzymy widok stanu naszych obiektów.

Rysunek 3. Tworzenie widoku stanu obiektów

W nowym oknie wypełniamy podstawowe pola: nazwa, opis oraz wybieramy klasę obiektu SNMP Network Device. Pamiętamy o tym, że klasa jest dostępna tylko po wybraniu opcji View All Targets z okna dialogowego wyboru klasy. Następnie chcemy zawęzić nasze wyszukiwanie do obiektów urządzeń typu Cisco. Najlepszym wyznacznikiem do tego jest OID firmy, gdyż każda firma ma go unikalnego. OID dla urządzeń Cisco to 1.3.6.1.4.1.9.1.122 – można go zobaczyć we właściwościach obiektu routera w widoku Network Devices pod nazwą Device OID. Zaznaczamy więc opcję filtru „with specific Device OID” i uzupełniamy okno dialogowe naszą wartością. Zatwierdzamy wszystkie okna dialogowe i sprawdzamy wynik naszego działania.

Rysunek 4. Właściwości widoku stanu obiektów

Trafiamy niestety na pierwszy błąd, który nawet Cumulative Update 4 nie jest w stanie usunąć. Po utworzeniu naszego widoku jest on powielony z widokiem Network Devices. Próba przejścia do właściwości widoku, przejściu do zakładki Display i wyborze kolumn, widok zupełnie się nie zmienia.

Rysunek 5. Właściwości kolumn widoku klasy SNMP Network Device (Cisco State)

To, co nam cokolwiek da, to włączenie tych kolumn nie w widoku Properties, a Personalize View. Opcje te różnią się od siebie tym, że Właściwości są globalne dla wszystkich, a Personalizacja tyczy się obecnie zalogowanego użytkownika logującego się na danym komputerze. Więc zaznaczając te same opcje w widoku Personalize View otrzymujemy następujący widok:

Rysunek 6. Widok stanu urządzeń Cisco

 

Ponieważ nam tak dobrze idzie, utwórzmy teraz widok alarmów dla urządzeń Cisco. Tak samo jak na Rysunku 3 tworzymy nowy widok, tym razem jednak będzie to widok typu Alert View.

Rysunek 7. Tworzenie widoku alarmów Cisco

Właściwości tego widoku niewiele różnią się od naszego poprzedniego kreatora, z tą różnicą, że teraz musimy pofiltrować widok po pewnych polach pozwalających nam na wybranie odpowiednich alertów. Po wpisaniu nazwy, opisu i wyborze klasy powinniśmy wybrać, które alarmy chcemy widzieć. Niezaznaczenie żadnej z opcji utworzy nam oczywiście widok, ale będzie on miał znaczącą wadę – będą to alarmy zarówno nowe (New), jak i te już rozwiązane (Closed). Ponieważ raczej chcemy mieć tylko nowe alarmy, klikamy na filtr „with specific resolution state”, wybieramy słówko specific i wybieramy opcję New (0). Liczba 0 to ID stanu alarmu, których to stanów możemy mieć aż 255 i możemy je dowolnie tworzyć i dodawać poprzez panel Administration i opcję Management Server -> Alerts.

Po akceptacji okien dialogowych zobaczymy ekran z alarmami. Brak alarmów może oznaczać, że albo źle skonfigurowaliśmy klasę, albo po prostu w tym momencie nie ma problemów (czego serdecznie życzę).

Rysunek 8. Właściwości widoku alarmów Cisco

Rysunek 9. Widok alarmów Cisco

 

Ostatni z widoków, którym chętnie uatrakcyjnimy wygląd naszych reguł, to widok wydajnościowy. Jest on jednym z prostszych widoków, gdyż jeśli nie chcemy uszczegóławiać liczników, obiektów czy reguł, z których dane są pobierane, wystarczy uzupełnienie trzech podstawowych pól – nazwy, opisu i klasy.

Rysunek 10. Tworzenie widoku wydajności

Rysunek 11. Widok wydajności urządzeń Cisco

 

Ostatnim widokiem, który sobie utworzymy, to widok podsumowujący trzy nasze widoki, czyli Dashboard View.

Rysunek 12. Tworzenie widoku Dashboard

Po pojawieniu się kreatora pokazuje nam się okno konstrukcji widoku. Ponieważ my posiadamy tylko trzy widoki, możemy wybrać 3 Views, a następnie którąś z konstrukcji podziału ekranu.

Rysunek 13. Podział ekranu widoku Dashboard

Po zatwierdzeniu widoku otrzymujemy możliwość „wklejenia” istniejącego widoku do naszej struktury poprzez wciśnięcie linku Click to add view. Następnie wybieramy interesujące nas widoki.

Rysunek 14. Wybór widoków

Kiedy dokonaliśmy wyboru, naszym oczom powinien pojawić się następujący widok, dzięki któremu wszystkie informacje będziemy mieli w jednym miejscu.

Rysunek 15. Widok Dashboard urządzeń Cisco

 

Podsumowanie

Monitory, reguły, wydajność, stan urządzeń – dobrze jest posiadać to wszystko w jednym miejscu. Często zapominamy o tworzeniu takich widoków i próbujemy bazować na widokach Active Alerts, gdzie zaczynamy mieć zalew alarmów i nie jesteśmy w stanie połapać się we wszystkim. Takie pogrupowanie także pozwala na przypisywanie odpowiednich widoków do ról użytkowników i operatorów. Widoki to jeden z podstawowych elementów Management Packu, dlatego pamiętajmy o jego tworzeniu dla każdej osobnej monitorowanej usługi – to naprawdę usprawnia monitorowanie.

 

Autor:

rem8

Łukasz Rutkowski

MCT, MCSA, MCP i kilka MCTS, w tym SCOM 2007. Konsultant techniczny w firmie ISCG, zajmuje się wdrażaniem systemów monitorowania i systemami Active Directory. Członek Polish Infrastructure Group.

Komentarze 4 Masz uwagi do tej strony? Napisz

falatronic 2011.07.28 11:06
0 oceń pozytywnie   oceń negatywnie 0
avatar
 

Super artykuł. Zaczynam przygodę z SCOM i stwierdzam, że system jest naprawde świetny w porównaniu do konkurencyjnych produktów. Może kiedyś jakieś spotkanie na virtualstudy?

 

P.S. Czy da się zapisać wybory monitórów w widoku wydajnościowym?, uciążliwe staje się wybieranie za kazdym razem monitora po odpaleniu widoku... a jeśli mamy ich kilkanaście to już w ogóle jest katorga...

Wyobraźnia ważniejsza jest od wiedzy - Albert Einstein

Wyobraźnia ważniejsza jest od wiedzy - Albert Einstein

rem8 2011.07.28 11:20
0 oceń pozytywnie   oceń negatywnie 0
avatar Microsoft
 

Heh, niestety nie :( Ale good point do wersji 2012. Przekażę :)

www.opsmgr.pl - Twój blog o monitorowaniu Microsoft

www.microsoft.com - Premier Field Engineer

falatronic 2011.07.28 14:17
0 oceń pozytywnie   oceń negatywnie 0
avatar
 

Super, co jeszcze utrudnia to ustawienia presonalizacji wykresu... hmmm też się nie da zapisać?

Wyobraźnia ważniejsza jest od wiedzy - Albert Einstein

Wyobraźnia ważniejsza jest od wiedzy - Albert Einstein

rem8 2011.07.28 21:08
0 oceń pozytywnie   oceń negatywnie 0
avatar Microsoft
 

E-e :)

www.opsmgr.pl - Twój blog o monitorowaniu Microsoft

www.microsoft.com - Premier Field Engineer

Dodaj komentarz

avatar

Zaloguj się lub Zarejestruj się aby wykonać tę czynność.

Autor Łukasz Rutkowski
avatar Microsoft
 

Załóż konto
WSS to serwis, który łączy dziesiątki tysięcy specjalistów IT w Polsce, zajmujących się szeroko pojętymi technologiami Microsoft. Portal działa od 2003 roku, i oprócz setek publikacji technicznych, rozwijającego się forum - portal to ludzie, którzy go tworzą. To właśnie z myślą o nich warto codziennie nas odwiedzać.

Dowiedz się więcej o WSS

vGuru - Zostań Guru Wirtualizacji

 

MetroOne

Idź na górę strony