Шлюз облачного хранилища

Шлюз облачного хранилища - это сетевое устройство или сервер, который находится на территории клиента и преобразует API облачного хранилища, такие как SOAP или REST, в протоколы хранения на основе блоков, такие как iSCSI или Fibre Channel или интерфейсы на основе файлов, такие как NFS или SMB .

Согласно отчету группы Gartner за 2011 год , ожидается, что облачные шлюзы увеличат использование облачного хранилища за счет снижения ежемесячных платежей и устранения проблемы безопасности данных.

История

Термин "шлюз облачного хранилища" является довольно новым. Но технология была построена уже в 1992 году бельгийской компанией Filepool. Компания была приобретена корпорацией EMC в 2001 году. Эта система была продана под фирменным знаком "Centera", и поскольку коммуникационный протокол был основан на API, они назвали его content-addressable storage (CAS). Система Centera была первым массивом хранения объектов. Одной из основных проблем системы стало отсутствие поддержки приложений разработчиками. Соответственно, EMC Corporation разработан интерфейс под названием CUA – Centera Universal Access: первый шлюз облачных хранилищ. CUA удалось установить мост между API Cenetera и протоколом NFS. Можно было использовать CUA только перед системой Centera-соответственно, это было проприетарное устройство. контент-адресуемое хранилище позже превратилось в хранилище объектов, но проблема по – прежнему существует в отсутствующих приложениях для хранения объектов-одном из основных средств для шлюзов облачного хранилища.

Технология

Особенности

Современные приложения (они же "облачные нативные приложения") используют сетевое хранилище с помощью REST и SOAP с протоколом передачи гипертекста на уровне протокола. Связанное хранилище предоставляется из массивов, которые предлагают их в качестве хранилища объектов. Классические приложения используют сетевое хранилище с помощью сетевой файловой системы NFS, iSCSI или блока сообщений сервера SMB. Чтобы использовать все преимущества хранения объектов, необходимо переписать существующие приложения, а новые приложения должны быть осведомлены о хранении объектов, что по умолчанию не так. Эта проблема решается шлюзами облачного хранилища. Они предлагают хранение объектов через классические собственные протоколы хранения, такие как сетевая файловая система NFS или блок сообщений сервера SMB (и очень немногие предлагают iSCSI). Как правило, теперь вы можете использовать классические приложения с облачным собственным хранилищем объектов с помощью шлюзов облачного хранилища.

Функциональность

В корпоративных инфраструктурах NFS в основном используется системами Linux, тогда как системы Windows используют SMB. Для хранения объектов нужны данные в виде объектов, а не файлов.[5] для всех шлюзов облачного хранилища необходимо кэшировать входящие файлы и удалять их в хранилище объектов на более позднем этапе. Время destaging зависит от шлюза, и механизм политики позволяет такие функции, как

• pinning = привязать определенные файлы к кэшу и удалить их только для зеркального отображения
• content based destaging = перемещать только файлы с определенными характеристиками в хранилище объектов, например, все файлы MP3
• multi-cloud mirroring = зеркальное отображение всех файлов в двух разных хранилищах объектов
• Последнее использование = максимально заполнить локальный кэш, переместить все файлы в хранилище объектов и удалить файлы в кэше по алгоритму LRU
• шифрование до удаления = файлы шифруются на шлюзе облачного хранилища и передаются в хранилище объектов в зашифрованном виде
• сжатие и / или дедупликация до удаления = файлы дедуплицируются и / или сжимаются до удаления страниц
• резервное копирование данных в собственном формате

Комбинации этих функций обычны.

Расширения

Почти все шлюзы хранения объектов поддерживают протокол Amazon S3 как квазистандарт. Некоторые предлагают также Microsoft Azure Blob, Google Storage, Openstack SWIFT и очень немногие поддерживают стандартизированный API SNIA Foundation - CDMI . Даже большинство шлюзов поддерживают публичное облачное хранилище, например, от Amazon или Microsoft в качестве хранилища объектов, есть также много поставщиков, которые также поддерживают частное облачное хранилище, в том числе и на Prem storage.

