Requisiti relativi a prestazioni e capacità per Hyper-V

Articolo
06/12/2012

In questo articolo vengono fornite informazioni sui requisiti relativi a prestazioni e capacità per la distribuzione di Microsoft Office SharePoint Server 2007 in un ambiente virtuale basato su Hyper-V.

Contenuto dell'articolo:

Introduzione
Suggerimenti per la configurazione e l'ottimizzazione di Hyper-V
Ambiente e strategia di testing per Hyper-V
Scenari, risultati e analisi dei test
Suggerimenti per la distribuzione di SharePoint in Hyper-V
Ulteriori risorse

Ringraziamenti

Enterprise Engineering Center (EEC): Mike VanderMeer (EEC), Kevin Engman
Tony Voellm, Tim Litton

Introduzione

In questo articolo vengono illustrati i test eseguiti per confrontare le prestazioni di alcuni server Microsoft Office SharePoint Server 2007 distribuiti come guest in un host Hyper-V con quelle di alcuni server SharePoint distribuiti in computer fisici. Vengono inoltre forniti alcuni suggerimenti per la distribuzione di Office SharePoint in Hyper-V. Sebbene i test illustrati in questo articolo siano specifici di SharePoint, i metodi di valutazione e gli scenari di test delle prestazioni possono essere utilizzati per analizzare le prestazioni delle applicazioni server virtualizzate in generale. I risultati dei test e le informazioni aggiuntive possono interessare sia i professionisti IT che gli sviluppatori.

Tutti i test delle prestazioni illustrati in questa guida sono stati condotti presso il Microsoft Enterprise Engineering Center, il più avanzato laboratorio di ricerca per data center situato nella sede Microsoft di Redmond, Washington. Tale laboratorio consente di riprodurre praticamente qualsiasi tipo di ambiente di produzione e viene utilizzato sia dai clienti che dai team di prodotto Microsoft. Per ulteriori informazioni sull'EEC, visitare l'indirizzo https://www.microsoft.com/windowsserver/evaluation/eec/default.mspx(informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=132796&clcid=0x410).

Prima di distribuire e testare SharePoint in un ambiente Hyper-V è consigliabile leggere i seguenti articoli della guida di Hyper-V per BizTalk Server 2006 R2:

La guida di Hyper-V per BizTalk Server 2006 R2 include inoltre un glossario(informazioni in lingua inglese), disponibile all'indirizzo https://go.microsoft.com/fwlink/?linkid=132801&clcid=0x410.

Suggerimenti per la configurazione e l'ottimizzazione di Hyper-V

Dai test condotti presso l'Enterprise Engineering Center (EEC) è emerso che per la distribuzione di SharePoint in un ambiente Hyper-V è importante effettuare le ottimizzazioni seguenti:

Configurare la quantità corretta di memoria per i guest Hyper-V. Durante il testing il massimo impatto sulle prestazioni è stato determinato dalla modifica della quantità di RAM allocata alle singole immagini Hyper-V. Poiché la configurazione della memoria è specifica dell'hardware, deve essere espressamente testata e ottimizzata per l'hardware utilizzato per Hyper-V.

L'obiettivo iniziale del testing era rendere l'immagine Hyper-V il più possibile simile all'immagine dell'ambiente hardware fisico utilizzato per il confronto. A tale scopo, alle immagini Hyper-V sono stati inizialmente allocati 32 GB di RAM, ovvero la stessa quantità di RAM disponibile nei server fisici da testare. I primi risultati hanno tuttavia dimostrato che, con tale configurazione, le immagini Hyper-V potevano supportare un carico pari a solo il 70% di quello dell'hardware fisico. Esaminando le sezioni Visualizzazioni personalizzate, Ruoli server ed Eventi di sistema per Hyper-V del Visualizzatore eventi di Windows Server 2008 nel computer host Hyper-V, è emerso che la RAM delle immagini Hyper-V era stata distribuita tra più nodi NUMA con accesso non uniforme alla memoria. Tali informazioni hanno confermato che l'allocazione della memoria tra i vari nodi determina un calo di prestazioni. Dopo aver provato diverse configurazioni è stato possibile determinare che, con l'hardware utilizzato, a un'immagine Hyper-V è possibile allocare al massimo 8 GB di RAM senza superare i limiti dei nodi NUMA.

