1
00:00:00,360 --> 00:00:06,720
Wdrażanie systemu zarządzania siecią zazwyczaj powoduje narzut sieci.

2
00:00:06,720 --> 00:00:12,930
Jest to szczególnie prawdziwe, jeśli używasz systemu opartego na zapytaniach, który odpytuje sieć w bardzo

3
00:00:12,930 --> 00:00:14,610
krótkim odstępie czasu.

4
00:00:14,690 --> 00:00:20,580
Należy więc określić zakres i wpływ na sieć, jaki będzie miał system

5
00:00:20,580 --> 00:00:27,080
zarządzania siecią, tak jak wspomniano, jedną z rzeczy, o których należy pomyśleć, jest częstotliwość odpytywania.

6
00:00:27,080 --> 00:00:32,200
Oznacza to, jak często będziesz wyciągać urządzenia do gromadzenia danych.

7
00:00:32,240 --> 00:00:38,060
Im częściej sondujesz urządzenia, tym bardziej szczegółowe i szczegółowe będą Twoje statystyki.

8
00:00:39,070 --> 00:00:45,640
Jednak z drugiej strony oznacza to, że będzie to miało większy wpływ na twoją sieć,

9
00:00:45,640 --> 00:00:48,710
ponieważ w sieci przesyłany jest większy ruch.

10
00:00:48,880 --> 00:00:53,320
System zarządzania siecią częściej sonduje sieć, co powoduje większy ruch

11
00:00:53,320 --> 00:00:54,480
w sieci.

12
00:00:54,760 --> 00:01:00,280
Ponadto na urządzeniach sieciowych występuje większe obciążenie, ponieważ muszą one

13
00:01:00,280 --> 00:01:06,640
odpowiadać stacji zarządzania siecią z informacjami, które próbujesz zebrać z tego urządzenia sieciowego.

14
00:01:06,640 --> 00:01:14,830
Więc więcej odpytywania oznacza więcej szczegółów i szybsze wykrywanie problemów, ale zwiększa obciążenie zarówno

15
00:01:14,830 --> 00:01:18,790
sieci, jak i urządzeń w sieci.

16
00:01:18,790 --> 00:01:25,600
Teraz jeszcze raz zaletą większej ilości odpytywania jest to, że masz więcej szczegółów i szybciej

17
00:01:25,600 --> 00:01:26,660
wykrywasz problemy.

18
00:01:26,770 --> 00:01:33,770
Jednak z drugiej strony może generować dodatkowy ruch w sieci, obecnie większość nowoczesnych systemów

19
00:01:33,770 --> 00:01:41,450
zarządzania siecią, a wiele nowoczesnych urządzeń sieciowych może obsłużyć większy ruch zarządzania siecią niż było

20
00:01:41,690 --> 00:01:43,980
to możliwe w przeszłości.

21
00:01:44,060 --> 00:01:49,760
Moc obliczeniowa urządzeń sieciowych i szybkość interfejsów są dziś znacznie większe niż

22
00:01:49,760 --> 00:01:56,870
kilka lat temu, więc nie jest to tak duży problem, jak kiedyś, jest to kolejny powód,

23
00:01:56,870 --> 00:02:02,330
dla którego chcesz wykorzystać oba zdarzenia protokoły zarządzania siecią, a także oparte

24
00:02:02,390 --> 00:02:10,310
na zapytaniach protokoły zarządzania siecią, protokoły oparte na zdarzeniach ponownie dostarczają w czasie rzeczywistym niezamówionych informacji zwrotnych

25
00:02:10,310 --> 00:02:12,080
z urządzeń sieciowych.

26
00:02:12,080 --> 00:02:18,800
Droga poinformuje stację zarządzania siecią, gdy nastąpi awaria interfejsu przy użyciu protokołów opartych na

27
00:02:18,800 --> 00:02:20,710
sondowaniu lub zapytaniach.

28
00:02:20,720 --> 00:02:28,580
Jest zapytanie i odpowiedź, innymi słowy, bałagan pyta urządzenie o informacje, a

29
00:02:28,610 --> 00:02:37,030
ono odpowiada lub odpowiada na to pytanie, teraz mniej odpytywania oznacza mniejsze wykorzystanie przepustowości.

30
00:02:37,090 --> 00:02:44,560
Ale dodatkowo równa się mniejszym wymaganiom dotyczącym przechowywania, co jest kolejną ważną rzeczą do przemyślenia.

31
00:02:45,600 --> 00:02:50,610
Jeśli gromadzisz dużą ilość danych, musisz pomyśleć o wymaganiach dotyczących dysku dla serwera

32
00:02:50,610 --> 00:02:58,530
kontynuacyjnego, w którym NPM przechowuje duże ilości danych, co odpowiada bazom danych na większą skalę, co z kolei oznacza, że

33
00:02:58,770 --> 00:03:01,110
potrzebujesz więcej miejsca na dysku.