Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure Batch prend en charge plusieurs façons d’obtenir des données et des applications sur des nœuds de calcul afin qu’elles soient disponibles pour une utilisation par les tâches.
La méthode que vous choisissez peut dépendre de l’étendue de votre fichier ou application. Les données et les applications peuvent être nécessaires pour exécuter l’intégralité du travail, et doivent donc être installées sur chaque nœud. Certains fichiers ou applications peuvent être requis uniquement pour une tâche spécifique. D’autres peuvent avoir besoin d’être installés pour accomplir la tâche, mais n’ont pas besoin d’être sur chaque nœud. Batch dispose d’outils pour chacun de ces scénarios.
Déterminer l’étendue requise d’un fichier
Vous devez déterminer l’étendue d’un fichier : fichier requis pour un pool, un travail ou une tâche. Les fichiers associés au pool doivent utiliser des packages d'application du pool ou effectuer une tâche de démarrage. Les fichiers limités à la tâche doivent utiliser une tâche de préparation. Un bon exemple de fichiers délimités au niveau du pool ou du travail est une application. Les fichiers limités à la tâche doivent utiliser des fichiers de ressources associés à la tâche.
Fichiers de ressources pour la tâche de démarrage du pool
Pour les applications ou les données qui doivent être installées sur chaque nœud du pool, utilisez les fichiers de ressources de tâche de démarrage du pool. Utilisez cette méthode avec un package d’application ou la collection de fichiers de ressources de la tâche de démarrage pour effectuer une commande d’installation.
Par exemple, vous pouvez utiliser la ligne de commande de la tâche de démarrage pour déplacer ou installer des applications. Vous pouvez également spécifier une liste de fichiers ou de conteneurs dans un compte de stockage Azure. Pour plus d’informations, consultez ResourceFile dans la documentation REST.
Si chaque travail qui s’exécute sur le pool exécute une application (.exe) qui doit d’abord être installée avec un fichier .msi, vous devez définir la propriété attendre le succès de la tâche de démarrage sur true. Pour plus d’informations, consultez StartTask dans la documentation REST.
Références de package d’application
Pour les applications ou les données qui doivent être installées sur chaque nœud du pool, envisagez d’utiliser des packages d’application. Aucune commande d’installation n’est associée à un package d’application, mais vous pouvez utiliser une tâche de démarrage pour exécuter n’importe quelle commande d’installation. Si votre application ne nécessite pas d’installation ou se compose d’un grand nombre de fichiers, vous pouvez utiliser cette méthode.
Les packages d’application sont utiles lorsque vous avez un grand nombre de fichiers, car ils peuvent combiner de nombreuses références de fichiers en une petite charge utile. Si vous essayez d’inclure plus de 100 fichiers de ressources distincts dans une tâche, le service Batch peut rencontrer des limitations système internes pour une seule tâche. Les packages d’application sont également utiles lorsque vous avez de nombreuses versions différentes de la même application et que vous devez choisir entre eux.
Extensions
Les extensions sont de petites applications qui facilitent la configuration post-approvisionnement et la configuration sur les nœuds de calcul Batch. Lorsque vous créez un pool, vous pouvez sélectionner une extension prise en charge à installer sur les nœuds de calcul à mesure qu’ils sont approvisionnés. Après cela, l’extension peut effectuer l’opération prévue.
Fichiers ressources pour la tâche de préparation d'emploi
Pour des applications ou des données qui doivent être installées afin que le travail s’exécute, mais qui ne nécessitent pas une installation sur l’ensemble du pool, envisagez d’utiliser les fichiers de ressources de tâche de préparation du travail.
Par exemple, si votre pool a de nombreux types de travaux différents et qu’un seul type de travail a besoin d’un fichier .msi pour s’exécuter, il est judicieux de placer l’étape d’installation dans une tâche de préparation du travail.
Fichiers de ressources de tâche
Les fichiers de ressources de tâche sont appropriés lorsque votre application ou vos données sont pertinentes uniquement pour une tâche individuelle.
Par exemple, vous pouvez avoir cinq tâches, chacune traitant d'un fichier différent, puis écrivant la sortie dans le stockage d’objets blob. Dans ce cas, le fichier d’entrée doit être spécifié dans la collection de fichiers de ressources des tâches, car chaque tâche a son propre fichier d’entrée.
Autres façons d’obtenir des données sur des nœuds
Étant donné que vous avez le contrôle sur les nœuds Azure Batch et que vous pouvez exécuter des exécutables personnalisés, vous pouvez extraire des données à partir de n’importe quel nombre de sources personnalisées. Assurez-vous que le nœud Batch dispose d'une connectivité vers la cible et que vous avez les informations d'identification pour cette source sur le nœud.
Voici quelques exemples de manières de transférer des données vers des nœuds Batch :
- Téléchargement de données à partir de SQL
- Téléchargement de données à partir d’autres services web/emplacements personnalisés
- Mappage d’un partage réseau
Azure Storage
N’oubliez pas que le stockage d’objets blob a des cibles de scalabilité de téléchargement. Les cibles d’extensibilité des partages de fichiers Stockage Azure sont identiques à celles d’un blob unique. La taille aura un impact sur le nombre de nœuds et de pools dont vous avez besoin.
Étapes suivantes
- Découvrez comment utiliser des packages d’application avec Batch.
- En savoir plus sur l’utilisation des nœuds et des pools.