WikiDer > Хранилище объектов

Object storage

Хранилище объектов (также известен как объектно-ориентированное хранилище[1]) это компьютерное хранилище данных архитектура, которая управляет данными как объектами, в отличие от других архитектур хранения, таких как файловые системы который управляет данными как файловой иерархией, и блочное хранилище который управляет данными как блоками внутри секторов и дорожек.[2] Каждый объект обычно включает в себя сами данные, переменное количество метаданные, а глобально уникальный идентификатор. Хранилище объектов может быть реализовано на нескольких уровнях, включая уровень устройства (устройство хранения объекта), системный уровень и уровень интерфейса. В каждом случае объектное хранилище стремится реализовать возможности, не реализованные в других архитектурах хранилища, такие как интерфейсы, которые напрямую программируются приложением, пространство имен, которое может охватывать несколько экземпляров физического оборудования, а также функции управления данными, такие как репликация данных и распределение данных на уровне объектов.

Системы объектного хранения позволяют хранить огромное количество неструктурированные данные. Хранилище объектов используется для таких целей, как хранение фотографий на Facebook, песни на Spotifyили файлы в онлайн-сервисах для совместной работы, например Dropbox.[3]

История

Происхождение

В 1995 году исследование под руководством Гарт Гибсон на Сетевые защищенные диски сначала продвигал концепцию разделения менее распространенных операций, таких как манипуляции с пространством имен, от общих операций, таких как чтение и запись, для оптимизации производительности и масштабирования обоих.[4] В том же году была создана бельгийская компания FilePool для создания основы для архивных функций. Хранилище объектов было предложено у Гибсона. Университет Карнеги Меллон lab как исследовательский проект в 1996 году.[5] Другой ключевой концепцией было абстрагирование операций записи и чтения данных в более гибкие контейнеры данных (объекты). Детальный контроль доступа через архитектуру хранилища объектов[6] был далее описан одним из сотрудников NASD, Говардом Гобиоффом, который позже был одним из изобретателей Файловая система Google.[7] Другая связанная с этим работа включает Coda проект файловой системы в Карнеги Меллон, который начался в 1987 году и породил Файловая система Lustre.[8] Существует также проект OceanStore в Калифорнийском университете в Беркли,[9] который начался в 1999 году.[10] В 1999 году Гибсон основал Панасас коммерциализировать концепции, разработанные командой NASD.

Centera дебютировала в 2002 году.[11] Технология под названием хранилище с адресацией по содержимому, был разработан в Filepool, приобретен Корпорация EMC в 2001.[12]

Развитие

Seagate Technology сыграли центральную роль в развитии хранилища объектов. Согласно Промышленная ассоциация сетей хранения данных SNIA: «Объектное хранилище возникло в конце 1990-х: спецификации Seagate с 1999 года. Введены некоторые из первых команд и описаны способы эффективного исключения операционной системы из использования хранилища».[13]

Предварительная версия «Предложения по набору команд для ОБЪЕКТНЫХ УСТРОЙСТВ ХРАНЕНИЯ» от 25.10.1999 была представлена ​​Seagate под редакцией Дэйва Андерсона из Seagate и являлась результатом работы Национального консорциума индустрии хранения данных (NSIC), включая участие Университет Карнеги Меллон, Seagate, IBM, Quantum и StorageTek.[14] Этот документ был предложен ИНЦИТС Т-10 (Международный комитет по стандартам информационных технологий) с целью сформировать комитет и разработать спецификацию на основе протокола интерфейса SCSI. Это определило объекты как абстрактные данные с уникальным идентификатором и метаданными, как объекты связаны с файловыми системами, а также многие другие инновационные концепции. Андерсон представил многие из этих идей на конференции SNIA в октябре 1999 года. Презентация раскрыла соглашение об интеллектуальной собственности, которое было подписано в феврале 1997 года между первоначальными сотрудниками (с Seagate, представленными Андерсоном и Крисом Малакапалли), и охватывало преимущества хранения объектов. масштабируемые вычисления, независимость от платформы и управление хранилищем.[15]

