Indice
- Introduzione
- Monitoraggio dell’integrità dei dispositivi
- Monitoraggio delle unità
- Monitoraggio delle applicazioni
- Monitoraggio della rete
- Monitoraggio della sicurezza
- 4 punti chiave per portare il tuo monitoraggio al livello successivo
- Best practice per ticketing e avvisi
Questa guida fornisce consigli per la creazione di una strategia di monitoraggio degli endpoint e avvisi, oltre a istruzioni passo per passo per la creazione di oltre 30 condizioni di monitoraggio personalizzate degli endpoint in NinjaOne.
Introduzione
Come deve essere un monitoraggio per funzionare?
Il monitoraggio e gli avvisi sono fondamentali per l'uso efficace di un RMM. Attraverso best practice di monitoraggio puoi identificare in modo proattivo i problemi, risolverli più velocemente ed essere più efficace. Un monitoraggio migliore può avere un ruolo chiave anche nel generare ulteriori profitti e nel garantire la soddisfazione dei tuoi clienti.
La sfida consiste nel sapere cosa monitorare, per cosa richiedere un avviso, quali problemi possono essere risolti automaticamente e quali invece richiedono un intervento manuale. Per capire tutto questo possono volerci degli anni e, anche avendo molta esperienza, i migliori team possono trovarsi a dover continuare a cercare un modo per ridurre lo stress da avvisi e l'eccessiva quantità di ticket nei dispositivi dei clienti.
Per aiutare le persone alle prime armi a velocizzare la loro preparazione e a concentrare la loro attenzione sulle cose importanti, abbiamo stilato questo elenco di idee per più di 25 condizioni da monitorare. Queste raccomandazioni si basano sui suggerimenti dei nostri partner e sull'esperienza di NinjaOne nell'aiutare gli MSP a creare un monitoraggio efficace e utile.
Per ogni condizione viene descritto cosa viene monitorato, come impostare il monitoraggio in NinjaOne e quali azioni devono essere intraprese se la condizione viene attivata. Alcuni suggerimenti per il monitoraggio possono essere applicati immediatamente, mentre altri potrebbero richiedere un livello minimo di personalizzazione per adattarsi al caso d'uso specifico.
Queste idee di monitoraggio non sono ovviamente esaustive e potrebbero non essere applicabili a tutte le situazioni o circostanze. Dopo aver iniziato a configurare il tuo sistema di monitoraggio in base a questi suggerimenti, dovrai sviluppare una strategia di monitoraggio più complessa e personalizzata secondo le caratteristiche e le esigenze dei tuoi clienti. Alla fine di questa guida ci saranno ulteriori raccomandazioni per aiutarti a rendere monitoraggio, avvisi e ticketing elementi di un vantaggio competitivo per il tuo MSP.
Monitoraggio dell’integrità del dispositivo
Monitoraggio degli eventi critici continui |
|
Monitoraggio per capire quando un dispositivo viene riavviato involontariamente |
|
Monitoraggio per identificare i dispositivi che richiedono un riavvio |
|
Monitoraggio degli endpoint offline |
|
Monitoraggio delle modifiche hardware |
|
Monitoraggio dell'utilizzo prolungato della CPU |
|
Monitoraggio dell'unità
| Monitoraggio di potenziali errori delle unità |
|
| Monitoraggio per identificare quando sta per essere raggiunta la capacità massima dello spazio sul disco |
|
| Monitoraggio di potenziali errori RAID |
|
| Monitoraggio di un elevato e prolungato utilizzo del disco |
|
| Monitoraggio della percentuale elevata di attività del disco |
|
| Monitoraggio dell'utilizzo elevato della memoria |
|
Monitoraggio delle applicazioni
| Monitoraggio per identificare se esistono le applicazioni richieste in un endpoint |
|
| Monitoraggio per verificare se le applicazioni critiche sono in esecuzione (soprattutto per i server) |
|
| Monitoraggio dell'utilizzo delle risorse per le applicazioni che possono causare problemi relativi alle prestazioni |
|
| Monitoraggio di arresti anomali delle applicazioni |
|
Monitoraggio della rete
| Monitoraggio dell'utilizzo imprevisto della larghezza di banda |
|
| Monitoraggio per garantire il corretto funzionamento dei dispositivi di rete |
|
| Monitoraggio delle porte aperte |
|
| Monitoraggio della disponibilità del sito Web del cliente |
|
Monitoraggio della sicurezza
| Monitoraggio per identificare se Windows Firewall è stato disattivato |
|
| Monitoraggio per capire se l'antivirus e gli strumenti di sicurezza sono installati e/o in esecuzione su un endpoint |
|
| Monitoraggio di minacce rilevate da AV/EDR non integrati |
|
| Monitoraggio di tentativi di accesso non riusciti degli utenti |
|
| Monitoraggio della creazione, dell'elevazione o della rimozione degli utenti su un endpoint |
|
| Monitoraggio per identificare se le unità in un endpoint sono crittografate/decrittografate |
|
| Monitoraggio dei backup non riusciti (NinjaOne Backup) |
|
| Monitoraggio dei backup non riusciti (altri fornitori di soluzioni per il backup) |
|
4 punti chiave per portare il tuo monitoraggio al livello successivo
- Crea un modello di base per il monitoraggio dell'integrità dei dispositivi.
- Parla con i clienti delle loro priorità.
- Quali server e workstation sono importanti?
- Quali sono le loro applicazioni per la produttività o line-of-business critiche?
- Quali criticità hanno riscontrato nell'ambito dell'IT?
- Monitora il tuo sistema di creazione dei ticket/PSA per individuare eventuali problemi ricorrenti.
- Configura gli avvisi in modo da evitare una quantità eccessiva di ticket.
- Monitora i log eventi dei clienti per individuare eventuali problemi ricorrenti.
Best practice di ticketing e avvisi
- Attiva avvisi solo in caso di informazioni che richiedono un'azione: se non hai a disposizione un’azione di risposta specifica associata a un monitoraggio, non abilitare il monitoraggio.
- Suddividi gli avvisi in categorie, in modo che siano indirizzati a diverse schede di servizio del tuo PSA.
- Organizza riunioni frequenti sulla gestione degli avvisi per discutere di quanto segue:
- Quali avvisi stanno causando gran parte delle notifiche? Possono essere rimossi o limitati?
- Cosa non viene sottoposto a monitoraggio o non sta creando le notifiche che dovrebbe creare?
- Quali avvisi comuni possono essere risolti automaticamente?
- Ci sono dei progetti in arrivo che potrebbero generare avvisi?
- Elimina i ticket e gli avvisi una volta risolti.
- In NinjaOne, molte condizioni hanno un parametro di "Azzeramento quando non è più vero" o di "Azzeramento quando non è vero per un periodo x" per aiutare a risolvere e ripulire le notifiche che possono risolversi da sole.