Кластер Amazon EMR (использующий EMRFS) ежедневно выполняет критически важную пакетную обработку, начиная с 1:00 AM, и занимает около 6 часов. В настоящее время кластер использует инстансы On-Demand для primary, core и task узлов, и время завершения не является критичным. Архитектура должна быть пересмотрена для снижения затрат на вычисления. Какое изменение должен рекомендовать архитектор решений?

Правильный ответ снижает затраты, сохраняя при этом надежность. Primary и core узлы EMR критически важны для стабильности кластера, поэтому их следует запускать на On-Demand инстансах для гарантии доступности. Task узлы обрабатывают данные и могут быть прерваны без потери прогресса (за счет повторной обработки), что делает их идеальными кандидатами для Spot-инстансов, значительно снижающих стоимость. Завершение только task-узлов после обработки позволяет сохранить primary и core узлы для будущих задач, сокращая время запуска нового кластера. Compute Savings Plans дополнительно снижают стоимость On-Demand инстансов. Остальные варианты менее оптимальны: Запуск всех узлов на Spot-инстансах рискован, так как прерывание primary или core узлов приведет к сбою всего кластера. Завершение всего кластера каждый раз увеличивает накладные расходы на запуск. Оставление всех узлов на On-Demand инстансах не использует потенциал экономии Spot-инстансов.