Condividi tramite


Concetti e linee guida per ambienti virtuali

Nota

In questo argomento si presuppone che si abbia familiarità con i concetti di base della virtualizzazione, ad esempio macchine virtuali e modelli di macchina virtuale, descritti nell'argomento Utilizzo di un lab virtuale per il ciclo di vita dell'applicazione.

In questo argomento vengono descritti i concetti e le linee guida per creare ambienti virtuali utilizzando Visual Studio Lab Management in Microsoft Test Manager. In questo argomento sono contenute le sezioni seguenti:

Ambienti virtuali

Ambienti distribuiti e archiviati

    Ambienti distribuiti nel lab del progetto team

    Oggetti archiviati nella libreria del progetto team

    Visualizzatore dell'ambiente

Linee guida per la creazione di ambienti virtuali

    Ambienti senza isolamento rete

    Ambienti di isolamento rete

    Ambienti composti

Linee guida per macchine virtuali archiviate e modelli

Ambienti virtuali

Un ambiente virtuale è una raccolta di macchine virtuali che viene gestito da Lab Management. È possibile eseguire test manuali e automatizzati da Microsoft Test Manager utilizzando l'ambiente virtuale. È possibile pianificare i flussi di lavoro di Microsoft Team Foundation Build per compilare, distribuire e testare le compilazioni dell'applicazione in ambienti virtuali. Lab Management è integrato con Microsoft System Center Virtual Machine Manager (SCVMM) per consentire di creare, archiviare ed eseguire questi ambienti in modo efficiente.

Gli ambienti Lab Management consentono ai tester di eseguire le attività seguenti:

  • Archiviare uno snapshot dell'ambiente che consente di salvare lo stato di tutte le macchine virtuali nell'ambiente in un determinato momento.

    Un tester può creare uno snapshot di un ambiente configurato e quindi ripristinare lo stato pulito di questo ambiente dopo un test. Un tester che individua un bug può creare uno snapshot dell'ambiente e quindi aggiungere un collegamento allo snapshot in un bug. Uno sviluppatore che esamina il bug può creare una copia dell'ambiente di snapshot mentre il tester continua il proprio lavoro.

  • Avviare e arrestare contemporaneamente le macchine virtuali.

  • Eseguire più copie degli ambienti archiviati nella libreria.

Ambienti archiviati e distribuiti nel lab e nella libreria di Microsoft Test Manager

Gestire gli ambienti di Lab Management per un progetto team dalle schede Lab e Libreria di Test Manager.

Schede Lab e Libreria di Lab Management

  • La scheda Lab consente di accedere all'ambiente virtuale e ai computer distribuiti nei gruppi host di un progetto team. Un gruppo host è un insieme di uno o più computer fisici che vengono gestiti da Lab Management per ospitare gli ambienti. È possibile interagire con un gruppo host come se fosse un singolo computer.

  • La scheda Libreria fornisce accesso agli ambienti archiviati, alle macchine virtuali e ai modelli utilizzati per creare ambienti virtuali nel Lab del progetto team.

Ambienti distribuiti nel lab del progetto team

Nella scheda Lab di Test Manager sono presenti gli ambienti distribuiti e le macchine virtuali disponibili per il progetto team.

Un ambiente distribuito è un insieme di macchine virtuali che si trova in un gruppo host del progetto team. Un ambiente distribuito può essere in esecuzione o arrestato.

Dalla scheda Lab, è possibile eseguire la connessione ai singoli computer dal Visualizzatore dell'ambiente ed è possibile creare e archiviare le macchine virtuali e i modelli nella libreria del progetto team.

Origini degli ambienti distribuiti

Origini di ambienti virtuali distribuiti

È possibile creare ambienti distribuiti dalle origini indicate di seguito.

1

Uno o più modelli. Un modello è una macchina virtuale la cui l'identità di computer è stata rimossa.

2

Qualsiasi combinazione di macchine virtuali archiviate o modelli. Nella maggior parte dei casi, una procedura consigliata che riduce la possibilità di errore consiste nel creare ambienti solo da macchine virtuali archiviate o solo da modelli.

3

Un ambiente archiviato di modelli.

4

Un ambiente archiviato di qualsiasi combinazione di macchine virtuali archiviate o modelli.

5

Una o più macchine virtuali distribuite che sono state create all'esterno di Lab Management. Questi ambienti vengono chiamati ambienti composti.

Oggetti archiviati nella libreria del progetto team

Dalla scheda Libreria, è possibile importare, modificare e rimuovere le macchine virtuali archiviate e i modelli. È inoltre possibile creare e modificare gli ambienti archiviati e distribuire tali ambienti nel lab.

Macchine virtuali archiviate e modelli

Nell'area Macchine virtuali e modelli della scheda Lab sono elencate le macchine virtuali e i modelli di macchina virtuale che si possono utilizzare per creare ambienti distribuiti.

Origini di modelli e macchine virtuali

Sono disponibili due origini di macchine virtuali archiviate e modelli.

  1. Le macchine virtuali e i modelli vengono creati e archiviati da un amministratore in una condivisione di libreria SCVMM. Quindi, vengono importati nella libreria del progetto team.

  2. La macchina virtuale o il modello viene creato da una macchina virtuale nell'ambiente distribuito e archiviato nella libreria.

Modelli archiviati

Un modello è una macchina virtuale le cui informazioni di identità sono state rimosse. Quando si include un modello in un ambiente distribuito, viene creata una nuova macchina virtuale. È possibile configurare il modello in modo da fornire le informazioni sull'identità automaticamente o è possibile fornire le informazioni sull'identità quando l'ambiente viene distribuito.

Macchine virtuali archiviate

Quando si include una macchina virtuale archiviata dalla libreria del progetto team in un ambiente distribuito, un duplicato esatto della macchina virtuale viene copiato in un host del Lab. Poiché l'identità del computer copiato è la stessa del computer di origine, è necessario intraprendere delle azioni per evitare le identità duplicate nei computer di rete.

Si consiglia di assicurarsi che tutte le macchine virtuali nella libreria siano computer di gruppo di lavoro e non di dominio.

  • Quando si crea un ambiente non di isolamento rete, modificare il nome del computer, quindi associarlo al dominio esterno.

    La sequenza della modifica del nome del computer e quindi l'aggiunta del computer al dominio assicura che l'identità del computer sia univoca.

  • Se si crea un ambiente di isolamento rete, Lab Management crea un alias per il computer nella rete esterna. È possibile utilizzare il computer in una rete privata all'interno dell'ambiente oppure lasciarlo come computer di gruppo di lavoro.

Ambienti

Nell'area Ambienti della scheda Libreria sono elencati gli ambienti archiviati del progetto team. Un ambiente archiviato contiene le informazioni di configurazione e i riferimenti alle macchine virtuali e ai modelli. È possibile distribuire nuovi ambienti dagli ambienti archiviati.

Visualizzatore dell'ambiente

Il Visualizzatore dell'ambiente Microsoft consente di gestire le macchine virtuali e gli ambienti in esecuzione nel lab. Il Visualizzatore dell'ambiente consente di effettuale le operazioni indicate di seguito.

  • Avviare, arrestare e mettere in pausa un ambiente.

  • Creare uno snapshot dello stato di un ambiente o ripristinare un ambiente a uno snapshot precedente.

  • Visualizzare le informazioni del sistema e dello stato dell'ambiente e delle macchine virtuali che contiene.

  • Connettersi alle singole macchine virtuali nell'ambiente.

Per ulteriori informazioni, vedere Utilizzo e modifica di ambienti virtuali.

Linee guida per la creazione di ambienti virtuali

Sono disponibili tre modelli comuni per la creazione e l'utilizzo degli ambienti virtuali.

  1. Utilizzo di ambienti non di isolamento rete.

  2. Utilizzo dell'isolamento rete.

  3. Utilizzo di macchine virtuali distribuite in un ambiente composto.

Ambienti senza isolamento rete

Gli ambienti che non utilizzano l'isolamento rete sono uniti solo alla rete esterna. Vengono create dalle macchine virtuali, dai modelli e dagli ambienti archiviati nella libreria del progetto.

Creazione di ambienti da macchine virtuali archiviate e modelli

Quando si crea un ambiente distribuito da macchine virtuali archiviate o modelli, personalizzare i computer distribuiti in modo che abbiano nomi univoci. I modelli possono essere configurati per fornire la personalizzazione automaticamente. Una volta eseguite le operazioni, eliminare l'ambiente. Gli altri utenti possono analogamente creare ambienti simili dalle stesse macchine virtuali archiviate o modelli. Per ulteriori informazioni, vedere Procedura: creare un ambiente da modelli o macchine virtuali

Creazione di un ambiente da modelli e macchine virtuali

Creazione di ambienti dagli ambienti archiviati

È inoltre possibile creare un ambiente archiviato da macchine virtuali archiviate, da modelli o da un ambiente distribuito. Quando si distribuisce un ambiente archiviato, è necessario personalizzare i nomi delle macchine virtuali create dalle macchine virtuali archiviate. I modelli possono essere configurati in modo da fornire la personalizzazione automaticamente. Per ulteriori informazioni, vedere Creazione di ambienti archiviati.

Distribuzione di ambienti da ambienti archiviati

Gli ambienti generati da un ambiente archiviato di modelli dispongono delle stesse funzionalità. Non vi sono copie esatte di uno o dell'altro perché le identità dei computer negli ambienti distribuiti sono tutte univoche.

Vantaggi

  • È possibile eseguire contemporaneamente più copie degli ambienti.

  • Quando le applicazioni preinstallate in esecuzione nell'ambiente non sono interessate dalle identità modificate delle macchine virtuali, la distribuzione di un ambiente può rivelarsi un'attività semplice.

  • Il numero e le dimensioni di macchine virtuali nell'ambiente non sono limitati.

Svantaggi

  • È necessario fornire informazioni sull'identità per ogni macchina virtuale distribuita. È possibile automatizzare il processo mediante i modelli.

  • Gli ambienti distribuiti non sono copie esatte l'uno dell'altro.

  • Le applicazioni preinstallate che non possono essere riconfigurate per gestire le identità modificate saranno interrotte. Queste applicazioni devono essere installate dopo la distribuzione.

  • È possibile eseguire solo uno snapshot di un ambiente per volta. Se, ad esempio, un tester crea uno snapshot dello stato di un ambiente quando individua un bug, non è possibile condividere una copia dell'ambiente con lo sviluppatore per il controllo e contemporaneamente continuare a lavorare sull'ambiente.

Ambienti di isolamento rete

I computer in un ambiente di isolamento rete sono protetti dai conflitti di rete tramite due schede di rete. Una scheda di rete viene utilizzata per una rete privata all'interno dell'ambiente. La seconda scheda viene configurata da Lab Management in modo da presentare un'identità univoca separata nella rete esterna. La trasmissione NetBIOS del computer viene disabilitata e l'identità di Lab Management viene registrata come alias per il computer. Questa identità separata consente la comunicazione bidirezionale tra le macchine virtuali nell'ambiente e la rete esterna, anche se sono in esecuzione più copie dell'ambiente.

Ambiente in cui viene utilizzato l'isolamento rete

È possibile archiviare gli ambienti di isolamento rete in modo da poter eseguire più copie dell'ambiente contemporaneamente. Quando un ambiente di isolamento rete viene copiato, le macchine virtuali corrispondenti nelle due copie sono esatti duplicati l'uno dell'altro, perché le identità dei computer nella rete privata rimangono le stesse ogni volta che vengono distribuite. Gli alias delle macchine virtuali nella rete esterna assicurano che non si verificano conflitti di rete.

Creare un ambiente di isolamento rete scegliendo la funzionalità di isolamento rete quando si distribuisce l'ambiente da macchine virtuali o da modelli. Quindi installare tutte le applicazioni necessarie. Se necessario, connettere le macchine virtuali alla rete privata. È quindi possibile archiviare direttamente una copia dell'ambiente nella libreria. I membri del team possono distribuire contemporaneamente più copie dell'ambiente archiviato. Per ulteriori informazioni, vedere Procedura: creare e utilizzare un ambiente di isolamento rete.

Vantaggi

  • Gli ambienti distribuiti sono copie esatte l'uno dell'altro. Gli sviluppatori e i tester possono esser certi che gli ambienti sono identici.

  • Le applicazioni preinstallate non sono interessate dalla distribuzione. Poiché l'identità dei computer non cambia, le applicazioni non devono essere riconfigurate o reinstallate.

  • Gli ambienti che modellano ambienti di produzione vengono creati più facilmente come ambienti isolati.

  • È possibile eseguire contemporaneamente più snapshot di un ambiente. Ad esempio, un tester può creare uno snapshot dello stato di un ambiente quando individua un bug e quindi archiviare una copia dell'ambiente nella libreria. È possibile continuare a lavorare sull'ambiente quando uno sviluppatore distribuisce un nuovo ambiente dalla copia archiviata ed esamina il bug utilizzando lo snapshot archiviato.

Svantaggi

  • Tutte le macchine virtuali in una rete isolata devono adattarsi a un singolo host.

  • Le macchine virtuali in un ambiente di isolamento rete devono far parte di un gruppo di lavoro o di un dominio privato ospitato da un controller di dominio all'interno dell'ambiente virtuale. Non è possibile avere macchine virtuali in un ambiente di isolamento rete che fanno parte di un dominio ospitato da un controller di dominio della rete lab.

  • Quando nell'ambiente isolato viene utilizzato un dominio privato, ogni ambiente distribuito richiede un controller di dominio e un server DNS. Utilizzare una macchina virtuale aggiuntiva per questo ruolo. L'utilizzo di un computer aggiuntivo non è necessario per gruppi di lavoro privati.

  • Ogni macchina virtuale nell'ambiente richiede due schede di rete. L'applicazione potrebbe non funzionare in computer che utilizzano due schede di rete.

Ambienti composti

Gli ambienti composti sono creati da macchine virtuali che vengono distribuite in un host. La creazione e la gestione di queste macchine virtuali viene eseguita tramite Test Manager. Di conseguenza, le macchine virtuali distribuite devono essere configurate per impedire conflitti di rete prima di creare l'ambiente.

