1
00:00:00,360 --> 00:00:06,720
Quando si distribuisce un sistema di gestione della rete, in genere si aggiunge un sovraccarico alla rete.

2
00:00:06,720 --> 00:00:12,930
Ciò è particolarmente vero se si utilizza un sistema basato su query che esegue il polling della rete con

3
00:00:12,930 --> 00:00:14,610
un intervallo molto breve.

4
00:00:14,690 --> 00:00:20,580
Pertanto, è necessario determinare la portata e l'impatto sulla rete che avrà il sistema di

5
00:00:20,580 --> 00:00:27,080
gestione della rete, quindi, come detto, una delle cose a cui bisogna pensare è la frequenza di polling.

6
00:00:27,080 --> 00:00:32,200
Ciò significa quanto spesso tirerai i dispositivi per raccogliere dati.

7
00:00:32,240 --> 00:00:37,670
Più spesso esegui il polling dei dispositivi, più granulari e dettagliati saranno le tue

8
00:00:37,670 --> 00:00:38,060
statistiche.

9
00:00:39,070 --> 00:00:45,640
Tuttavia, il rovescio della medaglia significa che avrà un impatto maggiore sulla tua rete perché c'è

10
00:00:45,640 --> 00:00:48,710
più traffico che viene trasmesso sulla rete.

11
00:00:48,880 --> 00:00:53,320
Il sistema di gestione della rete esegue il polling della rete su una base più frequente che immette

12
00:00:53,320 --> 00:00:54,480
più traffico sulla rete.

13
00:00:54,760 --> 00:01:00,280
Inoltre, i dispositivi di rete hanno un carico maggiore perché devono rispondere alla stazione

14
00:01:00,280 --> 00:01:06,640
di gestione della rete con le informazioni che si sta tentando di raccogliere da quel dispositivo di rete.

15
00:01:06,640 --> 00:01:14,830
Quindi un numero maggiore di polling equivale a maggiori dettagli e al rilevamento più rapido dei problemi, ma comporta un carico

16
00:01:14,830 --> 00:01:18,790
maggiore sia sulla rete che sui dispositivi della rete.

17
00:01:18,790 --> 00:01:25,600
Ora ancora una volta il vantaggio di più sondaggi è che hai più dettagli ed è più rapido rilevare

18
00:01:25,600 --> 00:01:26,660
i problemi.

19
00:01:26,770 --> 00:01:33,770
Tuttavia, il rovescio della medaglia può creare traffico extra sulla rete ora la maggior parte dei moderni sistemi di

20
00:01:33,770 --> 00:01:41,450
gestione della rete e molti moderni dispositivi di rete possono gestire una quantità maggiore di traffico di gestione della rete di

21
00:01:41,690 --> 00:01:43,980
quanto fosse possibile in passato.

22
00:01:44,060 --> 00:01:49,760
La potenza di elaborazione dei dispositivi di rete e la velocità delle interfacce sono molto maggiori oggi

23
00:01:49,760 --> 00:01:56,870
rispetto a qualche anno fa, quindi non è un problema tanto quanto potrebbe essere stato una volta questo è un altro motivo

24
00:01:56,870 --> 00:02:02,330
per cui si desidera sfruttare entrambi gli eventi in base I protocolli di gestione della rete,

25
00:02:02,390 --> 00:02:10,310
nonché i protocolli di gestione della rete basati su query, i protocolli basati sugli eventi, offrono ancora una volta feedback non richiesti in tempo

26
00:02:10,310 --> 00:02:12,080
reale dai dispositivi di rete.

27
00:02:12,080 --> 00:02:18,800
Una strada informerà la stazione di gestione della rete quando un'interfaccia non funziona con protocolli basati

28
00:02:18,800 --> 00:02:20,710
su polling o query.

29
00:02:20,720 --> 00:02:28,580
C'è una query e una risposta, in altre parole il pasticcio sta richiedendo informazioni a un dispositivo

30
00:02:28,610 --> 00:02:37,030
e sta rispondendo o rispondendo a quella query, ora meno polling equivale a un minor utilizzo della larghezza di banda.

31
00:02:37,090 --> 00:02:44,560
Inoltre, ciò equivale a requisiti di archiviazione più piccoli, che è un'altra cosa importante a cui pensare.

32
00:02:45,600 --> 00:02:50,610
Se stai raccogliendo una grande quantità di dati devi pensare ai requisiti del tuo disco per

33
00:02:50,610 --> 00:02:58,530
il tuo server sequel, dove NPM archivia i dati grandi quantità di dati equivalgono a database di dimensioni maggiori, il che a sua volta significa che

34
00:02:58,770 --> 00:03:01,110
hai bisogno di più spazio su disco.