1
00:00:01,110 --> 00:00:06,030
Zanim wybiegniesz i wdrożysz system zarządzania siecią w środowisku produkcyjnym.

2
00:00:06,030 --> 00:00:12,080
Pomyśl o planowaniu zarządzania siecią w laboratorium takim jak genius 3.

3
00:00:12,120 --> 00:00:18,470
Być może nie jest to tak ważne, ale jest to bardzo ważne, gdy

4
00:00:18,470 --> 00:00:27,090
robi się to w prawdziwym świecie. Planowanie zarządzania siecią obejmuje przełożenie wymagań biznesowych na progi potrzeb monitorowania i

5
00:00:27,090 --> 00:00:35,020
konfiguracje Monitora wydajności sieci lub konfiguracji NPM. Inne rzeczy, które należy wziąć pod uwagę przy planowaniu zarządzania

6
00:00:35,020 --> 00:00:42,190
siecią, to: budowanie i wykorzystanie raportów, które spełniają potrzeby różnych zainteresowanych stron, a także określanie

7
00:00:42,880 --> 00:00:46,390
i monitorowanie zakresu i wpływu na sieć.

8
00:00:46,420 --> 00:00:54,100
I nie zapominaj o tym, że topologia sieci ma wpływ na rzeczywisty system monitorowania. Tłumaczenie

9
00:00:54,100 --> 00:01:01,840
wymagań biznesowych oznacza robienie takich rzeczy, jak badanie kluczowych interesariuszy i działów pod kątem ich potrzeb

10
00:01:01,840 --> 00:01:04,650
w zakresie monitorowania i raportowania.

11
00:01:04,650 --> 00:01:10,920
Oznacza to także dokumentowanie celów twojego systemu zarządzania siecią i to naprawdę trzeba podkreślić.

12
00:01:10,950 --> 00:01:17,770
Bardzo ważne jest, aby udokumentować cele systemu zarządzania siecią, w przeciwnym

13
00:01:17,770 --> 00:01:24,860
razie jak ustalić, czy wdrożenie systemu zarządzania siecią osiągnęło to, co zamierzałeś zrobić.

14
00:01:25,060 --> 00:01:30,530
Organizacja może mieć na celu zwiększenie dostępności sieci.

15
00:01:31,210 --> 00:01:38,290
Jeśli jednak nie udokumentujesz tych celów i nie oprzesz linii sieci przed wdrożeniem systemu

16
00:01:38,290 --> 00:01:44,740
zarządzania siecią, w jaki sposób ustalisz, czy system zarządzania siecią miał pozytywny wpływ

17
00:01:45,220 --> 00:01:53,660
na sieć i co pierwotnie zamierzano to zrobić, to ważne jest, aby Twoje cele zostały udokumentowane przed

18
00:01:53,660 --> 00:01:59,060
wdrożeniem, a ponadto upewnij się, że masz linię bazową sieci.

19
00:01:59,060 --> 00:02:04,820
Innymi słowy, przed wdrożeniem systemu zarządzania siecią masz wskazanie, jak wygląda sieć w

20
00:02:04,820 --> 00:02:06,620
jej obecnej formie.

21
00:02:07,790 --> 00:02:14,450
Jeśli tego nie zrobisz, skąd dowiesz się za trzy miesiące od dzisiaj, czy sześć miesięcy

22
00:02:14,570 --> 00:02:21,410
od dzisiaj, czy system zarządzania siecią wywarł pozytywny wpływ na sieć i osiągnął to, co

23
00:02:21,410 --> 00:02:23,310
pierwotnie zamierzał zrobić.

24
00:02:24,190 --> 00:02:27,830
Kluczowe miary obejmują również takie elementy, jak ziarnistość danych.

25
00:02:28,060 --> 00:02:34,400
Innymi słowy, jak szczegółowe lub szczegółowe powinny być gromadzone dane.

26
00:02:34,450 --> 00:02:40,720
Na przykład, jeśli patrzysz na wykorzystanie przepustowości interfejsu, jak często importujesz

27
00:02:40,720 --> 00:02:41,950
te dane.

28
00:02:41,950 --> 00:02:46,150
Czy to raz na pięć minut, czy raz na pięć sekund.

29
00:02:46,210 --> 00:02:52,120
Jeśli spojrzysz tylko na wykorzystanie przepustowości interfejsu co pięć minut, możesz przeoczyć skok

30
00:02:52,390 --> 00:02:54,760
podczas tego pięciominutowego interwału.

31
00:02:54,760 --> 00:03:01,150
Z drugiej strony, jeśli zbierasz dane co sekundę, możesz w końcu przechowywać bardzo

32
00:03:01,150 --> 00:03:02,650
dużą ilość danych.

33
00:03:02,710 --> 00:03:08,890
Inną rzeczą, o której należy pamiętać przy tłumaczeniu wymagań biznesowych na potrzeby monitorowania, są środki

34
00:03:09,610 --> 00:03:11,050
do przechowywania danych.

35
00:03:11,050 --> 00:03:17,200
Jak długo zamierzasz przechowywać dane zebrane przez system zarządzania siecią, zanim

36
00:03:17,200 --> 00:03:20,000
zostaną one usunięte lub podsumowane.

37
00:03:20,100 --> 00:03:27,660
Innymi słowy, jak długo zamierzasz przechowywać szczegółowe zapisy swojej sieci, zanim przechowywanie tych danych nie

38
00:03:27,660 --> 00:03:29,140
będzie konieczne.

39
00:03:29,250 --> 00:03:35,400
A przynajmniej ten poziom szczegółowości danych. Inną rzeczą, którą chcesz

40
00:03:35,400 --> 00:03:43,440
zrobić, aby udokumentować potrzeby monitorowania, jest zdefiniowanie zarówno potrzeb zespołów zaangażowanych w projekty, jak i

41
00:03:44,000 --> 00:03:51,810
progów. Progi oznaczają teraz poziom, na którym chcesz zacząć widzieć stany błędów lub zwracać

42
00:03:51,810 --> 00:04:00,450
większą uwagę, jeśli interfejs działa przy zużyciu 25 procent, a następnie zwiększa się do 50 procent.

43
00:04:00,570 --> 00:04:07,560
Możesz nie chcieć być o tym powiadamiany, ale jeśli chodzi o wykorzystanie 90 procent, możesz chcieć być

44
00:04:07,560 --> 00:04:11,090
informowany, że coś się wydarzyło w twojej sieci.

45
00:04:11,340 --> 00:04:18,270
Musisz więc ustalić progi, zanim otrzymasz powiadomienie o możliwych problemach w sieci.

46
00:04:18,330 --> 00:04:25,020
Staje się to ważne, gdy budujesz alerty i konfigurujesz różne raporty dostępne w NPM. NPM

47
00:04:25,680 --> 00:04:32,130
ma oczywiście wiele opcji i ustawień, które możesz zmienić w zależności od sieci i

48
00:04:32,130 --> 00:04:33,390
wymagań biznesowych.