Procedure consigliate per la virtualizzazione (SharePoint Server 2010)

SharePoint 2010
 

Si applica a: SharePoint Foundation 2010, SharePoint Server 2010

Ultima modifica dell'argomento: 2016-11-30

Microsoft SharePoint Server 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 Server 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 appartiene a una serie di articoli relativi alle procedure consigliate per Microsoft SharePoint Server. In questo articolo vengono illustrate le procedure consigliate per la virtualizzazione di SharePoint Server 2010. Per altri articoli di questa serie, vedere Procedure consigliate (SharePoint Server 2010). Per ulteriori informazioni e risorse relative alle procedure consigliate per SharePoint Server 2010, vedere Centro risorse per le 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 disponibili in questo articolo sono ordinate in base alla sequenza di applicazione per il passaggio dalla creazione di una macchina virtuale alla distribuzione di SharePoint Server.

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 dell'applicazione. In base al carico di lavoro, la virtualizzazione basata su hardware può consentire di ottenere un miglioramento pari al 5% o superiore a livello di velocità effettiva. Per determinare se il processore di un computer supporta la virtualizzazione basata su hardware e se tale impostazione è abilitata, è possibile utilizzare lo strumento Microsoft per il rilevamento della virtualizzazione basata su hardware (le informazioni potrebbero essere in lingua inglese) (http://go.microsoft.com/fwlink/?linkid=219550&clcid=0x410) (le informazioni potrebbero essere in lingua inglese).

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

Hyperthreading è una tecnologia disponibile con processori che supportano il multithreading simmetrico (SMT, Symmetric Multithreading). Questa tecnologia rende disponibili due thread per ogni core processore, consentendo di ottenere un raddoppiamento di processori logici per ogni core.

I test sulle prestazioni di un server a 8 core con hyperthreading abilitato hanno dimostrato un incremento medio della velocità effettiva pari al 16% su un carico di lavoro non specifico di Microsoft SharePoint Server 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, Non-Uniform Memory Access) è una struttura della memoria del computer utilizzata nei multiprocessori per ottimizzare le prestazioni, riducendo la latenza dell'accesso alla memoria e incrementando la larghezza di banda della 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).

Il dimensionamento errato del limite NUMA potrebbe tuttavia ridurre la velocità effettiva, invece di incrementarla. 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. Tale limite viene calcolato dividendo la memoria del server host per il numero di socket del processore. Se l'allocazione di memoria della macchina virtuale è superiore al limite NUMA, le prestazioni risultano ridotte dell'8% circa.

Utilizzare i suggerimenti seguenti per configurare il server host in modo da ottenere 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 i dati della macchina virtuale nelle unità di sistema. La partizione della directory principale deve contenere solo il sistema operativo e Hyper-V.

  • Utilizzare più schede di rete nel server fisico e dedicare una scheda all'amministrazione di Hyper-V Server. Non associare reti virtuali a tale scheda. Se le macchine virtuali condividono una scheda di rete, monitorare la latenza e la velocità effettiva per assicurarsi che la scheda non si trovi in oversubscription.

Per prestazioni ottimali, verificare che nel sistema operativo di gestione e nel sistema operativo guest sia in esecuzione la stessa versione dei servizi di integrazione. Per aggiornare i servizi di integrazione in un sistema operativo guest a una versione più recente, eseguire l'aggiornamento quando la macchina virtuale viene eseguita sulla versione di Hyper-V che include la versione di servizi di integrazioni 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 sono in grado di utilizzare i servizi di integrazione nello stesso host.

Hyper-V supporta due opzioni di archiviazione per macchine virtuali, ovvero l'archiviazione fisica collegata, definita anche dischi pass-through, e i dischi rigidi virtuali.

I dischi pass-through possono essere di tipo archivio locale o rete di archiviazione. 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, ad esempio portabilità, snapshot e thin provisioning.

NotaNote
Come procedura consigliata, è preferibile non utilizzare snapshot per 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 se l'applicazione nella macchina virtuale è associata a I/O. Un esempio valido è costituito dal confronto tra un server database SQL Server e un server Web front-end.

Delle tre opzioni disponibili per i dischi rigidi virtuali, ovvero a dimensione fissa, a espansione dinamica e differenze, è consigliabile utilizzare l'opzione relativa ai dischi a dimensione fissa. Tali dischi offrono le prestazioni complessive migliori e riducono il rischio di superamento dello spazio fisico di archiviazione in caso di monitoraggio non accurato di un disco rigido virtuale a espansione dinamica.

NotaNote
Installare il sistema operativo di base solo nell'unità di avvio IDE. Utilizzare dischi rigidi virtuali SCSI per programmi e archiviazione dati aggiuntivi. Una macchina virtuale configurata per utilizzare un controller SCSI consente di aggiungere dischi rigidi senza dovere arrestare la macchina virtuale.

