これからはじめる「ストレージ仮想化」入門

　ストレージの仮想化は、ベンダの異なる複数のストレージを仮想的にまとめ、1つのストレージプールとして利用するためのテクノロジーだ。企業内に分散するストレージを統合し、運用負荷の低減と利便性の向上を実現する。

　「IT製品解体新書」でストレージの仮想化をテーマとして採り上げるのは今回が初めてだ。そこで基礎的な内容ではあるが、まずはサーバからストレージを利用する際の、データの扱いについて簡単に触れておく。一般的にストレージ内のディスクは、データの管理単位としては「ボリューム」と呼ばれる。つまり“ディスク＝ボリューム”ということだ（ディスクを論理的に分割したものの1つをボリュームと呼ぶ場合もある）。ボリュームには「ブロック」という単位でデータが書き込まれ、このブロックが複数集まって「ファイル」を形成する。データの大きさとしては、ブロック＜ファイル＜ボリューム（＝ディスク）となる。
　次に、サーバからストレージを利用する場合、データの記憶領域はボリューム単位で割り当てられる。上で述べたように、ボリュームは物理的なディスクであり、サーバとストレージは1：1の対応関係にあるといえる。データの保管場所は、特定のハードウェアに固定されるということだ。仮にほかのストレージに空き容量があっても、筐体を超えてデータを書き込むことはできない。ここにユーザ企業の悩みがあった。

　ここまで読んできて、「いや、それは、既にSANで解決できているんじゃないか？」と疑問に思った読者の方もいるのではないだろうか。結論を言えば、それは「No！」だ。
　確かにSANでは、複数のサーバからストレージの共有ができる。当然サーバに直接つながれたDASに比べて、柔軟性は高い。しかし、サーバに対する記憶領域の割り当てや容量の管理は、結局ストレージ個別に行う必要がある。
　もう少し詳しく言えば、SAN配下のストレージは、ファームウェアを搭載したコントローラを持ち、それが筐体内のディスクを管理しているが、ボリュームやデータの管理はこのコントローラの制約を受けることになる。物理的なハードウェアを越えられないという点で、SAN配下のストレージも、DASも何ら変わりはない。
　こうしたストレージ管理の課題を解決するのが、ストレージの仮想化だ。データの管理と運用をコントローラから切り離し、複数のストレージを仮想的に1つのストレージプールとして利用可能にする。SAN配下にあるストレージを、より効率よく活用するためのソリューションが、ストレージの仮想化だと言えるだろう。

　ストレージの仮想化では、実際のボリュームの上に、仮想的なボリュームが展開されることになる。仮想ボリュームは、物理的なストレージとの依存関係はなく、仮想化対象となる全てのストレージを包み込む。各ストレージ内の実ボリュームは、仮想ボリュームと対応関係を持ち、サーバには仮想ボリュームだけを見せる形だ。
　この仮想ボリュームの存在が、データを物理的なストレージから切り離し、分散していたストレージ群を1つのストレージプールとして扱うことを可能にする。サーバが意識するのは、仮想ボリュームだけでいい。アプリケーションからのI/Oは、仮想ボリュームを経由して、適切なストレージ内の実ボリュームへと分配されることになる。
　実ボリュームも、仮想ボリュームとの対応関係を変えることで、その場所を柔軟に変更することができる。つまり特定のストレージ筐体の束縛から解放されるのだ。

　こうした一連の仕組みを実現するのが、ストレージ仮想化製品である。詳しくは選び方ガイドで解説しているが、製品タイプとしては、汎用サーバにソフトウェアを搭載して実現するもの、アプライアンスとして提供されるもの、SANスイッチと一体になっているものに分類できる。当記事では各々、「ソフトウェア型」、「アプライアンス型」、「スイッチ一体型」と呼ぶことにする。

…この記事の続きは、会員限定です。 　会員登録はこちら(無料)

会員限定の「ストレージ仮想化/これからはじめる「ストレージ仮想化」入門」(全文)では、「ストレージ仮想化」の概要や基本的な仕組みを解説しています。会員登録を行い、ログインすると記事の続き(以下の内容)がご覧いただけます。

【1】ストレージ仮想化を解体しよう！

　1-1　ストレージ仮想化とは

　1-2　ストレージ仮想化製品の持つ機能

　1-3　ストレージ仮想化の導入メリット

【2】今、ストレージ仮想化に注目が集まる理由とは？

　2-1　ストレージが乱立している状況を改善するため

　2-2　「サーバ仮想化」の効果をムダにしないため

会員になると「ストレージ仮想化/これからはじめる「ストレージ仮想化」入門」など主要製品が基礎からわかるIT製品解体新書（全文）をご覧いただけます。