Nodi NUMA

Nella maggior parte dei casi è possibile determinare i limiti dei nodi NUMA dividendo la quantità di RAM fisica per il numero di processori logici (core). È consigliabile leggere gli articoli seguenti:
- Contatori delle prestazioni di Hyper-V - Parte 5 - "Nodo NUMA VID VM Hyper-V"(informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=132805&clcid=0x410)
- Come incrementare le prestazioni aumentando l'affinità delle macchine virtuali a un nodo NUMA(informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=132829&clcid=0x410)
Utilizzare Windows Server 2008 come sistema operativo guest. Per i test, come sistema operativo guest per le immagini Hyper-V è stato utilizzato Windows Server 2008. Oltre a essere necessario per ospitare Hyper-V, Windows Server 2008 contiene anche una serie di miglioramenti espressamente progettati al fine di ottenere il miglior sistema operativo guest possibile per Hyper-V. I miglioramenti apportati al sistema operativo consentono di ridurre il costo di determinate funzioni, ad esempio la gestione della memoria. Per ulteriori informazioni sui miglioramenti, vedere il post di blog di Tony Voellm, Hyper-V: Componenti di integrazione e miglioramenti(informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=132837&clcid=0x410).
Installare e testare i componenti di integrazione. I componenti di integrazione di Hyper-V sono stati installati in tutte le immagini Hyper-V utilizzate per il testing. I componenti di integrazione sono insiemi di driver e servizi che consentono alle macchine virtuali di raggiungere uno stato più coerente e garantire prestazioni superiori, consentendo al sistema operativo guest di utilizzare dispositivi sintetici. I componenti di integrazione disponibili con Hyper-V includono, ad esempio, VMBus (il trasporto per i dispositivi sintetici), una funzione di sincronizzazione di data e ora (consente di mantenere gli orologi delle macchine virtuali sincronizzati con la partizione radice, ovvero l'host), un driver video, un driver di rete e un driver di archiviazione. Per suggerimenti utili al fine di verificare che i componenti di integrazione siano correttamente installati e funzionanti, vedere Hyper-V: Come verificare il raggiungimento di prestazioni ottimali durante un confronto delle prestazioni(informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=132838&clcid=0x410).
Installare l'aggiornamento di Hyper-V per Windows Server 2008 (KB950050) nei sistemi host e guest. Tale aggiornamento del ruolo Hyper-V consente di migliorare la protezione, la stabilità, le prestazioni, l'esperienza utente, la compatibilità delle configurazioni con le versioni successive e il modello di programmazione. Installare questo download negli host Hyper-V e nei guest Hyper-V se il sistema operativo guest è Windows Server 2008. L'installazione di questo aggiornamento nel sistema guest consente di avvalersi di tutti i miglioramenti disponibili. Per ulteriori informazioni, vedere Descrizione dell'aggiornamento per la versione della tecnologia V Hyper per Windows Server 2008 (https://go.microsoft.com/fwlink/?linkid=132841&clcid=0x410).
Utilizzare IPv4 come protocollo di rete per i sistemi guest Hyper-V. Durante i test sono state ottenute le prestazioni migliori quando è stato utilizzato esclusivamente il protocollo IPv4. Il protocollo IPv6 è stato disabilitato su tutte le schede di rete, sia nell'host Hyper-V che nelle relative macchine virtuali guest.
Non utilizzare ruoli host non necessari. Rimuovere tutti i ruoli host non necessari dal server host. Se ad esempio l'host non deve fornire pagine Web, è consigliabile non installare il ruolo Server Web (IIS).
Ottimizzare l'utilizzo della CPU dell'host. Se si utilizzano più immagini Hyper-V sullo stesso host, eseguire alcuni test per verificare che i processori fisici vengano utilizzati in modo efficiente. A seconda della configurazione hardware e dei carichi di lavoro, il rapporto tra processori virtuali e processori fisici può avere un effetto significativo sulla CPU dell'host. Per i test di SharePoint è stato utilizzato un rapporto di 1:2 tra processori virtuali e processori fisici. È consigliabile utilizzare Microsoft Assessment and Planning (MAP) Toolkit(informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=132840&clcid=0x410) per ottenere una valutazione dei livelli di prestazioni del computer in uso. Per ulteriori informazioni sulla topologia della CPU, leggere il post di blog di Ben Armstrong, Topologia dei processori nelle macchine virtuali basate su Hyper-V(informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=132839&clcid=0x410).
Scegliere il tipo di disco appropriato. In un'implementazione di SharePoint in cui Hyper-V viene utilizzato esclusivamente come server Web front-end o server di query, le prestazioni del disco non sono importanti come quando l'immagine ospita il ruolo indice o un database di SQL Server. Se l'immagine ospita il ruolo indice, per ottenere prestazioni accettabili è possibile utilizzare un disco rigido virtuale a dimensione fissa per l'immagine. Questo tipo di dischi garantisce in genere prestazioni superiori, rispetto ai dischi rigidi virtuali a dimensione dinamica. Per ulteriori informazioni, vedere Confronto tra le prestazioni di Hyper-V ottenute con dischi rigidi virtuali a dimensione fissa e a dimensione dinamica(informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=132842&clcid=0x410).

È inoltre possibile scegliere di aggiungere una o più unità e connetterla tramite un controller virtuale SCSI. In questo caso, l'unica vera limitazione è costituita dal fatto che non è possibile utilizzare il controller SCSI per connettersi all'unità contenente il sistema operativo guest, che deve essere installato in un'unità che utilizza un controller IDE. Se la velocità del disco costituisce un aspetto prioritario, è consigliabile aggiungere alcune unità fisiche al computer host. È quindi possibile aggiungere un disco rigido virtuale al sistema guest Hyper-V e mapparlo a un'unità fisica inutilizzata sull'host. Tale configurazione, denominata disco pass-through, consente in genere di ottenere globalmente la massima velocità effettiva del disco possibile.

Nota

Poiché il disco pass-through deve essere comunque connesso a un controller IDE o SCSI, valgono le stesse limitazioni relative all'installazione del sistema operativo guest in un'unità connessa al controller IDE.
Non utilizzare la funzionalità di Hyper-V per gli snapshot in server virtuali connessi a una server farm di Prodotti e tecnologie SharePoint. I server di riferimento ora utilizzati da SharePoint potrebbero perdere la sincronizzazione durante il processo di creazione degli snapshot e, al termine di tale processo, potrebbero verificarsi errori o incoerenze.

Ambiente e strategia di testing per Hyper-V

I test condotti presso l'Enterprise Engineering Center sono stati progettati per valutare nel modo più accurato possibile l'impatto sulle prestazioni determinato dall'esecuzione di SharePoint in un'immagine di Hyper-V, rispetto all'esecuzione di SharePoint con una configurazione hardware fisica con caratteristiche analoghe.

Nei guest Hyper-V sono stati installati i ruoli del server seguenti:

Il server Web front-end.
Il server di query.

Nei server fisici sono stati installati i ruoli del server seguenti:

Il server Web front-end.
Il server di query.
Il database del contenuto e di configurazione di SharePoint. Per alcune configurazioni di test, al database è stato aggiunto anche il ruolo del server di indicizzazione. Non sono state tuttavia pianificate ricerche per indicizzazione o importazioni di profili, perché la misurazione dell'impatto del ruolo del crawler non rientrava nell'ambito dei test.

Configurazioni hardware utilizzate per i test

Nella tabella seguente sono descritte le configurazioni hardware utilizzate per i test. Tutti i server utilizzati nelle farm di SharePoint erano dotati di due unità SAS da 146 GB (10.000 RPM) in una configurazione RAID-1.

Componenti hardware utilizzati per i test

Nome del server	Produttore e modello del server	CPU	RAM
MOSS1	Dell PowerEdge 2970	AMD Opteron 2222SE dual core, 3 GHz, 2 socket	32 GB
MOSS2	Dell PowerEdge 2970	AMD Opteron 2222SE dual core, 3 GHz, 2 socket	32 GB
VSTT1	Dell PowerEdge 2970	AMD Opteron 2222SE dual core, 3 GHz, 2 socket	32 GB
HVHOST1	Dell PowerEdge 6950	AMD Opteron 8222SE dual core, 3 GHz, 4 socket	64 GB
SQL1	Dell PowerEdge 6950	AMD Opteron 8222SE dual core, 3 GHz, 4 socket	64 GB
DC1	Dell PowerEdge 6950	AMD Opteron 8222SE dual core, 3 GHz, 4 socket	64 GB
HVHOST2	Dell PowerEdge 6950	AMD Opteron 8222SE dual core, 3 GHz, 4 socket	64 GB

Configurazioni software utilizzate per i test

Nei sistemi di test sono stati utilizzati i componenti software seguenti:

Nei server fisici e nei sistemi guest Hyper-V è stata installata l'edizione a 64 bit del sistema operativo Windows Server 2008 Enterprise.
Nei server fisici è stata installata la versione a 64 bit di Microsoft SQL Server 2005 SP2.
Nei server fisici e nelle immagini Hyper-V è stata installata la versione a 64 bit di Microsoft Office SharePoint Server 2007 con Service Pack 1 (SP1) con l'aggiornamento dell'infrastruttura.

Piano di testing

È stato eseguito un piano di testing basato su un insieme di 39 test singoli, denominato collettivamente MicroBenchMark (MBM). Tali test sono stati utilizzati durante l'intero ciclo di vita di Microsoft Office SharePoint Server 2007, a partire dalla versione beta del prodotto. I test riguardano numerosi scenari di utilizzo diversi del prodotto, come la visualizzazione di home page, siti, raccolte documenti ed elenchi, il download e il caricamento di elementi, nonché la modifica di elementi di elenco. Per ogni test è previsto un periodo di riscaldamento di 30 secondi seguito da un periodo di esecuzione di 2 minuti. (Questi test sono stati condotti precedentemente tramite Microsoft Application Center Test (ACT), ma sono stati riscritti per l'utilizzo di Visual Studio 2008 Team Test).

I testo sono stati eseguiti in una singola foresta Active Directory e in un ambiente di dominio con 50.000 account utente. I dati di SharePoint includevano un set standard di raccolte sito, siti, elenchi e raccolte documenti, nonché siti personali e profili utilizzati con il test MBM. Questi dati sono stati gestiti tramite un backup standard di SharePoint (con dimensioni di circa 15 GB), utilizzato per ripristinare lo stato originale di un sistema di test dopo il testing di ogni scenario. Sono stati eseguiti test per i cinque scenari descritti nella sezione seguente.

Scenari, risultati e analisi dei test

I test MBM sono stati eseguiti per gli scenari di distribuzione di farm seguenti allo scopo di confrontare le prestazioni di una farm di SharePoint in un ambiente virtuale con le prestazioni della farm distribuita in server fisici.

Farm di piccole dimensioni installata in un singolo server fisico.
Farm di piccole dimensioni in una singola immagine Hyper-V.
Farm di medie dimensioni (due server Web front-end, ognuno con il ruolo query) installata in un server fisico.
Farm di medie dimensioni (due server Web front-end, ognuno con il ruolo query) installata in immagini Hyper-V. Ogni immagine Hyper-V è stata installata in un host fisico separato.
Farm di medie dimensioni (due server Web front-end, ognuno con il ruolo query) installata in immagini Hyper-V. Tutte le immagini Hyper-V sono state installate nello stesso host.

La prima serie di test è stata eseguita sui server fisici per definire un set di dati di base per riferimento.

Dati di base di riferimento, risultati e adeguamenti

I principali contatori delle prestazioni su cui sono stati incentrati i test iniziali erano le richieste al secondo e i tempi di risposta della pagina, ovvero il tempo di ricezione ultimo byte (TTLB, Time To Last Byte). Sono stati eseguiti numerosi test di ambito per individuare il carico di utenti ottimale per le esecuzioni dei test. L'obiettivo era quello di portare l'utilizzo della CPU del server il più vicino possibile al 100% senza generare un numero troppo elevato di richieste ASP.NET accodate o tempi di risposta eccessivi. Il carico di utenti finale utilizzato è risultato ottimale perché durante i test con un maggiore carico di utenti sono stati osservati aumenti minimi, se non assenti, del totale di richieste al secondo per il test, ma si è riscontrato l'inizio dell'aumento del valore TTLB medio.

Dopo l'analisi iniziale delle metriche di prestazioni delle immagini Hyper-V, è risultato subito chiaro che non era fattibile utilizzare un'immagine Hyper-V con 32 gigabyte (GB) di RAM per il confronto, a causa del modo in cui viene allocata la memoria quando nel computer host esistono più nodi di accesso non uniforme alla memoria (NUMA). L'allocazione di 32 GB di RAM a un'immagine Hyper-V richiede infatti il paging della memoria sui vari nodi NUMA nell'host. Il livello elevato di utilizzo della memoria è risultato essere la causa di una riduzione delle prestazioni. Per i componenti hardware utilizzati in questo test si è determinato che la configurazione di memoria ottimale per l'immagine Hyper-V prevedeva 8 GB. Poiché la configurazione di memoria è risultata sostanzialmente inferiore rispetto al singolo server fisico utilizzato come destinazione originale di questo test, è stato aggiunto un quinto scenario per confrontare due immagini Hyper-V in esecuzione su un singolo computer host. I dati di tale ambiente sono stati confrontati sia con un singolo server fisico che con una farm di server fisici di dimensioni medie. Questo quinto test è stato progettato con l'obiettivo di testare l'utilizzo di più immagini Hyper-V con una quantità di risorse approssimativamente uguale a quella utilizzata da un singolo server fisico.

Analisi comparativa: farm di piccole dimensioni in un server singolo

Per questi test è stata installata una farm di piccole dimensioni in un server fisico e un'immagine Hyper-V.

Configurazioni della farm

Le configurazioni per questo set di test sono descritte nelle tabelle e nelle figure seguenti.

Ruoli e server per il server fisico

Ruolo	Nome del server
Database di SQL Server 2005	SQL1
Server di indicizzazione	MOSS1
Server Web front-end	MOSS1
Server di query	MOSS1

Nella figura seguente è illustrata la topologia per i ruoli e i server descritti nella tabella precedente.

Farm di piccole dimensioni su un singolo server fisico

Ruoli e server per l'immagine Hyper-V

Ruolo	Nome del server
Database di SQL Server 2005	SQL1
Server di indicizzazione	HVHOST1 – HVMOSS1
Server Web front-end	HVHOST1 – HVMOSS1
Server di query	HVHOST1 – HVMOSS1

Nella figura seguente è illustrata la topologia per i ruoli e i server descritti nella tabella precedente.

Farm di piccole dimensioni su singolo host Hyper-V

Risultati dei test

Il primo punto di confronto per questo scenario corrisponde alla velocità effettiva in termini di richieste al secondo per una farm di piccole dimensioni in un server fisico e una farm di piccole dimensioni in un'immagine Hyper-V. Il grafico seguente mostra la velocità effettiva in termini di richieste al secondo per entrambe le configurazioni.

Confronto tra farm di piccole dimensioni utilizzando le richieste al secondo

Il secondo punto di confronto riguarda il tempo di risposta della pagina, ovvero il tempo di ricezione ultimo byte (TTLB, Time To Last Byte) per ogni configurazione, come illustrato nel grafico seguente.

Contronto tra farm di piccole dimensioni utilizzando i tempi per l'ultimo byte

I risultati di questi test indicano che esistono differenze minime tra i valori di velocità effettiva e i tempi di risposta nell'immagine Hyper-V e nel computer fisico. Per la farm Hyper-V, la velocità effettiva media totale per ogni test è risultata pari al 93% della velocità effettiva per la farm su server fisico. Il tempo di risposta medio della pagina è risultato essere di solo 0,03 secondi più lento nell'immagine Hyper-V. Entrambi i test hanno indicato valori simili per l'utilizzo della CPU e la memoria disponibile sia nei server SharePoint che in SQL Server. Con la necessaria attenzione durante la configurazione di Hyper-V, non sono risultate differenze significative nelle prestazioni complessive delle due farm.

Analisi comparativa: farm di medie dimensioni con immagini in host separati

Per l'esecuzione di questi test, una farm di medie dimensioni composta da due server Web front-end, ognuno con il ruolo query, è stata installata in due server fisici e due immagini Hyper-V. Le immagini sono state installate in due host fisici separati.

Configurazioni della farm

Le configurazioni per questo set di test sono descritte nelle tabelle e nelle figure seguenti.

Ruoli e server per il server fisico

Ruolo	Nome del server
Database di SQL Server 2005	SQL1
Server di indicizzazione	SQL1
Server Web front-end	MOSS1
Server di query	MOSS1

Nella figura seguente è illustrata la topologia per i ruoli e i server descritti nella tabella precedente.

Farm di medie dimensioni su due server fisici

Ruoli e server per l'immagine Hyper-V

Ruolo	Nome del server
Database di SQL Server 2005	SQL1
Server di indicizzazione	SQL1
Server Web front-end con ruolo query	HVHOST1 - HVMOSS1
Server Web front-end con ruolo query	HVHOST2 - HVMOSS2

Nella figura seguente è illustrata la topologia per i ruoli e i server descritti nella tabella precedente.

Farm di medie dimensioni su due host Hyper-V

Risultati dei test

Il primo punto di confronto per questo scenario corrisponde alla velocità effettiva in termini di richieste al secondo, come illustrato nel grafico seguente.

Confronto tra farm di medie dimensioni utilizzando le richieste al secondo

Contronto tra farm di medie dimensioni utilizzando i tempi per l'ultimo byte

I risultati di questo set di test mostrano uno schema simile a quello dei test eseguiti per le farm di piccole dimensioni. La differenza è la velocità effettiva tra la farm di medie dimensioni su server fisici e immagini Hyper-V che è pari all'11,6% anziché il 7,2% rilevato per l'ambiente con farm di piccole dimensioni. Questa differenza dipende dal fatto che nell'ambiente con farm di medie dimensioni sono disponibili due immagini. Non si tratta tuttavia di una differenza lineare: l'elaborazione delle richieste è risultata più veloce nella farm di medie dimensioni rispetto alla farm con server singolo, come indicato dai valori TTLB risultanti.

Analisi comparativa: farm di medie dimensioni con immagini nello stesso host

Per l'esecuzione di questi test, una farm di medie dimensioni composta da due server Web front-end, ognuno con il ruolo query, è stata installata come due immagini Hyper-V in un singolo server fisico.

Come indicato in precedenza, alle immagini Hyper-V sono stati allocati solo 8 GB di RAM, ovvero in totale solo la metà della RAM utilizzata per una farm di piccole dimensioni in un singolo server fisico. L'host per le due immagini disponeva però di 8 core, anziché i 4 core del server della farm di piccole dimensioni. In effetti, questo ambiente di test rappresenta un livello di capacità che si colloca quasi al centro dell'intervallo di capacità di prestazioni per un singolo server fisico e due server fisici.

Configurazioni della farm

Le configurazioni per questo set di test sono descritte nelle tabelle e nelle figure seguenti.

Ruoli e server per le immagini nel singolo server fisico

Ruolo	Nome del server
Database di SQL Server 2005	SQL1
Server di indicizzazione	SQL1
Server Web front-end con ruolo query	HVHOST1 - HVMOSS1
Server Web front-end con ruolo query	HVHOST1 – HVMOSS2

Nella figura seguente è illustrata la topologia per i ruoli e i server descritti nella tabella precedente.

Farm di medie dimensioni su un host Hyper-V

Risultati dei test

Il primo punto di confronto per questo scenario corrisponde alla velocità effettiva in termini di richieste al secondo, come illustrato nel grafico seguente che mostra i risultati per le combinazioni di ambiente seguenti:

Farm di medie dimensioni con due immagini in un singolo host.
Farm di medie dimensioni con due immagini in host separati.
Farm di medie dimensioni in un server fisico.
Farm di piccole dimensioni in un server fisico.

Confronto tra farm di piccole dimensioni e altre farm utilizzando le richieste al secondo

Il grafico seguente illustra i valori TTLB risultanti per le stesse farm utilizzate per il grafico delle risposte al secondo.

Confronto di una farm di medie dimensioni con altre farm utilizzando i tempi per l'ultimo byte

I risultati per questo set di test eseguiti con configurazioni di farm diverse evidenziano due elementi chiave che possono influire sulla progettazione di farm distribuite in un ambiente Hyper-V:

Innanzitutto, si assiste a una leggera riduzione delle prestazioni quando si eseguono due immagini Hyper-V sullo stesso host anziché una sola immagine eseguita in un singolo host. Due o più immagini rappresentano ovviamente l'implementazione preferibile. Fortunatamente, la differenza di velocità effettiva tra i due ambienti non è grande: la velocità nell'ambiente con singolo host è risultata maggiore del 5% rispetto a quella sullo stesso host. Se confrontata con i risultati per la farm fisica di medie dimensioni, la velocità effettiva della farm con due immagini Hyper-V su un singolo host è risultata inferiore del 16%, ma tutto ciò utilizzando un computer fisico in meno e quindi i risultati sono in effetti più positivi di quanto possano apparire a una prima analisi.

In secondo luogo, il confronto tra le due immagini Hyper-V in un singolo host fisico e la farm di piccole dimensioni in un singolo server fisico ha evidenziato una velocità effettiva maggiore del 70% nella farm Hyper-V.

Suggerimenti per la distribuzione di SharePoint in Hyper-V

Le diverse opzioni di configurazione e le metriche risultanti sottolineano l'importanza della valutazione di tutte le diverse opzioni disponibili per la configurazione e distribuzione di SharePoint in un ambiente Hyper-V.

Esistono importanti opzioni di configurazione, come la memoria, che variano a seconda dei componenti hardware utilizzati per l'hosting delle immagini Hyper-V.
Per la distribuzione di una farm di SharePoint in immagini Hyper-V sono disponibili numerose topologie diverse. Non tutti i ruoli di SharePoint, tuttavia, sono candidati ideali per l'esecuzione in Hyper-V. Ancora una volta, ciò dipende da svariati fattori, tra i quali l'host Hyper-V, nonché i requisiti a livello di capacità e prestazioni della farm di SharePoint.

Nella maggior parte degli scenari più comuni, l'utilizzo di Hyper-V per l'esecuzione di server SharePoint nel server Web front-end con un ruolo query è una soluzione praticabile, con una riduzione della velocità effettiva relativamente bassa rispetto agli stessi ruoli installati su hardware fisico. A seconda dell'hardware host, potrebbe essere possibile ridurre ulteriormente le differenze a livello di velocità effettiva tramite l'allocazione di maggiori risorse per l'immagine Hyper-V (ad esempio CPU, RAM e/o disco) rispetto a quelle richieste per l'esecuzione di SharePoint in un server fisico analogo. È opportuno condurre test esaurienti per assicurarsi che il computer host non impegni una quantità di risorse eccessiva per il numero di immagini Hyper-V attive che ospita.

Risorse aggiuntive

Nelle tabelle seguenti sono disponibili informazioni importanti sulle risorse disponibili per Hyper-V, Prodotti e tecnologie SharePoint e Microsoft SQL Server 2008.

Pianificazione e distribuzione: Hyper-V

Titolo	Descrizione	URL
Microsoft Assessment and Planning Toolkit (MAP)	Utilizzare MAP per determinare se i server in uso possono essere virtualizzati .	https://go.microsoft.com/fwlink/?linkid=117991&clcid=0x410(informazioni in lingua inglese)
Guida alla pianificazione e alla distribuzione di Hyper-V	Questa guida contiene informazioni sui requisiti e le limitazioni hardware, i sistemi operativi guest supportati e le istruzioni per l'installazione del ruolo e degli strumenti di gestione.	https://go.microsoft.com/fwlink/?linkid=124368&clcid=0x410(informazioni in lingua inglese)
Guida dettagliata alle operazioni di base con Hyper-V	Contiene informazioni dettagliate e complete per la creazione e la configurazione di macchine virtuali in un ambiente Hyper-V.	https://go.microsoft.com/fwlink/?linkid=122588&clcid=0x410(informazioni in lingua inglese)
Guida dettagliata a Hyper-V: testing di Hyper-V e clustering di failover	In questa guida viene illustrato come rendere una macchina virtuale altamente disponibile mediante la creazione di un semplice cluster a due nodi .	https://go.microsoft.com/fwlink/?linkid=120666&clcid=0x410(informazioni in lingua inglese)
Ottenere una disponibilità elevata per Hyper-V	In questo articolo sono disponibili informazioni su come ottenere una disponibilità elevata delle macchine virtuali e per i carichi di lavoro ospitati all'interno delle macchine virtuali.	https://technet.microsoft.com/it-it/magazine/2008.10.higha.aspx (https://go.microsoft.com/fwlink/?linkid=132843&clcid=0x410)

Prestazioni: Windows, Hyper-V, SharePoint e SQL Server 2008

Titolo	Descrizione	URL
Linee guida per l'ottimizzazione delle prestazioni di Windows Server 2008	Contiene informazioni dettagliate sull'ottimizzazione di Windows Server 2008 e include una sezione espressamente dedicata a Hyper-V .	https://go.microsoft.com/fwlink/?linkid=121171&clcid=0x410(informazioni in lingua inglese)
Blog sulle prestazioni - Tutti gli argomenti	Questo blog, scritto da Tony Voellm, è dedicato a tematiche relative alle prestazioni. Tony Voellm è attualmente responsabile dell'Hyper-V Performance Team. Di particolare interesse è la serie in cinque parti scritta da Tony Voellm sui contatori delle prestazioni di Hyper-V.	Contatori delle prestazioni per Hyper-V - Parte I: Panoramica(informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=125651&clcid=0x410) Contatori delle prestazioni per Hyper-V - Parte II: Insieme di contatori dell'hypervisor Hyper-V(informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=125652&clcid=0x410) Contatori delle prestazioni per Hyper-V - Parte III: Insieme di contatori per i processori logici dell'hypervisor Hyper-V(informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=125653&clcid=0x410) Contatori delle prestazioni per Hyper-V - Parte IV: Insiemi di contatori per i processori virtuali dell'hypervisor Hyper-V e per il processore virtuale principale dell'hypervisor Hyper-V(informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=125655&clcid=0x410) Contatori delle prestazioni di Hyper-V - Parte V - "Nodo NUMA VID VM Hyper-V"(informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=132805&clcid=0x410) Analisi dell'archiviazione in Hyper-V(informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=132848&clcid=0x410)
Measuring Performance on Hyper-V	Questo articolo nella guida di Hyper-V per BizTalk Server 2006 R2 include informazioni sulla raccolta di informazioni sulle prestazioni in Hyper-V.	https://msdn.microsoft.com/it-it/library/cc768535.aspx (https://go.microsoft.com/fwlink/?linkid=132845&clcid=0x410)
Optimizing Performance on Hyper-V	Questo articolo nella guida di Hyper-V per BizTalk Server 2006 R2 include informazioni sull'ottimizzazione delle informazioni sulle prestazioni in Hyper-V.	https://msdn.microsoft.com/it-it/library/cc768529.aspx (https://go.microsoft.com/fwlink/?linkid=132849&clcid=0x410)
Pianificare le prestazioni e le capacità (Windows SharePoint Services)	La pianificazione delle prestazioni e delle capacità è il processo di associazione della struttura della soluzione a un formato di farm e all'insieme di componenti hardware che dovranno supportare gli obiettivi aziendali prefissati .	https://go.microsoft.com/fwlink/?linkid=89490&clcid=0x410
Pianificare le prestazioni e la capacità (Office SharePoint Server)	La pianificazione delle prestazioni e delle capacità è il processo di associazione della struttura della soluzione a un formato di farm e all'insieme di componenti hardware che dovranno supportare gli obiettivi aziendali prefissati .	https://go.microsoft.com/fwlink/?linkid=108998&clcid=0x410
Esecuzione di SQL Server 2008 in un ambiente Hyper-V - Procedure consigliate e suggerimenti per le prestazioni	In questo white paper viene descritta una serie di configurazioni di test per SQL Server 2008 che rappresentano un'ampia gamma di scenari possibili relativi all'esecuzione di SQL Server in Hyper-V. Il documento include i risultati dei test, osservazioni e suggerimenti .	https://go.microsoft.com/fwlink/?linkid=108998&clcid=0x410

Scaricare il manuale

Questo argomento è incluso nel manuale seguente, che può essere scaricato per una lettura e una stampa più agevoli:

Pianificazione e architettura di Office SharePoint Server 2007, parte 2

Per un elenco completo dei manuali disponibili che è possibile scaricare per Office SharePoint Server 2007, vedere Downloadable content for Office SharePoint Server 2007.

Vedere anche

Concetti

Utilizzo di Prodotti e tecnologie SharePoint in un ambiente virtuale Hyper-V