Приложение с большим объемом данных работает на сотнях инстансов EC2 и в настоящее время использует общую файловую систему, размещенную на нескольких инстансах EC2, содержащих 200 ТБ данных. Ежемесячная задача запускается один раз в месяц, считывает подмножество файлов, выполняется около 72 часов, а вычислительные инстансы масштабируются в группе Auto Scaling. Хосты EC2 общей файловой системы всегда запущены. Все ресурсы находятся в одном регионе. Вам необходимо заменить серверы общей файловой системы, чтобы сократить расходы, обеспечивая при этом высокопроизводительный доступ для 72-часовой задачи. Какой вариант обеспечит НАИБОЛЬШЕЕ общее сокращение затрат при удовлетворении потребностей?

Правильный вариант предлагает наиболее экономичное решение. Перемещение данных в S3 Intelligent-Tiering снижает затраты на хранение, так как данные хранятся в разных уровнях в зависимости от частоты доступа. Создание FSx for Lustre по требованию с отложенной загрузкой из S3 позволяет платить за высокопроизводительное хранилище только во время выполнения задачи, а затем удалять его, избегая постоянных затрат. Отложенная загрузка означает, что данные загружаются в FSx for Lustre только при первом запросе, что ускоряет запуск задачи. Неправильные варианты: Использование очень большого тома EBS с Multi-Attach не подходит для 200 ТБ данных, так как EBS имеет ограничения по размеру и не предназначен для такого масштаба. Предварительная пакетная загрузка всех 200 ТБ данных в FSx for Lustre из S3 будет дорогостоящей и займет много времени, что противоречит цели сокращения затрат. Развертывание AWS Storage Gateway каждый месяц для 200 ТБ данных будет медленным, сложным в управлении и не обеспечит необходимой производительности для 72-часовой задачи.