Procedure consigliate per la virtualizzazione (SharePoint Foundation 2010)

SharePoint 2010
 

Si applica a: SharePoint Foundation 2010

Ultima modifica dell'argomento: 2016-11-30

Microsoft SharePoint Foundation 2010 è completamente supportato quando viene distribuito in un ambiente virtuale supportato da Windows Server 2008 o da tecnologia Hyper-V per Windows Server 2008. SharePoint Foundation 2010 viene inoltre supportato per tecnologie di virtualizzazione accreditate dall'ambiente SVVP (Server Virtualization Validation Program) (le informazioni potrebbero essere in lingua inglese) (http://go.microsoft.com/fwlink/?LinkId=125649&clcid=0x410).

Questo articolo fa parte di una serie di articoli relativi alle procedure consigliate per Microsoft SharePoint Foundation. Contiene una descrizione delle procedure consigliate per la virtualizzazione di SharePoint Foundation 2010. Per altri articoli della serie, vedere Procedure consigliate (SharePoint Foundation 2010). Per ulteriori informazioni e risorse sulle procedure consigliate per SharePoint Foundation 2010, vedere il Centro Risorse delle procedure consigliate (le informazioni potrebbero essere in lingua inglese) (http://go.microsoft.com/fwlink/?linkid=125981&clcid=0x410) (le informazioni potrebbero essere in lingua inglese).

Le procedure consigliate in questo articolo sono indicate nella sequenza in cui devono essere applicate man mano che si procede dalla creazione di una macchina virtuale alla distribuzione di SharePoint Foundation.

Se il processore del computer host supporta la virtualizzazione basata su hardware, abilitare questa opzione. La virtualizzazione basata su hardware consente di migliorare le prestazioni del software di virtualizzazione e i tempi di risposta delle applicazione. A seconda del carico di lavoro, la virtualizzazione basata su hardware può offrire un aumento della velocità effettiva del 5% o superiore. È possibile utilizzare lo strumento Microsoft Hardware-assisted Virtualization Detection Tool (le informazioni potrebbero essere in lingua inglese) (http://go.microsoft.com/fwlink/?linkid=219550&clcid=0x410) (le informazioni potrebbero essere in lingua inglese) per stabilire se il processore di un computer supporta la virtualizzazione basata su hardware e se questa impostazione è abilitata.

La virtualizzazione basata su hardware viene fornita dalla famiglia di processori Intel Virtualization Technology (Intel VT) e dalla famiglia di processori AMD Virtualization (AMD-V).

Hyperthreading è una tecnologia disponibile con i processori che supportano il multithreading simmetrico (SMT). Questa tecnologia fornisce due thread per ogni core processore. L'effetto consiste nel raddoppiamento dei processori logici per ogni core.

I test delle prestazioni condotti su un server a 8 core con hyperthreading abilitato hanno mostrato un aumento medio della velocità effettiva pari al 16% su un carico di lavoro non specifico di Microsoft SharePoint Foundation 2010.

Per ulteriori informazioni, vedere Requirements and Limits for Virtual Machines and Hyper-V in Windows Server 2008 R2.

L'accesso non uniforme alla memoria (NUMA) è una struttura di memoria che viene utilizzata nei computer multiprocessore per migliorare le prestazioni riducendo la latenza dell'accesso alla memoria e aumentando la larghezza di banda di memoria. Per ulteriori informazioni, vedere Informazioni sull'architettura NUMA (Non-Uniform Memory Access) (http://go.microsoft.com/fwlink/?linkid=164492&clcid=0x410) e Le novità del kernel di Windows Server 2008 (http://go.microsoft.com/fwlink/?linkid=219551&clcid=0x410).

Tuttavia, l'impostazione di limiti NUMA di dimensioni non corrette può ridurre, anziché aumentare, la velocità effettiva. Verificare che alle macchine virtuali su un server host che supporta l'accesso non uniforme alla memoria sia allocata la quantità corretta di memoria in relazione al limite NUMA. Il limite NUMA viene calcolato dividendo la memoria sul server host per il numero di socket del processore. Le prestazioni si riducono di circa l'8% quando l'allocazione di memoria della macchina virtuale è superiore al limite NUMA.

Seguire i consigli riportati di seguito per configurare il server host per prestazioni ottimali.

  • Dedicare il computer host a Hyper-V. Non eseguire altre applicazioni sull'host.

  • Installare e configurare solo i ruoli e i servizi necessari.

  • Non archiviare dati della macchina virtuale sulle unità di sistema. La partizione radice dovrebbe contenere solo il sistema operativo e Hyper-V.

  • Utilizzare più schede di rete sul server fisico e dedicare una scheda all'amministrazione di Hyper-V Server. Non associare schede virtuali a tale scheda. Se le macchine virtuali condividono una scheda di rete, monitorare la latenza e la velocità effettiva per assicurare che nella scheda non sia presente oversubscription.

Per ottenere prestazioni ottimali, verificare che nel sistema operativo di gestione e nel sistema operativo guest sia eseguita la stessa versione dei servizi di integrazione. Per aggiornare i servizi di integrazione su un sistema operativo con una versione più recente, eseguire l'aggiornamento quando la macchina virtuale esegue la versione di Hyper-V che include la versione dei servizi di integrazione a cui si desidera eseguire l'aggiornamento. Per ulteriori informazioni, vedere Version Compatibility for Integration Services.

Non distribuire macchine virtuali che supportano i servizi di integrazione insieme a macchine virtuali che non possono utilizzare i servizi di integrazione sullo stesso host.

Hyper-V supporta due opzioni di archiviazione per le macchine virtuali: dispositivi di archiviazione fisici collegati (detti anche dischi pass-through) e dischi rigidi virtuali.

I dischi pass-through possono essere archivi locali o SAN (Storage Area Network). I dischi pass-through sono leggermente più veloci dei dischi rigidi virtuali. Quando si utilizza l'archiviazione fisica, si perdono i vantaggi dei dischi rigidi virtuali, quali portabilità, snapshot e thin provisioning.

NotaNote
È consigliabile non utilizzare gli snapshot in un ambiente di produzione.

È consigliabile utilizzare i dischi pass-through solo quando i requisiti di archiviazione di una macchina virtuale superano i 2 Terabyte o quando l'applicazione o la macchina virtuale dipende da operazioni I/O. Un buon esempio è rappresentato da un server di database SQL Server e un server Web front-end.

Tra le tre opzioni per i dischi rigidi virtuali (dimensione fissa, espansione dinamica e differenziazione), sono preferibili i dischi a dimensione fissa. Questi dischi assicurano le migliori prestazioni complessive e riducono il rischio di superamento dello spazio di archiviazione fisico nel caso in cui un disco rigido virtuale a espansione dinamica non venga monitorato attentamente.

NotaNote
Installare solo il sistema operativo di base sull'unità di avvio IDE. Utilizzare dischi rigidi SCSI virtuali per ampliare lo spazio di archiviazione per programmi e dati. Una macchina virtuale configurata per l'utilizzo di un controller SCSI consente di aggiungere dischi rigidi senza arrestare la macchina virtuale stessa.

Per ulteriori informazioni sull'archiviazione macchina virtuale, vedere:

Configurare le impostazioni generali e specifiche della macchina virtuale per ottimizzare le prestazioni e la stabilità. Sono consigliate le seguenti configurazioni:

  • Avvio

    Se le macchine virtuali sono configurate per l'avvio automatico, utilizzare un ritardo per ridurre i conflitti per le risorse sull'host.

  • Arresto

    Non salvare lo stato prima dell'arresto. Consentire alla macchina virtuale di arrestarsi esattamente come un computer fisico.

  • Sincronizzazione orologio

    Non sincronizzare gli orologi delle macchine virtuali con il rispettivo host. Molte funzionalità di SharePoint Foundation 2010 utilizzano processi timer propri. L'eventuale latenza nella sincronizzazione oraria tra una macchina virtuale e l'host incide sull'affidabilità di SharePoint.

Gli snapshot delle macchine virtuali sono snapshot basati su file dello stato, dei dati del disco e della configurazione di una macchina virtuale in un determinato momento. Non è opportuno utilizzare gli snapshot in un ambiente di produzione per i seguenti motivi:

  • Microsoft SharePoint Foundation fa ampio uso dei processi timer. La latenza a livello di snapshot incide negativamente sulle operazioni con requisiti temporali e può determinare il danneggiamento o la perdita di dati.

    ImportanteImportant
    Non configurare una macchina virtuale per il salvataggio dello stato durante l'arresto poiché anche questo è interessato dalla latenza.
  • Gli snapshot riducono le prestazioni della macchina virtuale e aumentano i requisiti di archiviazione fisica.

Per ulteriori informazioni, vedere Hyper-V Virtual Machine Snapshots: FAQ.

Progettare la topologia della farm virtuale di SharePoint Foundation sugli host per massimizzare la velocità effettiva complessiva. Sono consigliate le seguenti operazioni:

  • Aumentare al massimo la velocità effettiva mescolando i ruoli dei server della farm su ogni host. Ad esempio, è possibile ridurre i conflitti disco mescolando server Web front-end con server applicazioni poiché questi generalmente non scrivono sul disco nello stesso momento.

  • Monitorare le prestazioni dei server Web front-end su un singolo host per verificare che l'applicazione della scalabilità orizzontale sulle macchine virtuali non determini riduzioni o impatti negativi sulle prestazioni. In questo caso, applicare la scalabilità orizzontale distribuendo le macchine virtuali supplementari su un altro host.

Per ulteriori informazioni, vedere Test delle prestazioni Hyper-V (SharePoint Foundation 2010).

Evitare di sovraccaricare il computer host Hyper-V attraverso una pianificazione attenta tale da assicurare che le risorse host chiave non siano soggette a oversubscription.

  • Processore

    Il rapporto tra processori virtuali e processori logici è uno degli elementi determinanti nella misurazione del carico del processore. Quando il rapporto tra processori virtuali e processori logici non è 1:1, nella CPU è presente una oversubscription, che può incidere negativamente sulle prestazioni.

  • Memoria

    Le partizioni radice e figlio richiedono una memoria adeguata per operare in modo efficiente. La partizione radice deve disporre di memoria sufficiente (almeno 512 MB) per fornire servizi quali virtualizzazione I/O, snapshot e gestione per supportare le partizioni figlio. Uno standard di buon livello per il sovraccarico di memoria di ogni macchina virtuale è rappresentato da 32 MB per il primo 1 GB di RAM virtuale, con l'aggiunta di altri 8 MB per ogni GB aggiuntivo di RAM virtuale. Questo deve essere tenuto in considerazione nei calcoli del numero di macchine virtuali da ospitare su un server fisico. Il sovraccarico di memoria varia a seconda del carico effettivo e della quantità di memoria assegnata a ogni macchina virtuale.

Pianificare attentamente la configurazione e la distribuzione delle macchine virtuali in base a quanto segue:

  • Sovraccarico

    Tenere conto dei requisiti di memoria fisica e di elaborazione del sistema operativo e di Hyper-V.

  • Disponibilità elevata

    In un ambiente di migrazione in tempo reale, qualsiasi host che fa parte del cluster deve essere in grado di ospitare altre macchine virtuali.

  • Scalabilità verticale o orizzontale

    Può essere necessario incrementare le risorse per una macchina virtuale o aggiungere macchine virtuali per risolvere i problemi di prestazioni sui server della farm di SharePoint Foundation.

Per assicurare prestazioni coerenti e ottimali, monitorare attentamente l'host Hyper-V e le macchine virtuali per verificare che non vengano eseguiti processi a elevato utilizzo di risorse contemporaneamente. Se ad esempio si esegue un programma di backup sul computer fisico e sulle macchine virtuali nello stesso momento, si verificherà una contesa delle risorse.

Il team addetto alla pubblicazione di contenuto per Microsoft SharePoint Foundation 2010 ringrazia le persone seguenti che hanno contribuito all'articolo:

  • Bill Baer, Senior Technical Product Manager, SharePoint

  • Luca Bandinelli, Senior Program Manager, SharePoint Customer Advisory/Engineering Excellence

  • Bryan Porter, Senior Consultant, Microsoft Consulting Services

  • Steve Peschka, Senior Principal Service Engineer, SharePoint Online

  • Craig Schwandt, Principal Consultant, Microsoft Consulting Services

Mostra: