1
00:00:01,110 --> 00:00:06,030
Prima di correre fuori e distribuire un sistema di gestione della rete in un ambiente di produzione.

2
00:00:06,030 --> 00:00:12,080
Pensa alla pianificazione della gestione della rete in un laboratorio come con genius 3.

3
00:00:12,120 --> 00:00:18,470
Questo non è forse così importante, ma è molto importante quando lo si fa nella

4
00:00:18,470 --> 00:00:27,090
pianificazione della gestione della rete nel mondo reale include la conversione dei requisiti di business in soglie di monitoraggio delle esigenze e

5
00:00:27,090 --> 00:00:35,020
configurazioni di Network Performance Monitor o NPM che altri aspetti da considerare con la pianificazione della gestione della rete includono

6
00:00:35,020 --> 00:00:42,190
la creazione e l'utilizzo di report che soddisfano le esigenze delle varie parti interessate, nonché la determinazione

7
00:00:42,880 --> 00:00:46,390
e il monitoraggio dell'ambito e dell'impatto sulla rete.

8
00:00:46,420 --> 00:00:54,100
E non dimenticare che la topologia della rete ha un impatto sull'attuale sistema di monitoraggio che traduce

9
00:00:54,100 --> 00:01:01,840
i requisiti aziendali significa fare cose come sondare le parti interessate e i dipartimenti chiave per le

10
00:01:01,840 --> 00:01:04,650
loro esigenze di monitoraggio e rendicontazione.

11
00:01:04,650 --> 00:01:10,920
Significa anche documentare gli obiettivi per il tuo sistema di gestione della rete e questo deve davvero essere sottolineato.

12
00:01:10,950 --> 00:01:17,770
È molto importante documentare gli obiettivi del sistema di gestione della rete, altrimenti come determinare se

13
00:01:17,770 --> 00:01:24,860
la distribuzione del sistema di gestione della rete ha raggiunto ciò che si era prefissato di fare.

14
00:01:25,060 --> 00:01:30,530
Un'organizzazione può avere l'obiettivo di aumentare la disponibilità della rete.

15
00:01:31,210 --> 00:01:38,290
Tuttavia, se non documentate tali obiettivi e non basate la vostra rete prima di distribuire il vostro

16
00:01:38,290 --> 00:01:44,740
sistema di gestione della rete, come determinerete se il sistema di gestione della rete ha

17
00:01:45,220 --> 00:01:53,660
avuto un effetto positivo sulla rete e cosa inizialmente intendeva fare è importante che i tuoi obiettivi siano documentati prima

18
00:01:53,660 --> 00:01:59,060
della distribuzione e inoltre assicurati di avere una base della rete.

19
00:01:59,060 --> 00:02:04,820
In altre parole, hai un'indicazione di come appare la rete nella sua forma attuale prima di distribuire il

20
00:02:04,820 --> 00:02:06,620
sistema di gestione della rete.

21
00:02:07,790 --> 00:02:14,450
Se non lo fai, come farai a sapere tra tre mesi o sei mesi da oggi se

22
00:02:14,570 --> 00:02:21,410
il sistema di gestione della rete ha avuto un effetto positivo sulla rete e ha realizzato ciò

23
00:02:21,410 --> 00:02:23,310
che inizialmente doveva fare.

24
00:02:24,190 --> 00:02:27,830
Le misure chiave includono anche cose come la granularità dei dati.

25
00:02:28,060 --> 00:02:34,400
In altre parole, quanto dettagliati o dettagliati dovrebbero essere i dati che stai raccogliendo.

26
00:02:34,450 --> 00:02:40,720
Ad esempio, se stai osservando l'utilizzo della larghezza di banda su un'interfaccia con quale frequenza stai

27
00:02:40,720 --> 00:02:41,950
importando quei dati.

28
00:02:41,950 --> 00:02:46,150
È una volta ogni cinque minuti o una volta ogni cinque secondi.

29
00:02:46,210 --> 00:02:52,120
Se osservi solo l'utilizzo della larghezza di banda di un'interfaccia ogni cinque minuti, potresti perdere un

30
00:02:52,390 --> 00:02:54,760
picco durante quell'intervallo di cinque minuti.

31
00:02:54,760 --> 00:03:01,150
D'altro canto, se stai raccogliendo dati ogni secondo, potresti finire con l'archiviazione di una grande

32
00:03:01,150 --> 00:03:02,650
quantità di dati.

33
00:03:02,710 --> 00:03:08,890
Un'altra cosa da tenere a mente quando si traducono i requisiti aziendali in esigenze di monitoraggio è la

34
00:03:09,610 --> 00:03:11,050
conservazione dei dati.

35
00:03:11,050 --> 00:03:17,200
Per quanto tempo conserverai i dati raccolti dal tuo sistema di gestione della rete

36
00:03:17,200 --> 00:03:20,000
prima che vengano eliminati o riepilogati.

37
00:03:20,100 --> 00:03:27,660
In altre parole, per quanto tempo conserverai registrazioni dettagliate della tua rete prima che non sia ritenuto necessario

38
00:03:27,660 --> 00:03:29,140
conservare tali dati.

39
00:03:29,250 --> 00:03:35,400
O almeno quel livello di dettaglio dei dati che altre cose che vorrai fare

40
00:03:35,400 --> 00:03:43,440
nel documentare queste esigenze di monitoraggio è definire sia le esigenze dei team coinvolti nei progetti sia le soglie ora

41
00:03:44,000 --> 00:03:51,810
ciò che significano le soglie è il livello al quale tu desidera iniziare a visualizzare gli stati di errore

42
00:03:51,810 --> 00:04:00,450
o prestare maggiore attenzione se un'interfaccia è in esecuzione al 25 percento di utilizzo e quindi arriva al 50 percento di utilizzo.

43
00:04:00,570 --> 00:04:07,560
Potresti non voler essere informato di ciò, ma quando si arriva al 90 percento di utilizzo potresti voler

44
00:04:07,560 --> 00:04:11,090
essere informato che qualcosa è successo sulla tua rete.

45
00:04:11,340 --> 00:04:18,270
Quindi è necessario decidere le soglie prima di essere avvisati di possibili problemi sulla rete.

46
00:04:18,330 --> 00:04:25,020
Ciò diventa importante quando si creano gli avvisi e si configurano i diversi report disponibili in NPM.

47
00:04:25,680 --> 00:04:32,130
NPM ha ovviamente molte opzioni e impostazioni che è possibile modificare in base alla rete e

48
00:04:32,130 --> 00:04:33,390
ai requisiti aziendali.
