Un cluster Amazon EMR (che utilizza EMRFS) esegue ogni giorno un lavoro batch critico a partire dalle 01:00 e impiega circa 6 ore. Attualmente il cluster utilizza istanze On-Demand per i nodi primary, core e task, e il tempo di completamento non è urgente. L'architettura dovrebbe essere rivista per ridurre i costi di calcolo. Quale modifica dovrebbe raccomandare l'architetto di soluzioni?

L'opzione corretta riduce i costi mantenendo l'affidabilità. I nodi primary e core, essenziali per la stabilità del cluster e la persistenza dei dati (EMRFS), devono essere On-Demand per evitare interruzioni. I nodi task, che eseguono il lavoro elaborativo e possono essere interrotti e ripristinati senza compromettere il lavoro complessivo, sono ideali per le Spot Instances, che offrono un risparmio significativo. L'utilizzo di un fleet di istanze per i nodi task massimizza la disponibilità delle Spot Instances. Terminare solo i nodi task al completamento del lavoro non è pratico, poiché l'intero cluster EMR è progettato per essere effimero e viene terminato dopo il lavoro. I Compute Savings Plans riducono ulteriormente i costi delle istanze On-Demand. Le opzioni errate: Eseguire tutti i nodi su Spot Instances è rischioso per i nodi primary e core, che non dovrebbero essere interrotti. L'opzione che suggerisce di terminare l'intero cluster al completamento dell'elaborazione è corretta per il ciclo di vita di EMR, ma l'acquisto di Compute Savings Plans è più efficace per i nodi On-Demand. Mantenere tutti i nodi On-Demand non sfrutta il risparmio delle Spot Instances per i nodi task.