С 1999 по 2013 год не менее 300 миллионов долларов венчурного финансирования было связано с хранилищем объектов, включая таких поставщиков, как SwiftStack, Amplidata, Bycast, Cleversafe, Cloudian, Nirvanix и Scality.[16] Это не включает разработку от поставщиков систем, таких как Сети DataDirect (WOS), Dell Эластичное облачное хранилище EMC, Centera, Атмос, HDS (Hitachi Content Platform (HCP)), IBM (IBM Cloud), NetApp (StorageGRID), Redhat GlusterFS, поставщиков облачных услуг, таких как Amazon (AWS S3 в 2006 г.), Microsoft (Microsoft Azure), Oracle (Oracle Cloud) и Google (Облачное хранилище Google в 2010 г.), или разработка с открытым исходным кодом на Блеск, OpenStack (Swift), МогилеФС, Ceph и OpenIO.[17][18]В июле 2016 года была опубликована статья, иллюстрирующая график выпуска продуктов.[19]

Архитектура

Архитектура хранилища объектов высокого уровня.png

Абстракция хранилища

Один из принципов проектирования хранилища объектов - отвлечь некоторые из нижних уровней хранилища от администраторов и приложений. Таким образом, данные предоставляются и управляются как объекты, а не файлы или блоки. Объекты содержат дополнительные описательные свойства, которые можно использовать для лучшей индексации или управления. Администраторам не нужно выполнять функции хранения нижнего уровня, такие как создание и управление. логические тома использовать емкость диска или настройку RAID уровни, чтобы справиться с отказом диска.

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

Включение расширенных настраиваемых метаданных в объект

Хранилище объектов явно отделяет метаданные файла от данных для поддержки дополнительных возможностей. В отличие от фиксированных метаданных в файловых системах (имя файла, дата создания, тип и т. Д.), Хранилище объектов обеспечивает полнофункциональные, настраиваемые метаданные на уровне объекта, чтобы:

  • Сбор информации о приложении или пользователе для лучшего индексирования
  • Поддержка политик управления данными (например, политики перемещения объектов с одного уровня хранения на другой)
  • Централизованное управление хранилищем на множестве отдельных узлов и кластеров
  • Оптимизировать хранение метаданных (например, инкапсулированное, в базе данных или хранилище значений ключа) и кэширование / индексирование (когда авторитетные метаданные инкапсулируются с метаданными внутри объекта) независимо от хранилища данных (например, неструктурированное двоичное хранилище)

Кроме того, в некоторых реализациях объектной файловой системы:

  • Клиенты файловой системы связываются с серверами метаданных только один раз при открытии файла, а затем получают контент напрямую через серверы хранения объектов (по сравнению с файловыми системами на основе блоков, которые требуют постоянного доступа к метаданным)
  • Объекты данных можно настраивать для каждого файла, чтобы обеспечить адаптивную ширину полосы даже на нескольких серверах хранения объектов, поддерживая оптимизацию пропускной способности и ввода-вывода.

Объектно-ориентированные устройства хранения (OSD), а также некоторые программные реализации (например, Caringo Swarm) управляют метаданными и данными на уровне устройства хранения:

  • Вместо предоставления блочно-ориентированного интерфейса, который читает и записывает блоки данных фиксированного размера, данные организованы в контейнеры данных гибкого размера, называемые объектами.
  • Каждый объект имеет как данные (неинтерпретируемую последовательность байтов), так и метаданные (расширяемый набор атрибутов, описывающих объект); физическая инкапсуляция обоих вместе повышает восстанавливаемость.
  • Командный интерфейс включает команды для создания и удаления объектов, записи байтов и чтения байтов в отдельные объекты и из них, а также для установки и получения атрибутов объектов.
  • Механизмы безопасности обеспечивают управление доступом для отдельных объектов и команд

Программное управление данными

Хранилище объектов предоставляет программные интерфейсы, позволяющие приложениям манипулировать данными. На базовом уровне это включает создание, чтение, обновление и удаление (CRUD) функции для основных операций чтения, записи и удаления. Некоторые реализации объектного хранилища идут дальше, поддерживая дополнительные функции, такие как управление версиями объекта, репликация объектов, управление жизненным циклом и перемещение объектов между разными уровнями и типами хранилищ. Большинство реализаций API ОСТАЛЬНЫЕ-на основе, что позволяет использовать многие стандартные HTTP звонки.

Реализация

Облачное хранилище

