Strategia di pianificazione della capacità per Project Server 2013
Riepilogo: la strategia di pianificazione delle prestazioni e della capacità costituisce una parte vitale della pianificazione di una distribuzione di Project Server.
Si applica a: Project Server 2013
Questo articolo e quelli correlati contengono informazioni e indicazioni su come determinare i requisiti hardware per una farm di Project Server.
Le strategie di pianificazione delle prestazioni e delle funzionalità descritte offrono indicazioni sul footprint derivante dall'utilizzo di Project Server 2013 sulle topologie che eseguono SharePoint Server 2013.
Stima degli obiettivi di velocità effettiva in Project Server
Molti fattori possono influire sulla velocità effettiva. Questi fattori includono il numero di utenti; il tipo, la complessità e la frequenza delle operazioni utente; il numero di postback in un'operazione; e le prestazioni delle connessioni dati. Ognuno di questi fattori può influire in modo significativo sulla velocità effettiva della farm. È consigliabile considerare attentamente i fattori illustrati in questa sezione quando si pianifica la distribuzione.
Project Server 2013 può essere distribuito e configurato in un'ampia gamma di modi. Non esiste pertanto una soluzione semplice per stimare il numero di utenti che possono essere supportati da un determinato numero di server. Assicurarsi pertanto di eseguire test nel proprio ambiente prima di distribuire Project Server 2013 in un ambiente di produzione.
In numerosi casi, la topologia che soddisfa i requisiti minimi di disponibilità di un'organizzazione viene utilizzata come punto di partenza, quindi vengono aggiunti altri computer server per soddisfare gli obiettivi di capacità e prestazioni. Quando si pianifica la capacità per Project Server 2013, prestare attenzione alle variabili che possono influire sulle prestazioni.
Poiché Project Server offre un'ampia gamma di funzionalità, distribuzioni che sembrano simili quando descritte a livello generale possono differire in modo significativo nelle prestazioni effettive. Non è sufficiente caratterizzare le richieste solo in base al numero di progetti o al numero di utenti che si avranno nel sistema. Per valutare le prestazioni di una distribuzione di Project Server è necessario un approccio più sfaccettato e olistico. I carichi di lavoro, e conseguentemente le esigenze relative all'hardware, differiscono ad esempio in relazione alle variabili seguenti:
Progetti:
Numero di progetti
Dimensioni tipiche dei progetti in termini di attività
Numero di campi personalizzati a livello di progetto
Livello di collegamento (dipendenze) tra attività
Utenti:
Concorrenza degli utenti. Quanti utenti raggiungeranno il sistema contemporaneamente? Qual è il carico medio, quali sono i picchi di traffico?
Autorizzazioni di sicurezza assegnate agli utenti. Questo aspetto influisce sia sulla quantità di dati che devono essere forniti dal server all'utente in un determinato momento, sia sulla complessità dei controlli di sicurezza che devono essere eseguiti dal server.
Distribuzione geografica degli utenti. Quando gli utenti sono dislocati in aree geografiche ampie, possono verificarsi effetti negativi sulle prestazioni dovuti alla latenza di rete. Questo aspetto influisce inoltre sui modelli di utilizzo, in quanto è probabile che gli utenti utilizzino i server in orari diversi, rendendo più difficile l'individuazione di periodi con poco traffico in cui eseguire attività di manutenzione come backup, creazione di rapporti o sincronizzazione con Active Directory.
Modelli di utilizzo:
Condizioni del carico di lavoro. Si riferisce alle caratteristiche utilizzate comunemente. Ad esempio, una distribuzione che usa il time sheeting in modo significativo avrà caratteristiche diverse rispetto a una che non usa il time sheeting. Numero di progetti
Tempo medio tra le richieste di pagine
Durata media sessione
Payload delle pagine. Si riferisce al numero di web part presenti in una pagina specifica e alla quantità di dati contenuti.
Per agevolare la pianificazione delle capacità, si definiscono tre set di dati che caratterizzano rispettivamente, in base alle ricerche svolte, distribuzioni di Project Server di piccole, medie e grandi dimensioni. Per ognuno di questi set di dati, viene consigliata una delle tre topologie hardware di riferimento che dovrebbero soddisfare le esigenze di set di dati analoghi. Tenendo conto di queste topologie come punto di partenza, vengono evidenziati i fattori che potrebbero richiedere un adeguamento dell'hardware e viene descritto come valutare se è necessario ridurre o aumentare le risorse allocate in conformità a specifiche esigenze.
L'approccio da adottare nella pianificazione delle capacità è il seguente:
Determinare il set di dati (piccolo, medio o grande) più vicino a quello che si aspetta di dover gestire. Questo argomento è illustrato in Come i set di dati influiscono sulle prestazioni e sulla capacità in Project Server 2013.
Usare la topologia hardware consigliata per il set di dati in questione come punto di partenza approssimativo per le necessità da soddisfare.
Nota
È importante comprendere che le esigenze di specifici set di dati e modelli di utilizzo possono richiedere più o meno risorse hardware rispetto alla topologia approssimativa. Le raccomandazioni hardware per le prestazioni e la capacità per Project Server 2013 illustrano in modo approfondito come valutare se è necessario aggiungere altre risorse alla topologia e dove aggiungerle.
Monitorare le prestazioni dell'applicazione usando le linee guida descritte nell'argomento Contatori delle prestazioni in Project Server 2013 . In questi argomenti vengono specificate le metriche chiave che è utile monitorare per determinare i casi in cui è necessario adattare la topologia e il modo in cui procedere.
Ottimizzare la distribuzione in base ai suggerimenti forniti in Ottimizzare le prestazioni in Project Server 2013.
A seconda della topologia scelta, il set di dati, i modelli di utilizzo e le metriche delle prestazioni osservate, attenersi alle indicazioni sulla scalabilità illustrate negli articoli seguenti:
Topologie con scalabilità orizzontale e scalabilità orizzontale in Project Server 2013 : questo articolo offre consigli sul tipo di strategia da seguire durante il ridimensionamento a seconda delle esigenze correnti. Sono disponibili indicazioni per decidere se acquistare server aggiuntivi o altre risorse, quali memoria, CPU o dischi per i server esistenti.
Colli di bottiglia comuni di Project Server 2013 e relative cause: questa sezione nell'argomento Risoluzione dei problemi di prestazioni in Project Server 2013 descrive la probabile origine dei colli di bottiglia nel sistema, come individuarli tramite il monitoraggio e come i problemi relativi a questi colli di bottiglia possono essere comunemente risolti.
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