Topologie con scalabilità verticale e orizzontale in Project Server 2013

Riepilogo: Informazioni su come aumentare la capacità dei server esistenti o aggiungere altri server alla topologia dell'installazione di Project Server 2013.
Si applica a: Project Server 2013

In questo articolo viene illustrata la pianificazione delle prestazioni e delle capacità per la scalabilità orizzontale e verticale delle topologia di distribuzione di Project Server. In questo documento e nei contenuti correlati sono disponibili informazioni e indicazioni su come implementare la scalabilità orizzontale e verticale per una farm di Project Server 2013.

Topologie con scalabilità verticale e orizzontale per distribuzioni di Project Server 2013

Per aumentare la capacità e le prestazioni della topologia è possibile procedere in due modi. È possibile adottare un approccio di scalabilità verticale aumentando la capacità dei computer server esistenti oppure di scalabilità orizzontale aggiungendo altri server alla topologia.

Il monitoraggio dell'utilizzo delle risorse nei server di distribuzione di Project Server 2013 può fornire informazioni dettagliate sulla strategia che si vuole perseguire: aumento rispetto alla scalabilità orizzontale. Le metriche delle prestazioni che consentono di informare le decisioni vengono illustrate in Contatori delle prestazioni in Project Server 2013.

Ai server fisici su cui viene distribuito Project Server 2013 sono assegnati i ruoli:

• Front-end Web

• Server applicazioni

• Server di database (SQL)

In una distribuzione a computer singolo, un server fisico svolge tutti e tre questi ruoli. È possibile aumentare la scalabilità orizzontale dividendo la proprietà di questi ruoli tra computer fisici diversi (facoltativamente, possono anche essere macchine virtuali. Per altre linee guida sulla virtualizzazione, vedere la sezione "Virtualizzazione" di Raccomandazioni hardware per prestazioni e capacità per Project Server 2013 . Il primo passaggio da eseguire quando si inizia a aumentare il numero di istanze consiste nel separare il ruolo database (SQL) Server nel computer fisico, mentre l'altro computer fisico funge da front-end Web e server applicazioni.

Per provvedere a un maggiore carico di utenti

• Implementare la scalabilità orizzontale aggiungendo altri server Web dedicati ai ruoli server applicazioni e front-end.

• Tenere presente che l'aggiunta di ulteriori server Web front-end e applicazioni determina un aumento del carico per il computer che esegue SQL così che SQL Server potrebbe a sua volta rappresentare un collo di bottiglia.

• È inoltre possibile implementare la scalabilità verticale per i server Web front-end e applicazioni in modo da migliorarne le prestazioni aumentandone le capacità hardware.

Per provvedere a un maggiore carico di dati

• Per gestire un maggiore carico di dati, aggiungere capacità al singolo server di database.

• Separare il database di Project da quelli di SharePoint spostando il primo in un server di database dedicato.

  Nota

  Project Server 2013 non supporta la scalabilità orizzontale per il componente di database tramite replica SQL. Sebbene sia possibile eseguire il mirroring SQL in un'istanza di SQL Server per Project a fini di backup dei dati, Project Server 2013 non è in grado di sfruttare la replica SQL per ridurre i carichi su SQL Server.

  Rapporto consigliato tra i ruoli server:

• In generale, allo scopo di mantenere un carico gestibile su SQL Server è consigliabile assicurare un rapporto tra i ruoli del tipo seguente:

  • 2 front-end Web : 1 server applicazioni : 1 SQL Server

    Nota

    Questo rapporto consigliato è applicabile a distribuzioni che si avvalgono di hardware affidabile, specialmente per il server di database.

    Nota

    Il rapporto consigliato varia a seconda delle dimensioni del set di dati e dei modelli di utilizzo. Ad esempio, set di dati di grandi dimensioni vincolano le possibilità di fan-out e richiedono pertanto un rapporto minore di front-end Web e server applicazioni rispetto a SQL Server.

  Isolare il database di Project Server da SharePoint Server:

• Come accennato in precedenza, è possibile separare il database di Project Server dai database di SharePoint collocandolo in un server di database dedicato.

• È inoltre consigliabile una separazione a livello applicazione. Sebbene Project Server sia un servizio di SharePoint, è preferibile che l'istanza dell'applicazione venga eseguita su un server dedicato.

  Come investire in scalabilità verticale e orizzontale:

• In generale, nelle prime fasi dell'implementazione della scalabilità per una distribuzione di Project Server, si investirà principalmente nell'acquisto di memoria aggiuntiva. Nella maggioranza dei casi, gli aspetti successivi in cui investire sono rappresentati da spindle di dischi e quindi da risorse di rete.

Vedere anche

Panoramica della pianificazione di prestazioni e capacità in Project Server 2013

Strategia di pianificazione della capacità per Project Server 2013

Indicazioni su prestazioni e capacità dell'hardware per Project Server 2013

Topologie con scalabilità verticale e orizzontale in Project Server 2013

Ottimizzare le prestazioni in Project Server 2013

Contatori delle prestazioni in Project Server 2013

Risoluzione dei problemi relativi alle prestazioni in Project Server 2013

Set di dati tipici (Project Server 2013)