Monitorando attivamente l'organizzazione ArcGIS Enterprise, è possibile stabilizzare il tempo di attività del sistema, identificare problemi di prestazioni o eventuali interruzioni del servizio e distribuire le risorse allocate fra i computer partecipanti per eseguire le applicazioni relative. Le soluzioni di monitoraggio sono in grado di fornire controlli attivi per gli endpoint comunemente utilizzati e di avvisare le persone appropriate quando le risposte non rispettano la tolleranza attesa.. Inoltre, è possibile usarle per raccogliere informazioni cronologiche utilizzabili per eseguire verifiche rispetto ai registri di sistema e software durante l'analisi delle cause principali o le indagini retrospettive.
Se ArcGIS Monitor può essere utilizzato per monitorare l'organizzazione ArcGIS Enterprise, esistono anche strumenti di terze parti che permettono di raggiungere risultati simili. Le informazioni seguenti sono un punto di partenza per l'integrazione delle soluzioni di monitoraggio con ArcGIS Enterprise.
Metriche di monitoraggio
In generale, ci sono due prospettive per il monitoraggio delle applicazioni aziendali: l'utilizzo delle risorse e l'esperienza degli utenti.
L'utilizzo delle risorse è un concetto ben noto a chi si occupa di gestione dei sistemi in quanto interessa le caratteristiche della raccolta di computer e dell'infrastruttura a supporto su cui è in esecuzione il software aziendale. Queste metriche solitamente aumentano in modo proporzionare di pari passo con il volume di utenti che accedono alla piattaforma, ma anche alcuni flussi di lavoro potrebbero causare picchi significativi nell'utilizzo.
Alternativamente, il monitoraggio dell'esperienza utente generalmente riflette il modo in cui il client si connette e interagisce con le applicazioni front-end ed è più diffuso fra i business analyst e gli amministratori GIS. Queste metriche sono utili per determinare i tempi di risposta di base per una serie di richieste, utilizzabili poi per stabilire opportune soglie al raggiungimento delle quali i team amministrativi dovranno essere avvisati. Alcuni aspetti dell'esperienza utente richiedono altre considerazioni oltre ai tempi di risposta, ad esempio la scadenza del certificato SSL.
Le sezioni secondarie seguenti descrivono il monitoraggio di un sistema dal punto di vista dell'utilizzo di risorse.
Utilizzo delle risorse
Quando si monitorano i computer in un'installazione di ArcGIS Enterprise dal punto di vista dell'utilizzo di risorse, le metriche da tracciare includono le seguenti:
- Processore: quando il processore di un computer partecipante raggiunge il picco o il 100 percento della capacità, le richieste di calcolo restano inevase, il che potrebbe causare un ritardo nella restituzione delle informazioni. Ciò si applica a qualsiasi processo in esecuzione quando si verifica un picco di attività.
- Memoria fisica: quando la memoria fisica raggiunge il 100 percento di utilizzo, i processi in esecuzione potrebbero bloccarsi mentre tentano di occupare altro spazio in memoria. Questo fenomeno è attenuato grazie alla presenza della memoria virtuale.
- Memoria virtuale: la memoria virtuale fornisce un buffer fra la memoria fisica di un computer e la memoria di storage alla base. Utilizza parte della memoria di storage alla base per trasferire i dati dalla memoria fisica, mantenendola più accessibile rispetto al caricamento diretto dal disco. Effetti indesiderati causati dall'esaurimento della memoria virtuale sono meno comuni nei sistemi Linux; tuttavia, è anche importante monitorare l'utilizzo dello scambio.
- Memoria impiegata: la capacità della memoria impiegata del sistema è la somma della memoria fisica di un computer più la dimensione della memoria virtuale in un dato momento. Poiché la memoria virtuale può aumentare, il limite della memoria impiegata può cambiare nel tempo. Un computer che si avvicina al 100 percento di utilizzo della memoria impiegata indica che sia la memoria fisica sia quella virtuale stanno per essere esaurite e sono necessarie più risorse.
- Spazio disponibile nel volume disco: esaurire lo spazio su disco per sistema, applicazione o volumi di dati in un sistema può avere conseguenze significative sia per il sistema operativo in esecuzione sia per qualsiasi applicazione che dipende da quei volumi. È pertanto consigliabile monitorare lo spazio disponibile per assicurarsi che i sistemi non esauriscano lo spazio su disco e determinare quando si verificano aumenti significativi dello spazio utilizzato, che può indicare eventi di pubblicazione anomali.
Monitorando il sistema, considerare che i colli di bottiglia della rete, nonostante siano sempre più rari negli ambienti aziendali, possono influire negativamente sui tempi di risposta per i componenti ArcGIS Enterprise. Ciò diventa possibile in un ambiente con più computer, dove le molteplici richieste interne vengono smistate fra tutti i componenti ArcGIS Enterprise e altre origini dati e servizi file registrati.
Quando possibile, dividere il processore e la memoria in un elenco basato sui processi per determinare quali processi raggiungono il picco in un determinato momento. Quando si utilizza questo livello di granularità nel monitoraggio, la porzione della riga dei comandi del processo può essere utilizzata per distinguere i componenti interni di ArcGIS Enterprise l'uno dall'altro o dalla scansione antivirus in tempo reale, ad esempio.
Monitorare non solo i computer su cui sono installati i componenti di ArcGIS Enterprise, ma anche qualsiasi istanza di file server e database da cui dipende l'installazione per il corretto funzionamento. Le applicazioni ArcGIS Enterprise solitamente iniziano con il più ridotto utilizzo di risorse. Via via che esse vengono utilizzate e che sono effettuati i diversi accessi, il relativo consumo di risorse aumenta proporzionalmente con l'utilizzo della risorsa.
Recuperare le metriche della risorsa
Anche se non sono inclusi nella maggior parte delle distribuzioni di base di Linux, esistono alcuni pacchetti software che permettono l'interrogazione e la raccolta delle metriche sulle risorse del computer. Recuperare almeno le metriche di utilizzo delle risorse menzionate nella sezione precedente per tutti i computer nella distribuzione aggiungendole come contatori per il software scelto. In caso di riduzione delle prestazioni o di interruzioni del servizio, è possibile incrementare la frequenza di polling per ottenere ulteriori informazioni sui processi e gli eventi che precedono le condizioni di interruzione.
Analizzare le metriche della risorsa
Una volta scelto uno strumento di raccolta e recuperati i dati di utilizzo della risorsa per i computer, è possibile analizzare le metriche della risorsa. Quando si analizzano le metriche della risorsa, tenere presente quanto segue:
- La durata del problema: comprendere se l'incidente è stato un evento isolato o a lungo termine aiuterà a determinare l'approccio ottimale da adottare nella maggior parte delle situazioni. I picchi a breve termine nell'utilizzo delle risorse tendono ad avvenire quando c'è una domanda immediata di servizi specifici come aggiungere una dashboard o un'app Web rilasciata di recente o aggiungere un reparto al portale. L'aumento a lungo termine che porta all'utilizzo attuale può indicare una maggiore diffusione della piattaforma e dei servizi o delle applicazioni associati. I picchi a breve termine potrebbero ripetersi oppure no, quindi il contesto di questi eventi è importante per determinare se sono necessarie risorse aggiuntive per aumentare la stabilità dell'installazione nel lungo periodo.
- I processi che consumano la maggior parte delle risorse del sistema: dal punto di vista di Portal for ArcGIS e ArcGIS Data Store, l'utilizzo dovrebbe aumentare di pari passo con il numero di utenti della piattaforma e l'uso dei servizi in hosting. Quando si considera ArcGIS Server, l'aumento dei servizi dedicati e l'utilizzo dei servizi in hosting rappresentano i due fattori principali nell'utilizzo delle risorse. I servizi dedicati possono essere ottimizzati in un sito ArcGIS Server per ridurre l'utilizzo complessivo delle risorse, ma ciò potrebbe non essere sufficiente nel momento di picco, con il passare del tempo.
- La distribuzione dei ruoli: distribuire i ruoli tra i diversi computer in un'installazione di ArcGIS Enterprise permette l'allocazione più accurata delle risorse per ogni componente, nonché una granularità maggiore nella comprensione del momento in cui sorge un problema. Incrementare le risorse solo per i computer del Data Store relazionale o del server di hosting potrebbe essere un'opzione più strategica rispetto all'aumento dele risorse per un'installazione aziendale basata su computer unico. È possibile effettuare correzioni all'architettura del sito attuale tramite operazioni di congiungimento del sito per trasferire da un computer singolo a un'architettura distribuita in un'installazione stabilita.
Risolvere eventuali problemi
Dopo aver compreso come identificare, tracciare e analizzare le metriche delle risorse del computer, ora è necessario occuparsi delle risposte impreviste del sistema. Questo può significare aumentare le risorse assegnate al processore, assegnare o installare maggiore RAM o aumentare lo spazio su disco. Prima di adottare le adeguate misure, è necessario comprendere le migliori prassi per risolvere i problemi legati all'utilizzo delle risorse.
Utilizzo del processore
Prima di aumentare le risorse assegnate al processore nei computer che registrano un utilizzo elevato del processore, determinare se sia un componente ArcGIS Enterprise o un altro software sul sistema a causare i picchi di utilizzo. I software di sicurezza con scansione in tempo reale abilitata potrebbero aumentare l'utilizzo del processore durante il normale funzionamento di server Web e database. Se questo è il caso, avvisare il team addetto alla sicurezza informatica in base al comportamento osservato. In caso di macchine virtuali, l'host alla base potrebbe subire un provisioning eccessivo che comporta la riduzione delle prestazioni non rilevabile per le macchine virtuali.
Utilizzo della memoria fisica
Quando l'utilizzo della memoria fisica si avvicina al 100 percento, i computer potrebbero richiedere più RAM assegnata o installata. Come descritto precedentemente, separare il carico di lavoro sui computer dedicati potrebbe consentire un'allocazione più granulare delle risorse e ridurre eventuali conflitti per l'uso della risorsa, ma è anche possibile aumentare la memoria sui computer esistenti. Quando l'utilizzo della memoria fisica si avvicina al 100 percento, potrebbe esaurirsi anche la memoria virtuale disponibile.
Utilizzo della memoria virtuale e impiegata
L'utilizzo della memoria virtuale e impiegata solitamente mostra gli stessi comportamenti quando si raggiunge il 100 percento di utilizzo. La memoria virtuale permette ai processi di usare più memoria di quella disponibile in un sistema e di solito passa automaticamente a un valore di soglia a meno che non sia stata impostata come statica dall'amministratore di sistema responsabile dei computer forniti. Potrebbe essere possibile aumentare la memoria virtuale modificando le impostazioni di sistema se c'è spazio su disco sufficiente per estendere il file di paging.
Spazio disponibile sul volume disco
L'esaurimento dello spazio su disco è uno degli errori meno prevedibili che possono verificarsi in un'installazione ArcGIS Enterprise. Il contenuto dei file potrebbe essere cancellato o troncato quando si verificano tentativi di aggiornamento incompleti, il che può impedire al software di funzionare correttamente. Come prima cosa, cercare i file più grandi che possono essere spostati in un Data Store registrato o in un'altra posizione. Se non è possibile rimuovere i file non necessari, è necessario aumentare lo spazio su disco. È anche possibile eseguire la migrazione delle directory del sistema in un archivio separato, come la directory dei contenuti per un sito Portal for ArcGIS o la directory cache per ArcGIS Server.
Nota:
Per visualizzare i primi 25 file in ordine di grandezza (in byte) nella directory specificata, <directory>, eseguire il seguente comando:
sudo find <directory> -type f -printf '%s %p\n' | sort -nr | head -25
L'esecuzione sul volume radice può richiedere molto tempo, pertanto si consiglia di specificare una directory secondaria nel comando.