Pianificazione del lab

Mentre ci si prepara a utilizzare estensivamente Lab Management nell'esercitazione, è probabile che si abbiano diverse domande:

• Quanti server fisici sono necessari?

• Che tipi di server è opportuno acquistare?

• Quanta capacità di archiviazione è necessaria?

• È possibile utilizzare una rete SAN per l'archiviazione?

• È possibile impostare tutto in un computer potente?

• Come è possibile configurare un sistema lab isolato?

In questo argomento vengono fornite linee guida generali per stimare i numeri e i tipi di server fisici, macchine virtuali (VM) e controller necessari per Visual Studio Lab Management. In generale, il numero di server non è tanto importante quanto la capacità di ciascun server. Ad esempio, un server che utilizza un processore dual-core o quad-core è in grado di supportare più VM rispetto a un server con un processore a core singolo. Analogamente, un server che ha 32 GB di RAM può ospitare contemporaneamente più VM rispetto a un server con soli 8 GB di RAM.

Pianificazione della capacità

Le sezioni seguenti contengono linee guida per garantire una capacità sufficiente per l'esercitazione virtuale. Le linee guida sono suddivise in operazioni da fare (Do) e da evitare (Don’t) al momento dell'acquisto e della configurazione di risorse hardware o dell'installazione e configurazione dei prodotti software necessari.

Pianificazione per Team Foundation Server

Don’t

• Configurare tutto in un unico computer. Configurare tutti i componenti in un unico computer solo se si utilizza un solo computer ai fini della dimostrazione o del modello di prova.

• Utilizzare l'account NetworkService come account del servizio di Team Foundation Server se l'istanza di Team Foundation Server utilizza più di un server per l'esecuzione del livello applicazione logico e si utilizzerà la funzionalità Lab Management di Visual Studio L'utilizzo dell'account NetworkService richiederà più lavoro manuale in un secondo momento per la gestione dei computer host fisici per gli ambienti virtuali. Questo lavoro aggiuntivo sarà necessario perché l'account NetworkService per ogni nuovo computer di livello applicazione dovrà essere aggiunto al gruppo Administrator locale in ogni computer host fisico. Ad esempio, se si esegue un'esercitazione virtuale con 20 host fisici e si aggiunge o sostituisce un computer di livello applicazione, sarà necessario aggiornare ciascuno dei 20 computer host con il nome del nuovo computer di livello applicazione e assegnare le autorizzazioni. Anziché utilizzare l'account NetworkService, utilizzare un account utente di dominio standard e una password per l'account TFSservice. In questo modo l'account utente di dominio verrà aggiunto una volta alla configurazione iniziale dell'host fisico e ogni computer di livello applicazione successivo utilizzerà lo stesso account. Per ulteriori informazioni sulle limitazioni dell'account NetworkService, vedere Account NetworkService.

Pianificazione per System Center Virtual Machine Manager

Don’t

• Installare SCVMM in una macchina virtuale. L'installazione di SCVMM in una macchina virtuale renderà più difficile l'amministrazione dell'host fisico sul quale è in esecuzione la macchina virtuale e rallenterà le prestazioni della libreria se questa è configurata sulla stessa macchina virtuale.

• Utilizzare il clustering con i server di libreria SCVMM 2008 R2. Lab Management supporta il clustering in ambienti SCVMM solo quando utilizza SCVMM 2012, non SCVMM 2008 R2.

• Impostare ID LAN virtuali per le schede di rete. Lab Management non supporta l'impostazione né l'utilizzo di un ID LAN virtuale in System Center Virtual Machine Manager. Se si imposta manualmente l'ID VLAN su una scheda di rete per una macchina virtuale e tale macchina viene archiviata nella libreria SCVMM, l'ID VLAN verrà cancellato al momento della distribuzione della macchina virtuale. Per ulteriori informazioni su come utilizzare gli ID VLAN, vedere Configurazione delle reti virtuali in VMM.

Do

• Fornire al computer SCVMM risorse sufficienti. Se si prevede di avere meno di 50 VM nell'esercitazione, il computer in cui è in esecuzione SCVMM deve avere almeno:

  • Un processore a 64 bit

  • 4 GB di memoria

  • Un'unità disco rigido da 300 GB

  • Sistema operativo Windows Server 2008 R2

  Se si prevede di avere più di 50 VM, aumentare queste risorse. Se si intende installare SCVMM insieme ad altri prodotti software nello stesso computer, fornire al server SCVMM la quantità di risorse descritta in precedenza in questo argomento. È comunque necessario determinare la quantità di risorse necessaria dopo avere detratto le risorse utilizzate dagli altri prodotti software. Ad esempio, se si desidera installare SCVMM nel computer in cui è in esecuzione Team Foundation Server, aggiungere i requisiti di SCVMM a quelli di Team Foundation Server, quindi assicurarsi che il computer disponga di una capacità sufficiente.

