Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

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

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

История [ править ]

Истоки [ править ]

В 1995 году исследование привело по Garth Gibson на Network-Attached Secure Дисков первый продвигает концепцию разделения менее распространенных операций, таких как пространство имен манипуляций, от обычных операций, таких как чтение и запись, чтобы оптимизировать производительность и масштаб обоих. [4] В том же году была создана бельгийская компания FilePool для создания основы для архивных функций. Объектное хранилище было предложено в лаборатории Университета Карнеги-Меллона Гибсона в качестве исследовательского проекта в 1996 году. [5] Другой ключевой концепцией было абстрагирование операций записи и чтения данных в более гибкие контейнеры данных (объекты). Детализированный контроль доступа через архитектуру хранилища объектов [6] был далее описан одним из сотрудников NASD, Говардом Гобиоффом, который позже стал одним из изобретателей файловой системы Google . [7] Другая связанная с этим работа включает проект файловой системы Coda в Карнеги-Меллон , который начался в 1987 году и породил файловую систему Lustre . [8] Существует также проект Oceanstore Калифорнийского университета в Беркли, [9] , которая началась в 1999 году [10] и проект Логистическая сеть в Университете штата Теннесси Ноксвилл, который начался в 1998 году [11] В 1999 году Гибсон основал Panasas в коммерциализировать концепции, разработанные командой NASD.

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

Развитие [ править ]

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

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

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

Архитектура [ править ]

Абстракция хранилища [ править ]

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

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

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

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

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

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

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

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

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

Программное управление данными [ править ]

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

Реализация [ править ]

Облачное хранилище [ править ]

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

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

Объектные файловые системы [ править ]

Некоторые распределенные файловые системы используют объектно-ориентированную архитектуру, в которой метаданные файлов хранятся на серверах метаданных, а данные файлов хранятся на серверах хранения объектов. Клиентское программное обеспечение файловой системы взаимодействует с отдельными серверами и абстрагирует их, чтобы предоставить пользователям и приложениям полную файловую систему. Dell EMC Elastic Cloud Storage , Ceph и XtreemFS являются примерами такого типа объектного хранилища.

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

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

Более универсальные системы хранения объектов появились на рынке примерно в 2008 году. Привлеченные невероятным ростом «связанных» систем хранения в веб-приложениях, таких как Yahoo Mail, и ранним успехом облачных хранилищ, системы объектных хранилищ обещали масштаб и возможности облака. хранилище с возможностью развертывания системы на предприятии или у начинающего поставщика услуг облачного хранилища. Известные примеры систем хранения объектов включают Quantum ActiveScale (ранее Western Digital), [21] NetApp StorageGRID, [22] EMC Atmos , OpenStack Swift , Scality RING , Caringo Swarm [23] [24] (ранее CAStor), Cloudian , [ 25] OpenIO, [18] Minio , [26] и Seagate CORTX. [27]

Гибридное хранилище [ править ]

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

Хранилище "захваченных" объектов [ править ]

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

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

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

Яркими примерами в этой категории являются Nirvana и ее двоюродный брат iRODS с открытым исходным кодом. [31]

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

Устройства хранения на основе объектов [ править ]

Объектное хранилище на уровне протокола и устройства было предложено 20 лет назад [ неоднозначно ] и одобрено для команды SCSI, установленной почти 10 лет назад [ неоднозначно ] как «Команды объектно-ориентированного запоминающего устройства» (OSD), [32] однако оно было не были запущены в производство до разработки платформы Seagate Kinetic Open Storage. [33] [34] Набор команд SCSI для объектных запоминающих устройств был разработан рабочей группой SNIA для комитета T10 Международного комитета по стандартам информационных технологий (INCITS). [35] T10 отвечает за все стандарты SCSI.

Принятие рынком [ править ]

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

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

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

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

Анализ рынка [ править ]

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

В 2019 году IDC оценила Dell EMC , Hitachi Data Systems , IBM , NetApp и Scality как лидеров.

Coldago Research опубликовала свой список лидеров на 2020 год в своей карте 2020 для объектных хранилищ: [52] Cloudian, Hitachi Vantara, IBM, MinIO, NetApp и Pure Storage.

Стандарты [ править ]

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

OSD версии 1 [ править ]

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

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

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

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

OSD версии 2 [ править ]

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

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

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

Различия между хранилищами "ключ-значение" и хранилищами объектов [ править ]

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

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

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

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

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

См. Также [ править ]

  • Облачное хранилище
  • Кластерная файловая система
  • Метод доступа к объекту

