Eseguire la migrazione della configurazione del pool di Batch da Servizi cloud a macchina virtuale

  • Articolo

Attualmente è possibile creare pool di Batch usando virtualMachineConfiguration o cloudServiceConfiguration. È consigliabile usare solo la configurazione della macchina virtuale, perché questa configurazione supporta tutte le funzionalità di Batch.

Servizi cloud pool di configurazione non supportano alcune delle funzionalità di Batch correnti e non supporterà alcuna funzionalità appena aggiunta. Non sarà possibile creare nuovi pool "CloudServiceConfiguration" o aggiungere nuovi nodi ai pool esistenti dopo il 29 febbraio 2024.

Se le soluzioni Batch attualmente usano pool "cloudServiceConfiguration", è consigliabile passare a "virtualMachineConfiguration" appena possibile. In questo modo sarà possibile trarre vantaggio da tutte le funzionalità di Batch, ad esempio una selezione estesa di serie di macchine virtuali, macchine virtuali Linux, contenitori, reti virtuali di Azure Resource Manager e crittografia del disco del nodo.

[! IMPORANT] I certificati dell'account Azure Batch sono deprecati e verranno ritirati dopo la stessa data del 29 febbraio 2024 dei cloudServiceConfiguration pool. Se si usano certificati dell'account Batch, eseguire la migrazione dei certificati dell'account Batch ad Azure Key Vault contemporaneamente alla migrazione della configurazione del pool.

Creare un pool usando la configurazione della macchina virtuale

Non è possibile cambiare un pool attivo esistente che usa "cloudServiceConfiguration" per usare "virtualMachineConfiguration". Sarà invece necessario creare nuovi pool. Dopo aver creato i nuovi pool "virtualMachineConfiguration" e aver replicato tutti i processi e le attività, è possibile eliminare i vecchi pool "cloudServiceConfiguration" che non si usano più.

Tutte le API Batch, gli strumenti da riga di comando, il portale di Azure e l'interfaccia utente di Batch Explorer consentono di creare pool usando "virtualMachineConfiguration".

Per una procedura dettagliata del processo di creazione di pool che usano "virtualMachineConfiguration", vedere l'esercitazione su .NET o l'esercitazione su Python.

Differenze di configurazione del pool

Alcune delle differenze principali tra le due configurazioni includono:

  • I nodi del pool 'cloudServiceConfiguration' usano solo il sistema operativo Windows. I pool 'virtualMachineConfiguration' possono usare il sistema operativo Linux o Windows.

  • Rispetto ai pool "cloudServiceConfiguration", i pool "virtualMachineConfiguration" hanno un set più completo di funzionalità, ad esempio il supporto dei contenitori, i dischi dati e la crittografia del disco.

  • I tempi di avvio e eliminazione di pool e nodi possono variare leggermente tra i pool 'cloudServiceConfiguration' e i pool 'virtualMachineConfiguration'.

  • I nodi del pool "virtualMachineConfiguration" usano dischi del sistema operativo gestiti. Il tipo di disco gestito usato per ogni nodo dipende dalle dimensioni della macchina virtuale scelte per il pool. Se per il pool è specificata una dimensione di macchina virtuale "s", ad esempio "Standard_D2s_v3", viene usata un'unità SSD Premium. Se viene specificata una dimensione di macchina virtuale "non s", ad esempio "Standard_D2_v3", viene usato un HDD standard.

    Importante

    Come per Macchine virtuali e set di scalabilità di macchine virtuali, il disco gestito del sistema operativo usato per ogni nodo comporta un costo aggiuntivo per il costo delle macchine virtuali. I pool "virtualMachineConfiguration" possono usare dischi temporanei del sistema operativo, che creano il disco del sistema operativo nella cache della macchina virtuale o nel disco temporaneo, per evitare costi aggiuntivi associati ai dischi gestiti. Non è previsto alcun costo del disco del sistema operativo per i nodi "cloudServiceConfiguration", perché il disco del sistema operativo viene creato nel disco locale del nodo.

Pool di attività personalizzati di Azure Data Factory

I pool di Azure Batch possono essere usati per eseguire attività personalizzate di Data Factory. Tutti i pool 'cloudServiceConfiguration' usati per eseguire attività personalizzate dovranno essere eliminati e verranno creati nuovi pool 'virtualMachineConfiguration'.

Quando si creano nuovi pool per eseguire attività personalizzate di Data Factory, seguire queste procedure:

  • Sospendere tutte le pipeline prima di creare i nuovi pool ed eliminare quelli precedenti per assicurarsi che non vengano interrotte esecuzioni.
  • Lo stesso ID pool può essere usato per evitare modifiche alla configurazione del servizio collegato.
  • Riprendere le pipeline quando sono stati creati nuovi pool.

Per altre informazioni sull'uso di Azure Batch per eseguire attività personalizzate di Data Factory, vedere Servizio collegato di Azure Batch e Attività personalizzate in una pipeline di Data Factory

Passaggi successivi