Condividi tramite


Calcolare i requisiti di prestazioni e capacità per ambienti di social networking (SharePoint Server 2013)

SI APPLICA A:yes-img-132013 no-img-162016 no-img-192019 no-img-seSubscription Edition no-img-sopSharePoint in Microsoft 365

Per creare una pianificazione delle prestazioni e capacità per una soluzione di portale di social computing e Sito personale della intranet aziendale, in questo articolo sono contenute informazioni sulle seguenti aree:

  • Specifiche dell'ambiente lab, ad esempio hardware, topologia e configurazione della farm

  • 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à.

L'obiettivo è quello di comprendere i concetti seguenti:

  • Caratteristiche dello scenario con carichi di picco e normali

  • In che modo l'andamento delle prestazioni cambia quando i server della farm vengono aumentati

  • In che modo stimare un punto di partenza appropriato per l'architettura pianificata

  • Fattori importanti da prendere in considerazione quando si pianificano le risorse di cui avrà bisogno la farm per mantenere livelli accettabili di prestazioni sotto il carico di picco

Introduzione all'ambiente

Nelle aziende spesso viene utilizzato SharePoint Server 2013 per i portali di social computing e Sito personale a cui accedono utenti autenticati su un sito Intranet. In questo articolo vengono forniti dati sulla capacità e le prestazioni che consentono di pianificare il numero di computer da utilizzare e i tipi di computer necessari per pubblicare portali di social computing e Sito personale in SharePoint Server 2013.

In questo articolo vengono fornite ulteriori istruzioni su come incrementare il numero dei server in una soluzione di social computing e Sito personale aziendale in 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.

Poiché le singole farm di SharePoint Server 2013 sono specifiche e ognuna ha requisiti diversi che dipendono dall'hardware, dal comportamento degli utenti, dalla configurazione delle funzionalità installate e da molti altri fattori. Integrare pertanto le informazioni qui incluse con ulteriori test eseguiti sull'hardware di cui si dispone 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 in questo articolo sono stati prodotti in un lab di test, usando un carico di lavoro, un set di dati e un'architettura per simulare 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. Usare l'analisi dei dati osservati per pianificare la capacità e gestire la 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 del database e i tipi di contenuto

  • Risultati dei test e analisi per implementare la scalabilità orizzontale dei server Web

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

Glossario

L'elenco seguente contiene le definizioni dei principali termini usati in questo articolo:

  • RPS: Richieste al secondo. RPS è il 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.

    Importante

    [!IMPORTANTE] Si noti che le richieste sono diverse dai caricamenti di pagine. Una pagina include numerosi componenti, ognuno dei quali genera una o più richieste quando un browser carica una pagina. Il caricamento di una pagina pertanto dà luogo a diverse richieste. Gli eventi e le verifiche di autenticazione che utilizzano risorse poco significative in genere non vengono conteggiati nelle misurazioni relative alle richieste al secondo.

  • Area 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 0,5 secondi.

    • Tutti i server mantengono una media di utilizzo della CPU inferiore al 50%.

    • La percentuale di errori è inferiore allo 0,1%.

  • 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 latenza sul lato server per almeno il 75% delle richieste è inferiore a 1 secondo.

    • L'utilizzo medio della CPU del server del database è inferiore all'80%.

    • La percentuale di errori è inferiore allo 0,1%.

Panoramica

In questa sezione vengono riassunti l'approccio di implementazione della scalabilità, la relazione tra l'ambiente lab e l'ambiente di un case study simile e la nostra metodologia di test.

Approccio di implementazione della scalabilità

Si consiglia di ridimensionare i computer nell'ambiente nell'ordine specifico seguito per il ridimensionamento dell'ambiente lab di prova. Con questo approccio sarà possibile individuare la configurazione ottimale per specifici carichi di lavoro.

