Pianificare le prestazioni hardware di Service Manager

Una parte importante delle prestazioni di System Center - Service Manager dipende dalla configurazione hardware e dalla topologia di distribuzione pianificata per gestire le esigenze dell'organizzazione. Le sezioni seguenti forniscono linee guida generali da considerare quando si pianificano prestazioni hardware adeguate.

Prestazioni dell'hardware

Di seguito sono riportati i colli di bottiglia hardware più evidenti in Service Manager, con un carico significativo e una quantità significativa di dati nel database di Service Manager:

1. I colli di bottiglia più comuni sono rappresentati dalla memoria e dall'I/O sul computer che esegue Microsoft SQL Server. Se si hanno le risorse, investire in più memoria e un sottosistema di I/O più veloce per migliorare l'I/O di SQL Server otterrà prestazioni migliori.
2. Se si prevede di avere molte console che si connettono a un server di gestione, è possibile migliorare le prestazioni per gestire il carico di picco investendo in CPU e memoria aggiuntive per il server di gestione o installando un server di gestione secondario di Service Manager.

Osservare i requisiti hardware minimi consigliati per ogni ruolo in questo documento.

Ruolo delle macchine virtuali

Molte organizzazioni usano le macchine virtuali per ospitare le applicazioni di Windows Server. I ruoli del server di Service Manager, ad esempio il server di gestione e il server del data warehouse, non sono eccezioni. L'utilizzo di macchine virtuali può prevedere la virtualizzazione di tutti i ruoli server o una combinazione di computer fisici e virtuali.

Non è consigliabile alcun rapporto specifico tra computer virtuali e fisici perché le esigenze dell'organizzazione sono intrinsecamente univoche. Tuttavia, ai computer fisici vengono applicati i requisiti hardware minimi per ogni ruolo del software. Se si decide di virtualizzare un ruolo software, è consigliabile assicurarsi di avere risorse hardware aggiuntive per ogni computer virtuale.

I server di database sono vulnerabili a prestazioni scarse nelle macchine virtuali se le indicazioni di pianificazione seguenti non sono seguite:

• Esecuzione di SQL Server in un ambiente Hyper-V.
• Non utilizzare mai dischi dinamici nelle macchine virtuali che sono destinate a ospitare SQL Server. Utilizzare dischi rigidi virtuali a dimensione fissa o pass-through.
• Hyper-V consente solo quattro CPU virtuali per ogni guest, che potrebbero vincolare il server di Service Manager se sono presenti molte console.

Risultati dei test di base di Service Manager

Service Manager è stato testato come baseline per prestazioni e scalabilità usando vari scenari di distribuzione con l'hardware minimo consigliato sotto forma di computer fisici. In particolare, gli scenari sono stati testati con i database prepopolati e le console di Service Manager che creano e aggiornano eventi imprevisti e richieste di modifica in un ciclo.

Il database è stato preventivamente popolato con informazioni per due test:

• Il test 1 contava 20.000 computer, 20.000 utenti e tutti gli elementi di configurazione necessari, ovvero circa 250.000 elementi di configurazione per un totale di 2,5 milioni di righe del database. Il test 1 include anche 40 console di Service Manager attive.
• Il test 2 contava 50.000 computer, 50.000 utenti e gli elementi di configurazione necessari, ovvero circa 700.000 elementi di configurazione per un totale di 6 milioni di righe del database. Il test 2 include anche 80 console di Service Manager attive.

I test hanno dato i seguenti risultati:

• Per soddisfare gli obiettivi del tempo di risposta per la configurazione con 50.000 computer, è stato necessario portare la memoria di SQL Server da 8 gigabyte (GB) a 32 GB.
• Durante il test sono stati generati ogni ora 200 eventi imprevisti e 50 richieste di modifica per la configurazione da 20.000 computer e 500 eventi imprevisti e 125 richieste di modifica per la configurazione da 50.000 computer, con tre o quattro sottoscrizioni di notifica ed elaborando modelli ad ogni evento imprevisto e richiesta di modifica.
• Tipicamente nei test della linea di base i flussi di lavoro, come le sottoscrizioni di notifica e l'applicazione di modelli, sono stati eseguiti entro un minuto dalla generazione di ogni elemento di lavoro.

Se l'organizzazione prevede di avere meno di 20.000 computer e console supportati e meno flussi di lavoro, le prestazioni di Service Manager devono essere accettabili, anche se alcuni dei ruoli di Service Manager sono ospitati nei computer virtuali.

Tuttavia, se si prevede di aggiungere altri computer supportati nel database di Service Manager, è consigliabile pianificare l'aumento della quantità di RAM per il server di database di Service Manager oltre i requisiti minimi elencati in questo documento. Ad esempio, nel test di base 8 GB di RAM è stato installato nel server di database di Service Manager che conteneva record per 20.000 computer. A questa configurazione è opportuno aggiungere 8 GB di RAM per ogni incremento di 10.000 computer che si prevede di supportare. Per 50.000 computer, ad esempio, prevedere 32 GB di RAM. Durante il test della configurazione con 50.000 computer con 32 GB di RAM installati in SQL Server, le prestazioni non hanno più presentato flessioni rispetto al test effettuato con la configurazione prima dell'aggiunta di ulteriori computer.

Nei test di base è stata misurata anche la latenza di rete. La latenza di rete è stata introdotta tra la console di Service Manager e il server di gestione di Service Manager.

I test hanno inoltre dato i seguenti risultati:

• Se la latenza di rete è inferiore a 100 millisecondi (msec), sono stati trovati buoni tempi di risposta complessivi della console di Service Manager.

• Quando la latenza di rete era da 150 msec a 200 msec, le prestazioni sono state annotate come utilizzabili, con un calo del 40% nel tempo di risposta in alcuni scenari. Con una latenza compresa tra 150 msec e 200 msec, è consigliabile valutare gli scenari chiave per l'organizzazione e determinare se Connessione Desktop remoto (RDC) è un'opzione migliore.

  Nota

  L'espansione delle mappe dei servizi nella console di Service Manager era lenta con qualsiasi quantità di latenza.

• Quando la latenza di rete supera i 200 msec, i tempi di risposta complessivi della console di Service Manager sono stati osservati come scarsi. Se la latenza supera i 200 millisecondi, è opportuno pensare di eseguire le attività operative avvalendosi della RDC o di un'altra soluzione di accesso remoto analoga. Poiché le attività di amministrazione occasionali sono meno comuni, per esse è possibile non ripiegare sull'accesso remoto.

Passaggi successivi

• Per leggere le linee guida generali da considerare quando si pianificano le prestazioni del software di Service Manager, vedere Prestazioni di Service Manager.