Un'altra area chiave della pianificazione della gestione della rete è sapere come costruire e sfruttare i REPORT.
Ora il writer di report NPM semplifica la creazione di vari tipi di report, ma vale
la pena esaminare quali report sono disponibili per te e come personalizzarli in base
ai diversi requisiti aziendali.
Ora le linee di base sono importanti quando si esegue la pianificazione della capacità o si esegue la gestione degli SLA dei
contratti a livello di servizio.
Volete anche pensare a cose come la disponibilità che significa quanto una rete è attiva durante
quel periodo di misurazione.
Si vuole anche pensare a prestazioni e pianificazione della capacità come esempio con disponibilità.
Hai bisogno di capire il termine cinque nove o quattro nove quello che cinque nove significa semplicemente che Gerring il periodo
di un anno come esempio la rete è in aumento di novantanove virgola nove nove nove percento
del tempo.
In altre parole, sono cinque nove in quel numero che equivale a circa cinque minuti di inattività
all'anno.
Quando si distribuisce un sistema di gestione di rete, in genere si aggiunge un sovraccarico alla rete.
Ciò è particolarmente vero se si utilizza un sistema basato su query che esegue il polling della rete utilizzando
un intervallo molto breve.
Pertanto, è necessario determinare l'ambito e l'impatto sulla rete che il sistema di gestione della
rete avrà come menzionato.
Una delle cose a cui devi pensare è la frequenza di polling.
Questo significa quanto spesso stai andando a interrogare i dispositivi per raccogliere dati.
Più spesso esegui il polling dei dispositivi, più granulare e più dettagliate saranno le tue
statistiche.
Tuttavia, il rovescio della medaglia significa che avrà un impatto maggiore sulla rete perché c'è più traffico trasmesso
sulla rete, il sistema di gestione della rete sta tirando la rete su una
base più frequente che mette più traffico sulla rete.
Inoltre, c'è un carico maggiore sui dispositivi di rete perché devono rispondere alla stazione di
gestione della rete con le informazioni che si stanno cercando di raccogliere da quel dispositivo di rete.
Quindi più sondaggi equivalgono a maggiori dettagli e al rilevamento dei cricket dei problemi, ma aumentano il carico
sia sulla rete che sui dispositivi della rete.
Ora, ancora una volta, il vantaggio di più sondaggi è che si hanno maggiori dettagli ed è più rapido rilevare
i problemi.
Tuttavia, da altra parte, può creare traffico extra sulla rete.
Ora la maggior parte dei moderni sistemi di gestione della rete e molti moderni dispositivi di rete sono in grado di gestire una quantità
maggiore di traffico di gestione della rete rispetto a quanto era possibile in passato la potenza di elaborazione dei dispositivi di
rete e la velocità delle interfacce è molto maggiore rispetto a pochi anni fa.
Quindi non è tanto un problema come potrebbe essere stato una volta.
Questo è un altro motivo per cui si desidera sfruttare sia i protocolli di gestione degli
eventi e di rete sia i protocolli di gestione nitpati basati su queery protocolli basati su eventi, ancora una volta di
un feedback non richiesto in tempo reale dai dispositivi di rete.
Una rotta è Goni e forma la stazione di gestione della rete quando un'interfaccia fallisce con protocolli basati su
polling o basati su query.
C'è una query e una risposta.
In altre parole, il messaggio sta interrogando un dispositivo per informazioni e sta rispondendo a
Tsering su quella query.
Ora un minor numero di polling equivale a un minore utilizzo della larghezza di banda, ma in più equivale a requisiti di archiviazione minori,
che è un'altra cosa importante da considerare.
Se stai raccogliendo una grande quantità di dati, devi pensare ai requisiti del disco
per il tuo sequel server, il che significa che NPM archivia grandi quantità di dati equivalenti ai più grandi database, il che significa
che hai bisogno di più spazio su disco.
Un altro argomento importante da discutere è l'impatto della topologia di rete sul monitoraggio della rete.
Se un'interfaccia scende, ha un impatto sulla capacità di massa di raccogliere dati dai
dispositivi di rete.
Quindi, ad esempio, se hai visto la topologia della rete in qualcosa di semplice come Vizio o all'interno
di uno dei tuoi strumenti di gestione, un'interruzione potrebbe influire sulla capacità del tuo sistema di gestione della rete
di raccogliere dati dai dispositivi della tua rete.
Se disponevi di dispositivi in un sito remoto e volevi raccogliere statistiche da tali dispositivi, in che modo un
link verso il basso influisce sulla tua capacità di accedere a tali statistiche.
Se c'era un solo collegamento al sito remoto e si disponeva di un sistema di gestione di rete centrale e il
collegamento andava giù alla fine, un pasticcio non sarebbe più stato in grado di accedere a quei dispositivi per raccogliere i dati.
Pertanto, potrebbe essere necessario distribuire un agente di raccolta della rete sul sito remoto per raccogliere dati in remoto anziché
tentare di raccogliere tutto da un sito centrale.
Questo significherebbe, ad esempio, implementare un'architettura di gestione della rete distribuita piuttosto che disporre
di un unico sistema centralizzato di gestione della rete.
Questo è particolarmente vero dove si hanno più data center.
In tal caso, potrebbe essere necessario distribuire più copie di NPM in ciascun centro dati per
poi inoltrare i dati a un console operativo aziendale.
Quindi ricorda che se non riesci ad arrivarci non puoi monitorarlo.
Pertanto, è importante tenere traccia della topologia della rete poiché è necessario assicurarsi di disporre
dello stato di raggiungibilità quando la topologia cambia.