• Fornire al server in cui è in esecuzione la libreria almeno 200 GB di spazio disponibile sull'unità disco rigido. Nell'installazione predefinita, verificare che l'unità utilizzata dalla condivisione di libreria abbia più di 200 GB di spazio disponibile.

• Creare la condivisione di libreria predefinita in D: e non in C:. Per impostazione predefinita, SCVMM crea la condivisione di libreria nello stesso computer in cui si trova e crea la libreria nell'unità C:. La modifica della condivisione di libreria predefinita in D: renderà più semplice l'aggiornamento del computer in un secondo momento.

• Utilizzare un'unità disco rigido che disponga di una velocità sufficiente per la libreria. Se la libreria verrà utilizzata poco, sarà sufficiente un disco rigido con una velocità accettabile. Se la libreria verrà utilizzata moderatamente, dotarsi di una configurazione RAID 5 con 6-12 dischi per ottenere una velocità effettiva migliore. Se la libreria verrà utilizzata molto, dotarsi di più server di libreria. È possibile utilizzare l'archiviazione diretta o SAN. Quando si utilizza una rete SAN, creare un LUN da utilizzare esclusivamente per il computer della libreria.

• Eseguire Team Foundation Server in un account utente di dominio normale anziché nell'account del servizio di rete. Ciò è necessario se Team Foundation Server e SCVMM sono installati nello stesso computer.

• Se SCVMM viene installato in un host Hyper-V, archiviare le macchine virtuali ospitate in Hyper-V in un'unità disco rigido diversa da quella della libreria SCVMM. Ad esempio, utilizzare l'unità C: di un disco per la libreria e l'unità D: di un altro disco per le macchine virtuali Hyper-V. In questo caso il server SCVMM verrà eseguito nel sistema operativo primario in Hyper-V. In questo modo, quando il sistema operativo primario è caricato, tutti i sistemi operativi guest (le VM distribuite in Hyper-V) subiranno un impatto negativo. Per ridurre tale impatto, configurare le riserve host per quel computer aggiungendo le riserve host Hyper-V (descritte di seguito) ai requisiti hardware menzionati in precedenza per SCVMM. Le riserve host possono essere configurate utilizzando la console di amministrazione SCVMM.

• Implementare un routing di rete a visibilità diretta tra SCVMM e Team Foundation Server, gli host e gli altri server di libreria.

• Aggiornare il computer SCVMM con gli ultimi aggiornamenti di Windows e assicurarsi che questi aggiornamenti siano applicati automaticamente. Se ciò non è fattibile, è necessario creare un piano per tenere traccia degli aggiornamenti di Windows e SCVMM e applicarli manualmente non appena diventano disponibili.

Pianificazione per gli host Hyper-V

Don’t

