Войти
A шлюз облачного хранилища является сетевым устройством или сервер, который находится на территории клиента и преобразует облачное хранилище API, например SOAP или REST, в блочное протоколы хранения, такие как iSCSI или Fibre Channel, или файловые интерфейсы, такие как NFS или SMB.
Согласно отчету 2011 г. Gartner Group, облачные шлюзы, как ожидалось, увеличат использование облачного хранилища за счет снижения ежемесячных платежей и устранения проблем с безопасностью данных.
Термин " шлюз облачного хранилища »- довольно новая вещь. Но технология была построена еще в 1992 году бельгийской компанией Filepool. Компания была приобретена EMC Corporation в 2001 году. Эта система продавалась под торговой маркой «Centera», и, поскольку протокол связи был основан на API, они назвали ее адресуемое по содержанию хранилище ( CAS). Система Centera была первым массивом объектного хранилища. Одной из основных проблем системы было отсутствие поддержки приложений со стороны разработчиков. Соответственно, EMC Corporation разработала интерфейс под названием CUA - Centera Universal Access: первый шлюз облачного хранилища. CUA смог установить мост между Cenetera API и протоколом NFS. Использовать CUA можно было только перед системой Centera - соответственно, это было проприетарное устройство. Хранилище с адресацией по содержанию позже превратилось в хранилище объектов, но проблема все еще существует в отсутствующих приложениях для хранилища объектов - одного из основных факторов, влияющих на шлюзы облачного хранилища.
Современные приложения (также известные как «облачные приложения») используют сетевое хранилище посредством REST и SOAP с протоколом передачи гипертекста на уровне протокола. Соответствующее хранилище предоставляется из массивов, которые предлагают их в качестве хранилища объектов. Классические приложения используют сетевое хранилище с помощью сетевой файловой системы NFS, iSCSI или блока сообщений сервера SMB. Чтобы использовать все преимущества объектного хранилища, существующие приложения необходимо переписать, а новые приложения должны поддерживать объектное хранилище, что по умолчанию не выполняется. Эта проблема решается шлюзами облачного хранилища. Они предлагают объектное хранилище через классические собственные протоколы хранения, такие как Network File System NFS или Server Message Block SMB (и очень немногие из них также предлагают iSCSI). Как показывает практика, теперь вы можете использовать классические приложения с облачным хранилищем собственных объектов, используя шлюзы облачного хранилища.
В корпоративных инфраструктурах NFS в основном используется системами Linux, тогда как системы Windows используют SMB. Для объектного хранилища данные нужны в виде объектов, а не файлов. Для всех шлюзов облачного хранилища необходимо кэшировать входящие файлы и удалять их в хранилище объектов на более позднем этапе. Время удаления зависит от шлюза, и механизм политики позволяет выполнять такие функции, как
Комбинации этих функций являются обычными. Схемы сортировки по умолчанию, охватывающие интерфейс поиска, обычно полагаются на обработку содержимого без сбоев, которая несет очевидное требование, чтобы две или более из вышеуказанных функций были синхронизированы.
Почти все шлюзы хранилища объектов поддержка протокола Amazon S3 в качестве квазистандарта. Некоторые предлагают также Microsoft Azure Blob, Google Storage или Openstack SWIFT. Большинство шлюзов поддерживают публичное облачное хранилище, например от Amazon или Microsoft в качестве хранилища объектов и Dropbox в качестве хранилища файловых дисков, есть также множество поставщиков, которые также поддерживают частное облачное хранилище, в том числе автономное и локальное хранилище.
Существует несколько вариантов развертывания таких шлюзов, и некоторые поставщики поддерживают также различные варианты своей линейки продуктов:
Программные устройства, а также шлюзы на основе FUSE могут быть установлены в общедоступных облачных инфраструктурах.
Шлюз облачного хранилища позволяет избежать необходимости изменять существующие приложения, предоставляя стандартный интерфейс. Вы можете использовать все преимущества объектного хранилища, не переписывая свои приложения.
Также ИТ-пользователи привыкли к существующим протоколам, таким как SMB или NFS. Они могут использовать облачное хранилище с тем преимуществом, что по-прежнему используют свою существующую инфраструктуру (включая, например, Active Directory, интеграцию LDAP, функции совместного использования файлов и т. Д.).
В то время как шлюзы облачного хранилища изначально занимали только определенную нишу, они стали более привлекательными благодаря мультиоблачным технологиям. В качестве примера: можно запустить шлюз облачного хранилища в форме программного устройства поверх инфраструктуры общедоступного или частного облака, предложив драйверы тома докеров, которые позволяют контейнерам автоматически предоставлять хранилище, используемое этими контейнерами, в согласованной форме. Они используют диски гипервизора только в качестве кеша, но переносят данные по наименее недавно использовавшемуся алгоритму в базовое облачное хранилище.
Де-факто стандартом для объектного хранилища является Amazon S3 - он имел наибольшую популярность и емкость, установленную на объектном хранилище. Но каждый поставщик объектного хранилища может (и большинство из них предлагает) предложить хранилище Amazon S3 - даже не существует настоящего «стандартного» S3 API: каждый поставщик немного отличается в реализации S3 API (как вы можете видеть по разным облачным хранилищам поставщики шлюзов, поддерживающие "определенные" API различных поставщиков хранилищ объектов). С 2018 года мы видим все больше и больше шлюзов облачных хранилищ, которые скрывают эту сложность, предлагая S3 на северном направлении (что касается сетевых технологий, южное направление относится к хранилищу, используемому шлюзом, тогда как северное направление - это хранилище, предоставляемое шлюзом). Таким образом, вы можете использовать более богатую реализацию S3 на северном направлении, чем на южных опорах.
При использовании шлюзов облачного хранилища сложность использования хранилища объектов скрыта, но это также скрывает некоторые преимущества хранилища объектов:
По мере того, как приложения переходят на облачные приложения (также называемые облачными собственными приложениями), облачное хранилище шлюзы изменятся с многопротокольных шлюзов на многооблачные, обеспечивая доступ к нескольким облачным провайдерам, а также к нескольким южным протоколам и выступая в качестве ретранслятора между различными облаками.
Рынок шлюзов для облачных хранилищ оценивался в 74 миллиона долларов в 2012 году по сравнению с 11 миллионами долларов в конце 2010 года.
В 2013 году один аналитик предсказал, что облако К 2016 году рынок шлюзов хранения данных может достичь 860 миллионов долларов США.
