オブジェクトストレージ (英: Object Storage)とは、データをオブジェクト単位で扱うストレージのアーキテクチャである。スケーラビリティに優れるため、主にオンラインストレージで利用されている[1]。
目次

1 概要

2 詳細

2.1 データのアクセス方法

2.2 データの格納方法


3 欠点

4 コンポーネント

4.1 Proxyノード

4.2 ストレージノード

4.3 ハードウェア


5 実装例

5.1 パブリッククラウドサービス

5.2 オープンソースソフトウェア

5.3 クローズドソースソフトウェア


6 関連項目

7 出典

概要

利点は容量の拡張性(スケーラビリティ)であり、Facebookのように大量の写真を格納したり[2]、Amazon Simple Storage Serviceで大量の顧客データを保存する。容量の拡張はストレージサーバー (ノード) の追加で無停止で出来る[3]。ペタバイト (PB) 級にも拡張可能で、米国ロスアラモス国立研究所は500 PBのストレージに採用した[4]。

オブジェクトストレージの説明にデータとメタデータを結合してオブジェクトと扱うというものがある[5]。これは特徴の一部でしかない。LinuxのファイルシステムであるXFSには拡張属性があり、属性とデータを一つに格納する[6]。しかしながら、これ単体をオブジェクトストレージと呼ばない。後述のアクセス方法やデータ分散の仕組み等のアーキテクチャ全体と理解される。

PB級の分散ストレージの仕組みには他にもHadoop Distributed File System (HDFS)やGoogle File Systemがある。これらはビッグデータ処理を意識した大きいファイルサイズに最適化された設計である (例：ファイルが100 MB程度の大きさに細切れにされて保存される等) のに対して、オブジェクトストレージはどのような大きさにも適した設計であるとされる[7]。
詳細 概念図
データのアクセス方法

データは固有のID（URI）を持ち[5]、データへのアクセスは通常RESTful APIで行う[5][8]。オブジェクトストレージはウェブブラウザなどのアプリケーションがサーバにAPIリクエストを発行することでアクセスする。命令には、読み込みをするGET、書き込みをするPUTなど、がある[9]。APIとデータIDを指定することでアクセスするため、ファイルサーバやネットワークアタッチトストレージ (NAS)のようにWindowsのExplorerやMacOSのFinderでアクセスするためには、FUSEアダプタなどを使用する必要がある。

データを直接更新したり上書きすることはできず[10]、データを更新する際は、新しいデータの書き込みと古いデータの削除を組み合わせて行うことになる。

APIはAmazon Web Services S3 APIがデファクトとの意見もあり[11]、S3互換を謳った製品もある。
データの格納方法

ディレクトリは持たない[5]。フラットな空間にデータを格納する。これはバケットもしくはコンテナと呼ばれる[12][8]。バケットは複数あってもよい。

同じデータを複数のストレージに分散して記録する (レプリケーション) [13]ため、RAID等の高可用性技術を別途準備しなくても良い。容量効率を高めたイレージャーコーディングが実装されたオブジェクトストレージも存在する[13]。

データとメタデータを併せてオブジェクトとする。メタデータはユーザが自由に登録できる[14]。たとえば、画像のメタデータとして被写体や場所を登録し、検索や抽出に利用することができる[15]。
欠点

既存アプリケーションの変更、特にAPIへの対応が必須となる。また、データの部分的な読み書きができないため、頻繁な部分更新を要するデータベースや高速I/Oのトランザクションは適さない[16]。バックアップ、アーカイブ、サーバーログの保存等であれば問題ない。
コンポーネント サーバ構成の一例

主にProxyノード、ストレージノードからなる[17]。負荷分散のためにロードバランサを利用することもある。
Proxyノード

APIの提供やリクエストを管理する[18]。クライアントからAPIを受け取りストレージノードへ指令を出す。データが保存されているノードの場所も管理する。たとえば、OpenStack Swiftでは「Ring」と呼ばれるアルゴリズムが使用されている[18]。