Guida alla transizione da Azure Lab Services ad Azure DevTest Labs
Quando si esegue la transizione da Azure Lab Services, DevTest Labs (DTL) rappresenta un'opzione di prima parte che può essere presa in considerazione. Questo documento illustra quando prendere in considerazione la transizione all'uso di DevTest Labs e quando non farlo. È inclusa anche una panoramica della procedura da seguire.
Indicazioni sullo scenario
Quali sono gli scenari di destinazione per DevTest Labs?
DevTest Labs è destinato ai clienti aziendali. Lo scenario principale per il quale DevTest Labs è stato progettato è quello della casella di testo, in cui uno sviluppatore professionista necessita di un accesso temporaneo a una macchina virtuale (VM) che contiene una versione non definitiva del software da testare. Uno scenario secondario riguarda il training professionale per sviluppatori, i quali necessitano di un accesso temporaneo a una macchina virtuale per eseguire il training interno.
In quali casi un cliente deve prendere in considerazione l'uso di DevTest Labs?
- Il cliente deve accedere alle macchine virtuali Linux: DevTest Labs è l'unico servizio di prima parte che fornisce l'accesso a Linux. Cloud PC, Desktop virtuale Azure, Microsoft Dev Box non forniscono l'accesso alle macchine virtuali Linux native.
- Il cliente deve usare un'immagine con la virtualizzazione annidata: DevTest Labs funziona bene con le immagini che usano la virtualizzazione annidata perché fornisce una macchina virtuale dedicata per ogni studente. La virtualizzazione annidata non è adatta alle macchine virtuali multiutente perché non prevede il concetto di isolamento tra le sessioni utente.
- Corsi di programmazione informatica tecnica: le risorse di DevTest Labs (DTL) sono disponibili tramite il portale di Azure. DTL deve essere usato solo dagli studenti che hanno familiarità con il portale di Azure. È possibile usare le API di DTL se si desidera creare un portale personalizzato per accedere alle macchine virtuali di DTL al di fuori del portale di Azure.
In quali casi un cliente non deve usare DevTest Labs?
- Il cliente richiede un controllo dei costi esteso, che includa quote utente e limiti al numero di macchine virtuali che un utente può possedere. DevTest Labs non ha la possibilità di limitare l'accesso a una macchina virtuale in base a una quota concessa a ogni studente.
- Il cliente richiede pianificazioni di avvio e arresto complesse. DevTest Labs è progettato per gli sviluppatori aziendali e supporta pianificazioni di avvio e arresto giornaliere.
- Il cliente richiede metodi di accesso flessibili. DevTest Labs richiede la presenza dell'utente nel tenant di Microsoft Entra ID relativo alla sottoscrizione in cui è ospitato il lab. Le autorizzazioni di controllo degli accessi in base al ruolo vengono usate per controllare chi può accedere ai lab e alle macchine virtuali.
Domande frequenti
Qual è il modello dei costi? Non sono previsti costi di utilizzo. Si tratta di un servizio gratuito. Ai clienti vengono addebitati i costi relativi alle risorse usate dal servizio DevTest Labs. Tali addebiti includono, tra gli altri, i costi relativi all’archiviazione, alla rete e al tempo di esecuzione delle macchine virtuali in un lab.
DevTest Labs offre servizi di reporting dei costi? DevTest Labs è integrato in Gestione dei costi Microsoft per l’analisi e la stesura del budget dei costi. Consentire l'ereditarietà dei tag e aggiungere tag alle risorse di lab per tenere traccia dei costi per ogni lab.
DevTest Labs supporta la virtualizzazione annidata? Sì. Controllare la documentazione della serie di macchine virtuali per verificare che la virtualizzazione annidata sia inclusa nell'elenco delle funzionalità supportate.
DevTest Labs supporta le immagini personalizzate? Sì. È consigliabile connettere DevTest Labs a Raccolta immagini condivise. La raccolta di immagini condivise può coincidere con quella connessa all'account lab o al piano lab di Azure Lab Services.
È consigliabile usare una raccolta immagini condivise sulle funzionalità DTL immagini personalizzate e formule. Le raccolte di immagini condivise sono compatibili con diversi altri servizi di Azure e possono essere usate in più lab.
DevTest Labs supporta gli ambienti con più macchine virtuali?Ambienti di distribuzione di Azure è consigliato per ambienti con più macchine virtuali.
DevTest Labs supporta le pianificazioni? DevTest Labs supporta un avvio giornaliero e/o una pianificazione di arresto facoltativi.
DevTest Labs supporta l'accesso Web? Sì, se la macchina virtuale viene creata in una rete virtuale abilitata per Bastion. Per informazioni dettagliate, vedere Abilitare la connessione del browser alle macchine virtuali di DevTest Labs con Azure Bastion.
Procedura di transizione
- Verificare i limiti della quota di calcolo: DevTest Labs usa la quota assegnata al calcolo durante la creazione di macchine virtuali. Aumentare la quota di calcolo, se necessario.
- Configurare le impostazioni del lab
- Immagini
- Limitare le immagini di Marketplace che gli studenti possono usare. È possibile impedire agli studenti di usare tutte le immagini di Marketplace.
- Abilitare le immagini personalizzate, a seconda del caso, connettendo DevTest Labs a Raccolta immagini condivise. La raccolta può coincidere con quella usata con Azure Lab Services.
- DTL supporta anche la creazione di macchine virtuali da file del disco rigido virtuale caricato.
- Selezione dello SKU: considerare la possibilità di abilitare le dimensioni delle macchine virtuali equivalenti agli SKU di Azure Labs. Vedere Dimensioni delle macchine virtuali di Azure Lab Services per i mapping, in modo da assicurarsi di scegliere dimensioni che supportino l'opzione di configurazione dell'IP condiviso.
- Limitazioni per le macchine virtuali: impostare il numero massimo di macchine virtuali per utente su 1.
- Criteri di arresto
- Impostare l'orario di arresto automatico per garantire lo spegnimento automatico delle macchine virtuali ogni giorno.
- Impostare il criterio di spegnimento automatico su "L'utente non ha alcun controllo sulla pianificazione impostata dall'amministratore del lab". Se gli studenti si trovano in zone con più fusi orari, scegliere invece "L'utente imposta una pianificazione e non può rifiutare esplicitamente".
- Disattivare l'avvio automatico per il lab.
- Rete virtuale. Se il lab deve accedere a un server licenze, aggiungere una rete virtuale in Azure DevTest Labs.
- Accesso al Web browser: facoltativamente, abilitare la connessione del browser alle macchine virtuali di DevTest Labs con Azure Bastion.
- Immagini
- Avvio rapido alla creazione di un lab - : Creare un lab nel portale di Azure - Azure DevTest Labs.
- Rilevamento dei costi: usare tag personalizzati per il monitoraggio dei costi in Gestione dei costi Microsoft, poiché consentono un'analisi più approfondita dei costi delle risorse sottostanti. Consentire l'ereditarietà dei tag e aggiungere tag alla risorse di lab.
- Macchine virtuali richiedibili: facoltativamente, creare macchine virtuali richiedibili in modo preliminare per assicurarsi che le macchine virtuali vengano create con le impostazioni previste. Gli studenti possono usare il comando "claim any" per assegnarsi una macchina virtuale richiedibile precreata.
- Usando le impostazioni avanzate, è possibile creare più macchine virtuali identiche contemporaneamente.
- Usando le impostazioni avanzate, impostare la data di scadenza per le macchine virtuali richiedibili. Le macchine virtuali verranno eliminate automaticamente dopo la data di scadenza, evitando così costi di archiviazione non necessari.
- Aggiungere utenti - Aggiungere proprietari del lab, collaboratori e utenti in Azure DevTest Labs.
- Configurare il dashboard: facoltativamente, creare un dashboard nel portale di Azure per consentire agli studenti di trovare più facilmente i lab.
Importante
Se si usa una macchina virtuale Linux che supporta solo l'accesso tramite SSH, seguire le istruzioni dettagliate in Connettersi a una macchina virtuale Linux nel lab (Azure DevTest Labs).