Автоматическое масштабирование изображений с подключенным EBS

Question

У нас есть экземпляр AWS EC2, в котором установлен EBS gp3 SSD с объемом около 70 ГБ. Иногда мы делаем некоторые заказы scp для копирования новых файлов в этот EBS, но в остальное время экземпляр будет выполнять только операции чтения в EBS.

Этот экземпляр получает запросы из интернета, и для каждого запроса он должен прочитать 2000 файлов (1000 из ~ 60kb и 1000 из ~ 414b). Теперь мы хотим включить этот экземпляр в группу автомасштабирования. Что нам делать с этим EBS? Насколько я понял, я могу:

1. Создайте новые экземпляры с новым EBS, который копирует исходный EBS каждый раз при создании -> Он копирует ГБ и выполняет IOPS, что в конечном итоге означает трату $ + времени на копирование EBS.
2. Использовать многопользовательскую EBS -> более высокие затраты на хранение (это выделенные ГБ, а не общие)
3. Используйте EFS. Более низкая скорость и более высокая задержка. Более высокая цена, чем EBS, но при создании нескольких будет дешевле.
4. Используйте NFS на микроэкземпляре с группой автоматического масштабирования с мин.:1 макс.:1, чтобы избежать сбоев, и подключайте EBS каждый раз при его создании.
5. Используйте GlusterFS. Я думаю, что это довольно дорого на AWS. Так ли это?

Я не думаю, что в долгосрочной перспективе у нас никогда не будет общего доступа более чем на 100 ГБ. Как вы думаете, какой подход является лучшим в этом сценарии? Я думал о 5), но из-за затрат я думал о 4).

Answer 1

EFS обычно используется в этом сценарии, он создан для совместного использования в качестве сетевого хранилища. Вы также можете использовать многопользовательскую EBS, если стоимость или производительность EFS вас не устраивают.

1 / 4 / 5 не очень хорошие варианты ИМХО. Используйте сервисы, а не серверы.