IT部門の選択肢は
「オブジェクト対応NAS」で再確認したオブジェクトストレージの利点（1/3 ページ）
多くのベンダーが、拡張性の高いオブジェクトレベルのストレージ製品を提供している。これらの製品はファイルインタフェースを備えることで、NASに代わる選択肢として手軽に利用できるようになってきた。
主要ベンダー、日立データシステムズのWebサイト《クリックで拡大》
NASファイルサーバは過去25年間にわたり、非構造型データ（古典的なデータベース形式に収まらないデータ）を保存するための伝統的な手段だった。非構造型データとはいうものの、これは内部に構造を持たないデータを意味するわけではなく、ファイルが基本的にバイナリオブジェクトだというにすぎない。オブジェクトストアは伝統的なファイルサーバに代わる方式として普及が拡大しており、多くのベンダーがオブジェクトレベルのストレージでありながら、ファイルベースのインタフェースを通じてデータにアクセスする製品を提供している。
本記事では、非構造型データを保存する方法としてオブジェクトレベルのストレージとファイル方式を組み合わせた手法の長所と短所を論じるとともに、この手法を採用した製品を検討している企業のIT部門にはどんな選択肢があるのか検討する。
NASの基礎
NASは、IT業界において異なる方面から登場した2つの技術を利用する。NFS（Network File System）とSMB（Server Message Block）だ。Sun Microsystemsが開発したNFSは、非Windowsのネットワーク上でファイルコンテンツにアクセスするための標準プロトコルとなっている。SMB（以前は「CIFS：Common Internet File System」と呼ばれていた）は、Microsoftプラットフォーム用のファイルプロトコルだ。両技術ともその登場以来、急速な進化を遂げ、パフォーマンスと拡張性の向上を通じて単純なファイル共有にとどまらない高度な機能を提供するようになった。
伝統的なNAS技術は、ハードウェア障害時にデータを復元するための保護メカニズムとしてRAIDを用いる。ベンダー各社のNAS製品の多くはデュアルコントローラーアーキテクチャをベースとし、スケールアウト機能を備えるものもある。ファイルシステムは物理ストレージメディア上に構築し、NFSまたはSMBを使用するネットワークからこれらのファイルシステムにアクセスできる。
NASとオブジェクトストレージの共通点
ファイルベースのNASとオブジェクトストレージは、同じタイプのデータ（ファイル階層内部あるいは外部の非構造型データ）に対応できる。両方式ともスケールアウトアーキテクチャを備えるため、何十億個とまではいかなくても何百万個ものオブジェクトを保存できる。
データストレージの手段としてファイルシステムを利用するのは、使い勝手の面で以下のような問題を伴う。
1. 拡張性の問題
シングルノードNASあるいはフェイルオーバー型デュアルノードNASでは、ファイルシステムがOSの1つのインスタンス上に存在する。これには、ファイルの作成やロック、更新といった「イミュータブル」（変更不可能）な処理に対応するのが比較的容易だというメリットがある。だが、ファイルシステムを拡張するのは容易ではなく、多数のノードを扱う場合に複雑化する。
2. データの整合性
ファイルシステムはデータを構造化して保存する。これらの構造は、論理ディスクボリュームあるいは物理ディスクボリューム全体にわたってメタデータとファイルコンテンツを保持する。ファイルサーバの電源が遮断した場合、システムはファイルシステムチェック（FSCK）を実行し、電源遮断時のデータの状態を検証しなければならない。ファイルシステムの実装方法によっては、この遅延が大きくなる可能性がある。NetAppの「Data ONTAP」などのシステムでは、不揮発性メモリを使って大量のデータをコミットすることによりFSCKの負荷を軽減している。
3. RAID保護
デイビッド・パターソン氏、ガース・ギブソン氏、ランディ・カッツ氏が1987年に発表した論文でRAIDを提唱して以来、この技術はストレージアプライアンスの主要な保護手段となった。RAIDは大きな役割を果たしたが、論文が書かれた時点での予想以上にHDDの容量が増加したために拡張性の限界に近づいてきた。今日、RAIDは再構築に長い時間がかかるという問題を抱えている。場合によっては再構築に何日も要することもあり、この問題は容量12TB超のHDDの普及拡大でさらに深刻化しそうだ。
RAIDの制約は他にもある。これは、RAIDが単一のアプライアンスに保存されたデータを対象とした技術であるからだ。デバイスの障害よりもさらに厄介な問題に対してデータを保護するには、データを複製し、地理的に分散した場所にデータ全体のコピーを作成しなければならない。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[日本オラクル株式会社] ピンチをチャンスに変えたEPR製品は？ 先行企業の導入事例3選 -
技術文書・技術解説
[日本オラクル株式会社] 無自覚なリスク 秘伝Excelファイルが監査の壁、不正・ミスの温床となる理由 -
製品資料
[日本オラクル株式会社] 戦略的経理の第一歩 失敗のない「脱Excel」を実現する秘訣とは？ -
技術文書・技術解説
[日本オラクル株式会社] いまさら聞けないオンプレERPとクラウドERPの違い 最適な製品をどう見極める？ -
事例
[株式会社ビザスク] 連結売上高が約2倍に成長、富士フイルムが実践した新規事業創出の戦略とは？
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
2
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
3
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
-
4
「企業内サーバ環境の利用実態」に関するアンケート
-
5
エンジニアの生産性はどう測る？ マネジメントに不可欠な可視化の実現方法とは
-
6
「ノートPC派」は損をしている？ Dellと考える“自作PC”のメリット
-
7
「IoT通信環境の構築・運用」に関するアンケート
-
8
大阪証券取引所がHiRDBで実現した「世界トップレベルの応答速度」を誇る新売買システム
-
9
「Copilot」はなぜ放置される？ “議事録要約止まり”を脱する処方箋
-
10
ただなのに「12時間以内の復旧」も要求 無償OSSに商用レベルを求める企業の末路
ホワイトペーパーランキング PR
-
1
DX／AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
2
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
バックアップは“取っているから大丈夫”なのか？ ランサムウェア時代の備え方
-
5
システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
5分で分かる Microsoft 365のデータ損失に備えるためのバックアップの仕組み
-
9
ネットワーク遅延の原因、「パケットロス」の基礎知識と効果的な解決策
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー