目次:
2007年から2008年の期間に始まった最初の大規模仮想デスクトップインフラストラクチャ（VDI）実装の時代から、VDIは大まかなスタートを迎えました。 初期の実装では、ネットワーク遅延、ディスクパフォーマンスの低下、グラフィックステクノロジの遅れ、VDIブートストームが原因で、ユーザーの要求を満たすことができませんでした。 ブートストームが発生し、世界中のCIOが計画から生産までのすべての段階でVDIプロジェクトを廃止しました。
VDIブートストームとは、エンドユーザーのデスクトップ仮想イメージの最初の起動中にコンピューティングリソースとディスクI / Oリソースが消費され、すべてのユーザーのパフォーマンスが低下することです。 歴史的に、ブートストームと推奨される救済策の費用は、VDIプロジェクトが失敗する2つの主な理由です。 （仮想化の課題の詳細については、仮想化ソフトウェアユーザーの3つの大きな頭痛を参照してください。）
| すべてをソフトウェアで定義 単一のエンタープライズクラウドでのコンピューティング、仮想化、およびSaaS管理を備えた、特許出願中のネットワークおよびストレージテクノロジー。 今日のIgniteの力をご覧ください。 |
ブートストームが発生する理由
ブートストームは、主にストレージエンジニアがスケーラビリティ、冗長性、速度のためにストレージシステムを構築するために発生しますが、VDIのディスクI / Oに対する欲求は誰も予測できませんでした。 VDIの実装は、容量、スケーラビリティ、冗長性、または標準的な速度の強化や調整に依存しません。 VDI環境では、起動時に読み取りI / Oを使用し、使用時に書き込みI / Oを行う必要があります。 まず、読み取り（ブート）ストーム、次に書き込み（ログイン/ログオン）ストーム、最後にエンドユーザーコンピューティングに関連する定常状態の書き込み集中型の操作があります。 SAN管理者は何をすべきかを知りませんでした。 読み取り集中型のワークロードまたは書き込み集中型のワークロード用にストレージを調整できますが、VDIには両方が十分に必要です。
