Klaster Amazon EMR (używający EMRFS) uruchamia codziennie krytyczne zadania wsadowe, począwszy od godziny 1:00 AM, co zajmuje około 6 godzin. Klaster używa obecnie instancji On-Demand dla węzłów primary, core i task, a czas ukończenia nie jest pilny. Architektura powinna zostać poddana przeglądowi w celu zmniejszenia kosztów obliczeniowych. Jaką zmianę powinien zalecić architekt rozwiązań?

Poprawna odpowiedź obniża koszty, zachowując stabilność. Węzły primary i core są kluczowe dla stabilności klastra EMR, dlatego instancje On-Demand zapewniają ich ciągłą dostępność. Węzły task są elastyczne i mogą być uruchamiane na instancjach Spot, co znacznie obniża koszty, ponieważ zadania wsadowe nie są pilne. Użycie fleetu instancji zwiększa odporność na przerwania instancji Spot. Zakończenie działania tylko węzłów task po przetworzeniu pozwala na utrzymanie węzłów primary i core w gotowości do kolejnych zadań, jeśli zajdzie taka potrzeba, choć w tym scenariuszu klaster jest wyłączany po zakończeniu przetwarzania. Zakup Compute Savings Plans dodatkowo obniża koszty instancji On-Demand. Pozostałe opcje są mniej optymalne: Uruchomienie wszystkich węzłów na instancjach Spot zwiększa ryzyko przerwania krytycznych zadań. Pozostawienie wszystkich węzłów na instancjach On-Demand jest droższe niż wykorzystanie instancji Spot dla węzłów task. Zakończenie działania całego klastra po każdym uruchomieniu, choć możliwe, nie jest wprost wspomniane jako cel, a opcja z zatrzymaniem tylko węzłów task jest bardziej elastyczna.