Você está projetando o Azure Batch para uma carga de trabalho de renderização. Os tamanhos dos trabalhos variam amplamente e você deseja minimizar os custos usando capacidade preemptiva, mas manter uma pequena linha de base sempre ativa. As tarefas têm dependências e devem ser orquestradas por envio de trabalho. O que você deve implementar? Escolha duas.

A primeira opção está correta porque a criação de um pool com nós dedicados e de baixa prioridade, juntamente com uma fórmula de dimensionamento automático, permite minimizar custos usando capacidade preemptiva (nós de baixa prioridade) enquanto garante uma linha de base de capacidade (nós dedicados) para tarefas críticas. A fórmula de dimensionamento automático ajusta o número de nós de baixa prioridade com base na carga de trabalho, otimizando o uso de recursos e custos. A segunda opção está correta porque uma tarefa de Gerenciador de Trabalho é ideal para orquestrar tarefas com dependências, garantindo que elas sejam executadas na ordem correta, o que é crucial para cargas de trabalho de renderização complexas. As opções incorretas são: Usar um conjunto de escala de VM fora do Batch é menos eficiente para o gerenciamento de tarefas do Batch e não se integra tão bem com os recursos de agendamento e orquestração do Batch. Desativar o dimensionamento automático e pré-provisionar um pool de tamanho fixo não otimiza os custos para cargas de trabalho variáveis e pode resultar em subutilização ou sobrecarga de recursos. Usar uma tarefa de inicialização para abrir portas e agendar tarefas manualmente via SSH é uma abordagem ineficiente e não escalável para o gerenciamento de tarefas em um ambiente Batch.