機能と制限

　ここまでの内容を踏まえると、コンバージドインフラは、ITにまつわるあらゆる問題への完璧な解決策であるように思えるかもしれない。だが、そうではない。このように高次元でまとまったプラットフォームは、特定のワークロードに固有のものである傾向が強い。例えば、仮想デスクトップインフラとトランザクションベースのEコマースアプリケーションを同じコンバージドインフラで同時に実行しようとしても、うまくいかない可能性が高い。1つのシステムには類似したワークロードを配置し、他のワークロードには他のシステムを使用するのが最適だ。

　コンバージドインフラテクノロジーには、1つのリソースを拡大できない点にも悩まされているものもある。オーバースペックのシステムでストレージが不足すると、追加のコンピューティングリソースとネットワークリソースが不要な場合でも、不要なリソースが付属した新たなシステムを購入する必要が生じる可能性がある。さらに、同じベンダーから特殊なハードウェアを購入しなければならない場合もあるため、ベンダーロックインに注意が必要だ。リソースごとに必要なものを追加できるシステムを選ぶことをお勧めする。

　ただし、全体的に見れば、コンバージドインフラは合理的である。企業は、コンバージドインフラに組み込まれているストレージシステムだけではなく、完全なコンバージドインフラに目を向けるのが賢明だろう。そうすれば、プラットフォーム全体を十分に最適化できるようになるからだ。

　ハイパーコンバージドインフラシステムは、一元管理されたデスクトップの提供といったタスクに特に秀でている。このアイデアをCitrixが初めて打ち出して以来、バックエンドアーキテクチャで複数のデスクトップPCを実行することはITチームにとって重い負担となっていた。ハイパーコンバージドインフラでは、大量のデスクトップPCの供給を保証すること以外であれば、あらゆることに対応できる完全なセットアップが提供される。アプリケーションの階層化やインテリジェントなデスクトップといった高度なデスクトップのアプローチと組み合わせれば、ハイパーコンバージドインフラは一元管理されたデスクトップのプロビジョニングに変革をもたらすことができるだろう。

　さらに、ハイパーコンバージドインフラはVMやコンテナの実行にも適している。ただし、ワークロード全体の特性が似ていることが条件となる。柔軟なリソースとオーケストレーション機能が組み込まれているため、ハイパーコンバージドインフラは上述のような調整済みのワークロードを展開および管理するための堅牢なプラットフォームになる。ただし、ワークロードのニーズが大きく異なると、ソフトウェアが規定のサービスレベルの範囲で効率的にオーケストレーションを管理するのが困難になったり、不可能になったりすることもある。

　単純なコンバージドインフラテクノロジーにも役目はある。コンバージドインフラ製品は、以前なら個別に階層化する必要のあった大量のソフトウェア機能を追加で組み込み、ストレージアレイの効率を大幅に高めている。

　既存のサーバとネットワークプラットフォームと一緒にストレージをアップグレードしたい企業には、コンバージドインフラが大きな付加価値をもたらすだろう。ただし、ストレージは、コンバージドインフラを構成する3つの柱（ストレージ、CPU、ネットワーク）の1本でしかないことに留意されたい。ハイパーコンバージド製品は、統合シナリオでより多くの価値をもたらす可能性がある。

タイミングを見極める

　ハイパーコンバージドインフラやコンバージドインフラに移行する最適なタイミングを見極めるのは難しく、判断に関わる要素は企業によって異なる。それでも、このタイミングが適切だという重要な指標が2つある。1つは、新しいシステムが必要になったときだ。コンバージドインフラ製品やハイパーコンバージドインフラ製品を追加することで、可能な限り短時間で新しいプラットフォームを立ち上げて稼働させることができる。

　もう1つは、既存のシステムを見直す必要が生じたときだ。企業は合意されたライフサイクルに基づいてIT設備を運用する必要がある。こうすることで、古いプラットフォームの問題が事業を妨げることを回避できる。そのような設備が見直しの候補として浮上したら、より統合の進んだプラットフォームを検討するのが合理的といえる。そのような状況で最適な解がハイパーコンバージドインフラだ。

　コンバージドインフラは主流のテクノロジーになりつつある。企業はコンバージドインフラの使用を検討すべきだが、やみくもに使用してはならない。リソースを継続的にスケールアウトできる柔軟性を重視し、そのような柔軟性を提供することへの意欲が見られないベンダーには注意されたい。