ストレージ仮想化 2008年度版（前編）

　サーバーの仮想化の急速な普及に伴い，ストレージの仮想化についての話題も増えてきている。サーバー仮想化がシンプルなコンセプトで理解しやすいのと比較し，ストレージ仮想化は，実現できる機能が複数あることもあってメリットが理解しにくいようだ。

　そこで，仮想化の目的をもう一度再確認した上で，ストレージの仮想化がその目的達成にどのように寄与するか，“効く”か，“効かない（効きにくい）”のかを解説する。

仮想化の目的

　サーバー仮想化もストレージ仮想化も目的の本質はコスト削減である。当たり前のことであるが，この点を見失っているユーザーやベンダーも少なくない。仮想化によるコスト削減がどうやって達成されるのかを見ていこう。ストレージ仮想化はサーバー仮想化と比較するとイメージがわきやすく理解が容易かと思われるので両方を載せている（表）。

　サーバー仮想化には上記のほかにレガシーOSの稼働というメリットがあるが，ストレージ仮想化にはないのでここでは触れていない。

　表を見て気付かれる方も多いかと思うが，仮想化によるコスト削減は「集約」「統一」によるものである。

　集約してハードウエア・コストが削減できるということは，もともと無駄があった（CPUリソースやストレージ領域など）ということである。ハードウエアの性能・容量のぎりぎりで稼働しているようなシステムを集約してもハードウエア・コストの削減効果は少ない。また集約することがコスト削減の根源であるから，仮想化技術によらずに集約できるのであればそれでもよいことになる。つまり，別のサーバーで動いていた複数のアプリケーションを単に1つのサーバー上で稼働させればよい。

　ストレージの場合，サーバーに割り当てた領域で未使用な部分，あるいはそもそもサーバーに割り当てていない領域をほかのサーバーから利用するようにすれば，ストレージの効率的な利用が可能になり，ストレージ全体のTCOは削減できる。このために必要なのはSAN環境へストレージ統合することであり仮想化ではない（図）。

図●ストレージ統合は仮想化の前提

　表にある「管理コスト」の削減が実際には仮想化が必須となる部分である。同一OS上に複数のアプリケーションを稼働させればコスト削減になることは分かっていても，コンプライアンスやセキュリティ，運用上の制約でそれができないことも多い。また，アプリケーションを同居させることによる副作用がないかどうかの検証が必要でそのコストが膨大ということもある。同様にストレージ管理ソフトウエアによって操作・管理を一元化することができても運用上の制約（ある機種だけ管理外となってしまう等）があったり，効率面で仮想化した方が良いということもある。

　つまり，単なるハードウエア，ファシリティ，ソフトウエアの削減ではなく，管理面での統合・一元化，場合によってはプロセス自動化といった点までを踏みこんで変革しなければ，仮想化の本当のメリットは得られないということだ。