Методы развертывания

Существует несколько вариантов развертывания таких шлюзов – и некоторые поставщики поддерживают также различные варианты своей линейки продуктов:

• прибор оборудования обнаженного металла
• программное устройство, поддерживающее различные гипервизоры
• программное обеспечение поверх операционной системы - он же предохранитель на основе

Программные устройства, а также шлюзы на основе предохранителей могут быть установлены на общедоступных облачных инфраструктурах.

Преимущества

Cloud storage gateway позволяет избежать необходимости изменения существующих приложений с помощью стандартного интерфейса. Вы можете использовать все преимущества хранения объектов без перезаписи приложений.

Также ИТ-пользователи привыкли к существующим протоколам-как SMB или NFS. Они могут использовать облачное хранилище с тем преимуществом, что все еще используют свои существующие инфраструктуры (включая, например, Active Directory, интеграцию LDAP, функции файловой системы и т. д.).).

В то время как шлюзы облачных хранилищ первоначально покрывали только нишу, они стали более привлекательными с точки зрения мульти-облачных технологий. Например, можно запустить шлюз облачного хранилища в виде программного устройства поверх общедоступной или частной облачной инфраструктуры, предложив драйверы томов docker, которые позволяют контейнеры для автоматической подготовки хранилища, используемого этими контейнерами в согласованной форме. Они используют гипервизоры дисков только в качестве кэша, но destabe данные по наименее недавно использованному алгоритму в базовом облачном хранилище.

Де-факто стандартом для хранения объектов является Amazon S3-он имел наибольшую популярность и емкость, установленную на хранилище объектов.[9] Но каждый поставщик хранилища объектов может (и большинство из них) предложить хранилище Amazon S3 – даже нет реального "стандартного" API S3: каждый поставщик немного отличается в реализации API S3 (как вы можете видеть из разных поставщиков cloud storage gateway, поддерживающих "конкретные" API разных поставщиков хранилища объектов). С 2018 года мы видим все больше и больше шлюзов облачных хранилищ, которые скрывают эту сложность, предлагая S3 на northbound (что касается сетевых технологий, southbound относится к хранилищу, используемому шлюзом, тогда как northbound-это хранилище, предоставляемое шлюзом). Таким образом , вы можете использовать более богатую реализацию S3 на northbound, чем поддержка southbound (например, Zenko Cloud Controller, Opendedup cloud storage gateway и Hitachi Content Platform ).

Недостатки

При использовании шлюзов облачного хранилища сложность использования хранилища объектов скрыта, но это также скрывает некоторые преимущества хранения объектов:

• возможность горизонтального масштабирования
• возможность добавления высокоэффективных метаданных к содержимому данных
• использование расширенных возможностей червя и архивирования хранилища объектов

По мере того как приложения переходят на облачные приложения (также называемые облачными нативными приложениями), шлюзы облачных хранилищ будут переходить от многопротокольных шлюзов к многопротекторным шлюзам, обеспечивая доступ к нескольким облачным провайдерам, а также к нескольким протоколам на юге и выступая в качестве ретрансляторов между различными облаками.

Рынок

Рынок cloud storage gateway оценивался в $ 74 млн в 2012 году, по сравнению с $11 млн в конце 2010 года.

Один аналитик предсказал в 2013 году, что рынок облачных шлюзов хранения данных может достичь$860 млн к 2016 году. в январе 2013, некоторые продавцы были Ctera Networks , Emulex , Panzura , Riverbed Technology , Seven10, Sonian Inc., StorSimple, Avere Systems и TwinStrata .

Amazon имеет аналогичную функцию, но только для AWS S3 - " Amazon Storage Gateway"

Хороший обзор дает Gartner corporation

См. также

• Облачные вычисления