ブロック、ファイル、オブジェクトの機能を併せ持つ
統合ストレージ製品ベンダー比較 Dell EMC、Hitachi、HPE、IBM、NetAppの特徴は(1/3 ページ)
ブロック、ファイル、オブジェクトの各インタフェースを統合するストレージ製品を幾つか取り上げ、その機能、長所、短所を見ていく。
IT部門では従来、ブロックストレージ用にSAN、ファイルストレージ用にNAS、オブジェクトストレージ用にクラウドゲートウェイを購入していた。現在では、ブロック、ファイル、オブジェクトの各ストレージインタフェース全てをサポートするソフトウェア定義ストレージ(SDS)製品を選べるようになっている。本稿では、そのようなストレージ製品を幾つかピックアップし、その機能、長所、短所を見ていく。比較対象のベンダーは以下の5社だ。
- Dell EMC
- Hitachi Vantara
- Hewlett Packard Enterprise(HPE)
- IBM
- NetApp
ブロックストレージ
ブロックストレージは、最も古い種類のストレージだ。従来は、物理的な部品(ハードウェアベース)のブロック、セクタ、トラックという機構を使用して、ローカルサーバのHDDにアクセスするために利用されていた。その後、BIOSやOSで設定された物理的な限界を超えてからは、ハードウェアではなくソフトウェアが使われるようになった。
併せて読みたいお薦め記事
ブロック、ファイル、オブジェクトストレージの違い
オブジェクトストレージに注目してみる
ファイルストレージ
70年代後半、ファイルサーバが開発されると、内部のブロックストレージをファイルストレージとして利用できるようになった。これは、Network File System(NFS)やCommon Internet File System(CIFS)などのストレージプロトコルを利用しており、ディレクトリやファイルの階層が表現される。サーバベースのデータセンターの進化に伴い、SANによって、複数のサーバで内部ストレージや直接接続型ストレージの代替として使用できるブロックストレージが登場した。その後、NASシステムによってこの仲介役が不要となり、独立したファイルサーバではなく、ファイルストレージがエンドユーザーに直接提供されるようになった。
オブジェクトストレージ
オブジェクトストレージは、ブロック、ファイル、オブジェクトとストレージが進化する中では比較的新しい概念だ。オブジェクトストレージでは、各ファイルが、ファイル自体、メタデータ、一意識別子を含む独立したオブジェクトとして扱われる。ファイルの種類、作成日、所有者などの情報はメタデータで保持する。
オブジェクトシステムのメリットは、各ファイルをさまざまなシステムでホスト(配置)できることだ。ホスト先は、データセンターであっても、クラウドであっても構わない。ファイルは一意識別子を使用して追跡する。そのため、ファイルの物理場所がローカルファイルサーバ、データセンターのストレージシステム、クラウドストレージシステムのどこであろうと関係なく、エンドユーザーはファイルにアクセスできる。だが、追跡は容易ではない。大規模組織では、世界中に配置された何十ものシステムに何十億ものオブジェクトを格納することさえある。各オブジェクトにIDを割り当てて追跡するには、かなりのリソースを消費する。
データストレージシステムにおけるブロック機能とファイル機能の連携の歴史は長い。当初、オブジェクトストレージシステムでは、ソフトウェアまたはハードウェアゲートウェイを使用して、Amazon Web Services(AWS)の「Amazon S3」やMicrosoftの「Microsoft Azure」といったクラウドサービスの独自のクラウドオブジェクトストレージへのアクセスを実現していた。これらのクラウドサービスがAmazon S3やクラウド環境構築用オープンソースプログラム「OpenStack」などのプロトコルで標準化されると、オブジェクトストレージサービスを、複数のクラウドベンダーやデータセンターのストレージシステムから利用できるようになった。
オブジェクトストレージは仮想的なもので、同じファイルを多数のローカルシステムやクラウドシステムの不特定の場所に保存できる。このときの保存先は、最後にアクセスしたシステム、管理者によって割り当てられた優先順位、定義されたストレージポリシーなどによって変わる。ユーザーがファイルを開くと、ファイルは通常、ローカルストレージに保存される。ファイルを編集、保存するときのパフォーマンスを最適にするためだ。非アクティブな状態が一定時間続くと、ファイルは低コストのクラウドストレージに戻される。また、ホットストレージ、ウォームストレージ、コールドストレージと状態を変えながらクラウドストレージに移されることもある。状態を変えるたびに、ファイルの保存コストは低下する。ファイルに再度アクセスがあると、ファイルはローカルストレージに再び戻る。
オブジェクトを複数のストレージサイロ(独立した環境、地域)に分散させるように、オブジェクトストレージを構成することもできる。例えば、複数地域のサイロに分散させると、いずれかの地域のストレージがオフラインになったり、輻輳(ふくそう)で速度が遅くなったりしても、ファイルを引き続き利用できる。オブジェクトストレージシステムによって、変更が追跡され、コピーが確実に同期される。
オブジェクトストレージのゲートウェイは、ソフトウェアベースである点と特定のハードウェアを必要としない点で、ソフトウェア定義のWAN(SD-WAN)によく似ている。オブジェクトストレージゲートウェイは、PCやサーバで実行できる。オブジェクトストレージを既存のSANやNASシステムに統合するには、既存の仮想化システムにソフトウェアを追加するだけでよく、システムの再設計は必要ない。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
3
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
肥大化した「SFA」の沼 4カ月でBigQuery×AppSheetの新システムを構築した方法
-
6
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
7
次世代RPA「ハイパーオートメーション」が急成長か Gartnerが予測
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
昭和大学病院がeICUを導入、ICUの患者情報を遠隔地で一括管理
-
10
「何から始めればいい?」 情報漏えい対策で悲鳴を上げる中小企業のリアル
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
4
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
5
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
6
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
9
“あのファイル転送”で暗躍するノーウェアランサム
-
10
「オンプレミス回帰」せざるを得ない“合理的な理由”
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー