Zanim wybiegniesz i wdrożysz system zarządzania siecią w środowisku produkcyjnym.
Pomyśl o planowaniu zarządzania siecią w laboratorium takim jak genius 3.
Być może nie jest to tak ważne, ale jest to bardzo ważne, gdy
robi się to w prawdziwym świecie. Planowanie zarządzania siecią obejmuje przełożenie wymagań biznesowych na progi potrzeb monitorowania i
konfiguracje Monitora wydajności sieci lub konfiguracji NPM. Inne rzeczy, które należy wziąć pod uwagę przy planowaniu zarządzania
siecią, to: budowanie i wykorzystanie raportów, które spełniają potrzeby różnych zainteresowanych stron, a także określanie
i monitorowanie zakresu i wpływu na sieć.
I nie zapominaj o tym, że topologia sieci ma wpływ na rzeczywisty system monitorowania. Tłumaczenie
wymagań biznesowych oznacza robienie takich rzeczy, jak badanie kluczowych interesariuszy i działów pod kątem ich potrzeb
w zakresie monitorowania i raportowania.
Oznacza to także dokumentowanie celów twojego systemu zarządzania siecią i to naprawdę trzeba podkreślić.
Bardzo ważne jest, aby udokumentować cele systemu zarządzania siecią, w przeciwnym
razie jak ustalić, czy wdrożenie systemu zarządzania siecią osiągnęło to, co zamierzałeś zrobić.
Organizacja może mieć na celu zwiększenie dostępności sieci.
Jeśli jednak nie udokumentujesz tych celów i nie oprzesz linii sieci przed wdrożeniem systemu
zarządzania siecią, w jaki sposób ustalisz, czy system zarządzania siecią miał pozytywny wpływ
na sieć i co pierwotnie zamierzano to zrobić, to ważne jest, aby Twoje cele zostały udokumentowane przed
wdrożeniem, a ponadto upewnij się, że masz linię bazową sieci.
Innymi słowy, przed wdrożeniem systemu zarządzania siecią masz wskazanie, jak wygląda sieć w
jej obecnej formie.
Jeśli tego nie zrobisz, skąd dowiesz się za trzy miesiące od dzisiaj, czy sześć miesięcy
od dzisiaj, czy system zarządzania siecią wywarł pozytywny wpływ na sieć i osiągnął to, co
pierwotnie zamierzał zrobić.
Kluczowe miary obejmują również takie elementy, jak ziarnistość danych.
Innymi słowy, jak szczegółowe lub szczegółowe powinny być gromadzone dane.
Na przykład, jeśli patrzysz na wykorzystanie przepustowości interfejsu, jak często importujesz
te dane.
Czy to raz na pięć minut, czy raz na pięć sekund.
Jeśli spojrzysz tylko na wykorzystanie przepustowości interfejsu co pięć minut, możesz przeoczyć skok
podczas tego pięciominutowego interwału.
Z drugiej strony, jeśli zbierasz dane co sekundę, możesz w końcu przechowywać bardzo
dużą ilość danych.
Inną rzeczą, o której należy pamiętać przy tłumaczeniu wymagań biznesowych na potrzeby monitorowania, są środki
do przechowywania danych.
Jak długo zamierzasz przechowywać dane zebrane przez system zarządzania siecią, zanim
zostaną one usunięte lub podsumowane.
Innymi słowy, jak długo zamierzasz przechowywać szczegółowe zapisy swojej sieci, zanim przechowywanie tych danych nie
będzie konieczne.
A przynajmniej ten poziom szczegółowości danych. Inną rzeczą, którą chcesz
zrobić, aby udokumentować potrzeby monitorowania, jest zdefiniowanie zarówno potrzeb zespołów zaangażowanych w projekty, jak i
progów. Progi oznaczają teraz poziom, na którym chcesz zacząć widzieć stany błędów lub zwracać
większą uwagę, jeśli interfejs działa przy zużyciu 25 procent, a następnie zwiększa się do 50 procent.
Możesz nie chcieć być o tym powiadamiany, ale jeśli chodzi o wykorzystanie 90 procent, możesz chcieć być
informowany, że coś się wydarzyło w twojej sieci.
Musisz więc ustalić progi, zanim otrzymasz powiadomienie o możliwych problemach w sieci.
Staje się to ważne, gdy budujesz alerty i konfigurujesz różne raporty dostępne w NPM. NPM
ma oczywiście wiele opcji i ustawień, które możesz zmienić w zależności od sieci i
wymagań biznesowych.