Шлюз облачного хранилища - Cloud storage gateway

А шлюз облачного хранилища это сетевое устройство или сервер который находится в помещении клиента и переводит облачное хранилище API Такие как МЫЛО или же ОТДЫХ к протоколам блочного хранения, таким как iSCSI или же Fibre Channel или файловые интерфейсы, такие как NFS или же SMB.[1][2]

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

История

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

Технологии

Функции

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

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

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

  • pinning = привязывать определенные файлы к кешу и удалять их только для целей зеркалирования
  • размещение на основе содержимого = перемещать в хранилище объектов только файлы с определенными характеристиками, например все файлы MP3
  • мультиоблачное зеркалирование = зеркальное отображение всех файлов в двух разных хранилищах объектов
  • Наименее недавнее использование = заполнить локальный кеш до максимума, переместить все файлы в хранилище объектов и удалить файлы из кеша по алгоритму LRU
  • encrypt Prior of Destage = файлы зашифровываются на шлюзе облачного хранилища и отправляются в хранилище объектов в зашифрованном виде
  • сжатие и / или дедупликация перед удалением = файлы дедуплицируются и / или сжимаются перед удалением
  • данные резервного копирования в собственном формате резервных копий

Комбинации этих функций обычны.[6] Схемы сортировки по умолчанию, охватывающие интерфейс поиска, обычно полагаются на обработку содержимого без ошибок, которая несет очевидное требование, чтобы две или более из вышеуказанных функций были синхронизированы.[7]

Расширения

Почти все шлюзы объектного хранилища поддерживают Amazon S3 протокол как квазистандарт. Некоторые также предлагают Microsoft Azure Blob, Хранилище Google, или же Openstack SWIFT. Большинство шлюзов поддерживают общедоступное облачное хранилище, например от Amazon или Microsoft в качестве хранилища объектов и Dropbox в качестве хранилища файловых дисков, есть также множество поставщиков, которые также поддерживают частное облачное хранилище, в том числе автономное и локальное хранилище.[8]

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

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

  • прибор оборудования без покрытия
  • программное обеспечение, поддерживающее различные гипервизоры
  • программное обеспечение поверх операционной системы - иначе ПРЕДОХРАНИТЕЛЬ основан

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

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

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

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

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

Стандартом де-факто для объектного хранилища является Amazon S3 - он имел наибольшую популярность и емкость, установленную на объектном хранилище.[9] Но каждый поставщик объектного хранилища может (и большинство из них делает) предложить хранилище Amazon S3 - даже не существует настоящего «стандартного» S3 API: каждый поставщик немного отличается в реализации S3 API (как вы можете видеть по разным облачным хранилищам поставщики шлюзов, поддерживающие "определенные" API различных поставщиков хранилищ объектов). С 2018 года мы видим все больше и больше шлюзов облачных хранилищ, которые скрывают эту сложность, предлагая S3 в северном направлении (что касается сетевых технологий, южное направление относится к хранилищу, используемому шлюзом, тогда как северное - хранилище, предоставляемое шлюзом). Таким образом, вы можете использовать более богатую реализацию S3 на северном направлении, чем на южных опорах.

Недостатки

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

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

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

Рынок

Рынок шлюзов облачного хранилища оценивался в 74 миллиона долларов в 2012 году.[10] по сравнению с 11 миллионами долларов в конце 2010 года.[11]

В 2013 году один аналитик предсказал, что к 2016 году рынок шлюзов для облачных хранилищ может достичь 860 миллионов долларов США.[10]

Смотрите также

Рекомендации

  1. ^ Гэри Оренштейн (22 июня 2010 г.). «GigaOm, покажи мне шлюз - перенос хранилища в облако». Получено 18 июля 2013.
  2. ^ Болес, Джефф. Плюсы и минусы облачного файлового хранилища. 15 марта 2011 г.
  3. ^ Стэнли Заффос, Адам В. Кутюр. Устройства гибридного облачного шлюза расширяют варианты использования облачного хранилища. Исследование Gartner Group G00209453. http://storageswiss.com/2014/05/09/hybrid-cloud-storage-vs-the-enterprise/10 Январь 2011 г.[постоянная мертвая ссылка ]
  4. ^ Пирсон, Тони. Внутри системы хранения.
  5. ^ СНИА. «Хранилище объектов - понимание того, что, как и почему» (PDF).
  6. ^ «5 способов, как облачные технологии улучшат ваш бизнес | Austin Technology | Perth». Остин Технологии. 2017-02-10. Получено 2019-04-16.
  7. ^ Спилнер, Дж (2012). «Гибкий язык политики распределения данных и архитектура шлюза». Конференция IEEE в Латинской Америке по облачным вычислениям и коммуникациям, 2012 г..
  8. ^ Ковач, Гали. «Как смонтировать корзины Amazon S3 в качестве локального диска». cloud.netapp.com. Получено 2019-04-11.
  9. ^ Колумб, Луи. «Обзор прогнозов облачных вычислений, 2017 г.». Forbes. Получено 2019-04-16.
  10. ^ а б TechNavio (январь 2013 г.). «Глобальный рынок шлюзов облачных хранилищ. 2012–2016». Infiniti Research Limited.
  11. ^ Слива, Кэрол. Новые гибридные облачные хранилища привлекают внимание к первичным данным. Май 2011 г.