Abbiamo diviso i cicli di test delle prestazioni in tre categorie di carichi di lavoro. Il parametro principale che ha determinato il limite della categoria è stato il numero dei profili utente, impostato su 10K, 100K e 500K test del profilo utente. Un altro parametro era il numero di utenti attivi, che eseguivano azioni correlate al set di funzionalità social. Con il numero di utenti con un profilo e il numero di utenti attivi, sono stati eseguiti test per simulare l'utilizzo dell'applicazione simile alle distribuzioni effettive. Nella tabella seguente è stato illustrato il set dati iniziale e il numero di utenti attivi.

Set dati iniziale

Entità % di utenti con questa funzionalità Piccola (10K utenti) Media (100K utenti) Grande (500K utenti)
Numero di profili utente degli utenti
100%
10K
100K
500K
Numero di Siti personali
100%
10K
100K
500K
Numero di profili utente con foto utente
50%
5K
50K
250K
Numero di profili utente con post
10%
1K
10K
50K
Numero di team
1,860
18,600
93K
Numero di utenti attivi al giorno
10%
1K
10K
50K
Numero di utenti attivi all'ora
5%
500
5K
25K

Test concentrato sui seguenti scenari chiave:

  • Accesso alle pagine di newsfeed e altre azioni

  • Pagina del profilo

  • Accesso alle pagine di newsfeed del sito e altre azioni

  • Sincronizzazione feed attività di Outlook Social Connector

  • Accesso alla pagina di OneDrive

  • Utilizzo client di OneDrive

Per simulare uno scenario di distribuzione realistico, tutti i test sono stati eseguiti in un database contenente già dati. Il set di dati è stato un modello di un'organizzazione strutturata con una media di utenti da 4 a 6 per team e con 3-4 livelli. Per generare questi numeri, è stato analizzato il traffico da un sito di social networking interno. Nella seguente tabella è descritto il set di parametri utilizzato per creare il set di dati iniziale.

Modello dati del database iniziale

Descrizione entità dati Numero
Numero medio di utenti nel team
5
Numero medio di livelli per organizzazione
4
Numero di team per 1000 utenti
186
Numero medio di colleghi che un utente segue
50
Numero di proprietà dei profili utente
93

Nella tabella seguente viene descritto il set di parametri in termini di azioni che risulterebbero nella popolazione dei dati:

Caratteristiche di utilizzo

Parametro Percentuale
Percentuale di utenti con 1-3 post
10%
Numero medio di post per utente
2
Numero medio di risposte per post
2
Percentuale di post con Mi piace
15%
Percentuale di post con link
5%
Percentuale di post con tag
12%
Percentuale di post con menzioni utente
8%
Percentuale di post con immagini allegate
5%

Per creare ogni test di scalabilità, è stato applicato il seguente mix di azioni al set di dati precedente e al numero di utenti attivi:

Azioni di LETTURA dell'utente