Ссылки [ править ]

  1. ^ Меснье, Майк; Грегори Р. Гэнджер; Эрик Ридель (август 2003 г.). «Объектно-ориентированное хранилище» (PDF) . Журнал IEEE Communications : 84–90. DOI : 10.1109 / mcom.2003.1222722 . Архивировано 14 мая 2014 года из оригинального (PDF) . Проверено 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 .; Сатран, Дж. «Хранение объектов: будущий строительный блок для систем хранения» . Исследовательская лаборатория IBM в Хайфе . Проверено 26 сентября 2013 года .
  6. ^ Гобиофф, Ховард; Гибсон, Гарт А .; Тайгар, Дуг (1 октября 1997 г.). «Безопасность сетевых запоминающих устройств (CMU-CS-97-185)» . Лаборатория параллельных данных . Проверено 7 ноября 2013 года .
  7. ^ Санджай Гемават; Говард Гобиофф; Шун-Так Леунг (октябрь 2003 г.). «Файловая система Google» (PDF) . Проверено 7 ноября 2013 года .
  8. ^ Braam, Питер. «Блеск: межгалактическая файловая система» (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) . DOI : 10.1145 / 378993.379239 . Проверено 18 сентября 2013 года .
  11. ^ Планк, Джеймс; Бек, Мика; Эльвасиф, Ваэль; Мур, Терри; Свани, Мартин; Вольски, Рич (октябрь 1999). «Протокол объединительной платы Интернета: хранение в сети» (PDF) . Netstore 1999 . Проверено 27 января 2021 года .
  12. ^ «EMC представляет недорогой продукт для хранения данных» . Лос-Анджелес Таймс . 30 апреля 2002 . Проверено 11 февраля 2017 года .
  13. ↑ Крис Меллор (15 декабря 2008 г.). «Бельгийский центр разработки Centera будет закрыт: однако самой Centera ничего не угрожает» . Реестр . Проверено 11 февраля 2017 года .
  14. ^ Хранилище объектов: что, как и почему? , NSF (Форум сетевых хранилищ), SNIA (Ассоциация производителей сетей хранения данных), прямая веб-трансляция 19 февраля 2020 г.
  15. ^ Андерсон, Д. (1999). «Запоминающие устройства на основе объектов: предложение по набору команд» . www.semanticscholar.org . S2CID 59781155 . Проверено 19 сентября 2020 . 
  16. ^ Объектно-ориентированное хранилище: видение , слайд-презентация, Дэйв Андерсон и Seagate Technology, 13 октября 1999 г. https://www.t10.org/ftp/t10/document.99/99-341r0.pdf
  17. Перейти ↑ Leung, Leo (16 сентября 2013 г.). «По прошествии 10 лет инвестиции в хранилище объектов продолжаются и начинают приносить значительные плоды» . Архивировано из оригинального 25 сентября 2013 года . Проверено 17 сентября 2013 года .
  18. ^ a b Меллор, Крис (2 декабря 2015 г.). «Цель Openio - открыть пространство для хранения объектов» .
  19. ^ Raffo, Дэйв (20 мая 2016). «OpenIO присоединяется к схватке с облачными хранилищами объектов» .
  20. ↑ Николас, Филипп (15 июля 2016 г.). «Мальчики истории: Хранилище предметов ... с самого начала» .
  21. ^ Меллор, Крис. «Мы возражаем: Quantum захватывает бизнес ActiveScale Western Digital» . Проверено 16 февраля 2020 .
  22. ↑ Меллор, Крис (23 сентября 2014 г.). "NetApp" Amazon-izes "StorageGRID" .
  23. ↑ Николас, Филипп (21 сентября 2015 г.). «Caringo FileFly, назад в будущее» .
  24. ↑ Николас, Филипп (27 января 2021 г.). «DataCore приобретает Caringo» . StorageNewsletter .
  25. ^ a b Примесбергер, Крис (27 октября 2016 г.). «Cloudian привлекает 41 миллион долларов венчурного капитала для гибридного облачного объектного хранилища» .
  26. ^ Кафлин, Том. «S3 без Amazon и интеллектуального горизонтального масштабирования NAS» . Forbes . Проверено 14 мая 2017 .
  27. ^ Меллора, Крис (2020-09-24). «Seagate попадает в объектное хранилище с новым программным обеспечением CORTX» . Блоки и файлы . Источник 2021-03-03 .
  28. ^ «Центр знаний IBM» . www.ibm.com . Проверено 1 марта 2017 .
  29. ^ Крамп, Джордж. "Что такое гибридное хранилище?" . Проверено 16 февраля 2020 .
  30. ^ a b Вайгель, Питер. «Игла в стоге сена: эффективное хранение миллиардов фотографий» . Проверено 17 сентября 2013 года .
  31. ^ «Хранилище объектов: все, что вам нужно знать» . LakeFS . 25 ноября 2020.
  32. ^ Ридель, Эрик; Сами Ирен (февраль 2007 г.). «Хранилище объектов и приложения» (PDF) . Проверено 3 ноября 2013 года .
  33. ^ "Seagate Kinetic Open Storage Vision" . Seagate . Проверено 3 ноября 2013 года .
  34. Рианна Галлахер, Шон (27 октября 2013 г.). «Seagate представляет новый интерфейс дисковода: Ethernet» . Arstechnica.com . Проверено 3 ноября 2013 года .
  35. ↑ Корбет, Джонатан (4 ноября 2008 г.). «Linux и объектные запоминающие устройства» . LWN.net . Проверено 8 ноября 2013 года .
  36. ^ Дилгер, Андреас. "Блеск будущего развития" (PDF) . IEEE MSST. Архивировано из оригинального (PDF) 29 октября 2013 года . Проверено 27 октября 2013 года .
  37. ^ «Datadirect Networks для создания самой быстрой в мире системы хранения для Titan, самого мощного суперкомпьютера в мире» . Архивировано из оригинального 29 октября 2013 года . Проверено 27 октября 2013 года .
  38. ^ «EMC отмечает пять лет инноваций и лидерства на рынке EMC Centera» . ЭМС. 18 апреля 2007 . Проверено 3 ноября 2013 года .
  39. ^ «Hitachi Content Platform поддерживает несколько петабайт, миллиарды объектов» . Techvalidate.com. Архивировано из оригинального 24 сентября 2015 года . Проверено 19 сентября 2013 года .
  40. ↑ Робб, Дрю (11 мая 2011 г.). «EMC World продолжает фокусироваться на больших данных, облаке и Flash» . Информационный магазин . Проверено 19 сентября 2013 года .
  41. ^ Гамильтон, Джордж. «В нем на долгую перспективу: лидерство EMC в области объектных хранилищ» . Архивировано из оригинального 15 марта 2014 года . Проверено 15 марта 2014 .
  42. ↑ Меллор, Крис (1 июля 2014 г.). «Лос-Аламосской национальной лаборатории это нравится, ставит на это КОЛЬЦО Scality» . Реестр . Проверено 26 января 2015 года .
  43. ↑ Николас, Филипп (13 сентября 2009 г.). "Haystack chez Facebook" .
  44. ↑ Миллер, Рич (13 января 2013). «Facebook строит центры обработки данных Exabyte для холодного хранения» . Datacenterknowledge.com . Проверено 6 ноября 2013 года .
  45. Перейти ↑ Leung, Leo (17 мая 2014 г.). "Сколько данных хранит x?" . Techexpectations.org. Архивировано из оригинального 22 мая 2014 года . Дата обращения 23 мая 2014 .
  46. Перейти ↑ Leung, Leo (11 января 2012 г.). «Объектное хранилище уже доминирует в наши дни (мы просто этого не заметили)» . Архивировано из оригинального 29 сентября 2013 года . Проверено 27 октября 2013 года .
  47. Рианна Харрис, Деррик (18 апреля 2013 г.). «Amazon S3 набирает обороты, теперь хранится 2 триллиона объектов» . Гигаом . Проверено 17 сентября 2013 года .
  48. ↑ Вильгельм, Алекс (27 июня 2013 г.). «Microsoft: Azure обслуживает 299 миллионов пользователей Skype, 50 миллионов пользователей Office Web Apps, хранит 8,5 т объектов» . thenextweb.com . Проверено 18 сентября 2013 года .
  49. ↑ Нельсон, Фриц (4 апреля 2014 г.). «44 новых улучшения Microsoft Azure, 20 триллионов объектов» . ИТ-профессионал Тома. Архивировано из оригинала на 6 мая 2014 года . Проверено 3 сентября 2014 года .
  50. ^ Колдер, Брэд. «Хранилище Windows Azure: высокодоступное облачное хранилище с высокой степенью согласованности» (PDF) . 23-й симпозиум ACM по принципам операционных систем (SOSP): Microsoft . Проверено 6 ноября 2013 года . CS1 maint: location ( ссылка )
  51. ^ Потнис, Амита. «IDC MarketScape: всемирная оценка поставщиков объектно-ориентированного хранилища 2019» . idc.com . IDC . Проверено 16 фев 2020 .
  52. ^ «Карта 2020 для объектного хранилища» . coldago.com . 21 декабря 2020.
  53. ^ "INCITS 400-2004" . Международный комитет по стандартам информационных технологий . Проверено 8 ноября 2013 года .
  54. ^ "INCITS 458-2011" . Международный комитет по стандартам информационных технологий. 15 марта 2011 . Проверено 8 ноября 2013 года .
  55. ^ http://blog.gigaspaces.com/were-flash-keyvalue-and-object-stores-made-for-each-other-guest-post-by-johann-george-sandisk/
  56. ^ OpenStack Foundation. «Обзор API объектного хранилища» . Документация OpenStack . Дата обращения 9 июня 2017 .