Per ulteriori informazioni sull'archiviazione nelle macchine virtuali, vedere:

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

  • Avvio

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

  • Arresto

    Non salvare lo stato prima dell'arresto. Consentire l'arresto della macchina virtuale esattamente come se fosse un computer fisico.

  • Sincronizzazione dell'orologio

    Non sincronizzare gli orologi delle macchine virtuali in base al rispettivo host. Molte funzionalità di SharePoint Server 2010 utilizzano processi timer. Eventuali latenze nella sincronizzazione oraria tra una macchina virtuale e l'host influiscono sull'affidabilità di SharePoint.

Gli snapshot delle macchine virtuali sono snapshot basati su file di stato, dati su disco e configurazione di una macchina virtuale in un momento specifico. Non utilizzare snapshot in un ambiente di produzione per i motivi seguenti:

  • Microsoft SharePoint Server utilizza un numero elevato di processi timer. La latenza degli snapshot influisce negativamente su operazioni per cui i tempi di risposta sono importanti e può provocare il danneggiamento o la perdita di dati.

    ImportanteImportant
    Non configurare una macchina virtuale per il salvataggio dello stato durante l'arresto, poiché anche tale operazione viene influenzata dalla latenza.
  • Gli snapshot riducono le prestazioni della macchina virtuale e incrementano i requisiti per l'archiviazione fisica.

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

Progettare la topologia della farm virtuale di SharePoint Server negli host in modo da massimizzare la velocità effettiva complessiva. È consigliabile attenersi alle indicazioni seguenti:

  • Massimizzare la velocità effettiva complessiva combinando i ruoli di server farm in ogni host. Ad esempio, è possibile ridurre il conflitto tra dischi combinando server Web front-end e server applicazioni, poiché tali server non scrivono in genere contemporaneamente su disco.

  • Monitorare le prestazioni dei server Web front-end in un singolo host, per assicurare che l'implementazione della scalabilità orizzontale delle macchine virtuali non comporti la riduzione delle prestazioni o prestazioni negative. In tale caso, implementare la scalabilità orizzontale distribuendo ulteriori macchine virtuali su un host diverso.

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

Evitare l'overload del computer host Hyper-V tramite una pianificazione accurata, in modo da assicurarsi che nelle risorse host chiave seguenti non si verifichi l'oversubscription.

  • Processore

    Il rapporto tra processori virtuali e processori logici è uno degli elementi determinanti per la misurazione del carico dei processori. Se il rapporto tra processori virtuali e processori logici non è 1:1, si verifica l'oversubscription della CPU e ciò influisce negativamente sulle prestazioni.

  • Memoria

    Per il corretto funzionamento delle partizioni della directory principale e figlio è necessaria una quantità adeguata di memoria. La partizione della directory principale deve disporre di memoria sufficiente (almeno 512 MB) per offrire servizi quali virtualizzazione I/O, snapshot e gestione per il supporto delle partizioni figlio. Uno standard valido per l'overhead di memoria di ogni macchina virtuale è di 32 MB per i primi 1 GB di RAM virtuale più altri 8 MB per ogni GB aggiuntivo di RAM virtuale. Tale considerazione deve essere inclusa nei calcoli relativi al numero di macchine virtuali da ospitare in un server fisico. L'overhead di memoria dipende dal carico effettivo e dalla quantità di memoria assegnata a ogni macchina virtuale.

Pianificare con attenzione la configurazione e la distribuzione delle macchine virtuali in base agli elementi seguenti:

  • Overhead

    Soddisfare i requisiti di elaborazione e di memoria fisica del sistema operativo e di Hyper-V.

  • Disponibilità elevata

    In un ambiente di migrazione attivo eventuali host appartenenti al cluster devono disporre di capacità sufficiente per ospitare macchine virtuali aggiuntive.

  • Scalabilità verticale o scalabilità orizzontale

    Potrebbe essere necessario incrementare le risorse per una macchina virtuale o aggiungere macchine virtuali per risolvere problemi di prestazioni sui server farm di SharePoint Server.

Per assicurare prestazioni uniformi e ottimali, monitorare con attenzione l'host Hyper-V e le macchine virtuali per verificare che non vengano eseguiti contemporaneamente processi che utilizzano molte risorse. Ad esempio, se si esegue un programma di backup contemporaneamente nel computer fisico e nelle macchine virtuali, si verificherà un conflitto per le risorse.

Il team che si occupa della pubblicazione di contenuti per Microsoft SharePoint Server 2010 ringrazia i seguenti colleghi Microsoft per i contributi offerti per questo 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: