Usare le funzionalità attestazioni in Azure DevTest Labs

Il servizio Azure DevTest Labs migliora l'efficacia e l'efficienza degli sviluppatori e dei tester. Questo articolo è incentrato sulla possibilità di richiedere o annullare la richiesta di macchine virtuali in Azure DevTest Labs. Vengono inoltre elencati vari modi in cui questa funzionalità migliora l'esperienza utente. Prima di esaminare scenari diversi in cui questa funzionalità può essere usata, si esaminino le affermazioni e il relativo funzionamento.

Computer richiedibili

Una macchina richiedibile è una macchina virtuale creata in un lab senza proprietario. Dopo l'attestazione del computer, l'utente dispone di un'ampia gamma di opzioni per la macchina virtuale. Quando un utente dichiara un computer, vengono apportate alcune modifiche. La macchina virtuale viene spostata dall'elenco Macchine virtuali richiedibili all'elenco Macchine virtuali personali nel portale di Azure.

L'utente può connettersi alla macchina virtuale, personalizzare artefatti, riavviare, arrestare o annullare la richiesta del computer. Esistono due modi per rendere una macchina virtuale richiedibile:

• Creare un computer e annullarne la richiesta in modo che passi al pool richiedibile.
• Creare una macchina virtuale e posizionare nel pool condiviso usando le impostazioni avanzate.

Esistono due casi in cui è possibile usare efficacemente le funzionalità di attestazione/annullamento dell'attestazione. Il primo caso richiede una maggiore pianificazione e una maggiore progettazione, per essere progettata ed eseguita correttamente. E, la seconda è più situazione. Di seguito sono riportati alcuni esempi dei diversi casi.

Uso progettato di computer richiedibili

• Sviluppo/test del software: Consentire agli sviluppatori o ai tester di essere più produttivi grazie alla configurazione di computer pronti e in uno stato non richiesta. Avere un set di macchine virtuali con configurazioni diverse, strumenti necessari e con il codice più recente consente agli utenti di richiedere una macchina virtuale e iniziare a lavorare senza dover dedicare tempo per configurare un computer. Prima dell'attestazione delle macchine virtuali, viene effettuato il provisioning dei computer, ma l'arresto riduce al minimo il costo di utilizzo dei computer meno frequenti. Quando sono necessarie le macchine virtuali, un utente richiede semplicemente la macchina virtuale, che avvia il computer. L'opzione unclaim non è così utile in questo caso perché la creazione di una nuova macchina virtuale è spesso più semplice e più economica.
• Classroom/Labs: Avere macchine virtuali preconfigurato per una classe o un lab in modo che gli studenti possano connettersi immediatamente a un computer usando il portale di Azure. Una volta che uno studente dichiara una macchina virtuale, il lab garantisce che nessuno possa richiedere la stessa macchina virtuale. L'automazione di questo processo garantisce che siano disponibili il numero necessario di computer con l'ambiente specificato. Se gli studenti non vengono visualizzati o sono in esecuzione in ritardo, le macchine non dichiarate possono essere mantenute disponibili fino a quando la sessione non è finita con un costo minimo. L'opzione unclaim non è efficace in questo scenario perché la macchina virtuale si trova in uno stato sconosciuto al termine dell'utente precedente.
• Dimostrazioni: Usare i computer per le dimostrazioni, in cui i computer nel lab vengono configurati con ambienti specifici. Questa funzionalità è utile in cui più persone possono dare una dimostrazione contemporaneamente o in momenti casuali, ad esempio in una conferenza. L'opzione unclaim può essere utile in questa situazione perché la demo non deve modificare lo stato del computer, consentendo agli utenti di restituire una macchina virtuale al pool richiedibile per la dimostrazione successiva. Con il deprovisioning del computer non richiesto e l'addebito di costi minimi, le macchine virtuali possono essere lasciate nel lab per periodi di tempo più lunghi.
• Lavoratori temporanei/contrattuali: Consentire agli utenti di usare un computer. Quando escono, restituiscono la macchina virtuale al pool richiedibile senza perdita di dati. Con la macchina virtuale non richiesta, un altro utente può richiedere la macchina virtuale e continuare o esaminare il computer per ulteriori informazioni.
• In generale: La possibilità di configurare e distribuire automaticamente le macchine virtuali, in base a una frequenza specifica, è utile in molte situazioni diverse. Esistono diverse situazioni in cui la funzionalità attestazione/annullamento della richiesta consente agli utenti di essere più efficienti grazie a un processo automatizzato per compilare le macchine virtuali in uno stato non richiesto con una configurazione impostata. Le configurazioni possono includere sistemi operativi, lingue, dischi o altri software (artefatti) diversi a seconda delle esigenze. La possibilità di richiedere una macchina virtuale dal lab consente all'utente del lab di ottenere un sistema configurato correttamente senza dedicare tempo o impegno alla configurazione del computer. Il responsabile del lab potrebbe usare lo stato richiesto delle macchine virtuali per migliorare il numero di computer generati, pulire i computer e determinare la priorità delle configurazioni. La factory di immagini è un buon esempio di processo automatizzato per creare macchine virtuali e immagini per più lab. Gli script possono essere modificati per eseguire una delle situazioni seguenti con le modifiche appropriate o essere usati come riferimento per la creazione di un sistema personalizzato.

Uso condizionale di computer richiedibili

• Usare la funzionalità attestazione/annullamento dell'attestazione che consente agli utenti di passare il controllo dei computer da uno all'altro e non dover sapere in modo esplicito chi ritirerà il computer.
• Sviluppo, test e debug di uno scenario in cui una configurazione del computer specifica può riprodurre un bug, quindi il computer può essere non richiesto consentendo a un altro sviluppatore di richiedere il computer e continuare il lavoro. Questa funzionalità è particolarmente utile perché più persone lavorano in remoto in aree diverse del mondo.
• I membri del team possono lavorare con un singolo ambiente. Ad esempio, è possibile configurare manualmente un ambiente complesso che non può essere automatizzato o creare risorse in grado di gestire solo le modifiche per un singolo input come le immagini. In passato, questo problema è stato affrontato avendo un computer dedicato in esecuzione. La funzionalità richiedibile è un miglioramento del processo manuale grazie al controllo di accesso utente predefinito e all'identificazione visiva quando disponibile. Quando non viene richiesto, viene effettuato il deprovisioning della macchina virtuale per ridurre i costi.
• Disporre di un disco dati collegato a una macchina virtuale. Ogni disco fino a ~ 1 TB di dati consente di passare un volume elevato di dati senza dover copiare o duplicare i dati. La macchina virtuale verrà creata inizialmente con un disco collegato con un volume elevato di dati. Qualsiasi utente può quindi richiedere il computer e accedere ai dati. Al termine, annullare la richiesta della macchina virtuale per consentire ad altri utenti al computer.

Esistono alcune avvertenze sull'uso di computer richiedibili, in genere per ottenere l'accesso al computer. Se il computer è aggiunto a un dominio, l'utente che sostiene che il computer dovrà avere già ottenuto l'accesso, in genere viene eseguito concedendole l'accesso a un gruppo che include tutti gli utenti nel lab al momento della creazione della macchina virtuale. Se il computer non è aggiunto a un dominio, sarà necessario eseguire l'artefatto reimpostazione della password della macchina virtuale nel repository pubblico per aggiungere l'utente come amministratore. Gli artefatti possono essere applicati anche dopo l'avvio o l'attestazione del computer.

Passaggi successivi

Vedere l'articolo seguente: Creare e gestire macchine virtuali richiedibili in Azure DevTest Labs