Основная статья: Облачное хранилище

Подавляющее большинство облачных хранилищ, доступных на рынке, использует архитектуру объектного хранилища. Некоторые примечательные примеры: Amazon Web Services S3, который дебютировал в марте 2006 года, Microsoft Azure, Rackspace Файлы (код которых был подарен в 2010 году проекту Openstack и выпущен как OpenStack Swift), и Облачное хранилище Google выпущен в мае 2010 года.

Объектно-ориентированные файловые системы

Некоторые распределенные файловые системы используют объектно-ориентированную архитектуру, где метаданные файлов хранятся на серверах метаданных, а данные файлов хранятся на серверах хранения объектов. Клиентское программное обеспечение файловой системы взаимодействует с отдельными серверами и абстрагирует их, чтобы предоставить пользователям и приложениям полную файловую систему. IBM Spectrum Scale (также известная как GPFS), Эластичное облачное хранилище Dell EMC, Ceph, XtreemFS, и Блеск являются примерами такого типа хранилища объектов.

Системы хранения объектов

Некоторые ранние воплощения объектного хранилища использовались для архивирования, поскольку реализации были оптимизированы для таких служб данных, как неизменяемость, а не производительность. EMC Centera и Hitachi HCP (ранее известная как HCAP) - два часто упоминаемых продукта хранения объектов для архивирования. Другой пример - платформа для хранения объектов Quantum Lattus.

Более универсальные системы хранения объектов вышли на рынок примерно в 2008 году. Привлеченные невероятным ростом «связанных» систем хранения в веб-приложениях, таких как Yahoo Mail, и ранним успехом облачных хранилищ, системы объектных хранилищ обещали масштаб и возможности облака хранилище с возможностью развертывания системы на предприятии или у начинающего поставщика услуг облачного хранилища. Известные примеры систем хранения объектов включают Quantum ActiveScale (ранее Western Digital),[20] NetApp StorageGRID,[21] EMC Atmos, OpenStack Swift, КОЛЬЦО Scality, Caringo Swarm[22] (ранее CAStor), Облачный,[23] OpenIO,[17] и Минио.[24]

Гибридное хранилище

Несколько систем хранения объектов, например Ceph, GlusterFS, Облачный,[23] IBM Spectrum Scale,[25]и Scality поддерживают унифицированное хранилище файлов и объектов (UFO), позволяя некоторым клиентам хранить объекты в системе хранения, в то время как другие клиенты одновременно хранят файлы в той же системе хранения. Хотя «гибридное хранилище» не является общепринятым термином для этой концепции из-за путаницы с гибридным вращающимся диском и флеш-хранилищем,[26] совместимые интерфейсы с одним и тем же набором данных доступны в некоторых продуктах для хранения объектов.

«Captive» объектное хранилище

Некоторые крупные интернет-компании разрабатывали собственное программное обеспечение, когда продукты для хранения объектов не были коммерчески доступны или варианты использования были очень специфичными. Facebook изобрел собственное программное обеспечение для хранения объектов под кодовым названием Haystack, чтобы эффективно удовлетворить их особые потребности в массовом управлении фотографиями.[27]

Хранилище виртуальных объектов

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

Известные примеры в этой категории: Нирвана, и его кузен с открытым исходным кодом iRODS.

Большинство продуктов этой категории недавно расширили свои возможности для поддержки других решений Object Store.

Объектно-ориентированные устройства хранения

Объектное хранилище на уровне протокола и устройства было предложено 20 лет назад.[двусмысленный] и утвержден для SCSI набор команд почти 10 лет назад[двусмысленный] как «Команды устройства хранения на основе объектов» (OSD),[28] однако он не был запущен в производство до разработки платформы Seagate Kinetic Open Storage.[29][30] В SCSI набор команд для Object Storage Devices был разработан рабочей группой SNIA для комитета T10 Международный комитет по стандартам информационных технологий (ИНЦИТЫ).[31] T10 отвечает за все стандарты SCSI.

Принятие на рынок

Один из первых продуктов для хранения объектов, Lustre, используется в 70% суперкомпьютеров из 100 лучших и ~ 50% суперкомпьютеров. 500 лучших.[32] По состоянию на 16 июня 2013 г. сюда входят 7 из 10 лучших систем, в том числе текущая четвертая по скорости система в списке - китайский Tianhe-2 и седьмая по скорости - система. Суперкомпьютер титан в Национальная лаборатория Окриджа (на фото справа).[33]

