Stimare i requisiti di prestazioni e capacità per ambienti di collaborazione su Intranet aziendale (SharePoint Server 2013)

Articolo
03/08/2023

SI APPLICA A: yes-img-13 2013 no-img-16 2016 no-img-19 2019 no-img-se Subscription Edition no-img-sop SharePoint in Microsoft 365

Questo articolo contiene indicazioni sulla pianificazione delle prestazioni e della capacità per una soluzione di collaborazione Intranet aziendale basata su SharePoint Server 2013. Sono incluse le informazioni seguenti:

Specifiche dell'ambiente lab, ad esempio hardware, topologia della farm e configurazione
Il carico di lavoro della farm di testing e il set di dati utilizzati per generare il carico dei test
Risultati dei test e analisi che dimostrano e spiegano le tendenze in termini di velocità effettiva, latenza e richiesta di hardware sotto carico in punti specifici dell'implementazione della scalabilità.

Utilizzare le informazioni presenti in questo articolo per comprendere le caratteristiche dello scenario sia con un carico normale sia con un carico di picco e le variazioni nelle tendenze relative alle prestazioni quando il numero dei server della farm viene incrementato mediante implementazione della scalabilità orizzontale. Questo articolo può inoltre rivelarsi utile per stimare un punto di partenza appropriato per l'architettura pianificata e i fattori importanti da considerare quando si effettua la pianificazione delle risorse che saranno necessarie alla farm per mantenere livelli accettabili di prestazioni con il carico di picco.

Introduzione all'ambiente

Questo articolo fornisce indicazioni su come aumentare la scalabilità orizzontale dei server in una soluzione di collaborazione Intranet aziendale di SharePoint Server 2013. La pianificazione della capacità consente di prendere decisioni basate su informazioni aggiornate relativamente all'hardware da acquistare e alle configurazioni di sistema in grado di ottimizzare la soluzione.

Le singole farm di SharePoint Server 2013 sono univoche e ogni farm ha requisiti diversi che dipendono dall'hardware, dal comportamento dell'utente, dalla configurazione delle funzionalità installate e da molti altri fattori. Pertanto, integrare questa guida con altri test sul proprio hardware nel proprio ambiente. Se la struttura di progettazione e il carico di lavoro pianificati sono analoghi a quelli dell'ambiente descritto in questo articolo, è possibile utilizzare tale documento per trarre le proprie conclusioni su come implementare la scalabilità nel proprio ambiente.

I risultati dei test visualizzati in questo articolo sono stati prodotti in un lab di test, usando un carico di lavoro, un set di dati e un'architettura emulano un ambiente di produzione in condizioni altamente controllate. Anche se è stata eseguita molta attenzione nella progettazione di questi test, le caratteristiche delle prestazioni di un lab di test non sono mai le stesse del comportamento di un ambiente di produzione. Questi risultati dei test non rappresentano le caratteristiche di prestazioni e capacità di una farm di produzione. Al contrario, i risultati del test illustrano le tendenze osservate in velocità effettiva, latenza e domanda di hardware e forniscono l'analisi dei dati osservati che possono aiutare a prendere decisioni su come pianificare la capacità e gestire la propria farm.

In questo articolo sono incluse le informazioni seguenti:

Specifiche, che comprendono hardware, topologia e configurazione
Carico di lavoro, che comprende un'analisi della richiesta per la farm, il numero degli utenti e le caratteristiche di utilizzo
Set di dati, ad esempio le dimensioni dei database e i tipi di contenuto
Risultati dei test e relativa analisi per incrementare il numero dei server Web mediante implementazione della scalabilità orizzontale
Confronto tra velocità effettiva, latenza e prestazioni del server Web di SharePoint Server 2010 e SharePoint Server 2013 su server fisici e macchine virtuali

Prima di leggere l'articolo, consultare gli articoli seguenti per accertarsi di conoscere i concetti di base della gestione della capacità in SharePoint Server 2013.

In tali articoli vengono fornite le informazioni seguenti:

Approccio consigliato per la gestione della capacità
Modalità da seguire per un utilizzo efficace delle informazioni presenti in questo articolo
Definizioni dei termini utilizzati all'interno di questo articolo

