Un cluster Amazon EMR (utilisant EMRFS) exécute quotidiennement des tâches de traitement par lots critiques à partir de 1h00 du matin et dure environ 6 heures. Le cluster utilise actuellement des instances à la demande pour les nœuds primaires, de cœur et de tâche, et le temps d'achèvement n'est pas urgent. L'architecture doit être revue pour réduire les coûts de calcul. Quel changement l'architecte de solutions devrait-il recommander ?

L'option correcte réduit les coûts de manière significative tout en maintenant la stabilité. Les nœuds primaires et de cœur sont essentiels à la stabilité du cluster EMR ; l'utilisation d'instances à la demande garantit leur disponibilité. Les nœuds de tâche sont plus tolérants aux interruptions, ce qui les rend idéaux pour les instances Spot, qui offrent des économies substantielles. L'utilisation d'un parc d'instances Spot améliore la résilience en puisant dans plusieurs types d'instances. Les Compute Savings Plans réduisent le coût des instances à la demande pour une utilisation prévisible. Terminer uniquement les instances de nœud de tâche n'est pas une pratique standard pour EMR ; le cluster entier est généralement terminé après le traitement pour optimiser les coûts. L'option A est trop risquée car les instances Spot peuvent être interrompues, ce qui pourrait échouer la tâche critique. L'option B est meilleure, mais terminer le cluster entier après chaque tâche est plus rentable que de ne terminer que les nœuds de tâche. L'option C n'offre pas d'économies suffisantes car elle ne tire pas parti des instances Spot.