Системы объектного хранения получили широкое распространение в начале 2000-х годов в качестве архивной платформы, особенно после принятия законов о соответствии, таких как Сарбейнс-Оксли. После пяти лет работы на рынке продукт EMC Centera привлек более 3500 клиентов и 150 петабайты отгружено к 2007 году.[34] Продукт Hitachi HCP также требует многих петабайт-масштабные клиенты.[35] Новые системы хранения объектов также получили определенную популярность, особенно в отношении очень больших пользовательских приложений, таких как сайт аукционов eBay, где EMC Atmos используется для управления более чем 500 миллионами объектов в день.[36] По состоянию на 3 марта 2014 г. EMC утверждает, что продала более 1,5 эксабайт хранилища Atmos.[37] 1 июля 2014 г. Национальная лаборатория Лос-Аламоса выбрал КОЛЬЦО Scality в качестве основы для среды хранения объемом 500 петабайт, которая станет одной из самых больших за всю историю.[38]

Системы хранения «захваченных» объектов, такие как Haystack от Facebook, значительно расширились. В апреле 2009 года Haystack управлял 60 миллиардами фотографий и 1,5 петабайтами хранилища, добавляя 220 миллионов фотографий и 25 терабайт в неделю.[27][39] Facebook недавно заявил, что они добавляют 350 миллионов фотографий в день и хранят 240 миллиардов фотографий.[40] Это может быть до 357 петабайт.[41]

Облачное хранилище стало повсеместным, поскольку многие новые веб-приложения и мобильные приложения выбирают его в качестве обычного способа хранения двоичные данные.[42] В качестве хранилища для многих популярных приложений, таких как Кружка и Dropbox, AWS S3 разросся до огромных масштабов, сославшись на более 2 триллионов объектов, хранящихся в апреле 2013 года.[43] Два месяца спустя Microsoft заявила, что они хранят в Azure еще больше объектов - 8,5 триллиона.[44] К апрелю 2014 года в Azure было сохранено более 20 триллионов объектов.[45] Хранилище Windows Azure управляет большими двоичными объектами (пользовательскими файлами), таблицами (структурированным хранилищем) и очередями (доставкой сообщений) и считает их все как объекты.[46]

Анализ рынка

IDC начала ежегодно оценивать рынок объектно-ориентированных систем хранения данных, используя свою методологию MarketScape. IDC описывает MarketScape как: «... количественную и качественную оценку характеристик, которые оценивают текущий и будущий успех поставщика на указанном рынке или рыночном сегменте и обеспечивают меру их превосходства, чтобы стать лидером или сохранить лидерство. IDC Оценки MarketScape особенно полезны на развивающихся рынках, которые часто фрагментированы, имеют несколько игроков и не имеют четких лидеров ».[47]

В 2019 году IDC оценила Dell EMC, Hitachi Data Systems, IBM, NetApp, и Масштабность как лидеры.

Стандарты

Стандарты объектно-ориентированных запоминающих устройств

OSD версии 1

В первой версии стандарта OSD[48] объекты указываются с 64-битным идентификатором раздела и 64-битным идентификатором объекта. Разделы создаются и удаляются в экранном меню, а объекты создаются и удаляются внутри разделов. Нет фиксированных размеров, связанных с разделами или объектами; они могут увеличиваться в зависимости от ограничений физического размера устройства или логических квот на раздел.

Расширяемый набор атрибутов описывает объекты. Некоторые атрибуты реализуются непосредственно OSD, например, количество байтов в объекте и время модификации объекта. Существует специальный атрибут тега политики, который является частью механизма безопасности. Другие атрибуты не интерпретируются OSD. Они устанавливаются для объектов системами хранения более высокого уровня, которые используют OSD для постоянного хранения. Например, атрибуты могут использоваться для классификации объектов или для фиксации отношений между различными объектами, хранящимися в разных OSD.

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

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

OSD версии 2

Второе поколение набора команд SCSI, «Object-Based Storage Devices - 2» (OSD-2), добавило поддержку моментальных снимков, коллекций объектов и улучшило обработку ошибок.[49]

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

