Je ontwerpt Azure Batch voor een rendering-workload. De grootte van de jobs varieert sterk en je wilt de kosten minimaliseren door gebruik te maken van preemptible capaciteit, maar wel een kleine, altijd-actieve basislijn behouden. Taken hebben afhankelijkheden en moeten per job-inzending worden georkestreerd. Wat moet je implementeren? Kies twee opties.

Om kosten te minimaliseren met variabele workloads en een basislijn te behouden, is een pool met dedicated en low-priority nodes ideaal. Dedicated nodes zorgen voor de altijd-actieve basislijn en garanderen voltooiing, terwijl low-priority nodes (preemptible) de kosten verlagen voor de variabele pieken. Een autoscale-formule die $TargetLowPriorityNodes aanpast op basis van openstaande taken, optimaliseert het gebruik en minimaliseert kosten. Voor taakafhankelijkheden binnen een job is een Job Manager-taak de juiste oplossing. Deze taak beheert en orkestreert de uitvoering van andere taken binnen dezelfde job, inclusief het afdwingen van afhankelijkheden. Het gebruik van een VM scale set buiten Batch is onnodig en complexer, aangezien Batch al ingebouwde schaalmogelijkheden heeft. Autoscaling uitschakelen en een vaste poolgrootte gebruiken is inefficiënt en duur voor variabele workloads. Handmatige planning via SSH is niet schaalbaar en gaat voorbij aan de automatiseringsvoordelen van Azure Batch.