Шлюз облачного хранилища — это гибридное облачное устройство хранения, реализованное в аппаратном или программном обеспечении, которое находится на территории клиента и преобразует API облачного хранилища , такие как SOAP или REST, в блочные протоколы хранения, такие как iSCSI или Fibre Channel , или файловые интерфейсы. например NFS или SMB . [1] [2]
Согласно отчету Gartner Group за 2011 год , облачные шлюзы должны были увеличить использование облачных хранилищ за счет снижения ежемесячных платежей и устранения проблем с безопасностью данных. [3]
Современные приложения (так называемые «облачные приложения») используют сетевое хранилище посредством REST и SOAP с протоколом передачи гипертекста на уровне протокола. Соответствующее хранилище предоставляется из массивов, которые предлагают его в качестве объектного хранилища. Классические приложения используют сетевое хранилище посредством сетевой файловой системы NFS , iSCSI или блока сообщений сервера SMB . Чтобы использовать все преимущества объектного хранилища, существующие приложения необходимо переписать, а новые приложения должны поддерживать объектное хранилище, чего по умолчанию нет. Эту проблему решают шлюзы облачного хранилища. Они предлагают объектное хранилище через классические собственные протоколы хранения, такие как сетевая файловая система NFS или блок сообщений сервера SMB (и очень немногие также предлагают iSCSI). Как правило, классические приложения с собственным облачным объектным хранилищем теперь можно использовать со шлюзами облачного хранилища.
В корпоративных инфраструктурах NFS в основном используется системами Linux , тогда как системы Windows используют SMB. Объектному хранилищу нужны данные в форме объектов, а не файлов. [4] Для всех шлюзов облачного хранилища обязательно кэшировать входящие файлы и переносить их в объектное хранилище на более позднем этапе. Время отключения зависит от шлюза, а механизм политики позволяет использовать такие функции, как
Комбинации этих функций являются обычными. [5] Схемы сортировки по умолчанию, охватывающие интерфейс поиска, обычно полагаются на обработку контента без ошибок, которая несет в себе очевидное требование, чтобы две или более из вышеупомянутых функций были синхронизированы. [6]
Почти все шлюзы объектного хранилища поддерживают протокол Amazon S3 как квазистандарт. Некоторые также предлагают Microsoft Azure Blob, Google Storage или Openstack SWIFT . Большинство шлюзов поддерживают общедоступное облачное хранилище, например Amazon или Microsoft в качестве хранилища объектов и Dropbox в качестве файлового хранилища. Есть также множество поставщиков, которые также поддерживают частное облачное хранилище, в том числе автономное и локальное хранилище. [7]
Существует несколько вариантов развертывания таких шлюзов, и некоторые поставщики поддерживают различные варианты своей линейки продуктов:
Программные устройства, а также шлюзы на базе FUSE можно устанавливать в публичных облачных инфраструктурах.
Шлюзы облачного хранилища позволяют избежать необходимости изменять существующие приложения, предоставляя стандартный интерфейс.
Кроме того, ИТ-пользователи привыкли к существующим протоколам, таким как SMB или NFS. Они могут использовать облачное хранилище с преимуществом использования существующей инфраструктуры (включая, например, Active Directory, интеграцию LDAP, функции общего доступа к файлам и т. д.).
Хотя шлюзы облачных хранилищ изначально занимали только нишу, они стали более привлекательными по сравнению с мультиоблачными технологиями. В качестве примера: можно запустить шлюз облачного хранилища в виде программного устройства поверх общедоступной или частной облачной инфраструктуры, предложив драйверы томов Docker, которые позволяют контейнерам автоматически выделять хранилище, используемое этими контейнерами, в согласованной форме. . Они используют диски гипервизора только в качестве кэша, но перемещают данные по наименее использованному алгоритму в базовое облачное хранилище.
Де-факто стандартом объектного хранилища является Amazon S3 – он имел наибольшую популярность и емкость среди объектных хранилищ. [8] Но каждый поставщик объектных хранилищ может (и большинство из них так и делает) предложить хранилище Amazon S3 – даже не существует настоящего «стандартного» API S3: каждый поставщик немного по-своему реализует S3 API (как видно из разных облаков). поставщики шлюзов хранения, поддерживающие «конкретные» API различных поставщиков объектных хранилищ). С 2018 года все большее число шлюзов облачного хранилища скрывают эту сложность, предлагая S3 на северном направлении (что касается сетевых технологий, южное направление относится к хранилищу, используемому шлюзом, тогда как северное направление — это хранилище, предоставляемое шлюзом). Таким образом, можно использовать более богатую реализацию S3 на северном направлении, чем на южных опорах.
При использовании шлюзов облачного хранилища скрывается сложность использования объектного хранилища, но это также скрывает некоторые преимущества объектного хранилища:
По мере того, как приложения меняются на облачные приложения (так называемые «родные облачные приложения»), шлюзы облачного хранилища будут превращаться из многопротокольных шлюзов в многооблачные шлюзы, обеспечивая доступ к множеству облачных провайдеров, а также к множеству южных протоколов и выступая в качестве ретрансляторов между различными облаками.
По состоянию на 2020 год [обновлять]рынок шлюзов облачного хранения оценивался более чем в 2 миллиарда долларов США, а к 2026 году прогнозировалось, что он достигнет 11 миллиардов долларов США, согласно отчету исследовательской компании Mordor Intelligence. [9]