Коллекция - это особый вид объекта, который содержит идентификаторы других объектов. Есть операции для добавления и удаления из коллекций, а также есть операции для получения или установки атрибутов для всех объектов в коллекции. Коллекции также используются для отчетов об ошибках. Если объект поврежден из-за дефекта носителя (т. Е. Плохого места на диске) или из-за программной ошибки в реализации OSD, его идентификатор помещается в специальный набор ошибок. Система хранения более высокого уровня, использующая OSD, может запросить эту коллекцию и при необходимости предпринять корректирующие действия.

Различия между хранилищами ключей и значений и хранилищами объектов

К сожалению, граница между хранилищем объектов и хранилищем значений ключей размыта, а хранилища ключей и значений иногда вольно называются хранилищами объектов.[50]

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

В хранилище "ключ-значение" данные идентифицируются ключом, а не LBN. Ключ может быть «кот», «оливковый» или «42». Это может быть произвольная последовательность байтов произвольной длины. Данные (называемые на этом языке значением) не обязательно должны быть фиксированного размера, а также могут быть произвольной последовательностью байтов произвольной длины. Один хранит данные, представляя ключ и данные (значение) в хранилище данных, а затем может извлекать данные, представляя ключ. Эта концепция встречается в языках программирования. Python называет их словарями, Perl называет их хешами, Java и C ++ называют их картами и т. Д. Некоторые хранилища данных также реализуют хранилища значений ключей, такие как Memcached, Redis и CouchDB.

Хранилища объектов похожи на хранилища "ключ-значение" в двух отношениях. Во-первых, идентификатор объекта или URL (эквивалент ключа) может быть произвольной строкой.[51] Во-вторых, данные могут иметь произвольный размер.

Однако есть несколько ключевых различий между хранилищами ключей и хранилищами объектов. Во-первых, хранилища объектов также позволяют связать ограниченный набор атрибутов (метаданных) с каждым фрагментом данных. Комбинация ключа, значения и набора атрибутов называется объектом. Во-вторых, хранилища объектов оптимизированы для больших объемов данных (сотни мегабайт или даже гигабайт), тогда как для хранилищ "ключ-значение" ожидается, что значение будет относительно небольшим (килобайты). Наконец, хранилища объектов обычно предлагают более слабые гарантии согласованности, такие как возможная последовательность, тогда как магазины "ключ-значение" предлагают сильная последовательность.

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

