Шлюз облака хранения представляет собой сетевое устройство или сервер , который находится в помещении заказчика и переводит облако хранения API - интерфейсы , такие как SOAP или REST на основе блоки протоколов хранения , такие как ISCSI или Fibre Channel , или интерфейсы на основе файлов , такие как NFS или SMB . [1] [2]
Согласно отчету Gartner Group за 2011 год , ожидается, что облачные шлюзы увеличат использование облачного хранилища за счет снижения ежемесячных платежей и устранения проблем, связанных с безопасностью данных. [3]
История
Термин «шлюз облачного хранилища» - довольно новый термин. Но технология была построена еще в 1992 году бельгийской компанией Filepool. В 2001 году компания была приобретена корпорацией EMC Corporation . [4] Эта система продавалась под торговой маркой Centera, и, поскольку протокол связи был основан на API, они назвали ее хранилищем с адресацией по содержанию (CAS). Система Centera была первым массивом хранения объектов . Одной из основных проблем системы было отсутствие поддержки приложений со стороны разработчиков. Соответственно, корпорация EMC разработала интерфейс под названием CUA - Centera Universal Access: первый шлюз облачного хранилища. CUA смог установить мост между Centera API и протоколом NFS. Использовать CUA можно было только перед системой Centera - соответственно, это было проприетарное устройство. Хранилище с адресацией по содержанию позже превратилось в объектное хранилище, но проблема все еще существует в отсутствующих приложениях для объектного хранилища - одного из основных факторов, влияющих на шлюзы облачного хранилища.
Технология
Функции
Современные приложения (также известные как «облачные приложения») используют сетевое хранилище с помощью REST и SOAP с протоколом передачи гипертекста на уровне протокола. Соответствующее хранилище предоставляется из массивов, которые предлагают их в качестве хранилища объектов. Классические приложения используют сетевое хранилище с помощью сетевой файловой системы NFS , iSCSI или Server Message Block SMB . Чтобы использовать все преимущества объектного хранилища, существующие приложения необходимо переписать, а новые приложения должны поддерживать объектное хранилище, что по умолчанию не выполняется. Эта проблема решается шлюзами облачного хранилища. Они предлагают объектное хранилище через классические собственные протоколы хранения, такие как Network File System NFS или Server Message Block SMB (и очень немногие из них также предлагают iSCSI). Как показывает практика, теперь вы можете использовать классические приложения с облачным хранилищем собственных объектов, используя шлюзы облачного хранилища.
Функциональность
В корпоративных инфраструктурах NFS в основном используется системами Linux , тогда как системы Windows используют SMB. Для объектного хранилища данные нужны в виде объектов, а не файлов. [5] Для всех шлюзов облачного хранилища необходимо кэшировать входящие файлы и удалять их в хранилище объектов на более позднем этапе. Время отключения зависит от шлюза, и механизм политики позволяет выполнять такие функции, как
- pinning = привязать определенные файлы к кешу и удалить их только для целей зеркалирования
- размещение на основе содержимого = перемещать в хранилище объектов только файлы с определенными характеристиками, например, все файлы MP3
- мультиоблачное зеркалирование = зеркальное отображение всех файлов в двух разных хранилищах объектов
- Наименее недавнее использование = заполнить локальный кеш до максимума, переместить все файлы в хранилище объектов и удалить файлы из кеша по алгоритму LRU
- encrypt Prior of Destage = файлы зашифровываются на шлюзе облачного хранилища и отправляются в хранилище объектов в зашифрованном виде
- сжатие и / или дедупликация перед удалением = файлы дедуплицируются и / или сжимаются перед удалением
- резервное копирование данных в собственном формате резервной копии
Комбинации этих функций обычны. [6] Схемы сортировки по умолчанию, охватывающие интерфейс поиска, обычно полагаются на обработку содержимого без ошибок, которая несет очевидное требование, чтобы две или более из вышеуказанных функций были синхронизированы. [7]
Расширения
Почти все шлюзы объектных хранилищ поддерживают протокол Amazon S3 как квазистандарт. Некоторые предлагают также Microsoft Azure Blob, Google Storage или Openstack SWIFT . Большинство шлюзов поддерживают общедоступное облачное хранилище, например, от Amazon или Microsoft в качестве хранилища объектов и Dropbox в качестве хранилища файловых дисков, также есть множество поставщиков, которые также поддерживают частное облачное хранилище, в том числе автономное и локальное хранилище. [8]
Методы развертывания
Существует несколько вариантов развертывания таких шлюзов, и некоторые поставщики поддерживают также различные варианты своей линейки продуктов:
- устройство аппаратного обеспечения без покрытия
- программное обеспечение, поддерживающее различные гипервизоры
- программное обеспечение поверх операционной системы - также известное как FUSE на основе
Программные устройства, а также шлюзы на основе 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].
Смотрите также
Рекомендации
- ↑ Гэри Оренштейн (22 июня 2010 г.). «GigaOm, покажи мне шлюз - перенос хранилища в облако» . Проверено 18 июля 2013 года .
- ^ Boles, Джефф. Плюсы и минусы облачного файлового хранилища . 15 марта 2011 г.
- ^ Стэнли Заффос, Адам В. От Кутюр. Устройства гибридного облачного шлюза расширяют варианты использования облачного хранилища. Исследование Gartner Group G00209453. http://storageswiss.com/2014/05/09/hybrid-cloud-storage-vs-the-enterprise/10 Январь 2011 г. [ постоянная мертвая ссылка ]
- ^ Пирсон, Тони. Внутри системы хранения .
- ^ СНИА. «Хранилище объектов - понимание того, что, как и почему» (PDF) .
- ^ «5 способов облачных технологий улучшить ваш бизнес | Austin Technology | Perth» . Остин Технологии . 2017-02-10 . Проверено 16 апреля 2019 .
- ^ Спилнер, Дж (2012). «Гибкий язык политики распределения данных и архитектура шлюза». 2012 IEEE Латинской Америки конференция по облачным вычислениям и коммуникациям .
- ^ Ковач, Гали. «Как установить корзины Amazon S3 в качестве локального диска» . cloud.netapp.com . Проверено 11 апреля 2019 .
- ^ Колумб, Луи. «Обзор прогнозов облачных вычислений, 2017» . Forbes . Проверено 16 апреля 2019 .
- ^ Слива, Кэрол. Новые гибридные облачные хранилища привлекают внимание к первичным данным. Май 2011 г.