Варианты использования AWS Шлюз хранения всегда предполагается, что шлюз виртуального хранилища будет установлен локально (то есть локально для клиента), а затем будет синхронизирован с AWS. Меня интересует, не разместить ли вместо этого шлюз хранилища на EC2.
Мой вариант использования таков:
У меня есть большой объем данных о клиентах, к которым необходимо получить доступ через файловую систему (т.е. они не могут быть просто сохранены в S3). Доступ к большому проценту этих данных осуществляется нечасто. Для этого я использую несколько томов EBS, подключенных к EC2, и снимаю их с S3. Однако хранилище стоит дорого, и существует единственная точка отказа, поскольку диски EBS можно подключить только к одному экземпляру.
Однако похоже, что я мог бы вместо этого установить шлюз виртуального хранилища на моем сервере EC2 и использовать новую функцию Gateway-Caching, чтобы хранить только часто используемые данные локально (используя бесплатное хранилище экземпляров для кэширования).
Кроме того, я читал это Диски iSCSI можно установить на несколько серверов при условии, что они отформатированы с файловой системой с поддержкой кластера.
Мои вопросы:
Это разумный вариант использования Storage Gateway?
Можно ли подключить диск iSCSI Storage Gateway к нескольким экземплярам EC2, исключив единую точку отказа?
AFAIR, Starwind поддерживал AWS и недавно получил поддержку Backblaze. Я не уверен насчет плана миграции, но вы определенно можете попросить их инженеров помочь вам.
Не уверен, что это подходящее место, чтобы задать вопрос, но у меня похожая ситуация, за исключением того, что я хотел бы перейти с AWS S3 на Backblaze B2.
Некоторое время я использовал AWS Storage Gateway, но перешел на функцию VTL Gateway, поскольку она мне больше подошла. Теперь я ищу аналогичную функцию (шлюз хранилища или, лучше, шлюз VTL), которая работает с B2. Вы можете указать мне правильное направление?
Похоже, сейчас это поддерживается, см. EC2 шлюз.
По ссылке:
This section discusses how to deploy a AWS Storage Gateway-cached volumes on Amazon Elastic Compute Cloud (Amazon EC2). After you deploy the gateway and add local disk storage, you activate and work with the gateway just as you would for an on-premises gateway.