• Installare prodotti software aggiuntivi come Team Foundation Server nel computer host fisico. Se si dispone di host abbastanza potenti (la cui capacità supera le esigenze combinate dell'hypervisor e delle macchine virtuali), è possibile avere SCVMM e il server di libreria co-installati nell'host, purché si tengano presenti le limitazioni di risorse di tali server. Ad esempio, è possibile installare SCVMM in un computer Hyper-V e poi aggiungere i requisiti host, i requisiti delle macchine virtuali e i requisiti SCVMM, ma alla fine di questo processo è necessario assicurarsi che il computer disponga di una capacità sufficiente.

• Utilizzare il clustering con i server host Hyper-V. Lab Management supporta il clustering in ambienti SCVMM.

• Pianificare simultaneamente decine di distribuzioni VM. Limitare il numero di distribuzioni simultanee dell'ambiente negli host.

• Utilizzare host fisici dislocati in posizioni geografiche diverse da quella dei server di libreria. Se è necessario utilizzare host che si trovano in una posizione geografica diversa da quella dei server di libreria SCVMM, la velocità della rete tra SCVMM e tali host deve essere di almeno 100 Mbps e non può essere soggetta a latenze elevate.

• Creare più schede di rete in una macchina virtuale tramite cui si esegue la connessione a una rete specifica. In Lab Management viene eseguito l'override di questa configurazione e vengono create due schede. Una scheda consente la connessione alla rete lab mentre l'altra di gestire le comunicazioni interne tra macchine virtuali.

• Configurare l'indirizzo MAC su una scheda di rete utilizzata in un ambiente di isolamento rete. In Lab Management l'indirizzo MAC viene cancellato al momento della creazione dell'ambiente di isolamento rete.

Do

• Fornire ai computer host risorse sufficienti e configurarle correttamente. Il numero di host Hyper-V e la capacità di ciascun host dipende dal numero di macchine virtuali ospitate nel sistema lab. Se si decide di configurare un sistema lab relativamente piccolo, installare il ruolo Hyper-V in computer con la seguente configurazione:

  • Due processori a 64 bit dual-core che supportano Hyper-V

  • 16 GB di memoria

  • 300 GB di spazio su disco

  • Sistema operativo Windows Server 2008 R2

  • Ultimi aggiornamenti del sistema operativo Windows.

  Se si dispone di un numero relativamente elevato di macchine virtuali e si decide di configurare solo alcuni host potenti, configurare ciascun host nel modo seguente:

  • Due processori a 64 bit quad-core che supportano Hyper-V

  • 64 GB di memoria

  • 1 TB di spazio su disco

  • Sistema operativo Windows Server 2008 R2

  • Ultimi aggiornamenti del sistema operativo Windows.

• Riservare una quantità di memoria RAM sufficiente nell'host. Oltre ai requisiti di capacità dell'host elencati in precedenza, è necessario riservare le seguenti risorse per garantire un funzionamento armonico dell'hypervisor. Per un host da 16 GB, riservare il 20% per la CPU e 2 GB per la memoria. Per un host da 6$ GB, riservare il 30% per la CPU e 4 GB per la memoria. È necessario configurare queste riserve host nel riquadro delle proprietà dell'host della console di amministrazione SCVMM. Solo le risorse che rimangono nell'host dopo avere detratto le riserve host possono essere utilizzate per le macchine virtuali.

• Fornire alle macchine virtuali uno spazio di archiviazione sufficiente. È necessario utilizzare una partizione del disco diversa per l'archiviazione delle macchine virtuali rispetto alla partizione primaria del server Hyper-V. Ad esempio, utilizzare D: per l'archiviazione delle macchine virtuali e C: per la partizione primaria dell'hypervisor. Dopo avere stabilito il percorso di archiviazione delle macchine virtuali, configurare lo stesso percorso in Hyper-V Manager oppure con la console di amministrazione SCVMM. In Hyper-V Manager, modificare la cartella dei dischi rigidi virtuali e la cartella delle macchine virtuali. Nella console di amministrazione SCVMM, modificare il percorso della selezione host nelle proprietà dell'host.

• Fornire agli host unità disco rigido veloci e configurarle correttamente. Per gli host sono necessari tipi di dischi con un'ottima velocità. Si consiglia vivamente di utilizzare dischi configurati RAID 5. L'archiviazione per gli host può essere fornita dall'archiviazione diretta o da una rete SAN. Tuttavia, se si sceglie una configurazione in cui il disco dell'host viene fornito da un'unità SAN per esigenze di spazio e affidabilità, sarà necessario impostare LUN distinti mappati a ciascun host. Anche se i LUN sono gestiti dallo stesso controller, dato che Visual Studio Lab Management non utilizza alcuna funzionalità SAN, la copia BITS sottostante durante una distribuzione macchina virtuale avrà luogo sempre dalla libreria all'host tramite la rete LAN.

• Quando si installa SCVMM in un host Hyper-V, si consiglia che l'unità disco rigido utilizzata per l'archiviazione delle macchine virtuali ospitate Hyper-V sia diversa da quella del disco utilizzato per la libreria. In questo caso il server SCVMM verrà eseguito nel sistema operativo primario in Hyper-V. In questo modo, quando il sistema operativo primario è caricato, tutti i sistemi operativi guest (le VM distribuite in Hyper-V) subiranno un impatto negativo sulle prestazioni. Per ridurre tale impatto, configurare le riserve host per quel computer aggiungendo le riserve host della macchina Hyper-V ai requisiti hardware menzionati in precedenza per SCVMM. Le riserve host possono essere configurate utilizzando la console di amministrazione SCVMM.

• Affinché un host Hyper-V venga utilizzato anche come server di libreria, è necessario avere più dischi nel computer. Si consiglia di utilizzare dischi rigidi distinti nell'host per le macchine virtuali e per l'archiviazione della libreria.

• Fornire all'host Hyper-V reti a visibilità diretta per Team Foundation Server, SCVMM e altri server di libreria.

• Se gli host Hyper-V si trovano in posizioni geografiche diverse, dotarsi anche di un server di libreria locale per ogni posizione geografica.

• Aggiornare gli host regolarmente. Gli host Hyper-V devono trovarsi in una rete in cui gli aggiornamenti del sistema operativo possono essere applicati automaticamente. Se ciò non è fattibile, è necessario creare un piano per tenere traccia degli aggiornamenti di Windows e SCVMM e applicarli manualmente non appena diventano disponibili.

Pianificazione per controller e agenti

Don’t

• Installare un controller di test in un ambiente. Solo gli agenti di compilazione, di test e lab devono essere installati nelle macchine virtuali all'interno di un ambiente.

Do

• Utilizzare più di un controller di compilazione al momento della compilazione e della distribuzione di un'applicazione per il test. Il primo controller viene utilizzato dal processo di compilazione e non viene adoperato eccessivamente. Il secondo controller serve per distribuire la compilazione a macchine virtuali ed eseguire test, quindi viene utilizzato ampiamente se il sistema lab è costituito da molte macchine virtuali. Il secondo controller serve anche per acquisire snapshot dell'ambiente.

• Utilizzare controller di test nello stesso dominio di Team Foundation Server. Se esprtfs e un controller di test si trovano in un gruppo di lavoro o in un dominio non attendibile, è necessario creare un account utente locale con lo stesso nome utente e password in entrambi i computer, aggiungere questo utente in Team Foundation Server al gruppo di sicurezza "[Project Collection]\Project Collection Test Service Accounts", quindi registrare il controller di test con la raccolta di progetti team utilizzando questo account locale.

Pianificazione della topologia

Do

• Utilizzare una rete gigabit per connettere il server in cui è installato SCVMM ai server di libreria e agli host Hyper-V.

• Stabilire una relazione attendibile bidirezionale completa fra i domini in cui sono in esecuzione Team Foundation Server, il controller di test, il controller di compilazione, SCVMM e l'host fisico delle macchine virtuali.

Quando si configura Lab Management per il test dell'applicazione è possibile utilizzare diverse topologie. La topologia più semplice per l'utilizzo di Lab Management richiede solo due server: è sufficiente installare tutti i componenti di Team Foundation Server nello stesso server e installare tutti i componenti di SCVMM 2008 in un server aggiuntivo. In alternativa, è possibile avere requisiti di topologia di rete complessi che limitano le reti nelle quali possono essere installati Team Foundation Server, SCVMM, host Hyper-V e macchine virtuali che eseguono l'applicazione sottoposta a test. Un'altra alternativa prevede la configurazione del bilanciamento carico di rete per Team Foundation Server. Nell'elenco seguente sono riportate diverse dimensioni possibili per la topologia e le variazioni all'interno di ogni dimensione.

Servizi di rete

• DNS

• Firewall

• Threat Management Gateway

Dominio

• Attendibilità unidirezionale

• Attendibilità bidirezionale

• Senza attendibilità

Livello applicazione logico di Team Foundation Server

• Server singolo

• Più server senza bilanciamento carico di rete

• Più server con bilanciamento carico di rete

Livello dati logico di Team Foundation Server

• Server singolo

• Più server senza clustering

• Più server con clustering

Test

• Nell'ambiente

• Fuori dell'ambiente

Le quattro topologie seguenti sono esempi di come è possibile configurare combinazioni delle dimensioni precedenti in base alle esigenze di test.

Esempio di topologia 1

Il livello applicazione logico di Team Foundation Server viene eseguito in diversi server e questi server sono controllati da un servizio di bilanciamento del carico di rete. C'è anche una rete di test distinta con impostazioni firewall per controllare il traffico di test in ingresso e in uscita dalla rete di dominio. Nel diagramma che segue viene illustrata la topologia 1.

Per istruzioni sulla configurazione di questa topologia, vedere Configurazione di diverse topologie di test per Visual Studio Lab Management - Parte 1.

Esempio di topologia 2

Il livello applicazione logico e i livelli dati di Team Foundation Server vengono eseguiti in diversi server, ma questi server non sono controllati da un servizio di bilanciamento del carico. C'è anche una rete di test distinta con host e libreria SAN. Nel diagramma che segue viene illustrata la topologia 2.

Per istruzioni sulla configurazione di questa topologia, vedere Configurazione di diverse topologie di test per Visual Studio Lab Management - Parte 2.

Esempio di topologia 3

Il livello applicazione logico di Team Foundation Server viene eseguito in diversi server e questi server sono controllati da un servizio di bilanciamento del carico di rete. C'è anche una rete di test distinta. Le applicazioni sottoposte a test effettuano chiamate a un database al di fuori dell'ambiente virtuale. Nel diagramma che segue viene illustrata la topologia 3.

Per istruzioni sulla configurazione di questa topologia, vedere Configurazione di diverse topologie di test per Visual Studio Lab Management - Parte 3.

Esempio di topologia 4

Il livello applicazione logico e i livelli dati di Team Foundation Server vengono eseguiti in diversi server e questi server sono controllati da un servizio di bilanciamento del carico di rete. La rete di test e gli ambienti si trovano in un dominio distinto. Nel diagramma che segue viene illustrata la topologia 4.

Per istruzioni sulla configurazione di questa topologia, vedere Configurazione di diverse topologie di test per Visual Studio Lab Management - Parte 4.

Vedere anche

Concetti

Architettura di Team Foundation Server

Configurare e amministrare Lab Management

Altre risorse

Esempi di topologia semplice

Esempi di topologia moderata

Esempi di topologia complessa