Una volta che le macchine virtuali sono state posizionate da un amministratore in computer fisici presenti nel lab del progetto team, viene creato un nuovo ambiente selezionando uno o più computer di un ambiente composto. Al termine dell'operazione, eliminare l'ambiente per rilasciare i computer di nuovo all'amministratore. Non è necessario archiviare una copia di un ambiente composto nella libreria. Per ulteriori informazioni, vedere Procedura: creare un ambiente da macchine virtuali distribuite.

Gli ambienti composti sono utili in due scenari comuni.

  1. Utilizzo di Lab Management con le macchine virtuali esistenti. La composizione costituisce un metodo rapido per creare ambienti virtuali con i vantaggi del test sugli ambienti. Non è necessario apprendere i concetti dei modelli e delle librerie prima di iniziare.

  2. Incorporazione delle macchine virtuali in uso per le attività di test in un'organizzazione. Anziché ricreare tutte le risorse, è possibile utilizzare le macchine virtuali esistenti, componendole in ambienti virtuali e utilizzandole come destinazioni per la distribuzione o i test del flusso di lavoro.

Vantaggi

  • Una volta che Lab Management e gli appropriati agenti software Test Manager sono stati installati nelle macchine virtuali esistenti, è possibile immediatamente creare e utilizzare gli ambienti virtuali.

  • È possibile eseguire la transizione a Lab Management senza interrompere il test corrente.

Svantaggi

  • Non è possibile archiviare questi ambienti nella libreria e creare più copie.

  • Non è possibile configurare la funzionalità di isolamento rete negli ambienti composti.

Linee guida per macchine virtuali archiviate e modelli

È possibile utilizzare qualsiasi combinazione di macchine virtuali archiviate e modelli nella libreria del progetto team.

Una considerazione primaria nella scelta tra macchine virtuali archiviate e modelli in una libreria del progetto team consiste nell'evitare i conflitti di denominazione in un dominio.

Conflitti di denominazione in macchine virtuali

Un computer dispone di diversi identificatori che ne consentono l'identificazione univoca in una rete o in un gruppo di lavoro. Tra gli identificatori sono inclusi i seguenti:

  • Nome computer - Noto anche come nome host.

  • Indirizzo MAC (Media Access Control) - Identificatore della scheda di rete.

  • SID - Identificatore di sicurezza di Windows assegnato al computer.

  • Indirizzo IP (Internet Protocol) - Identificatore numerico univoco del computer.

Se più copie di una macchina virtuale sono in esecuzione in un dominio o in un gruppo di lavoro e condividono uno o più di questi identificatori, in molti casi si verifica un conflitto di denominazione. Un conflitto di denominazione tra due computer può causare le situazioni indicate di seguito.

  • Uno o entrambi i computer sono disconnessi dalla rete.

  • Il traffico di rete viene instradato in modo non corretto se due computer hanno la stessa identità in rete, un comando o un messaggio destinato a un computer può essere inviato all'altro.

Si consiglia di utilizzare i modelli allorché possibile. I modelli possono essere un concetto poco familiare per alcuni utenti, ma la riduzione del rischio dei conflitti di denominazione derivante dall'impiego dei modelli rende accettabile la curva di apprendimento aggiuntiva. È possibile configurare un modello per creare automaticamente un'identità univoca per la macchina virtuale con cui viene creata oppure è possibile configurare il modello per richiedere all'utente di fornire un'identità quando il modello viene distribuito. I modelli forniscono anche opzioni di distribuzione aggiuntive che non sono disponibili per le macchine virtuali archiviate, ad esempio l'esecuzione di script quando il computer viene distribuito e la specifica del dominio o del gruppo di lavoro a cui viene aggiunto il computer distribuito.

Le macchine virtuali archiviate possono essere la scelta più appropriata in alcuni casi. Ad esempio, se è installata un'applicazione come SQL Server che dipende da un nome di computer fisso, è necessario utilizzare una macchina virtuale anziché un modello per archiviare una copia del computer configurato nella libreria del progetto team. In questi casi, è necessario utilizzare l'isolamento rete nell'ambiente se si desidera eseguire più copie della macchina virtuale contemporaneamente.

È possibile creare macchine virtuali negli ambienti distribuiti con identità univoche per entrambi i modelli di macchina virtuale e le macchine virtuali che sono archiviate nella libreria del progetto team.

Vedere anche

Concetti

Creazione di ambienti virtuali

Altre risorse

Procedura: creare un ambiente da modelli o macchine virtuali

Creazione di ambienti archiviati

Procedura: creare e utilizzare un ambiente di isolamento rete

Procedura: creare un ambiente da macchine virtuali distribuite

Utilizzo e modifica di ambienti virtuali