Projektujesz usługę Azure Batch dla obciążenia renderowania. Rozmiary zadań są bardzo zróżnicowane i chcesz zminimalizować koszty, korzystając z pojemności z wywłaszczaniem, ale jednocześnie utrzymując małą, zawsze dostępną bazę. Zadania mają zależności i muszą być orkiestrowane dla każdego przesłanego zadania. Co należy zaimplementować? Wybierz dwie odpowiedzi.

Aby zminimalizować koszty przy zmiennych obciążeniach, należy użyć puli z małą liczbą węzłów dedykowanych (dla podstawowej, zawsze dostępnej pojemności) i większą liczbą węzłów o niskim priorytecie (dla oszczędności kosztów, akceptując możliwość wywłaszczenia). Formuła automatycznego skalowania, która zwiększa $TargetLowPriorityNodes na podstawie oczekujących zadań, jest kluczowa dla dynamicznego reagowania na obciążenie, jednocześnie ograniczając droższe węzły dedykowane. Zadania menedżera zadań są idealne do orkiestracji złożonych przepływów pracy z zależnościami, zapewniając prawidłową kolejność wykonania. Zestawy skalowania VM poza usługą Batch nie są natywnym sposobem zarządzania pulami Batch. Wyłączenie automatycznego skalowania i stała pula nie zoptymalizują kosztów dla zmiennych obciążeń. Ręczne planowanie przez SSH i otwieranie portów jest nieefektywne i niezgodne z modelem zarządzania Batch.