HCISとHCIの違い

　HCISの誕生により、ITインフラに関わる運用の全てが解決したかに見えたが、HCISは統合し過ぎていたために問題が発生した。

　具体的なHCISの問題点は主に以下の3点だ。

1．CPU性能とストレージ容量の柔軟性

　HCISでは総保存領域を増やす場合、基本的にサーバを追加することになる。本来はいらないCPU性能も追加されてしまう形となり、必要なリソースを必要な分だけ欲しい場合には不向きだといえる。例えばCPUは1つで十分だが、保存領域で100TB欲しい場合などだ。ちなみにHCISのディスク増設や大容量SSDへの換装、つまりスケールアップも技術的には可能だが、その際はHCISで稼働しているシステムの停止やデータ再配置などを考慮した大規模な作業が必要になり、あまり現実的ではない。

2．メンテナンスの問題

　HCISは1つのシステムでサーバ、ストレージ、ネットワーク管理の全てをまかなうため、任意の機能の不具合対策で修正パッチを当てようとすると、全体のバージョンアップ作業も必要になる。例えばバージョンアップすると失われる機能を使いたいといった場合にバージョンを固定して運用する、いわゆる「塩漬け」運用がしにくい。

3．既存のシステムを利用できない問題

　HCISはサーバと、仮想化ソフトウェアやストレージなどを管理するシステムがセットになっているため、既存のインフラを全てHCISに入れ替えれば運用が楽になる。ただし一般的にHCISの導入後も既存のインフラは残り続けることが多く、結果として既存のインフラとHCISの両方を管理することになり、ツール学習のコスト含む運用の負担そのものが大きくなってしまう。

　この問題から、ベンダー各社はHCISからSDS部分を抜き出して、活用範囲拡大を目指した製品を狭義のHCIとして訴求し始めた。

　その結果、統合性は犠牲になるが、さまざまな環境で管理負荷軽減のメリットを受けられるようになった。例えば既に仮想化基盤を導入済みのため、HCISの導入は難しいが、仮想化ソフトウェアとストレージを別々に管理する負荷を軽減したい、といった状況でも一元管理というメリットが受けられるようになった。

複雑な運用からサーバ管理者を解放する製品

　以上のことから、HCISが「システムに柔軟性はそこまで求めないけれど、運用は楽にしたい。できれば社内の基盤を全て入れ替えてもいい」という企業向けとなり、HCIが「既存の運用や基盤は残しつつ、柔軟性が必要」という企業向けとなる（表）。

　HCSIと狭義のHCIは互いの苦手なところを補完しつつ、複雑なストレージ製品の運用からサーバ管理者を解放する製品といえる。

　次回は、このHCISとHCIの今のトレンドや具体的な製品例を解説し、課題に沿った製品の選定例を紹介する。