И вот тут начинается самое интересное. С переходом к облачным вычислениям и предоставлению услуг через общедоступный интернет, традиционные парадигмы доступа к хранилищам, такие как NAS и SAN, начинают получать новые варианты. Хотя, вероятно, они больше связаны с NAS, чем с SAN, объектное хранилище не предоставляет блочно-ориентированного интерфейса или доступа через файловую систему и папки, а вместо этого организует данные в контейнеры или объекты переменного размера. Каждый объект содержит сами данные (поток байтов), а также метаданные (данные о данных). Затем объекты организуются в плоскую иерархическую структуру из сегментов и учетных записей.
В отличие от низкоуровневых команд на основе SCSI для управления блоками, доступ к объекту осуществляется с помощью высокоуровневых команд, которые управляют объектом целиком — создание, удаление, получение, размещение и т. д. Информация о физическом местоположении объекта и связанных с ним механизмах безопасности хранится в виде метаданных.
Подобно тому, как доступ к NAS и другим файловым системам осуществляется через протоколы CIFS и NFS, доступ к объектным системам осуществляется аналогичным образом. В этом случае доступ к объектному хранилищу осуществляется через API веб-сервисов, таких как REST, SOAP или Amazon S3, по протоколам HTTP, SMTP или XML. Важно отметить, что команды для поиска объекта и выполнения действий с ним встроены — например, в строку URL в HTTP-запросе.
Хотя это и не то же самое, что облачное хранилище, эти два понятия тесно связаны. Большинство облачных хранилищ используют устройства и механизмы объектного хранения в качестве метода предоставления этих услуг. Отсутствие состояния у объектного хранилища означает, что оно, как правило, не подходит для высокопроизводительных приложений, требующих низкой задержки и гарантированного уровня производительности. С другой стороны, в мире, где люди стремятся максимально эффективно использовать ИТ-бюджет, многие обращаются к облаку для хранения данных там, где это уместно. По сравнению с NAS и особенно SAN, объектное хранилище обеспечивает отказоустойчивый доступ к набору данных. Для некоторых приложений это приемлемо и позволяет клиентам географически отделить физическое хранилище от конечного пользователя. В качестве ключевых моделей использования можно привести архивирование и резервное копирование, где объектное хранилище быстро развивается, и люди все чаще готовы перемещать данные за пределы локальной сети.
Эта область быстро меняется, поскольку компании пытаются найти более эффективный способ справиться со взрывным ростом неструктурированного контента. К последним тенденциям относятся появление облачных шлюзов и решений для подключения локальных хранилищ к облачным, позволяющих приложениям, не использующим объектные модели, получать доступ к данным, хранящимся в пуле объектов, с помощью традиционных интерфейсов iSCSI или NAS.
Материалы по теме
- Что такое сетевое хранилище данных (NAS)?
- Что такое унифицированное хранилище?
- Что такое DAS (Drect Attached Storage)?
- Что такое массивы сетей хранения данных (SAN)?
Об авторе
Брэд Паркс – стратег по конвергентной инфраструктуре, HP Storage
Твиттер – @HPBradParks
Брэд Паркс — стратег в подразделении корпоративных серверов, систем хранения данных и сетевого оборудования HP, специализирующийся на разработке продуктов и решений для конвергентной инфраструктуры HP в контексте систем хранения данных HP. Паркс сотрудничает с клиентами, продуктовыми командами и техническим сообществом для разработки контента и программ, призванных донести стратегическое направление HP и уникальную ценность для клиентов в области хранения данных.
Amazon