Glossario

Di seguito sono riportati alcuni termini specializzati che verranno illustrati in questo articolo.

RPS: Richieste al secondo o numero di richieste ricevute da una farm o da un server in un secondo. Questa è una misurazione comune del carico dei server e delle farm.

Le richieste sono diverse dai caricamenti di pagina. Una pagina include numerosi componenti, ognuno dei quali genera una o più richieste quando un browser carica la pagina. Il caricamento di una pagina pertanto dà luogo a diverse richieste. In genere, i controlli di autenticazione e gli eventi che usano risorse non significative non vengono conteggiati nelle misurazioni RPS.
Zona verde: La zona verde rappresenta un set definito di caratteristiche di carico in condizioni operative normali, fino ai carichi di picco giornalieri previsti. Una farm che opera in questo ambito deve essere in grado di supportare tempi di risposta e latenza che rientrano in parametri accettabili.

Si tratta dello stato in cui il server può soddisfare il set di criteri seguente:
- La latenza sul lato server per almeno il 75% delle richieste è inferiore a 1 secondo.
- Tutti i server della farm mantengono una media di utilizzo della CPU inferiore al 60%.
  
  Nota
  
  Poiché in questo ambiente lab non era in esecuzione una ricerca per indicizzazione attiva, il server di database è stato mantenuto approssimativamente a una percentuale di utilizzo della CPU non superiore al 50% per riservare un 10% al carico della ricerca per indicizzazione. Si presuppone che SQL Server Resource Governor venga usato nell'ambiente di produzione per limitare il carico di ricerca per indicizzazione al 10% della CPU.
- La percentuale di errori è inferiore allo 0,01%.
Area rossa (max): rappresenta un set definito di caratteristiche di carico in condizioni operative di picco. Nell'area rossa la farm ha un tasso molto elevato di richieste di risorse temporanee che può sostenere soltanto per periodi limitati prima che si verifichino errori e altri problemi di prestazioni e affidabilità.

Si tratta dello stato in cui il server può soddisfare il set di criteri seguente per un periodo limitato:
- La funzionalità di limitazione delle richieste HTTP è abilitata, ma non vengono restituiti errori 503 (server occupato).
- La frequenza degli errori è minore di 0. 1%.
- La latenza sul lato server è inferiore a 3 secondi per almeno il 75% delle richieste.
- Tutti i server della farm (esclusi i server di database) mantengono una media di utilizzo della CPU approssimativamente inferiore al 90%.
- La media di utilizzo della CPU dei server di database è approssimativamente inferiore al 50%, pertanto viene riservato un ampio margine di sovraccarico in relazione al carico di ricerca per indicizzazione.
AxBxC (notazione grafo): Si tratta del numero di server Web, server applicazioni e server di database rispettivamente in una farm. Ad esempio, 10x1x1 significa che questo ambiente ha 10 server Web, 1 server applicazioni e 1 server di database.
MDF e LDF: File fisici di SQL Server. Per altre informazioni, vedere Architettura di file e filegroup.

Panoramica

In questa sezione viene fornita una panoramica dell'approccio di implementazione della scalabilità e la metodologia di test utilizzati.

Approccio di implementazione della scalabilità

In questa sezione viene descritto l'approccio che è stato adottato per implementare la scalabilità nell'ambiente lab. Tale approccio consentirà di individuare la configurazione più adatta per il proprio carico di lavoro:

Implementando la scalabilità orizzontale, è stato incrementato fino a quattro il numero dei server Web in uso. In ogni server viene eseguito il servizio cache distribuita.
È stato aggiunto un server dedicato in cui viene eseguito il servizio cache distribuita.
È stato disabilitato il servizio cache distribuita nei server Web.
È stato aumentato il numero massimo di server Web per l'ambito dei test.
Sono stati eseguiti altri test per confrontare le caratteristiche delle prestazioni di SharePoint Server 2013 e SharePoint Server 2010.

Metodologia e note sui test

Poiché in questo articolo vengono forniti i risultati provenienti da un ambiente lab di testing, è stato possibile controllare alcuni fattori per mostrare aspetti specifici delle prestazioni per questo carico di lavoro. Inoltre, determinati elementi dell'ambiente di produzione, inclusi nell'elenco riportato di seguito, non sono stati inseriti nell'ambiente lab per semplificare il sovraccarico dei test.

