Fattori aggiuntivi per la pianificazione delle prestazioni e delle capacità (Windows SharePoint Services)
In questa sezione vengono descritti ulteriori fattori di cui tenere conto per la pianificazione delle capacità e delle prestazioni.
Fattori ambientali
Configurazione di rete
Protezione di rete
Autenticazione
Sviluppo di codice personalizzato
Configurazione di rete
La configurazione di rete riveste un'importanza fondamentale per le prestazioni dell'installazione di Windows SharePoint Services. Tra i componenti di rete comuni che possono influire sulle prestazioni sono inclusi:
Scheda di interfaccia di rete
Impostazioni della scheda di interfaccia direte: se possibile, è consigliabile utilizzare sempre schede di rete GB. Se si dispone di schede con switch automatico (100 MB / 1 GB), impostare sempre l'opzione di override in modo da utilizzare 1 GB.
Traffico in ingresso/in uscita: in caso di scenari in cui si prevede un traffico elevato, è consigliabile disporre di schede di interfaccia di rete separate per il traffico in ingresso e in uscita.
Commutatori: se si esegue la rete tramite un commutatore, utilizzare un commutatore GB e uno stesso numero di canali per il traffico in ingresso e il traffico in uscita.
Router: verificare che i router siano configurati in un'infrastruttura GB.
Controller di dominio: è possibile che si verifichi un collo di bottiglia delle prestazioni nell'ambiente SharePoint a causa del processo di autenticazione se il controller di dominio riceve le richieste più rapidamente di quanto non riesca a rispondere. Per gli ambienti con autenticazione utente, ad esempio NTLM, è consigliabile utilizzare 3 server front-end Web per ogni controller di dominio. Se i test indicano che il carico dell'autenticazione con 3 server front-end Web per ogni controller di dominio è accettabile, è possibile aggiungere un ulteriore server front-end Web per controller di dominio fino a un limite di 4 server front-end Web per ogni controller di dominio.
Considerare che la configurazione di rete deve essere pianificata e verificata accuratamente prima di spostare un sistema in un ambiente di produzione.
Protezione di rete
Per ulteriori informazioni sulla protezione di rete, vedere Pianificare le comunicazioni protette all'interno di una server farm (Windows SharePoint Services).
Autenticazione
Il meccanismo di autenticazione utilizzato nell'ambiente produce un effetto cumulativo sulle prestazioni globali del sistema. Tra i fattori che contribuiscono a rallentare le prestazioni del processo di autenticazione sono inclusi:
Numero e velocità dei round trip per il provider di autenticazione
Prestazioni dei processi di elaborazione del provider di autenticazione
In base ai test Microsoft, l'ordine dei meccanismi di autenticazione, dal più veloce al più lento, è il seguente:
Anonimo
Kerberos
NTLM
Di base
Forms
Se si sceglie di scrivere un provider di autenticazione da utilizzare con Office SharePoint Server o Windows SharePoint Services, è consigliabile attenersi alle linee guida indicate nell'articolo MSDN Autenticazione in ASP.NET: indicazioni per la protezione .NET (informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=98743&clcid=0x410) (informazioni in lingua inglese) .
Sviluppo di codice personalizzato
Gli eventuali problemi di prestazioni nelle versioni precedenti di SharePoint Server sono dovuti più comunemente allo sviluppo e alla distribuzione di funzionalità personalizzate inefficienti basate sulla piattaforma SharePoint. Quando si sviluppano funzionalità personalizzate per SharePoint, è necessario tenere conto di numerosi criteri di valutazione delle prestazioni, tra cui:
Round trip di SQL Server. Per le pagine di base, è consigliabile non superare più di 2-3 round trip SQL. Un numero eccessivo di round trip produce gli effetti negativi seguenti sulle prestazioni:
Aumento del tempo di risposta degli utenti finali dovuto a tempi di elaborazione maggiori sul lato server.
Riduzione della velocità effettiva del sistema globale dovuta a un carico aggiuntivo sul computer SQL Server.
Utilizzo della CPU del computer SQL Server. Per garantire l'integrità del sistema, è importante che l'utilizzo della CPU nei computer SQL Server si mantenga relativamente basso. Se l'utilizzo medio della CPU dei computer SQL Server supera il 60%, le prestazioni subiranno un rallentamento. Per ridurre l'utilizzo della CPU dei computer SQL Server, è possibile eseguire le operazioni seguenti:
Implementare una strategia di memorizzazione nella cache, in modo da ridurre il numero totale di chiamate dai server front-end Web a SQL Server.
Ottimizzare il codice personalizzato in modo che vengano utilizzati metodi di oggetti che restituiscono i dati desiderati nel modo più efficiente. A tale scopo, è possibile introdurre indici negli elenchi e così via.
Distribuire i database SQL in più computer SQL Server fisici.
Dimensioni di download delle pagine. Mantenere le dimensioni del codice entro valori minimi. Un aumento relativamente piccolo delle dimensioni di una pagina può produrre un impatto significativo sulle prestazioni se la pagina viene aperta da un numero elevato di persone ogni giorno, soprattutto nelle ore di punta.
Efficienza del codice sul lato client. Circa il 50% del tempo di risposta degli utenti finali è determinato dall'elaborazione sul lato client del codice restituito. Se nella soluzione personalizzata aumenta uno di questi fattori, è prevedibile che si produca un effetto negativo sul tempo di risposta degli utenti finali.
Richiamate AJAX. Per le parti AJAX, il numero di richiamate e il payload di ogni richiamata. Ogni indicatore KPI ad esempio invia 3 chiamate per restituire il risultato. Verificare le prestazioni della pagina se si introducono più indicatori KPI o altro codice personalizzato in una pagina.
Scaricare il manuale
Questo argomento è incluso nel manuale seguente, che può essere scaricato per una lettura e una stampa più agevoli:
Vedere l'elenco completo dei manuali disponibili visitando la pagina Web Manuali scaricabili per Windows SharePoint Services (informazioni in lingua inglese).