использованная литература

  1. ^ Меснье, Майк; Грегори Р. Гангер; Эрик Ридель (август 2003 г.). «Объектно-ориентированное хранилище» (PDF). Журнал IEEE Communications: 84–90. Дои:10.1109 / mcom.2003.1222722. Архивировано из оригинал (PDF) 14 мая 2014 г.. Получено 27 октября 2013.
  2. ^ Портер Де Леон, Ядин; Тони Пископо. «Объектное хранилище по сравнению с блочным хранилищем: понимание различий в технологиях». Druva.com. Получено 19 января 2015.
  3. ^ Чандрасекаран, Арун, Дейли, Алан (11 февраля 2014 г.). «Критические возможности для объектного хранилища». Gartner Research.CS1 maint: использует параметр авторов (ссылка на сайт)
  4. ^ Гарт А. Гибсон; Nagle D .; Amiri K .; Чан Ф .; Feinberg E .; Gobioff H .; Lee C .; Ozceri B .; Riedel E .; Rochberg D .; Зеленка Ю. «Масштабирование файлового сервера с помощью защищенных дисков, подключенных к сети» (PDF). Труды Международной конференции ACM по измерению и моделированию компьютерных систем (Sigmetrics ‘97). Получено 27 октября 2013.
  5. ^ Фактор, Майкл; Meth, K .; Naor, D .; Rodeh, O .; Сатран, Дж. «Объектное хранилище: будущий строительный блок для систем хранения» (PDF). Исследовательская лаборатория IBM в Хайфе. Получено 26 сентября 2013.
  6. ^ Гобиофф, Ховард; Гибсон, Гарт А .; Тайгар, Дуг (1 октября 1997 г.). «Безопасность сетевых запоминающих устройств (CMU-CS-97-185)». Лаборатория параллельных данных. Получено 7 ноября 2013.
  7. ^ Санджай Гемават; Говард Гобиофф; Шун-Так Леунг (октябрь 2003 г.). "Файловая система Google" (PDF). Получено 7 ноября 2013.
  8. ^ Браам, Питер. "Блеск: межгалактическая файловая система" (PDF). Получено 17 сентября 2013.
  9. ^ "OceanStore". Архивировано из оригинал 8 августа 2012 г.. Получено 18 сентября 2013.
  10. ^ Кубятович, Джон; Bindel, D .; Chen, Y .; Czerwinski, S .; Eaton, P .; Geels, D .; Gummadi, R .; Rhea, S .; Weatherspoon, H .; Weimer, W .; Wells, C .; Чжао, Б. (ноябрь 2000 г.). «OceanStore: архитектура для постоянного хранения в глобальном масштабе» (PDF). Труды Девятой Международной конференции по архитектурной поддержке языков программирования и операционных систем (ASPLOS 2000). Дои:10.1145/378993.379239. Получено 18 сентября 2013.
  11. ^ «EMC представляет недорогой продукт для хранения данных». Лос-Анджелес Таймс. 30 апреля 2002 г.. Получено 11 февраля, 2017.
  12. ^ Крис Меллор (15 декабря 2008 г.). «Бельгийский центр разработки Centera будет закрыт: однако самой Centera ничего не угрожает». Реестр. Получено 11 февраля, 2017.
  13. ^ Хранилище объектов: что, как и почему?, NSF (Форум сетевых хранилищ), SNIA (Ассоциация индустрии сетевых хранилищ), Live Интернет-трансляция 19 февраля 2020 г.
  14. ^ Андерсон, Д. (1999). «Запоминающие устройства на основе объектов: предложение по набору команд». www.semanticscholar.org. S2CID 59781155. Получено 2020-09-19.
  15. ^ Объектно-ориентированное хранилище: видение, слайд-презентация, Дэйв Андерсон и Seagate Technology, 13 октября 1999 г. https://www.t10.org/ftp/t10/document.99/99-341r0.pdf
  16. ^ Леунг, Лев (16 сентября 2013 г.). «Спустя 10 лет инвестиции в объектное хранилище продолжаются и начинают приносить значительные плоды». Архивировано из оригинал 25 сентября 2013 г.. Получено 17 сентября 2013.
  17. ^ а б Меллор, Крис (2 декабря 2015 г.). «Цель Openio - открыть пространство для хранения объектов».
  18. ^ Раффо, Дэйв (20 мая 2016 г.). «OpenIO присоединяется к схватке с облачными хранилищами объектов».
  19. ^ Николя, Филипп (15 июля 2016 г.). "Мальчики-историки: Хранение предметов ... с самого начала".
  20. ^ Меллор, Крис. «Мы возражаем: Quantum захватывает бизнес ActiveScale Western Digital». Получено 2020-02-16.
  21. ^ Меллор, Крис (23 сентября 2014 г.). "NetApp" Amazon-izes "StorageGRID".
  22. ^ Николя, Филипп (21 сентября 2009 г.). «Caringo FileFly, назад в будущее».
  23. ^ а б Примесбергер, Крис (27 октября 2016 г.). «Cloudian привлекает 41 миллион долларов венчурного капитала для гибридного облачного объектного хранилища».
  24. ^ Кафлин, Том. «S3 без Amazon и интеллектуального горизонтально масштабируемого NAS». Forbes. Получено 2017-05-14.
  25. ^ «Центр знаний IBM». www.ibm.com. Получено 2017-03-01.
  26. ^ Крамп, Джордж. "Что такое гибридное хранилище?". Получено 2020-02-16.
  27. ^ а б Вайгель, Питер. «Игла в стоге сена: эффективное хранение миллиардов фотографий». Получено 17 сентября 2013.
  28. ^ Ридель, Эрик; Сами Ирен (февраль 2007 г.). «Хранилище объектов и приложения» (PDF). Получено 3 ноября 2013.
  29. ^ «Видение Seagate Kinetic Open Storage». Seagate. Получено 3 ноября 2013.
  30. ^ Галлахер, Шон (27 октября 2013 г.). «Seagate представляет новый интерфейс накопителя: Ethernet». Arstechnica.com. Получено 3 ноября 2013.
  31. ^ Корбет, Джонатан (4 ноября 2008 г.). «Linux и объектные запоминающие устройства». LWN.net. Получено 8 ноября 2013.
  32. ^ Дилгер, Андреас. «Блеск будущего развития» (PDF). IEEE MSST. Архивировано из оригинал (PDF) 29 октября 2013 г.. Получено 27 октября 2013.
  33. ^ «Datadirect Networks создаст самую быструю в мире систему хранения данных для Titan, самого мощного суперкомпьютера в мире». Архивировано из оригинал 29 октября 2013 г.. Получено 27 октября 2013.
  34. ^ «EMC отмечает пять лет инноваций и лидерства на рынке EMC Centera». ЭМС. 18 апреля 2007 г.. Получено 3 ноября 2013.
  35. ^ «Hitachi Content Platform поддерживает несколько петабайт, миллиарды объектов». Techvalidate.com. Архивировано из оригинал 24 сентября 2015 г.. Получено 19 сентября 2013.
  36. ^ Робб, Дрю (11 мая 2011 г.). «EMC World продолжает уделять внимание большим данным, облаку и Flash». Информационный центр. Получено 19 сентября 2013.
  37. ^ Гамильтон, Джордж. «В нем на долгую перспективу: лидерство EMC в области объектных хранилищ». Архивировано из оригинал 15 марта 2014 г.. Получено 15 марта 2014.
  38. ^ Меллор, Крис (1 июля 2014 г.). «Лос-Аламосской национальной лаборатории это нравится, ставит на это КОЛЬЦО Scality». Реестр. Получено 26 января 2015.
  39. ^ Николя, Филипп (13 сентября 2009 г.). "Haystack chez Facebook".
  40. ^ Миллер, Рич (13 января 2013 г.). «Facebook строит центры обработки данных Exabyte для холодного хранения». Datacenterknowledge.com. Получено 6 ноября 2013.
  41. ^ Леунг, Лев (17 мая 2014 г.). "Сколько данных хранит x?". Techexpectations.org. Архивировано из оригинал 22 мая 2014 г.. Получено 23 мая 2014.
  42. ^ Леунг, Лев (11 января 2012 г.). «Хранение объектов уже доминирует в наши дни (мы просто не заметили)». Архивировано из оригинал 29 сентября 2013 г.. Получено 27 октября 2013.
  43. ^ Харрис, Деррик (18 апреля 2013 г.). «Amazon S3 становится экспоненциальным, теперь хранится 2 триллиона объектов». Гигаом. Получено 17 сентября 2013.
  44. ^ Вильгельм, Алекс (27 июня 2013 г.). «Microsoft: Azure обслуживает 299 млн пользователей Skype, 50 млн пользователей Office Web Apps, хранит 8,5 тыс. Объектов». thenextweb.com. Получено 18 сентября 2013.
  45. ^ Нельсон, Фриц (4 апреля 2014 г.). «44 новых улучшения Microsoft Azure, 20 триллионов объектов». ИТ-профессионал Тома. Архивировано из оригинал 6 мая 2014 г.. Получено 3 сентября 2014.
  46. ^ Колдер, Брэд. «Хранилище Windows Azure: высокодоступное облачное хранилище с высокой степенью согласованности» (PDF). 23-й симпозиум ACM по принципам операционных систем (SOSP): Microsoft. Получено 6 ноября 2013.CS1 maint: location (ссылка на сайт)
  47. ^ Потнис, Амита. «IDC MarketScape: всемирная оценка поставщиков объектно-ориентированного хранилища 2019». idc.com. IDC. Получено 16 февраля 2020.
  48. ^ «ИНЦИТС 400-2004». Международный комитет по стандартам информационных технологий. Получено 8 ноября 2013.
  49. ^ «ИНЦИТС 458-2011». Международный комитет по стандартам информационных технологий. 15 марта 2011 г.. Получено 8 ноября 2013.
  50. ^ http://blog.gigaspaces.com/were-flash-keyvalue-and-object-stores-made-for-each-other-guest-post-by-johann-george-sandisk/
  51. ^ Фонд OpenStack. «Обзор API объектного хранилища». Документация OpenStack. Получено 9 июн 2017.