Nota

È consigliabile inserire tali elementi negli ambienti di produzione.

Tra un'esecuzione e l'altra dei test, è stata modificata una sola variabile alla volta per semplificare il confronto dei risultati.
I server di database non fanno parte di un cluster perché la ridondanza non era necessaria ai fini di questi test.
La ricerca per indicizzazione non è stata eseguita durante i test. Potrebbe essere in esecuzione in un ambiente di produzione. Per tenere conto di questo, è stato ridotto l'utilizzo della CPU di SQL Server nelle definizioni di "zona verde" e "zona rossa" per soddisfare le risorse che una ricerca per indicizzazione in esecuzione normalmente utilizzerebbe durante il test.

Specifiche

In questa sezione vengono forniti i dettagli relativi all'hardware, al software, alla topologia e alla configurazione dell'ambiente lab.

Hardware

Nelle sezioni seguenti viene descritto l'hardware utilizzato in questo ambiente lab.

Importante

Si noti che tutti i server Web e i server applicazioni nel lab di test sono stati virtualizzati tramite host Hyper-V. I server di database non sono stati virtualizzati. L'hardware host fisico e l'hardware virtuale della macchina virtuale sono descritti separatamente di seguito.

Host Hyper-V

Per il testing è stato utilizzato un totale di sei host Hyper-V configurati nello stesso modo. In ogni host vengono eseguite da una a due macchine virtuali.

Host Hardware	Valore
Processore/i	2 processori quad core a 2,49 GHz
RAM	32 GB
Sistema operativo	Windows Server 2008 R2 SP1
Numero di schede di rete	2
Velocità schede di rete	1 gigabit

Server Web e server applicazioni virtuali

Nella farm sono presenti da 1 a 10 server Web virtuali. In un ulteriore server virtuale dedicato viene eseguito il servizio cache distribuita.

Nota

In un ambiente di produzione i server dedicati che eseguono il servizio cache distribuita in genere sono distribuiti in una configurazione a disponibilità elevata. A scopo di test, è stato utilizzato un unico server dedicato per la cache distribuita perché la disponibilità elevata non era un fattore critico.

