システム管理者やITプロは、アプリケーションのパフォーマンス要求とストレージシステムの能力を一致させるという課題に直面することが多くなっています。高速なエンタープライズ・グレードのフラッシュが、この問題を解決する最初の選択肢になります。しかし、それをどのように適切に実装するかという問題が残っています。

手動でのストレージ階層化の問題点

現代のアプリケーションは、大量のデータ処理を処理するように設計されているため、より大きなI/O数が発生します。その結果、VMはすべてのI/O要求を処理するために、ストレージ・サブシステムにより多くの速度を要求することになります。NVMeテクノロジーはすでにストレージ市場に参入していますが、特に共有ストレージとして、その機能をすべて提供するには適切なメカニズムがまだ不足しており、多額の費用が必要です。このため、高速なNVMeストレージとすでに一般的なSSDを組み合わせて、単一のコスト効率の高いストレージ・プールにできるシステムの必要性が生じています。

現在のビジネス環境では、停止に左右されない継続的なサービス提供が企業に求められています。アプリケーションの常時稼働を保証するために、企業はワークロードを異なる都市、国、大陸などの遠隔地に分散しています。企業のミッションクリティカルなアプリケーションの高可用性を保証するために、StarWindはアクティブ・アクティブなストレッチド・クラスタリングをサポートしています。

I/Oはシステムを作るか壊すかを決めるので、ITインフラ計画に関しては、すべてのコンポーネントのスループットバランスを保つことが不可欠です。システム全体のパフォーマンスは、常に最も遅い部分のパフォーマンスとほぼ等しくなります。そのため、1つでも遅いコンポーネントがあると、ハイエンドのハードウェアで構成された超高速システムがダウンしてしまう。このような問題は「ボトルネック」と呼ばれ、プロセス全体を遅くする「狭い端」が存在することを意味します。同時に、1つの超高性能コンポーネントが、そうでなければ平凡なシステムに違いをもたらすことはありません。だからこそ、コンポーネントのスループットをバランスさせることが、セットアップのコスト効率の鍵です。

現代のITはすべてが仮想化がしています。仮想化の可能性を実現するためには、共有ストレージの導入は「必須」です。共有ストレージは、ハイパーバイザやVMレベルで高可用性とフォールトトレランスを実現し、高速なライブVMマイグレーションを行い、計画外のダウンタイムなどから保護するためにも必要です。共有ストレージを提供する古典的なアプローチは、スタンドアロンSAN、NAS、あるいは共有DASを使用することです。