Azione utente % di utenti che effettuano questa azione Scenario Funzionalità o URL
Andare alla home page del Sito personale
12%
Newsfeed
Pagina newsfeed (http://my/default.aspx)
Passare alla pagina del profilo pubblico dell'utente
8%
Profilo
Pagina del profilo (http://my/person.aspx?accountname=<alias>)
Passare alla pagina del profilo privato dell'utente
4%
Profilo
Pagina del profilo (http://my/person.aspx)
Sincronizzazione automatica dei feed attività
32%
Outlook Social Connector
nessuno
Andare alla pagina Persone seguite
3%
Elenco Segui persone
http://my/MyPeople.aspx
Andare alla raccolta documenti predefinita
6%
OneDrive
https://msft-my.spoppe.com/personal/<user>/Documents
Andare alla pagina documenti seguiti
3%
OneDrive
https://msft-my.spoppe.com/personal/<user>/Social/FollowedContent.aspx
Andare alla pagina documenti seguiti
3%
OneDrive
https://msft-my.spoppe.com/personal/<user>/Social/FollowedContent.aspx
Andare alla pagina feed sito
8%
Feed sito
Pagina feed del sito (https://<domain>/teams/<site>/newsfeed.aspx_
Visualizzare tutte le risposte in un thread
1%
Newsfeed
Pagina newsfeed (http://my/default.aspx)
Visualizzare feed Tutti
3%
Newsfeed
Pagina newsfeed (http://my/default.aspx)
Visualizzare altri post nel newsfeed
2%
Newsfeed
Pagina newsfeed (http://my/default.aspx)
Visualizzare la @mentions pagina
1%
Newsfeed
Pagina newsfeed (http://my/default.aspx)
Visualizzare newsfeed (Mobile)
1%
Cellulare
Chiamata REST (REST, Mobile Representational State Transfer)
Visualizzare newsfeed categorizzati
3%
Cellulare
Chiamata REST cellulare

Azioni di SCRITTURA utente

Azione utente Percentuale Scenario Funzionalità o URL
Creare post radice nel feed
0.5%
Newsfeed
Pagina newsfeed (http://my/default.aspx)
Mettere Mi piace ai post radice nel feed
0.3%
Newsfeed
Pagina newsfeed (http://my/default.aspx)
Rispondere a post radice nel feed
0.7%
Newsfeed
Pagina newsfeed (http://my/default.aspx)
Creare un post nel feed con @mention
0.1%
Newsfeed
Pagina newsfeed (http://my/default.aspx)
Creare post radice nel feed del sito
0.5%
Feed sito
Pagina feed del sito (https://<domain>/teams/<site>/newsfeed.aspx)
Creare un post nel feed del sito con @mention
0.5%
Feed sito
Pagina feed del sito (https://<domain>/teams/<site>/newsfeed.aspx)
Rispondere a post nel feed del sito
0.15%
Feed sito
Pagina feed del sito (https://<domain>/teams/<site>/newsfeed.aspx)
Creare post nel feed del sito con un tag
0.05%
Feed sito
Pagina feed del sito (https://<domain>/teams/<site>/newsfeed.aspx)

Azioni client di OneDrive

Azione utente** Percentuale Scenario Funzionalità o URL
Sincronizzazione iniziale di OneDrive
0.2%
OneDrive
Sincronizzazione iniziale
Sincronizzazione incrementale di OneDrive: scaricare un file
0.88%
OneDrive
Sincronizzazione incrementale
Sincronizzazione incrementale di OneDrive: nessuna modifica
8.1%
OneDrive
Sincronizzazione incrementale

Metodologia di test

Abbiamo iniziato con una configurazione della farm di SharePoint Server 2013 minima per le funzionalità di social networking. È stato applicato un carico social di caratteristiche alla farm di prova ed è stato aumentato il carico finché non sono stati osservati livelli di capacità del server normale e massima. Sono stati analizzati i colli di bottiglia per ogni livello di carico e sono state aggiunte macchine del ruolo sovraccaricato per aumentare la configurazione della farm. Tale aggiunta ha ridotto i colli di bottiglia in ogni caso e ha fornito una vista delle caratteristiche di scalabilità del server per un particolare set di dati. Il processo di aumento è stato ripetuto per tre dimensioni della distribuzione per fornire sintesi rappresentative delle caratteristiche di scalabilità di una farm di SharePoint Server 2013 e linee guida sulla pianificazione della capacità.

Specifiche

In questa sezione sono contenute informazioni dettagliate sull'hardware, il software, la topologia e la configurazione dell'ambiente di lab

Importante

[!IMPORTANTE] Tutti i server Web e i server applicazioni inclusi nel laboratorio di testing sono stati virtualizzati mediante l'utilizzo di host Hyper-V. I server di database non sono stati virtualizzati. Di seguito l'hardware degli host fisici e l'hardware virtuale delle macchine virtuali vengono indicati separatamente nelle seguenti sezioni.

Hardware

Nella tabella seguente sono elencate le specifiche hardware per i computer usati in questo test. Anche i server Web front-end aggiunti alla server farm durante più iterazioni del test hanno rispettato queste specifiche.

Host Hyper-V

La farm include un totale di tre host Hyper-V configurati nello stesso modo. In ogni host vengono eseguite da una a quattro macchine virtuali.

Hardware degli host Valore
Processore/i
2 processori quad-core a 2,27 GHz
RAM
64 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 8 server Web virtuali. In un ulteriore server virtuale dedicato viene eseguito il servizio cache distribuita.

Nota

[!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 Server Web
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
1 gigabit
Autenticazione
Windows NTLM
Tipo di bilanciamento del carico
F5 Big IP
Servizi in esecuzione localmente
Applicazione Web Microsoft SharePoint Foundation, Posta elettronica in arrivo Microsoft SharePoint Foundation, Servizio timer flussi di lavoro Microsoft SharePoint Foundation, Servizio Web metadati gestiti, Servizio profili utente
Hardware delle macchine virtuali Cache
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
1 gigabit
Autenticazione
Windows NTLM
Servizi in esecuzione localmente
Cache distribuita, Servizio timer flussi di lavoro Microsoft SharePoint Foundation
Hardware delle macchine virtuali Componente query di ricerca
Processori
4 processori virtuali
RAM
12 GB
Sistema operativo
Windows Server 2008 R2 SP1
Numero di schede di rete
2
Velocità schede di rete
1 gigabit
Autenticazione
Windows NTLM
Servizi in esecuzione localmente
Applicazione Web Microsoft SharePoint Foundation, Posta elettronica in arrivo Microsoft SharePoint Foundation, Servizio timer flussi di lavoro Microsoft SharePoint Foundation, Servizio query di ricerca e impostazioni sito, Servizio di ricerca di SharePoint Server
Hardware delle macchine virtuali Componente di indicizzazione di ricerca
Processori
4 processori virtuali
RAM
12 GB
Sistema operativo
Windows Server 2008 R2 SP1
Numero di schede di rete
2
Velocità schede di rete
1 gigabit
Autenticazione
Windows NTLM
Servizi in esecuzione localmente
Applicazione Web Microsoft SharePoint Foundation, Posta elettronica in arrivo Microsoft SharePoint Foundation, Servizio timer flussi di lavoro Microsoft SharePoint Foundation, Servizio di ricerca di SharePoint Server

Server di database

Un solo server di database fisico esegue l'istanza predefinita di SQL Server che dispone dei database di SharePoint. In questo articolo non viene tenuta traccia del database di registrazione.

Nota

[!NOTA] Se si abilita la generazione di report sull'utilizzo, è consigliabile archiviare il database di registrazione in un numero di unità logica (LUN) distinto. Le distribuzioni di grandi dimensioni e alcune distribuzioni medie potrebbero richiedere un server di database di registrazione dedicato per soddisfare il carico imposto al processore dalla generazione di un volume elevato di eventi di registrazione. > 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

   
Processori
2 processori quad-core a 3,3 GHz
RAM
32 GB
Sistema operativo
Windows Server 2008 R2 SP1
Archiviazione e geometria
Archiviazione DAS (Direct-Attached Storage)
Matrice interna con 6 x disco 300 GB 15krpm
Matrice esterna con 15 x disco 450 GB 15krpm
50 x dati del contenuto (RAID10 esterno, 2x3 spindle 300 GB ciascuno)
50 x log contenuto (RAID10 interno, 2x2 spindle 300 GB ciascuno)
1 x dati temp (RAID10 interno, 2x2 spindle 300 GB ciascuno)
1 x log temp (RAID10 interno, 2x2 spindle 300 GB ciascuno)
Numero di schede di rete
1
Velocità schede di rete
1 gigabit
Autenticazione
Windows NTLM
Versione software
SQL Server 2008 R2

Topologia

Nella tabella riportata di seguito viene illustrata la topologia per questo ambiente lab:

Topologia ambiente lab

Ruolo Distribuzione di piccole dimensioni (10k utenti) Distribuzione di medie dimensioni (100k utenti) Distribuzione di grandi dimensioni (500k utenti)
Server Web
2-4
4-8
8
Cache
1
1-2
3
SQL Server
1
1-2
2

Processo di test

Importante

[!IMPORTANTE] I test modellano solo l'utilizzo per ora aziendale normale in un portale di social computing tipico. Non vengono considerate le modifiche cicliche nel traffico generato dall'utente prodotto nei cicli giorno/notte. Sono stati testati lavori a tempo come la sincronizzazione dei profili e la ricerca per indicizzazione degli utenti, che richiedono risorse significative, indipendentemente con lo stesso carico di lavoro di prova per determinarne l'effetto. > I test si concentrano sulle operazioni di social networking, ad esempio newsfeed, tag di social networking e lettura dei profili di persone. La combinazione di test include una piccola quantità di traffico di collaborazione tipico per simulare meglio un ambiente di produzione. Si prevede che i risultati aiutino a progettare un portale separato dedicato a Siti personali e funzionalità di social networking. > La combinazione di test non include il traffico della ricerca per indicizzazione del contenuto della ricerca per indicizzazione. >

Sono stati condotti test su distribuzioni piccole, medie e grandi per le funzionalità social. Per configurare l'hardware server, si è iniziato con configurazioni minime per le dimensioni più piccole e i database di prova sono stati popolati con set di dati secondo quanto descritto nella sezione Approccio di implementazione della scalabilità.

Abbiamo utilizzato Visual Studio Team System (VSTS) per simulare un carico di lavoro ed è stato applicato un carico di funzionalità di social networking, applicando un piccolo carico sul server all'inizio. Il carico è stato aumentato in modo uniforme lentamente e sono stati registrati i valori delle prestazioni in tutti i ruoli server finché non è stato osservato il RPS massimo. Ciò è stato riconoscibile poiché lo stato in cui l'aumento del carico applicato sulla farm non ha generato un aumento nell'output RPS offerto a causa dei vincoli dei colli di bottiglia.

Da queste metriche registrate, è definita area verde e stati rosso zona, che rappresentano gli stati normali e completamente caricati del server macchina virtuale alla configurazione del computer specificato. È stato quindi applicato un carico stabile sia nella zona verde sia nei livelli della zona rossa per analizzare le prestazioni dello stato stabile di questi carichi. Ciò ha fornito una rappresentazione delle prestazioni e dello stato del server del server delle macchine virtuali in queste condizioni dei carichi chiave per ogni configurazione di topologia.

Dopo aver compreso le caratteristiche dei carichi verdi e rossi e la curva di scalabilità di ogni topologia, sono stati identificati i colli di bottiglia che limitavano l'RPS. Nel caso del carico di lavoro sociale, si trattava generalmente di CPU del server Web per piccoli set di dati. Per i set di dati più grandi, abbiamo osservato anche pressione della memoria sui nodi della cache distribuita. Sono stati aggiunti server virtuali del ruolo sovraccaricato alla configurazione per rimuovere i colli di bottiglia in ogni caso e continuare il processo di ridimensionamento. È stata poi ripetuta l'analisi delle tendenze delle prestazioni e la relativa conformità alle definizioni delle aree verdi e rosse per ogni dimensione di configurazione finché non sono stati raggiunti i requisiti di una specifica dimensione di distribuzione.

Dopo aver compreso ogni dimensione della distribuzione, è stata riconfigurata la farm di prova con la configurazione più piccola della successiva dimensione più grande, è stato popolato il set di dati come descritto nella sezione Approccio di implementazione della scalabilità ed è stato ripetuto il ciclo di elaborazione analisi/ingrandimento e sono state misurate le caratteristiche di ogni dimensione del set di dati.

Risultati e analisi

In questa sezione vengono illustrati i risultati misurati per le tre dimensioni delle distribuzioni. Nello specifico, viene illustrato in che modo l'ingrandimento della farm del server con l'aggiunta dei server Web influenza l'RPS della zona verde e rossa e l'utilizzo medio della CPU.

I seguenti andamenti erano uniformi per tutte e tre le dimensioni di distribuzione:

  • L'RPS della zona verde e rossa aumenta in linea con il numero di server Web virtuali.

  • Il collo di bottiglia principale in tutte le configurazioni testate è stata la CPU del server Web.

  • Nella zona rossa, la latenza aumenta leggermente man mano che vengono aggiunti server Web e viene aumentato il carico. Ciò è dovuto alla pressione aggiunta su SQL Server e al servizio di cache distribuita (in esecuzione in tutti i server Web nella farm di prova).

  • Inoltre, l'utilizzo medio della CPU in SQL Server e nei computer della cache distribuita aumenta man mano che il numero di server Web aumenta. Questo è dovuto al carico di memorizzazione nella cache aggiuntivo in SQL Server e nel servizio di cache distribuita.

  • La latenza nella zona verde rimane abbastanza stabile man mano che aumenta il numero di server Web. Ciò avviene perché i server Web non sono sovraccaricati nei livelli di carico della zona verde.

Risultati scala piccola

Nel seguente grafico viene mostrato in che modo l'aumento del numero di server Web influisce sull'RPS per le aree verde e rossa.

Schermata che mostra il modo in cui l'aumento del numero di server Web front-end influisce sul numero di RPS per le aree verde e rossa nello scenario relativo a 10.000 utenti.

Nel seguente grafico viene mostrato in che modo l'aumento del numero di server Web influisce sulla latenza dei livelli di carico delle aree verde e rossa.

Schermata che mostra il modo in cui l'aumento del numero di server Web front-end influisce sulla latenza per le aree verde e rossa nello scenario relativo a 10.000 utenti.

Nel seguente grafico viene mostrato in che modo l'aumento del numero di server Web influisce sull'utilizzo di CPU medio dei livelli di carico delle aree verde e rossa.

Schermata che mostra il modo in cui l'aumento del numero di server Web front-end influisce sull'utilizzo della CPU per le aree verde e rossa nello scenario relativo a 10.000 utenti.

Risultati scala media

Nel seguente grafico viene mostrato in che modo l'aumento del numero di server Web influisce sull'RPS per le aree verde e rossa.

Schermata che mostra il modo in cui l'aumento del numero di server Web front-end influisce sul numero di RPS per le aree verde e rossa nello scenario relativo a 100.000 utenti.

Nel seguente grafico viene mostrato in che modo l'aumento del numero di server Web influisce sulla latenza dei livelli di carico delle aree verde e rossa.

Schermata che mostra il modo in cui l'aumento del numero di server Web front-end influisce sulla latenza per le aree verde e rossa nello scenario relativo a 100.000 utenti.

Nel seguente grafico viene mostrato in che modo l'aumento del numero di server Web influisce sull'utilizzo di CPU medio dei livelli di carico delle aree verde e rossa.

Schermata che mostra il modo in cui l'aumento del numero di server Web front-end influisce sull'utilizzo della CPU per le aree verde e rossa nello scenario relativo a 100.000 utenti.

Risultati scala grande

Nel seguente grafico viene mostrato in che modo l'aumento del numero di server Web influisce sull'RPS per le aree verde e rossa.

Schermata che mostra il modo in cui l'aumento del numero di server Web front-end influisce sul numero di RPS per le aree verde e rossa nello scenario relativo a 500.000 utenti.

Nel seguente grafico viene mostrato in che modo l'aumento del numero di server Web influisce sulla latenza dei livelli di carico delle aree verde e rossa.

Schermata che mostra il modo in cui l'aumento del numero di server Web front-end influisce sulla latenza per le aree verde e rossa nello scenario relativo a 500.000 utenti.

Nel seguente grafico viene mostrato in che modo l'aumento del numero di server Web influisce sull'utilizzo di CPU medio dei livelli di carico delle aree verde e rossa.

Schermata che mostra il modo in cui l'aumento del numero di server Web front-end influisce sull'utilizzo della CPU per le aree verde e rossa nello scenario relativo a 500.000 utenti.

Man mano che aumenta il numero di server Web, si verificano gli eventi seguenti:

  • L'utilizzo medio della CPU aumenta per SQL Server i nodi della cache distribuita a causa di ulteriore improduttività nelle risorse condivise.

  • L'utilizzo medio di CPU del server Web nella zona rossa diminuisce leggermente poiché si sposta leggermente in SQL Server e nei computer della cache distribuita.

  • L'utilizzo medio di CPU del server Web nella zona verde rimane costante perché i server vengono mantenuti ai livelli di carico consigliati.

Consigli

Una corretta distribuzione social di SharePoint Server 2013 secondo quanto misurato dalle prestazioni dipende dai seguenti fattori:

  • Il numero di utenti attivi che si desidera supportare

  • La combinazione di transazioni previste di operazioni di lettura e scrittura

  • Il modo in cui il carico è distribuito tra i server della farm

Il numero di utenti attivi previsto è un fattore chiave per determinare il numero di server che è necessario pianificare nella topologia. Il numero di utenti attivi determina inoltre la struttura di hosting dei vari servizi necessari per lo scenario social tra i server.

Anche se il test ha utilizzato un set di dati tipico ed è stata applicata la complessità del carico che ci si potrebbe aspettare in una distribuzione reale, ogni distribuzione è unica. Lo sforzo della pianificazione della capacità deve tenere in considerazione caratteristiche di utilizzo, configurazione delle funzionalità e disponibilità delle risorse hardware. Di seguito sono riportati alcuni fattori che possono influire o modificare i numeri della capacità in modo significativo:

  • Un modello di utilizzo della posta elettronica aumentato potrebbe far aumentare il carico generato da Outlook Social Connector.

  • Un aumento significativo della percentuale di azioni di scrittura(ad esempio, un aumento del tag o @mention) della combinazione di transazioni potrebbe aumentare il carico sul server di database.

  • È possibile aggiungere o rimuovere i server Web per bilanciare il carico della CPU tra u server Web, SQL Server e i nodi della cache distribuita.

Seguire attentamente le istruzioni sulla configurazione di SharePoint Server 2013 standard per prestazioni ottimali. Considerazioni importanti relative nello specifico alle transazioni social:

  • Dischi fisici separati per database dei profili - Poiché l'elevato utilizzo del disco delle transazioni social da parte del database dei profili, si consiglia di conservare il database dei profili nel relativo set di dischi fisici nel server che esegue SQL Server.

  • Requisiti di memoria per l'applicazione del servizio profili utente - L'applicazione del servizio profili utente si trova nei server Web front-end e si affida interamente alla cache in memoria. Assicurarsi che i server Web front-end abbiano sufficiente RAM per memorizzare nella cache molte richieste di dati. L'impostazione di RAM consigliata è 12 GB per server Web front-end.

  • Requisiti di memoria per i server della cache distribuita- Le funzionalità di social networking, microblog in particolare, dipendono molto da una risorsa di archiviazione della cache distribuita robusto e sufficiente. Situazioni di memoria insufficiente in questi computer possono peggiorare la capacità della farm di SharePoint mentre viene ripopolata la cache. Pertanto è consigliabile configurare i server che ospitano la cache distribuita affinché utilizzino almeno 12 GB di RAM e aumentarli in base alle esigenze in base al numero totale di utenti nella distribuzione.

La distribuzione social di SharePoint Server 2013 rende obbligatorio eseguire il provisioning di un sito personale per ogni utente che desidera funzionalità di social networking. Pianificare la crescita della creazione delle raccolte di siti personali a livello del database del contenuto. Per ulteriori informazioni su come ridimensionare le raccolte di siti personali, vedere Limiti software statici e configurabili per SharePoint 2013.

Vedere anche

Concetti

Pianificazione delle prestazioni in SharePoint Server 2013

Ulteriori risorse

Limiti software statici e configurabili per SharePoint 2013