VDI 災害復旧オプションを調べる

すべての VDI 導入には災害復旧計画を含める必要がありますが、DR 計画が複雑になる可能性があるため、IT 管理者はまず VDI 固有の依存関係とリスクを理解する必要があります。

VDI セッションがデータセンターを離れると、特にデータが大陸をまたいでいる場合は問題が発生しやすくなります。 VDI インフラストラクチャに完全な障害が発生した場合、社内のシンクライアント ユーザーもデータを失う可能性があります。

IT 部門は、莫大なコストをかけずに VDI 災害復旧 (DR) を展開するために、次の方法から選択できます。

スプリット

リスクを軽減するために、IT 管理者は VDI デスクトップとサポート インフラストラクチャを 2 つの物理データ センターに分割できます。そうすれば、1 つのデータ センターが利用できなくなった場合でも、企業は少なくとも半分の VDI セッションに引き続きアクセスできます。この場合、IT 部門は 2 つのデータ センターに共通の依存関係がないことを確認する必要があります。

企業は冗長化された VDI を備える必要がありますが、それらの VDI インスタンスは日常的なアプリケーションに接続できる必要があります。 VDI インスタンスは、Active Directory (AD) などの認証および管理ツールにも接続する必要があります。 IT 部門は依存関係を理解し​​、適切な動作を保証するために頻繁にテストを行う必要があります。

クラウドにアップロード

組織にデータ センターが 1 つしかなく、環境が小さく、予算が限られている場合、VDI インスタンスを分割することは、VDI 災害復旧には実行可能なアプローチではありません。この場合、企業は Desktop as a Service を使用して VDI を保護できます。たとえば、VMware はいくつかの有名なクラウド プラットフォーム上でホスト型 VDI サービスを提供しています。 IT プロフェッショナルは、独自の Azure AD インフラストラクチャを使用して、基盤となる AD サービスを提供することもできます。

ただし、これらのクラウド サービスでは現在、オンサイト インフラストラクチャとクラウド管理インフラストラクチャの両方を管理することはできません。この問題を解決するには、IT 部門は 2 つの独立したインフラストラクチャを構築する必要があります。 2 つのサイトを管理するには問題があるようです。ただし、最悪の事態が発生した場合でも、IT 部門は新しい VDI デスクトップを迅速かつ簡単に起動できます。それがクラウド環境の素晴らしさです。

あるいは、企業にセカンダリ ネットワークの場所がある場合は、セカンダリ VDI インフラストラクチャをセットアップできます。ハイパーコンバージド インフラストラクチャを使用すると、IT 部門は高価なストレージ エリア ネットワーク インフラストラクチャに投資することなく、数ユニットのラック スペース内に仮想インフラストラクチャ全体を構築できます。

しかし、IT 部門は事後に災害復旧構成を整理することはできません。 IT 管理者は積極的に行動し、VMware と連携してこれらの設定を活用する必要があります。同時に、IT 部門はイメージの管理やグループの構成など、いくつかの作業を行う必要があります。

インスタントフェイルオーバー製品

IT プロフェッショナルは、Zerto や Veeam などの従来のインスタント フェールオーバー災害復旧ツールを VDI に使用できますが、いくつか注意点があります。

たとえば、VMware Horizo​​n はリンク モードまたはインスタント クローンを使用します。これらは、ディスク構成とリンクに関して非標準の方法を使用して新しい VDI インスタンスを展開します。ほとんどの災害復旧ツールはこれに応答できず、失敗する可能性があります。

VDI で使用できるインスタント フェールオーバー災害復旧ツールがありますが、IT 管理者はこれらのツールの使用とテストには注意する必要があります。さらに、これらのツールは時間の経過とともに変更される可能性があるため、関連するベンダーに確認する必要があります。