Copiare applicazioni e dati nei nodi del pool

  • Articolo

Azure Batch supporta diversi modi per ottenere dati e applicazioni in nodi di calcolo in modo che siano disponibili per l'uso da parte delle attività.

Il metodo scelto può dipendere dall'ambito del file o dell'applicazione. I dati e le applicazioni possono essere necessari per eseguire l'intero processo e quindi devono essere installati in ogni nodo. Alcuni file o applicazioni possono essere necessari solo per un'attività specifica. Altri potrebbero dover essere installati per il processo, ma non devono trovarsi in ogni nodo. Batch offre strumenti per ognuno di questi scenari.

Determinare l'ambito richiesto di un file

È necessario determinare l'ambito di un file, ovvero il file necessario per un pool, un processo o un'attività. I file che hanno come ambito il pool devono usare i pacchetti dell'applicazione del pool o un'attività iniziale. I file che hanno come ambito il processo devono usare un'attività di preparazione del processo. Un valido esempio di file con ambito a livello di pool o di processo sono le applicazioni. I file che hanno come ambito l'attività devono usare i file di risorse dell'attività.

File di risorse dell'attività di avvio del pool

Per le applicazioni o i dati che devono essere installati in ogni nodo del pool, usare i file di risorse dell'attività di avvio del pool. Usare questo metodo insieme a un pacchetto dell'applicazione o alla raccolta di file di risorse dell'attività di avvio per eseguire un comando di installazione.

Ad esempio, è possibile usare la riga di comando dell'attività di avvio per spostare o installare applicazioni. È anche possibile specificare un elenco di file o contenitori in un account di archiviazione di Azure. Per altre informazioni, vedere Add#ResourceFile nella documentazione rest.

Se ogni processo eseguito nel pool esegue un'applicazione (.exe) che deve essere prima installata con un file di .msi, è necessario impostare la proprietà wait for success dell'attività di avvio su true. Per altre informazioni, vedere La documentazione di Add#StartTask in REST.

Riferimenti ai pacchetti dell'applicazione

Per le applicazioni o i dati che devono essere installati in ogni nodo del pool, è consigliabile usare i pacchetti dell'applicazione. Sebbene non sia presente alcun comando di installazione associato a un pacchetto dell'applicazione, è possibile usare un'attività iniziale per eseguire qualsiasi comando di installazione. Se l'applicazione non richiede l'installazione o è costituita da un numero elevato di file, è possibile usare questo metodo.

I pacchetti dell'applicazione sono utili quando si dispone di un numero elevato di file, perché possono combinare molti riferimenti a file in un payload di piccole dimensioni. Se si tenta di includere più di 100 file di risorse separati in un'unica attività, il servizio Batch potrebbe riscontrare limitazioni di sistema interne per una singola attività. I pacchetti dell'applicazione sono utili anche quando si hanno molte versioni diverse della stessa applicazione ed è necessario scegliere tra di esse.

Estensioni

Le estensioni sono applicazioni di piccole dimensioni che facilitano la configurazione post-provisioning e la configurazione nei nodi di calcolo Batch. Quando si crea un pool, è possibile selezionare un'estensione supportata da installare nei nodi di calcolo durante il provisioning. Successivamente, l'estensione può eseguire l'operazione desiderata.

File di risorse delle attività di preparazione del processo

Per le applicazioni o i dati che devono essere installati per l'esecuzione del processo, ma non devono essere installati nell'intero pool, è consigliabile usare i file di risorse dell'attività di preparazione del processo.

Ad esempio, se il pool ha molti tipi diversi di processi e solo un tipo di processo richiede un file .msi per l'esecuzione, è opportuno inserire il passaggio di installazione in un'attività di preparazione del processo.

File di risorse dell'attività

I file di risorse delle attività sono appropriati quando l'applicazione o i dati sono rilevanti solo per una singola attività.

Ad esempio, potrebbero essere presenti cinque attività, ognuna delle quali elabora un file diverso e quindi scrive l'output nell'archivio BLOB In questo caso, il file di input deve essere specificato nella raccolta di file di risorse dell'attività, perché ogni attività ha un proprio file di input.

Altri modi per ottenere i dati nei nodi

Poiché si ha il controllo sui nodi Azure Batch ed è possibile eseguire file eseguibili personalizzati, è possibile eseguire il pull di dati da qualsiasi numero di origini personalizzate. Assicurarsi che il nodo Batch disponga della connettività alla destinazione e che siano disponibili credenziali per tale origine nel nodo.

Di seguito sono riportati alcuni esempi di modi per trasferire i dati ai nodi Batch:

  • Download dei dati da SQL
  • Download dei dati da altri servizi Web/percorsi personalizzati
  • Mapping di una condivisione di rete

Archiviazione di Azure

Tenere presente che l'archiviazione BLOB ha obiettivi di scalabilità di download. Le soglie di scalabilità della condivisione file dell'archiviazione di Azure sono uguali a quelli di un singolo BLOB. Le dimensioni influiranno sul numero di nodi e pool necessari.

Passaggi successivi