ここが違う、従来型ストレージとオブジェクトストレージ【前編】
徹底解説：オブジェクトストレージが複雑なファイル構造をシンプルにできる理由
オブジェクトストレージアーキテクチャは大量の非構造化データを保存するのに理想的なファイル構造を提供する。この記事では2回に分けてオブジェクトストレージの特徴とメリットを解説する。
データは加速度的に増え続けている。そのような状況から、企業では以前にも増して、より多くのストレージ容量を迅速かつ定期的に必要としているのが実情だ。
こうした傾向が2つの難題を生み出している。1つは、稼働状態を維持したままストレージ容量を増やすのが困難な場合があること。もう1つは、従来型のストレージシステムでは、一定レベルを超えると多くの場合でストレージの拡張が困難になることだ。オブジェクトストレージアーキテクチャでは、この2つの問題に対処できる。
ストレージの追加では、拡張作業中にプライマリーストレージを取り外さなければならないことが多く、それが稼働しているシステムを停止する原因になる。また大抵の場合、ストレージを追加すると、システムを支える他のリソースに負荷が掛かる。例えばCPUやネットワークなどだ。こうしたリソースを利用することで、ストレージは許容できるパフォーマンスを維持している。
従来型のストレージには、可用性に影響を及ぼす恐れのある制約が他にも内在している。最も重要なのはデータをバックアップする必要があることだろう。ストレージが停止した場合には、ストレージを復旧する手段が必要になる。
しかし、このように問題発生後のデータ保護を用意する必要がある場合、データセットが大規模になるにつれて、そのニーズへの対応は途方もなく複雑になり、コストも高額になる恐れがある。データセットが増えると、バックアップウィンドウ中に無理なく対応できる量よりも取得されるデータの方が多くなる。データ保護に対処するには、リアルタイム性の高いアプローチが必要になる。そこで役に立つのがオブジェクトストレージテクノロジーだ。
オブジェクトストレージの基礎
オブジェクトストレージアーキテクチャは、増加の一途をたどる非構造化データの問題に対処して、企業の複雑なストレージシステムをシンプルにできる。
ファイルまたはブロックで構成するストレージは多くのユーザーが長い期間利用してきた。こうしたストレージは、NFS、ファイバーチャネル、iSCSI、SMBといったストレージプロトコルを通じてアクセスする。だが、オブジェクトストレージでは、データ構造の理由により、こうしたプロトコルを使用する必要性がない。引き続きプロトコルを使用できる場合もあるが、オブジェクトストレージでは、複雑なディレクトリ階層を作成してオブジェクトを分類しなくてもいい。代わりに、オブジェクトストレージではオブジェクトに直接アクセスできる。
オブジェクトは単一のファイル、画像、ビデオと同じくらいシンプルな場合もある。複数の要素で構成する場合もあるが、それでも単一のオブジェクトとしてアクセス可能だ。全てのオブジェクトには、メタデータと固有のオブジェクト識別子を関連付けている。このオブジェクト識別子を使うことで、そのオブジェクトを後から取得できる。また、このカスタマイズ可能なメタデータには、各オブジェクトに関連付けられたさまざまな属性を含む。
メタデータ要素には共通するオブジェクトの特徴を必ず含んでいるが、アプリケーション固有の特徴を含めるような拡張もできる。写真のライブラリを例にすると、ファイルベースのストレージでは、ファイル名、作成日、変更日、ファイルサイズ、ファイル所有者に関する情報を格納する。場合によってはOS固有の識別子を含むこともあるだろう。
ここで、写真素材提供サービス企業について考えてみたい。そのような企業のオブジェクトストレージシステムは、メタデータを拡張して要素を追加できる。例えば、イラストか写真かといった画像の種類、ピクセルで示す画像のサイズ、画像の中で最も多く使用している色など、多種多様な情報がある。この全ての情報をオブジェクトに格納することで、素早く簡単にユーザーの画像を取得できる。大規模なSQLデータベースで全ての情報を追跡する必要はない。
医療分野では、メタデータに患者名、処置データ、医師名を格納して、X線写真などのオブジェクトに追加できる。メタデータは、単にオブジェクトについて記述するだけでなく、セキュリティや可用性も確保する。それには、オブジェクトへのアクセスを許可したユーザーやオブジェクトでどれだけの冗長性を確保するかなどを記述する。
オブジェクト、ファイル、ブロックの比較
一見すると、オブジェクトストレージアーキテクチャはブロックベースのストレージと似ているかもしれない。突き詰めれば、ブロックベースのストレージにも階層がない。ただし、データブロックの取得には、ブロックベースのストレージに階層を強制するためファイルシステムで高度なアプリケーションが必要になる。加えて、ブロックベースのストレージはメタデータを持たないという点でもオブジェクトストレージと異なる。
ファイルベースのストレージでは、ファイルシステムによって階層を提供する。また、一部のメタデータも利用できる。そのため、コンテンツベンダーにはブロックベースのストレージよりもファイルベースのストレージが適している。ただし、内部では、個々のファイルを小さな要素に分解し、ストレージのランダムな場所に分散している。その全ての要素を取得するためにどこを確認すべきかについてはファイルシステムが把握している。そのため、ユーザーがファイルを要求すると、ファイルシステムによって即座に全てのデータを取得する仕組みだ。
次の表でオブジェクトストレージと従来型ストレージの違いをまとめた。
| オブジェクトストレージと従来型ストレージの対象比較 | オブジェクトストレージ | ファイルベースのストレージ | ブロックベースのストレージ |
|---|---|---|---|
| トランザクション単位 | オブジェクト（カスタムメタデータを伴うファイル） | ファイル | ブロック |
| 対応している更新の種類 | インプレース更新非対応（更新により新しいバージョンのオブジェクトが作成される） | インプレース更新対応 | インプレース更新対応 |
| プロトコル | REST、SOAP over HTTP | CIFS/SMB | SCSI、ファイバーチャネル、SATA |
| メタデータの対応 | カスタムメタデータ | ファイルシステムの固定属性 | システムの固定属性 |
| 最適なもの | 比較的静的なファイルデータ、クラウドストレージとして | 共有ファイルデータ | トランザクションデータ、更新頻度の高いデータ |
| メリット | スケーラビリティ、分散アクセス | 共有ファイルのアクセスと管理のしやすさ | 高パフォーマンス |
| デメリット | 更新頻度の高いデータに向いていない、ロックメカニズムのある共有プロトコルが提供されない | データセンターを超えて拡張するのが難しい | データセンターを超えて拡張するのが難しい |
オブジェクトストレージシステムは、ファイルを単一の実体（エンティティ）として保存する。アプリケーションでオブジェクトID指定してストレージを呼び出すことで目的のデータを取得する。全てのオブジェクトには固有のオブジェクトIDがあるため、上位層の構造を管理してデータを整理する必要はない。また、全てのメタデータに対して検索を実行できるため、簡単にアイテムを取得できる。
後編ではオブジェクトストレージの可用性とデータ保護に関する解説と、オブジェクトストレージが適した利用場面について紹介する。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー