Nel RMM il monitor non è solo un monitor

Una soluzioni di monitoraggio può fare altro.

Per noi automatizzare la gestione dei sistemi informatici attraverso un RMM (Remote Monitoring and Management) non significa solo essere a conoscenza del superamento di carico del processore o avere due procedure da lanciare a mano per controllare se la configurazione del firewall è in ordine.

Per noi usare un RMM significa disporre di uno strumento che attraverso il suo motore di base ci permette di creare procedure in grado di intervenire su qualsiasi elemento del sistema operativo, con lo scopo di poter gestire la quasi totalità delle operazioni senza disturbare gli utenti e dover passare le giornate in movimento da un cliente ad un altro.

La valutazione di un RMM deve pertanto avere alcuni fattori di base fondamentali:

• Possibilità di scrivere procedure nei linguaggi di scripting più comuni;
• Possibilità di usare il motore dei monitor per eseguire in modo ciclico delle procedure specifiche;
• Possibilità di reperire informazioni interrogando le giuste aree di computer/server;
• Disporre di una dashboard personalizzare che fornisca una vista d’insieme dello stato generale dei sistemi gestiti.

Ci sono altri elementi importanti, ma la presenza di questi quattro rende possibile eseguire qualsiasi operazione, anche le più impensabili.

Il monitor non monitor

Il monitor è per definizione un’apparecchiatura elettronica di controllo che consente di seguire visivamente su uno schermo l’andamento di un fenomeno, nel caso di un RMM o di uno schedulatore, è uno strumento che si appoggia ad un motore che lo esegue in modo ciclico con intervalli più o meno lunghi, anche ogni minuto.

Nell’era del RMM capita sovente di vedere soluzioni ermetiche dove questo strumento misura una decina di parametri e non permette di valutare altro in tempo reale, come capita di trovare MSP che ritengono sufficiente una tale soluzione per gestire il parco macchine dei clienti.

Per noi il monitor, appoggiato ad un motore che permette la realizzazione di procedure custom, è un fattore fondamentale per svolgere anche operazioni di configurazione.

Immaginiamo di dover configurare il Microsoft Windows Firewall di tutti i computer con una specifica regola al presentarsi di uno specifico indirizzo MAC e di dover essere sicuri che al cambiare dell’indirizzo IP cambi anche la regola del firewall.

La prima configurazione della regola potrebbe essere eseguita con un semplice JOB programmato ad orari specifici, ma al cambio dell’indirizzo da bloccare non è possibile attendere ore. Qui entra in gioco il motore del monitor, dove la sua funzione non è quella di innescare un allarme, ma di verificare a ciclo continuo se si verifica un cambiamento delle condizioni ed agire andando a modificare la regola di blocca.

Situazioni di questo genere sono molto frequenti e questo tipo di soluzione permette di avere attiva una procedura che garantisca l’applicazione della configurazione su tutti i computer in qualsiasi momento, ovviamente dovranno essere realizzati degli script con dei controlli tali da minimizzare le azioni se quanto deve essere configurato è già presente.