Hardware delle macchine virtuali	WFE1-10 e DC1
Processori	4 processori virtuali
RAM	12 GB
Sistema operativo	Windows Server 2008 R2 SP1
Dimensione dell'unità di SharePoint	100 GB
Numero di schede di rete	2
Velocità schede di rete	10 gigabit (traffico tra host limitato alla velocità della scheda NIC dell'host)
Autenticazione	Windows NTLM
Tipo di bilanciamento del carico	F5 Big IP
Servizi in esecuzione localmente	WFE 1-10: servizi federati di base. Sono inclusi Servizio Timer di SharePoint, Servizio di traccia, Word Automation Services, Excel Services e Servizio codice in modalità sandbox di Microsoft SharePoint Foundation. DC1: servizio cache distribuita.

Server di database

Un solo server di database fisico esegue l'istanza predefinita di SQL Server che dispone dei database di SharePoint. Il database di registrazione non viene rilevato in questo articolo.

Nota

Se si abilita la generazione di report sull'uso, è consigliabile archiviare il database di registrazione in un numero di unità logica (LUN) separato. Le distribuzioni di grandi dimensioni e alcune distribuzioni medie potrebbero richiedere un server di database di registrazione dedicato per soddisfare la richiesta del processore per un elevato volume di log. > In questo ambiente lab la registrazione è stata vincolata e il database di registrazione è stato archiviato in un'istanza separata di SQL Server.

Server di database - Istanza predefinita	SPSQL
Processori	4 processori quad core a 2,4 GHz
RAM	32 GB
Sistema operativo	Windows Server 2008 R2 SP1
Archiviazione e geometria	Archiviazione DAS (Direct-Attached Storage) 1 volume di sistema (RAID0, 1 asse, 300 GB) 2 volumi di dati del contenuto (RAID0, 4 assi, 450 GB ognuno) 2 volumi di log del contenuto (RAID0, 2 assi, 450 GB ognuno) 1 volume di dati temp (RAID0, 2 assi, 300 GB ognuno) 1 volume di log temp (RAID0, 2 assi, 300 GB ognuno)
Numero di schede di rete	1
Velocità schede di rete	1 gigabit
Autenticazione	Windows NTLM
Versione software	SQL Server 2008 R2

Topologia

Nel diagramma riportato di seguito viene illustrata la topologia di questo ambiente lab.

Questo grafico mostra la topologia lab per il test delle prestazioni e della capacità dello scenario di collaborazione Intranet aziendale.

Configurazione

Per consentire prestazioni ottimali dei test e relazioni chiare tra i parametri e i risultati dei test, in questo ambiente lab sono state apportate le importanti modifiche di configurazione riportate di seguito.

Impostazione	Valore	Note
Site collection	179	Nelle raccolte siti dell'ambiente di testing vengono utilizzate le impostazioni predefinite e l'autenticazione basata su attestazioni di Windows.
Blob caching	Attivato	È Off (disattivata) per impostazione predefinita. Se si abilita la cache BLOB, si migliora l'efficienza dei server riducendo le chiamate al server di database per risorse di pagine statiche che possono essere richieste frequentemente.
Max degree of parallelism (MAXDOP)	1	Questo parametro viene impostato nell'istanza di SQL Server o nelle istanze che contengono database del contenuto di SharePoint Server 2013. Il valore predefinito è 0, che consente a SQL Server di determinare il grado massimo di parallelismo. SharePoint Server 2013 richiede che MAXDOP sia impostato su 1 per le istanze di SQL Server che contengono database di SharePoint Server 2013. Per altre informazioni su come configurare l'impostazione MAXDOP per SQL Server 2008 R2, vedere Opzione max degree of parallelism.For more information about how to configure the MAXDOP setting for SQL Server 2008 R2, see max degree of parallelism Option. Per altre informazioni su come configurare l'impostazione MAXDOP per SQL Server 2012, vedere Configurare l'opzione di configurazione del server max degree of parallelism.

Carico di lavoro

Questa sezione illustra i test del lab eseguiti su SharePoint Server 2013. I dettagli dei test sono tipici di un ambiente di collaborazione aziendale.

Questo grafico mostra la suddivisione del carico di lavoro del test delle prestazioni in categorie operative.

Set di dati

Il set di dati per l'ambiente lab descritto in questo articolo, che rappresenta un ambiente di collaborazione aziendale tipico, include diverse raccolte siti, siti, elenchi, raccolte, tipi e dimensioni di file.

Caratteristiche del set di dati	Valore
Dimensioni database (combinate)	174 GB
Dimensioni MDF	154 GB
Dimensioni LDF	20 GB
Dimensioni BLOB	152 GB
Numero di database del contenuto	2
Numero di raccolte siti	179
Numero di applicazioni Web	1
Numero di siti	1,471

Risultati e analisi

I risultati riportati di seguito sono ordinati in base all'approccio di implementazione della scalabilità descritto nella sezione Panoramica di questo articolo.

Scalabilità orizzontale server Web

In questa sezione vengono illustrati i risultati dei test ottenuti quando nell'ambiente lab il numero dei server Web è stato incrementato implementando la scalabilità orizzontale.

Metodologia di test

Aggiungere server Web con le stesse specifiche hardware ed eseguire di nuovo il test senza apportare modifiche alla farm o ai parametri del test.
Misurare le richieste al secondo, la latenza e l'utilizzo delle risorse in ogni server della farm di testing.

Analisi

A seguito dei test eseguiti, è stato rilevato quanto segue:

Nell'ambiente i server Web sono diventati dieci per ogni server di database. L'incremento della velocità effettiva è stato piuttosto lineare.
Anche fino alla scala massima testata di dieci server Web, l'aggiunta di più server di database non ha aumentato la velocità effettiva. Il collo di bottiglia era limitato alle risorse del server Web.
La latenza media nell'area verde è stata quasi costante per tutta la durata del test. Il numero di server Web e la velocità effettiva non hanno influenzato la latenza della zona verde. I dati relativi alla latenza nell'area rossa mostrano una linea di tendenza prevista. La latenza è elevata in un singolo server Web. Una curva tra 2 e 10 server web rimane tranquillamente entro i criteri dell'area rossa.

Nota

La latenza può variare leggermente quando si sposta il servizio cache distribuita dai server Web di una farm a un server dedicato a tale cache. Questo può accadere perché il traffico relativo alla cache distribuita, che precedentemente era interno a ciascun server Web, inizia ad attraversare la rete. Verificare le prestazioni dopo aver implementato la scalabilità orizzontale nel proprio ambiente per stabilire se tale effetto negativo è significativo. Tenere presente che la latenza nell'ambiente di testing è aumentata lievemente dopo la migrazione del servizio cache distribuita in un server dedicato. La latenza è diminuita man mano che sono stati aggiunti server Web, in quanto la latenza aggiunta nominale è stata compensata da una riduzione del carico di elaborazione e memoria nei server Web. > Per altre informazioni sulla pianificazione della capacità della cache distribuita, vedere Pianificare i feed e il servizio Cache distribuita in SharePoint Server.
Quando è stato eseguito il test delle prestazioni per SharePoint Server 2010, il server di database è diventato un collo di bottiglia alla velocità effettiva massima usando quattro server Web. A causa dei miglioramenti apportati alla memorizzazione nella cache e alle caratteristiche di utilizzo del database in SharePoint Server 2013, il carico medio sul livello del server di database è inferiore a quello di SharePoint Server 2010 e non è stato necessario aumentare il numero di istanze dei server di database durante i test.

Per altre informazioni sui risultati dei test di SharePoint Server 2010 per questo scenario, vedere Studio di laboratorio dell'ambiente di collaborazione Intranet aziendale (SharePoint Server 2010)
I miglioramenti delle prestazioni quando si aggiungono server Web virtuali dipendono in parte dalle risorse hardware dell'host e dall'utilizzo delle risorse degli altri computer virtuali in esecuzione nello stesso host. La pianificazione della capacità per i server virtuali richiede ulteriori strategie di pianificazione e gestione specifiche della virtualizzazione.

Per altre informazioni sulla pianificazione delle prestazioni e della capacità di Hyper-V, vedere Requisiti di virtualizzazione Hyper-V per SharePoint 2013 e Usare le configurazioni consigliate per le macchine virtuali e l'ambiente Hyper-V di SharePoint 2013.

Nota

Le conclusioni illustrate in questa sezione sono specifiche dell'hardware che costituisce l'ambiente. L'ambiente potrebbe aver raggiunto la stessa velocità effettiva usando server host Hyper-V più ma meno potenti o meno server host Hyper-V ma più potenti. Un incremento delle risorse hardware nel server di database non inciderebbe materialmente sui risultati.

Risultati, grafici e diagrammi

Nei grafici riportati di seguito l'asse x mostra la variazione nel numero dei server Web della farm. La scala (che rispecchia lo schema di implementazione della scalabilità) parte con un server Web virtuale e un server di database fisico (1x1). Il punto massimo è rappresentato da dieci server Web virtuali, un server virtuale dedicato alla cache distribuita (aggiunto a quattro server Web) e un server di database fisico (10x1x1).

Nota

I grafici di questa sezione rappresentano i valori medi per ogni punto dati per tutta la durata del test. Tutti i grafici includono la baseline RPS per le zone verde e rossa per mostrare la relazione tra RPS e fattori come la latenza, l'utilizzo delle risorse del server e l'utilizzo del disco di SQL Server.

1. Richieste al secondo (RPS)

Nel grafico riportato di seguito viene mostrato come l'implementazione della scalabilità orizzontale influisca sui valori RPS di riferimento.

Questo grafico mostra la linea di base RPS per le zone verde e rossa.

2. Latenza

Nel grafico riportato di seguito viene mostrato come l'implementazione della scalabilità orizzontale influisca sulla latenza. Si noti che la latenza nell'area verde rimane quasi costante, mentre nell'area rossa presenta moderate variazioni che rientrano nei limiti accettabili.

Questo grafico mostra la relazione tra RPS e la latenza.

3. Utilizzo del processore e della memoria dei server Web

Nel grafico riportato di seguito viene mostrato come l'implementazione della scalabilità orizzontale influisca sull'utilizzo medio del processore e della memoria nei server Web. L'utilizzo del processore nell'area verde rimane praticamente costante man mano che le richieste al secondo aumentano, mentre l'utilizzo medio della memoria aumenta leggermente.

L'utilizzo del processore nell'area rossa ha una tendenza discendente e questo riflette il fatto che la richiesta media del processore del server Web al massimo carico si riduce gradualmente con l'aumento progressivo del numero di server.

Questo grafico mostra la relazione tra RPS e l'utilizzo del processore del server Web e della memoria.

4. SQL operazioni di I/O server al secondo e utilizzo del processore

Nel grafico riportato di seguito viene mostrato come variano i valori medi relativi alle operazioni di I/O al secondo su disco (sia totali che letture/scritture) e all'utilizzo del processore man mano che viene incrementato il numero dei server Web mediante l'implementazione della scalabilità orizzontale. Per misurare i valori relativi alle operazioni di I/O al secondo sono stati utilizzati i contatori delle prestazioni seguenti:

Disco fisico: Letture disco/sec
Disco fisico: Scritture disco/sec

Per i valori di ogni contatore nel corso del test viene calcolata la media, quindi le medie vengono sommate per produrre il numero di operazioni di I/O al secondo totali.

Nota

I dati per l'utilizzo della memoria di SQL Server non erano disponibili e non si trova in questo grafico.

Importante

Questi risultati del test relativo alle operazioni di I/O al secondo non sono rappresentativi di un ambiente di produzione perché il set di dati utilizzato in questo caso è molto più limitato di quello di una farm di produzione. È stato pertanto possibile memorizzare nella cache dei server Web una percentuale di dati superiore a quella memorizzabile in un ambiente di produzione. I risultati riguardanti le operazioni di I/O al secondo in questa sezione sono quindi medie calcolate basate sui dati di test disponibili e in via generale è prevedibile che siano inferiori alle operazioni di I/O al secondo eseguite in un ambiente di produzione. Un testing approfondito della propria farm in un ambiente pilota può produrre risultati diversi.

Si noti che nei grafici contenuti in questa azione sia le operazioni di I/O al secondo sia l'utilizzo del processore del server di database presentano una flessione con 9 e 10 server Web front-end, mentre il valore relativo alle richieste al secondo continua ad aumentare. Tale variazione si riflette anche sull'utilizzo del processore dei server Web, come illustrato nel grafico precedente.

Questo dimostra che il livello di scalabilità della farm ha raggiunto il punto di massima pressione sulle risorse dei server della farm utilizzando il carico e il set di dati di riferimento. Per far fronte al carico della farm, è necessario un minor utilizzo medio delle risorse dei server.

Da questa tendenza è possibile estrapolare quanto segue:

Se il carico del test fosse stato aumentato a livello del nono server Web nell'implementazione della scalabilità, sarebbe stato possibile raggiungere un numero di richieste al secondo più elevato mantenendo una curva piatta relativamente all'utilizzo delle risorse dei server.
Se il numero dei server Web fosse stato incrementato ulteriormente mantenendo lo stesso carico del test, il numero delle richieste al secondo avrebbe continuato ad aumentare mentre la pressione sulle risorse dei server avrebbe continuato ad avere una tendenza discendente.

Operazioni di I/O totali di SQL Server

Nel grafico riportato di seguito viene mostrato come l'implementazione della scalabilità orizzontale influisca sulle operazioni di I/O al secondo totali.
Operazioni di I/O al secondo di SQL Server suddivise in operazioni di lettura e scrittura

Nel grafico riportato di seguito viene mostrato come l'implementazione della scalabilità orizzontale influisca sulle operazioni di I/O al secondo, suddivise tra letture al secondo e scritture al secondo.
Utilizzo del processore di SQL Server

Il grafico seguente mostra come il ridimensionamento influisce sull'utilizzo del processore di SQL Server.

Confronto tra SharePoint Server 2013 e SharePoint Server 2010

Questa sezione fornisce informazioni sul modo in cui le prestazioni per questo carico di lavoro variavano tra SharePoint Server 2013 e SharePoint Server 2010.

Carico di lavoro

Per confrontare SharePoint Server 2013 con SharePoint Server 2010, è stata usata una combinazione di test diversa da quella descritta nella sezione Specifiche . Ciò era necessario perché alcune funzionalità di SharePoint Server 2013 ,ad esempio il servizio Cache distribuita, e le operazioni non erano disponibili in SharePoint Server 2010.

Metodologia di test

Per verificare le prestazioni nei due ambienti, è stata utilizzata la metodologia di test seguente:

È stato creato un ambiente SharePoint Server 2010.
L'ambiente SharePoint Server 2010 è stato testato usando il carico di lavoro descritto in precedenza in questa sezione.
I database del contenuto sono stati aggiornati a SharePoint Server 2013 senza modificare i client che utilizzano l'ambiente.

Questo ambiente aggiornato è stato quindi testato nuovamente nei server aggiornati che ospitano SharePoint Server 2013 usando la stessa combinazione di test, che include solo le operazioni di SharePoint Server 2010.

I due ambienti sono stati testati per essere messi a confronto. Un ambiente usava l'hardware del server fisico e l'altro ambiente usava macchine virtuali per eseguire i server Web in un host Hyper-V. In entrambi i casi il server di database è stato eseguito in un server fisico.
Il set di dati non è stato modificato dopo l'aggiornamento del database del contenuto per i test di SharePoint Server 2013.
La combinazione di test per SharePoint Server 2010 esclude le nuove operazioni specifiche di SharePoint Server 2013 e assomiglia alla soluzione di collaborazione Intranet aziendale testata e descritta in precedenza in questo articolo.

L'obiettivo del test era quello di applicare carichi simili per le farm di SharePoint Server 2013 e SharePoint Server 2010 usando lo stesso carico di lavoro e lo stesso set di dati e quindi mostrare le differenze in termini di velocità effettiva, latenza e utilizzo delle risorse del server. Le metodologie e gli obiettivi sono stati diversi per i test dei server Web fisici e quelli dei server Web virtuali:

L'obiettivo del test fisico del server era confrontare il modo in cui le farm di SharePoint Server 2013 e SharePoint Server 2010 vengono eseguite quando vengono scalate sotto carico. In questo test i server Web sono passati da due a cinque.
L'obiettivo del test del server virtuale era confrontare il modo in cui le farm di SharePoint Server 2013 e SharePoint Server 2010 con quattro server Web vengono eseguite sia nel caricamento utente della zona verde che in quello rosso. Non è stato eseguito alcun test di implementazione della scalabilità orizzontale con aggiunta di server Web.

Analisi

In generale, SharePoint Server 2013 ha ottenuto prestazioni migliori rispetto a SharePoint Server 2010 quando è stato scalato in cinque server Web, ma i risultati di SharePoint Server 2010 sono stati migliori in due server Web. I test sulla server farm di SharePoint Server 2013 aggiornata non hanno comportato ottimizzazioni successive all'aggiornamento o sfruttano i miglioramenti delle prestazioni di SharePoint Server 2013, ad esempio il servizio Cache distribuita o Gestione richieste. Di conseguenza, i risultati dei test di SharePoint Server 2013 sono notevolmente diversi dai risultati in un ambiente reale.
La relazione tra le tendenze dei dati nei grafici di questa sezione mostra come il modello di gestione delle risorse di SharePoint Server 2013 assegna priorità all'uso delle risorse del processore rispetto alle operazioni di I/O al secondo su disco.
In Zona verde, SharePoint Server 2013 supera SharePoint Server 2010 in cinque server Web, con un miglioramento di oltre il 10% in RPS e una latenza leggermente inferiore. Tuttavia, in due server Web, SharePoint Server 2013 produce un RPS inferiore e un leggero miglioramento della latenza rispetto a SharePoint Server 2010.
In Zona rossa SharePoint Server 2013 raggiunge circa il 12% di velocità effettiva in più rispetto a SharePoint Server 2010 in cinque server Web. In due server Web, la velocità effettiva di SharePoint Server 2010 è stata superiore di circa il 30%. SharePoint Server 2013 ha registrato un miglioramento moderato della latenza rispetto a SharePoint Server 2010 in cinque server Web.
Nei test del server Web virtuale, i risultati di SharePoint Server 2013 e SharePoint Server 2010 sono simili in Zona verde. SharePoint Server 2013 mostra un miglioramento significativo rispetto a SharePoint Server 2010 sia nella velocità effettiva che nella latenza nella zona rossa.

Risultati, grafici e diagrammi

I test che hanno prodotto i risultati riportati nei grafici di questa sezione sono stati eseguiti su server Web sia fisici che virtuali, come già indicato. In tutti i test è stato usato un singolo server di database fisico che esegue SQL Server 2008 R2 con SP1.

Richieste al secondo e latenza

Il grafico seguente mostra la differenza di velocità effettiva e latenza tra SharePoint Server 2013 e SharePoint Server 2010 con due e cinque server Web fisici nella zona verde. SharePoint Server 2010 ha un RPS più elevato in due server Web e una latenza più elevata. In cinque server Web, SharePoint Server 2013 mostra un aumento del numero di richieste al secondo e una latenza inferiore.

Nel grafico riportato di seguito viene mostrata la differenza di utilizzo del processore dei server Web con due e cinque server Web fisici nell'area rossa. SharePoint Server 2013 supera SharePoint Server 2010 sia in RPS che in latenza in 5 server Web, ma non in due server Web.
Richieste al secondo e utilizzo delle risorse dei server

Nel grafico riportato di seguito viene mostrata la differenza di utilizzo del processore dei server Web e del server di database con due e cinque server Web fisici e con il carico dell'area verde. Si noti che SharePoint Server 2013 raggiunge una maggiore velocità effettiva in cinque server Web sfruttando in modo più efficace le risorse del server disponibili.

Nel grafico riportato di seguito viene mostrata la differenza di utilizzo del processore dei server Web e del server di database con due e cinque server Web fisici e con il carico dell'area rossa. Anche in questo caso, SharePoint Server 2013 raggiunge una velocità effettiva maggiore in cinque server Web, ma non in due server Web.
Richieste al secondo e operazioni di I/O al secondo

Nel grafico riportato di seguito viene mostrata la differenza di operazioni di I/O al secondo con due e cinque server Web fisici nell'area verde. Si noti che nella zona verde le operazioni di I/O al secondo di SharePoint Server 2013SharePoint Server 2016 aumentano tra due e cinque server Web, mentre le operazioni di I/O al secondo di SharePoint Server 2010 diminuiscono. Allo stesso tempo, la frequenza di aumento del server RPS di SharePoint Server 2013 è significativamente maggiore rispetto a SharePoint Server 2010. Questa differenza nelle tendenze mostra come SharePoint Server 2013 gestisce le risorse del server in modo diverso in una farm di grandi dimensioni per ottenere una maggiore velocità effettiva.

Nel grafico riportato di seguito viene mostrata la differenza di operazioni di I/O al secondo con due e cinque server Web fisici e con il carico dell'area rossa. Quando questi risultati sono in contrasto con il grafico Della zona rossa nella sezione precedente RPS e utilizzo delle risorse del server, è possibile osservare che il modello di gestione delle risorse di SharePoint Server 2013 assegna la priorità all'uso delle risorse del processore rispetto alle operazioni di I/O al secondo su disco di SQL Server.
Richieste al secondo, latenza e operazioni di I/O al secondo dei server Web virtuali

Il testing di confronto dei server virtuali è stato eseguito su quattro server Web virtuali e un server di database fisico.

Nel grafico riportato di seguito viene mostrata la differenza di velocità effettiva e latenza con quattro server Web virtuali. Al caricamento della zona verde, i risultati di SharePoint Server 2013 e SharePoint Server 2010 sono simili, mentre SharePoint Server 2013 mostra un miglioramento significativo rispetto a SharePoint Server 2010 sia nella velocità effettiva che nella latenza nella zona rossa.

Nel grafico riportato di seguito viene mostrata la differenza di operazioni di I/O al secondo di database con quattro server Web virtuali. SharePoint Server 2013 mostra un miglioramento significativo delle prestazioni delle operazioni di I/O al secondo del database con carichi di zona verde e rossa.