Vous concevez Azure Batch pour une charge de travail de rendu. La taille des tâches varie considérablement et vous souhaitez minimiser les coûts en utilisant une capacité préemptive, tout en maintenant une petite base toujours active. Les tâches ont des dépendances et doivent être orchestrées par soumission de tâche. Que devriez-vous implémenter ? Choisissez-en deux.

La première option est correcte car elle répond aux exigences de minimisation des coûts avec une capacité préemptive (nœuds à faible priorité) tout en assurant une base toujours active (nœuds dédiés). L'autoscaling permet d'ajuster dynamiquement la capacité en fonction de la charge de travail. La deuxième option est incorrecte car l'utilisation d'un groupe de machines virtuelles identiques en dehors de Batch n'est pas la méthode native pour gérer les pools dans Azure Batch et compliquerait l'intégration. La troisième option est correcte car une tâche de gestionnaire de tâches est la méthode standard dans Azure Batch pour soumettre des tâches et gérer les dépendances, assurant ainsi l'orchestration requise. La quatrième option est incorrecte car désactiver l'autoscaling et pré-provisionner un pool de taille fixe ne permet pas de minimiser les coûts pour des charges de travail variables. La cinquième option est incorrecte car l'ouverture manuelle de ports et la planification via SSH ne sont pas des pratiques standard pour Azure Batch et ne sont pas efficaces pour l'orchestration des tâches.