なぜ、もう「RAIDではダメ」なのか
HDD大容量化による「RAIDの限界」を解決するイレージャーコーディング
HDDの大容量化に伴い、RAIDの限界が問題化してきた。RAIDの欠点とは何か。そしてRAIDに代わる技術「イレージャーコーディング」とは何か。そのメリットを詳しく解説する。
RAID(Redundant Array of Inexpensive Disks)は1980年代後半に発明されて以来、共有ストレージアレイや大規模組織におけるサーバのデータ保護の王道とされてきた。
Computer Weekly日本語版 6月17日号無料ダウンロード
本記事は、プレミアムコンテンツ「Computer Weekly日本語版 6月17日号」(PDF)掲載記事の抄訳版です。本記事の全文は、同プレミアムコンテンツで読むことができます。
なお、同コンテンツのEPUB版およびKindle(MOBI)版も提供しています。
ただし、HDDのキャパシティーが数Tバイト規模にまで拡大すると、RAIDによる保護システムはオーバーヘッドが大きくなりすぎ、限界が見えてきた。例えば一部の環境では、RAIDの再構築に時間がかかりすぎるようになったために、データ保護の手段としてRAIDを採用するのは現実的ではなくなったケースが見受けられる。
そこでサプライヤーが最近注目しているのが、イレージャーコーディングだ。大規模システムにこれを展開することで、RAIDで発生していた不具合と理想とのギャップを埋めることができると期待されている。
なぜRAID?
メインフレームの時代、運用していたHDD(特に米IBM製)には、ハードウェアやOSレベルのデータ保護機構は何も組み込まれていなかった。従って、障害が発生したドライブを復旧させる際は、トラックごとにファイルを1つずつ手作業で修復していた。こうした中で、特にミニコンや分散処理システムにおいて、データの復旧が困難または不可能なほどの障害がドライブに発生することへの対策として編み出されたテクノロジーがRAIDだった。
RAIDには、データ保護のためにデータの自己複製やパリティ情報を使ったデータ再構築など、多様な技術が採用された。
基礎レベルのRAID 1は、単純にドライブを2つ使い、一方のデータを全てもう一方のドライブに複製する。このとき、使用する予定容量の2倍のキャパシティーを持つ装置を使い、別のドライブにデータを書き込むだけでなく、そのドライブ内にもデータのコピーを格納するのでオーバーヘッドは発生しない。
この技法は、キャパシティー効率からみると高価だった。そこで装置の容量を2倍にしなくても済むような、新たなデータ保護のアルゴリズムが開発された。大容量の装置を使うのではなく利用コストを「計算」し、データを格納している各ブロックに対して、いわゆるパリティデータを付けるようになった。
近年よく使われているのは、2台またはそれ以上のディスクとパリティディスクを使用するRAID 5(注)またはRAID 6の構成だ。RAID 6はパリティディスクを2台使う。
注:実際は、データとパリティは入出力(I/O)性能の向上を狙って、ディスク全体に分散して配置されている。
一般的なRAID 5の構成(またはグループ)は、データディスク3台とパリティディスク1台の組み合わせだ(「3+1」と表記される)。この構成の場合、33%のオーバーヘッドまたは75%の利用可能スペースを含むが、算出方法によってどちらかの表記となる。
どのドライブに障害が発生しても、欠損したデータは残りのデータとパリティ情報から計算で割り出す。 パリティデータは、データが初めてディスクに書き込まれた際に、全データを使用したバイナリのXOR演算で算出される。データの復旧は、単純にパリティデータと利用可能なデータを使ってXOR逆演算を実行し、失われた情報を復旧させる。
ただし残念なことに、RAIDには短所も少なくなかった。HDDのキャパシティーがここ数年で著しく増大したために、破損したディスクの復旧に要する時間もその分長くなり、データの再構築に数日あるいは数週間かかる例もみられるようになった。復旧までの時間を見積もる際は注意が必要だ。既存システムの中でホストI/Oが占めるワークロードの量によって、所要時間は変わるからだ。
またデータの再構築中は、同じグループの2台目のディスクには障害を防止するデータ保護が行われない。両方のディスクに障害が発生することを“ディスクの二重障害”といい、データの再建が完了する前にこの障害が発生すると、データは失われる。
こうした事態への対策として、サプライヤーはパリティディスクの台数を増やす方向で改良を進めた。それがRAID 6で、各グループにパリティディスクを2台ずつ配置する。ただしデータ保護のメカニズムによるオーバーヘッドも増大している。
オーバーヘッド問題に対する1つの回答として、サプライヤーはRAIDグループ内に配備できるディスクの数を増やした。論理上は、RAIDグループ内に配備できるデータディスクおよびパリティディスクともに、台数の制限はない。そこで最大28+2、つまりデータディスク28台にパリティディスク2台の構成が可能なアレイを展開するサプライヤーも現れた。しかも発売価格は、従来モデルにわずか7%上乗せしただけだ。
ただし、ディスクのキャパシティーを増やしたことによって、RAIDに新たな問題が浮上した。
続きはComputer Weekly日本語版 6月17日号にて
本記事は抄訳版です。全文は、以下でダウンロード(無料)できます。
■Computer Weekly日本語版 最近のバックナンバー
Computer Weekly日本語版 6月3日号:Windows XPサポート終了後のPCに市場
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
新着ホワイトペーパー PR
-
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣 -
製品資料
[サイボウズ株式会社] AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
4
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
BMWも導入 78兆円市場に化ける「フィジカルAI」の衝撃
-
9
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
10
「AI活用を前提とした業務PCへの移行」に関するアンケート
ホワイトペーパーランキング 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ジャパンをフォロー