Quindi quali sono le migliori pratiche.
Cosa dovresti fare in un ambiente live ora le migliori pratiche affermano che dovresti usare entrambi.
È necessario utilizzare protocolli di gestione della rete basati su polling o basati su query, nonché basati su eventi, poiché
parte della soluzione di gestione della rete non aiuta solo a ricevere una grande quantità di dati.
È necessario prendere decisioni significative su tali dati.
Pertanto, si desidera anche creare e sfruttare avvisi e report in modo che entrambi vengano avvisati quando si
verifica un problema, indipendentemente dal fatto che fosse basato su un meccanismo di rilevamento basato sul polling o su un rilevamento basato sugli eventi.
Inoltre, vorrai una sorta di funzionalità di reporting che ti fornisca dettagli sulle
prestazioni non solo in tempo reale a questo punto nel tempo, ma per un periodo di tempo.
Quindi vuoi che siano disponibili dati storici in modo da poter prendere decisioni significative.
Ad esempio, se un'interfaccia su una rota ha un utilizzo del 70 percento.
Va bene o è un male che è difficile sapere se non disponi di dati storici che ti consentono di costruire
una linea di base di ciò che la tua rete funziona in genere se quell'interfaccia negli ultimi tre mesi è
stata eseguita con un utilizzo del due percento e ora improvvisamente funziona al 90 percento di utilizzo.
Saprai che sulla tua rete è successo qualcosa che è stato modificato in modo
drammatico nell'utilizzo dell'interfaccia, quindi vorrai rapporti che ti forniscano dettagli sulle prestazioni nel tempo e ti comunichino problemi
e la disponibilità dei dispositivi nella tua rete. a prima vista vorrai essere in grado di vedere se c'è
un problema con un dispositivo di rete come un router o se c'è un problema con
una singola interfaccia su uno dei tuoi router.
Non dimenticare di impostare la frequenza di polling e la precisione delle notifiche degli eventi.
Questo varierà da un ambiente all'altro e spesso dipende dal tipo di topologia in cui
si dispone della larghezza di banda disponibile e dalle risorse che è necessario rilevare e quindi agire sulle informazioni
che si stanno ricevendo.
Inoltre, potrebbe essere necessario prendere decisioni sulla velocità con cui è necessario reagire a un
problema sulla rete se qualcosa accade sulla rete e si ripercuote su un intero edificio o l'intera organizzazione.
Avrai voglia di agire così rapidamente, ma se succede qualcosa e influenza solo un singolo
dispositivo non è importante.
Probabilmente non è così importante che ti svegli alle 3:00 del mattino per dirti che la porta sullo
switch è caduta.