)
)
Introduzione
Le configurazioni di monitoraggio di Windows Server spesso si evolvono da strumenti nativi, script e software di terze parti in sistemi che diventano frammentati, costosi o difficili da gestire. Sostituirli in modo efficace richiede più di un semplice confronto delle funzionalità del prodotto. Questo articolo spiega quando la sostituzione ha senso, cosa dovrebbe coprire il monitoraggio di Windows Server, quali capacità dare priorità, come determinare l'ambito di monitoraggio appropriato e come migrare senza perdere la visibilità critica dell'infrastruttura.
In quale caso un team IT cercherebbe un sostituto per il monitoraggio di Windows Server?
Non esiste un prodotto chiamato "Windows Server Monitoring" che tutti vogliono sostituire. Quello che hanno ora potrebbe essere una combinazione di strumenti nativi di Windows, una soluzione completa di terze parti, script sviluppati internamente o un stack di osservabilità aziendale più olistico.
Il motivo per cui vogliono qualcos'altro potrebbe essere altrettanto probabilmente l'aumento dei costi delle licenze quanto la necessità di informazioni più utili fornite alle persone giuste nell'organizzazione IT.
Altre volte è semplicemente una questione di scala: un'infrastruttura in crescita richiede ora più di quanto un sistema casalingo amatoriale possa fornire, oppure gli strumenti disponibili per un sysadmin semplicemente non espongono i tipi di informazioni necessarie per rilevare e risolvere i problemi prima che impattino le operazioni aziendali.
Quando gli strumenti nativi di Windows non sono più sufficienti
Gli strumenti nativi di Windows hanno un certo valore diagnostico e di monitoraggio. Monitoraggio delle prestazioni , ad esempio, ha contatori di prestazioni per processori, memoria, dischi, processi e molto altro.
Visualizzato tramite Server Manager, i dati sulle prestazioni, sugli eventi o sui servizi possono essere accessibili per server locali e remoti.
Tuttavia, questi sono solo diagnostici. Le capacità di monitoraggio e allerta di cui un team IT ha bisogno per i propri server Windows fisici e virtuali non sono presenti in nessuno di quegli strumenti.
Inizia con ciò che manca alla tua attuale configurazione di monitoraggio
La prima cosa da chiedere quando si considera un cambiamento non è "Quale prodotto ha più funzionalità?" ma "Cosa manca al nostro attuale software di monitoraggio del server?" Perché sono quelle limitazioni che dovrebbero definire i criteri di selezione per una potenziale soluzione sostitutiva.
In quale caso la tua attuale configurazione di monitoraggio di Windows Server necessiterebbe di una sostituzione?
Una soluzione di monitoraggio non deve essere sostituita solo perché è vecchia, ma piuttosto se impedisce agli amministratori di poter rilevare, comprendere e rispondere prontamente ai problemi dell'infrastruttura.
Diversi segnali di avvertimento possono indicare che l'approccio attuale non soddisfa più questa esigenza.
Il monitoraggio è diventato troppo frammentato
Gli amministratori possono utilizzare un tool per le prestazioni del server, un altro per i registri degli eventi, strumenti diversi per la disponibilità del servizio e un altro cruscotto per siti web o applicazioni.
Sebbene ogni componente possa operare autonomamente, il processo di risoluzione dei problemi diventa più complesso se gli amministratori devono correlare manualmente i dati, poiché richiede molto più sforzo. Inoltre, potrebbe diventare difficile garantire che tutti i sistemi critici siano monitorati in modo coerente.
Pertanto, un'opzione di sostituzione dovrebbe combinare i componenti essenziali e consentire agli amministratori di dare priorità ai sistemi che devono monitorare con maggiore attenzione, eliminando quelli che non sono necessari.
Gli avvisi generano rumore invece di informazioni utili
Un sistema di allerta che segnala ogni picco temporaneo della CPU può essere quasi inutile quanto uno che ignora problemi importanti.
Il monitoraggio efficace richiede contesto; un breve aumento nell'utilizzo delle risorse è improbabile che richieda azioni, mentre aumenti nell'utilizzo della CPU combinati con aumenti a lungo termine nella memoria, ripetute interruzioni del servizio o diminuzioni dello spazio su disco suggerirebbero un problema in via di sviluppo. Le linee di base e le tendenze sono fattori importanti per determinare se c'è un problema o la normale variazione delle operazioni.
Se gli amministratori ignorano gli avvisi perché considerati comuni e poco importanti, la configurazione del sistema di allerta dovrebbe essere una priorità fondamentale nella selezione del sostituto.
I costi aumentano più rapidamente dell'infrastruttura
I prodotti di monitoraggio hanno modelli di licenza estremamente variabili. A seconda del fornitore, possono scalare con il numero di server, sensori, servizi, elementi, core CPU, metriche o volume di dati.
Una piattaforma che era conveniente per dieci server può quindi risultare significativamente meno attraente a cinquanta o cento. La crescita dell'infrastruttura può anche aumentare i costi indiretti se una piattaforma di monitoraggio comporta la necessità di ulteriore spazio di archiviazione, raccoglitori o risorse amministrative.
La pianificazione della sostituzione dovrebbe tenere conto non solo del prezzo odierno, ma anche di ciò che fa crescere nel tempo il costo totale del monitoraggio.
I problemi raggiungono gli utenti prima di raggiungere l'IT
Uno dei segnali di avvertimento più comuni è che i ticket di supporto identificano regolarmente problemi di infrastruttura prima che vengano scoperti dal sistema di monitoraggio.
Memoria insufficiente, mancanza di spazio libero sui dischi, servizi non riusciti, consumo anomalo di larghezza di banda, o degradazione delle prestazioni dell'applicazione dovrebbe idealmente essere identificato abbastanza presto affinché gli amministratori possano eseguire lavori correttivi prima che i sistemi interessati subiscano un serio inattività.
Se i dipartimenti IT di un'organizzazione devono affrontare regolarmente problemi di infrastruttura che sono stati scoperti attraverso i canali di supporto utenti, potrebbe essere necessario rivalutare la configurazione esistente.
Cosa dovrebbe monitorare un sostituto per il monitoraggio di Windows Server?
Prima di cambiare piattaforme, ci sono capacità di monitoraggio che i team IT devono identificare come necessarie da preservare e quelle che la nuova soluzione deve soddisfare.
La maggior parte delle implementazioni di Windows Server richiede il monitoraggio di almeno diverse categorie.
Prestazioni di CPU, Memoria e Disco
Sebbene l'utilizzo della CPU sia utile, le percentuali raramente raccontano l'intera storia. La pressione sostenuta sul processore, l'attività dei processi e i modelli di utilizzo variabili forniscono più contesto sulle operazioni complessive rispetto ai picchi isolati.
Il monitoraggio della memoria dovrebbe identificare in modo simile il consumo sostenuto, la pressione di paging e la crescita insolita piuttosto che semplicemente visualizzare l'uso attuale della RAM. Il monitoraggio del disco deve coinvolgere sia la capacità che l'attività, poiché un server può avere ampio spazio di archiviazione libero mentre incontra un collo di bottiglia I/O o può funzionare normalmente mentre la capacità disponibile si avvicina a un livello critico.
La guida sulle prestazioni di Windows Server di Microsoft utilizza contatori su processore, memoria, dischi logici e fisici, processi e altri componenti per indagare sui colli di bottiglia del sistema. Il punto importante per la pianificazione della sostituzione è preservare una sufficiente profondità per comprendere perché cambia il consumo delle risorse, non solo se è elevato.
Processi e servizi critici
La salute del sistema operativo è solo una parte del quadro.
Una macchina Windows Server può essere attiva e funzionante anche se l'applicazione, il processo o il servizio che gli utenti desiderano effettivamente eseguire ha smesso di funzionare. I requisiti di monitoraggio dovrebbero riflettere il ruolo di ciascun server e i servizi necessari per svolgere quel ruolo.
Un server Internet Information Services (IIS), un server di database, un controller di dominio e un host di sessione Remote Desktop non hanno requisiti identici. Un sostituto utile consentirebbe agli amministratori di monitorare ciò che è importante per ciascun server invece di limitarsi a fornire una singola definizione di salute per l'intero ambiente.
Attività di rete e larghezza di banda
Modelli di traffico imprevisti, errori di rete o consumo di larghezza di banda insolito può rivelare sia problemi di prestazioni che di infrastruttura.
La visibilità della rete diventa particolarmente utile quando gli amministratori devono determinare se le prestazioni lente delle applicazioni provengono dal server, dalla rete o da un altro sistema dipendente.
Una sostituzione per il monitoraggio di Windows Server non deve necessariamente diventare una piattaforma di monitoraggio della rete completa. Tuttavia, dovrebbe fornire il livello di visibilità della rete richiesto dai normali processi di risoluzione dei problemi del tuo team.
Eventi, Applicazioni e Carichi di lavoro
Per alcune organizzazioni, le metriche generiche del sistema operativo sono sufficienti. Per altre, sono solo l'inizio.
Gli ambienti di Windows Server possono ospitare i servizi di dominio Active Directory, IIS, SQL Server, Hyper-V e altri carichi di lavoro con i propri indicatori di salute. Il monitoraggio di base della CPU, della memoria e del disco non può rivelare ogni guasto specifico del carico di lavoro.
Questo crea un importante criterio di sostituzione: l'organizzazione ha principalmente bisogno di monitoraggio generale della salute di Windows Server, o richiede una visibilità approfondita su specifici carichi di lavoro e applicazioni Microsoft?
La risposta può cambiare significativamente quale tipo di piattaforma di monitoraggio è appropriata.
Cosa dovrebbe migliorare la sostituzione?
Mantenere una copertura di monitoraggio vitale è solo una parte del compito. Il nuovo sistema deve anche risolvere i vincoli operativi che hanno portato alla sostituzione.
Quattro caratteristiche meritano un'attenzione speciale.
Visibilità centralizzata
Gli amministratori dovrebbero essere in grado di valutare lo stato di molti server monitorati senza dover affrontare il problema di connettersi ogni volta o utilizzare un insieme di strumenti disparati.
La centralizzazione diventerà più importante man mano che l'infrastruttura si espande in più sedi, istanze virtuali, server remoti o presso il cliente. L'obiettivo non è costruire un altro cruscotto, ma fornire agli amministratori una panoramica da cui possono identificare le aree in cui è necessaria un'ispezione più approfondita.
Dati storici e linee di base
Il monitoraggio in tempo reale risponde alla domanda "Cosa sta succedendo adesso?" ma il monitoraggio storico risponde all'altra domanda altrettanto importante "Quello che sta succedendo adesso è qualcosa che dovrebbe succedere?"
Un server che funziona con un utilizzo della memoria del 70% potrebbe essere completamente sano se è il massimo che raggiunge, ma un lento aumento dal 30% al 70% di utilizzo può anche essere l'inizio di un incidente importante.
I dati storici consentono ai team IT di stabilire livelli di prestazione di base , approfondire gli incidenti ricorrenti per scoprire le loro cause sottostanti, pianificare la capacità e formulare giudizi su se le modifiche all'infrastruttura abbiano avuto un impatto positivo o negativo sulle prestazioni. Un sostituto dovrebbe quindi essere valutato sulla capacità di fornire valore dai dati storici così come per ciò che offre per i cruscotti in tempo reale.
Avvisi azionabili
Le valutazioni di sostituzione dovrebbero andare oltre un binario di se una piattaforma "supporta avvisi".
Gli amministratori vorranno sapere se le soglie possono essere adattate al loro ambiente, chi viene notificato e se le notifiche rendono pratico distinguere tra anomalie transitorie e condizioni che richiedono intervento.
L'obiettivo non è generare più avvisi. È ridurre il rumore e rendere più difficile trascurare condizioni importanti.
Reporting utile
I report sono utili come mezzo per trasmettere informazioni che devono essere esaminate nel tempo o riportate oltre l'amministratore che attualmente sta esaminando un cruscotto.
Possono aiutare il personale IT a rivedere il consumo delle risorse, indagare su problemi ricorrenti, documentare la disponibilità o fornire informazioni sull'infrastruttura ai clienti e alla direzione. La reportistica programmata può risparmiare agli amministratori lo sforzo manuale di estrarre ripetutamente le stesse informazioni.
Il criterio chiave non è il numero di modelli di report disponibili, ma che i report affrontino domande operative che l'organizzazione ha effettivamente bisogno di porre.
Hai bisogno di monitoraggio del server o di piena osservabilità?
Questa potrebbe essere la decisione di ambito più critica quando si sceglie un sostituto per il monitoraggio di Windows Server. Le moderne piattaforme di osservabilità possono acquisire metriche e registri dell'infrastruttura, supportando anche le tracce, il monitoraggio delle prestazioni delle applicazioni, i servizi cloud, i contenitori e la telemetria su larga scala.
Per applicazioni distribuite, microservizi o complessi ambienti ibridi nel cloud, tali capacità possono essere essenziali.
Quando il monitoraggio del server focalizzato è sufficiente
Non sono sempre essenziali per ogni ambiente server Windows, tuttavia.
Un team IT esclusivamente focalizzato sulle prestazioni del server, i processi, gli utenti, la larghezza di banda, i siti web, gli avvisi e le tendenze dell'infrastruttura potrebbe non trarre vantaggio dall'introduzione di un'architettura di osservabilità che aggiunge ulteriori pipeline di telemetria, requisiti di archiviazione e amministrazione specialistica.
Quando la visibilità più ampia diventa necessaria
L'opposto è vero anche. Una piattaforma di monitoraggio dei server focalizzata potrebbe essere inadeguata se gli ingegneri richiedono tracciamento distribuito, mappatura delle dipendenze delle applicazioni, analisi centralizzata dei log o monitoraggio dettagliato delle prestazioni delle applicazioni.
La decisione riguarda, quindi, l'ambito più che quale opzione sia più sofisticata. Scegli monitoraggio del server quando il benessere dell'infrastruttura e la visibilità operativa sono la necessità. Opta per una maggiore osservabilità quando la risoluzione dei problemi richiede agli amministratori o agli ingegneri di correlare il comportamento dell'infrastruttura con applicazioni, registri, tracce e servizi distribuiti.
La sostituzione giusta è la piattaforma che fornisce la profondità richiesta senza complicare inutilmente l'architettura di monitoraggio.
Come dovresti confrontare le sostituzioni per il monitoraggio di Windows Server?
Una volta che i requisiti e l'ambito sono stati identificati, i confronti tra i prodotti diventano molto più utili.
Invece di iniziare con le caratteristiche dei diversi fornitori, confronta i prodotti rispetto allo stesso insieme di domande:
- Supporta le versioni di Windows Server e i ruoli del server che utilizzi?
- Può monitorare CPU, memoria, dischi, processi e servizi, e attività di rete nella misura richiesta?
- Gli amministratori possono monitorare più server da una console centrale?
- Mantiene informazioni storiche sufficienti per identificare tendenze e investigare incidenti?
- È possibile personalizzare i valori di soglia e gli avvisi per il proprio ambiente?
- Fornisce i report necessari per gli amministratori, la direzione o i clienti?
- Quanto è necessaria l'infrastruttura per far funzionare il sistema di monitoraggio?
- Il monitoraggio si basa su agenti, polling remoto o un altro metodo di raccolta?
- Come cambia la licenza man mano che aumenta l'infrastruttura monitorata?
Il team ha bisogno di monitoraggio del carico di lavoro specifico per Windows o di una visibilità più ampia?
Questo crea un confronto molto più utile rispetto al numero di funzionalità su una pagina prodotto.
La profondità del monitoraggio, la complessità del deployment, l'amministrazione, la qualità degli avvisi, la licenza e il tempo per il valore influenzano tutti il valore di una piattaforma. Un'opzione più piccola potrebbe rivelarsi più adatta da una prospettiva operativa rispetto a una piattaforma più grande a causa di un minore sovraccarico e della soddisfazione dei requisiti necessari all'organizzazione.
Come puoi sostituire un sistema di monitoraggio senza perdere visibilità?
Cambiare il software di monitoraggio presenta un certo fattore di rischio, poiché c'è sempre la possibilità che la visibilità diminuisca durante il momento critico di transizione, quando l'organizzazione sostituisce il software che fornisce tale servizio.
Il processo di migrazione sarà meno rischioso se sarà suddiviso in fasi.
Copertura di monitoraggio esistente dell'inventario
Il sistema attuale dovrebbe essere inventariato per stabilire una base di ciò che il nuovo strumento dovrebbe monitorare prima che inizi il processo di migrazione e che vengano disattivati eventuali componenti.
L'inventario dovrebbe elencare tutti i server, i siti web, i programmi, i servizi, i principali indicatori di prestazione, le soglie, le notifiche e i rapporti.
Si dovrebbe prestare particolare attenzione ai controlli personalizzati creati nel tempo che potrebbero aver perso la loro importanza per chiunque mantenga il sistema dopo la migrazione. Questo inventario di base fungerà quindi da copertura critica per convalidare la sostituzione.
Stabilire le linee di base attuali
Registra le prestazioni normali prima della migrazione.
L'utilizzo della CPU, il consumo di memoria, l'attività del disco e la larghezza di banda variano in base al carico di lavoro e al ruolo del server. Un controller di dominio non avrà necessariamente lo stesso comportamento normale di un server di applicazioni o di database.
Le informazioni di base esistenti forniscono agli amministratori un riferimento per configurare e valutare la nuova piattaforma.
Esegui temporaneamente entrambi i sistemi di monitoraggio
Dove possibile, mantenere operativi i sistemi esistenti e di sostituzione durante tutta la transizione.
Il monitoraggio parallelo aiuta gli amministratori a verificare che le informazioni raccolte su entrambi i sistemi siano coerenti e che elementi vitali non manchino. È anche utile per identificare eventuali differenze nell'intervallo di raccolta, nei metodi di misurazione e in altri fattori prima che il sistema di sostituzione sia completamente implementato.
Le nuove e le vecchie piattaforme non devono fornire esattamente gli stessi dati, ma dovrebbero consentire agli amministratori di accedere alle informazioni necessarie.
Convalida della copertura di monitoraggio
Confronta la nuova piattaforma con l'inventario che è stato creato prima di migrare ad essa.
Assicurati che i server, i servizi, i siti web, le metriche e altre risorse monitorate importanti siano contabilizzati. Questo è anche un buon momento per considerare se i controlli legacy hanno valore operativo o se stanno semplicemente reimplementando vecchie configurazioni alla cieca.
Un'iniziativa di sostituzione dovrebbe cercare di mantenere la visibilità necessaria, ma non la complessità che non lo era.
Testa gli avvisi prima di ritirare la vecchia piattaforma
Non assumere che un avviso funzioni solo perché è stato impostato un limite.
Assicurati che le condizioni attese inviino notifiche, che vengano consegnate alle persone giuste e che le soglie non siano impostate troppo alte/basse. Dove possibile, osserva che la sostituzione attraversi una variazione di carico di lavoro normale sufficiente per vedere un rumore di allerta ovvio.
Disattiva la vecchia piattaforma solo dopo aver monitorato la copertura e gli avvisi.
Cerchi un'alternativa più semplice per il monitoraggio di Windows Server?
Non ogni organizzazione ha bisogno di una piattaforma di osservabilità su scala aziendale per mantenere una visibilità utile sulla propria infrastruttura server. Per i team IT che monitorano principalmente la salute del server, il consumo delle risorse, i processi, la larghezza di banda, gli utenti e i siti web, una soluzione mirata può fornire la visibilità operativa necessaria senza introdurre complessità di monitoraggio non necessarie.
TSplus Server Monitoring centralizza il monitoraggio in tempo reale e storico di server Windows e Linux e siti web, con avvisi configurabili e report personalizzabili. Gli amministratori possono monitorare CPU, memoria, attività del disco, processi, larghezza di banda e utenti connessi da un unico posto, rendendolo un'opzione pratica per sostituire un sistema di monitoraggio frammentato o eccessivamente complesso.
Conclusione
Scegliere un sostituto per il monitoraggio di Windows Server inizia con la comprensione del motivo per cui la configurazione esistente non funziona più e definendo la visibilità di cui la tua infrastruttura ha effettivamente bisogno. La copertura del monitoraggio, gli avvisi azionabili, i dati storici, la reportistica, l'amministrazione e la scalabilità contano più che semplicemente scegliere la piattaforma con l'elenco delle funzionalità più lungo.
Una volta stabilito l'ambito corretto, migrare gradualmente e convalidare la copertura del monitoraggio prima di ritirare il sistema esistente. L'obiettivo non è riprodurre ogni configurazione legacy, ma preservare la visibilità essenziale riducendo al contempo il costo, la complessità o le limitazioni operative che hanno spinto alla sostituzione in primo luogo.
)
)
)
