Указывать «напрямую» на ведро S3 (например, используя s3fs) «вероятно» плохая идея. например, /programming/10801158/how-stable-is-s3fs-to-mount-an-amazon-s3-bucket-as-a-local-directory
EBS почти наверняка является подходящим местом для хранения данных для доступа GeoServer.
100 ГБ очень управляемы по стандартам EBS. (Максимальный объем тома составляет 16 терабайт!)
Я мог бы предложить сохранить исходные данные в S3, а затем при необходимости скопировать их на ваши экземпляры, используя инструменты CLI AWS для синхронизации содержимого папки S3 с вашим локальным экземпляром с помощью одной команды. http://docs.aws.amazon.com/cli/latest/reference/s3/sync.html ). S3 возможно избыточен, но я считаю, что он добавляет гибкость и удобство.
Примечание: если вы планируете использовать большие многоядерные экземпляры в любом случае, и вы знаете, что объем данных вряд ли будет неожиданно расти, и вы можете автоматически создавать свои экземпляры, вы можете рассмотреть возможность использования хранилища экземпляров («эфемерное хранилище») ) поскольку ваши исходные данные будут в безопасности в S3, вы можете сэкономить на сборах EBS, а в некоторых случаях хранение экземпляров может быть немного быстрее, чем EBS.