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

 

**Si applica a:**SharePoint Server 2013

**Ultima modifica dell'argomento:**2017-08-25

Sintesi: in questo articolo viene determinato il numero e i tipi di computer necessari per una pianificazione capacità per un portale di social computing e sito personale basati su SharePoint Server 2013.

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

Contenuto dell'articolo:

• Introduzione all'ambiente

• Glossario

• Panoramica

• Specifiche

• Risultati e analisi

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 testi riportati in questo articolo sono stati prodotti in un laboratorio di test usando un carico di lavoro, un set di dati e un'architettura che simulano un ambiente di produzione in condizioni strettamente controllate. Anche se questi test sono stati progettati con la massima cura, le caratteristiche di prestazioni di un laboratorio di test non sono mai tali da riprodurre esattamente il comportamento di un ambiente di produzione. Questi risultati non rappresentano quindi le caratteristiche di capacità e prestazioni di una farm di produzione, ma dimostrano le tendenze osservate in termini di velocità effettiva, latenza e requisiti hardware. Usare le analisi dei dati osservati per 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 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.

• Informazioni sulla pianificazione di prestazioni e capacità per SharePoint Server 2013

• Limiti software statici e configurabili per SharePoint 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:

• Richieste al secondo (RPS): il numero di richieste che una farm o un server riceve in un secondo. Si tratta di una misurazione comune del carico di server e farm.

  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 pagina OneDrive for Business

• Utilizzo client OneDrive for Business

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 for Business	https://msft-my.spoppe.com/personal/<user>/Documents
Andare alla pagina documenti seguiti	3%	OneDrive for Business	https://msft-my.spoppe.com/personal/<user>/Social/FollowedContent.aspx
Andare alla pagina documenti seguiti	3%	OneDrive for Business	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 pagina @mentions	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 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 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 OneDrive for Business

Azione utente	Percentuale	Scenario	Funzionalità o URL
Sincronizzazione iniziale di OneDrive for Business	0.2%	OneDrive for Business	Sincronizzazione iniziale
Sincronizzazione incrementale di OneDrive for Business - scaricare un file	0.88%	OneDrive for Business	Sincronizzazione incrementale
Sincronizzazione incrementale di OneDrive for Business - nessuna modifica	8.1%	OneDrive for Business	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

Hardware

Nella seguente tabella vengono riportate le specifiche hardware dei computer utilizzati nel test: Anche i server Web front-end che sono stati aggiunti alla farm del server durante più iterazioni del test erano conformi a tali 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.

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.

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

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.

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.

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.

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.

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.

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.

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.

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.

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.

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 nella percentuale di azioni di scrittura (ad esempio, un aumento di tagging o @mention) nella combinazione di transazioni potrebbe aumentare il carico nel 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.

See also

Pianificare le prestazioni di pianificazione in SharePoint Server 2013

Limiti software statici e configurabili per SharePoint 2013