深刻なトラブルを引き起こす可能性も
ストレージ階層化を活用するために知っておくべき5つのポイント
データの使用頻度や用途に応じて適切なストレージメディアにデータを配置するストレージ階層化。コストとパフォーマンスを両立する機能だが、その特性を理解しておかないとトラブルが生じる可能性がある。
ストレージソリューションを正しく実装するには、常に容量、パフォーマンス、コストのバランスを取る必要がある。リソースに制限がなければ、可能な限り高速なメディアに全てのデータを配置するだろう。今ならNVDIMM（不揮発性DIMM）またはNANDフラッシュを使用することになる。
だが、そんなぜいたくが許されるのは資金豊富な組織に限られる。実際には、容量とパフォーマンスのニーズをうまく両立させるために、ストレージ階層化のような手法が必要だ。
階層化すれば、待ち時間やスループットなどのパフォーマンス要件に応じて、ほぼ適切といえる種類のストレージにデータを配置できるようになる。例えば、アクセス頻度が低いデータは大容量のSATAドライブに配置し、高いパフォーマンスが求められるトランザクションデータベースはNANDフラッシュに配置する。
1 階層化とキャッシュは別物
階層化に踏み込む前に、キャッシュと階層化の違いを示しておくべきだろう。サプライヤーの階層化を利用する場合は、この差を理解しておくことが重要だ。
階層化とは、永続化したデータのコピーを1つ用意し、それを複数種類のストレージ間で移動させることだ。これに対してキャッシュとは、データの一時的なコピーをパフォーマンスの高いストレージに置くことだ。どちらも目的はパフォーマンスを向上することだが、キャッシュの場合はストレージアレイに容量を追加する必要はない。ただし、キャッシュにはコスト面のオーバーヘッドが生じる。
階層化のプロセスは長い年月をかけて進化を重ね、成熟してきた。初期の実装は、LUN（Logical Unit Number：論理ユニット番号）全体（ボリューム全体）を別の階層に配置することを基礎とし、通常はフラッシュではなく複数レベルのHDDを備えたシステムに組み込まれていた。どちらかといえば静的なこのアプローチはコストを幾分低減するが、データのアクティビティーレベルが変化するとデータの移動に問題が生じる。つまり、ボリューム全体を別のストレージ層に移さなくてはならず、移動のための空き容量が必要になる。
ストレージアレイ間でのデータ移動には多大なコストが掛かる。ホスト要求に使用するI/Oが移動によって妨げられたり、移動中にデータへのアクセスができなくなったりする恐れもある。
階層化が次の段階に進むと、サブボリューム単位に細分化するアプローチが取られるようになる。この方式は、各LUNを小さな単位に分け、複数階層のストレージ（フラッシュも含む）に割り当てる。この単位は、ブロックやページなど、サプライヤーによって呼び方が異なる。このブロックレベルのアプローチによって柔軟性が大きく向上し、高価なストレージが最適なデータには、そうしたストレージを割り当てることも可能になった。以前はデータベース全体をLUNと共に移動する必要があったが、データベースの中でも使用頻度の高い部分だけをフラッシュに移動することもできる。
自動ストレージ階層化は、データの配置プロセスを一歩進め、各ストレージ層へのデータブロックの配置に関する決定を管理する。こうしたプロセスの自動化は大規模ストレージアレイにとっては自然な進化といえる。アクティブなデータを全て監視することは、システム管理者には負担が大き過ぎる。
2 階層化との相性が良いフラッシュストレージ
フラッシュストレージは特に階層化ソリューションに適している。これは一般に、I/Oアクティビティーがデータの各ボリュームに分散されるためだ。通常、アプリケーション内で行われるI/Oの大半に関係するデータは少量だ。この考え方はボリュームレベルにも当てはまる。
この現象を「パレートの法則」（通称：「80対20の法則」）と呼ぶ。つまり、少量の高価なリソース（例えばフラッシュ）を、大半のI/Oワークロードで使用されるデータに割り当てることができる。当然ながら、フラッシュストレージと従来のストレージの厳密な比率は、アプリケーションのデータを分析した結果によって決まる。
階層化はフラッシュとHDDの組み合わせで行われると決まっているわけではない。NANDフラッシュ市場は多様化が始まっており、耐久性、容量、パフォーマンス、コストの要件を満たすさまざまな製品に枝分かれしている。
ストレージアレイのサプライヤーが、同じ装置内で複数層のフラッシュを使用するソリューションを提供する日もそう遠くない。例えば、書き込み操作が多いデータは耐久性の高いフラッシュに配置し、残りのデータは低コストの3D NANDフラッシュやTLCフラッシュに置くこともできる。
3 サプライヤーによって異なる階層化の実装
サプライヤー固有の階層化実装について詳しく見てみる場合、考慮すべき点が2つある。
続きを読むには、［続きを読む］ボタンを押して
会員登録あるいはログインしてください。
Copyright © ITmedia, Inc. All Rights Reserved.
Computer Weekly日本語版
この記事の著者
関連記事
新着ホワイトペーパー 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_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー