多くのユーザーがリモートで作業できるようになったため、組織では高可用性、迅速な展開速度、コストの削減を実現するソリューションが必要です。 また、ユーザーは、可用性と回復性が保証されたリモート作業環境を使用して、災害時でもリソースにアクセスできるようにする必要があります。
システムの停止やダウンタイムを防ぐには、Azure Virtual Desktop デプロイ内のすべてのシステムとコンポーネントがフォールト トレラントである必要があります。 フォールト トレランスは、障害発生時にメイン構成を引き継ぐ別の Azure リージョンに重複する構成またはシステムがある場合です。 このセカンダリ構成またはシステムは、ローカライズされた停止の影響を軽減します。 フォールト トレランスを設定する方法は多数ありますが、この記事では、ビジネス継続性とディザスター リカバリー (BCDR) を処理するために Azure で現在使用できる方法に焦点を当てています。
Azure Virtual Desktop を構成するコンポーネントの責任は、Microsoft が管理するコンポーネントと、カスタマー マネージドまたはパートナーが管理するコンポーネントの間で分割されます。
次のコンポーネントは、カスタマー マネージドまたはパートナー管理です。
- セッション ホスト仮想マシン
- プロファイル管理 (通常は FSLogix を使用)
- アプリケーション
- ユーザー データ
- ユーザー ID
Microsoft で管理されるコンポーネントと、回復性を備えて設計されている方法については、「 Azure Virtual Desktop サービスのアーキテクチャと回復性」を参照してください。
ビジネス継続性とディザスター リカバリーの基本
ディザスター リカバリー計画を設計するときは、次の 3 つの点に留意する必要があります。
- 高可用性: 分散インフラストラクチャが非常に小さく、よりローカライズされた停止によって、デプロイ全体が中断されることはありません。 高可用性を念頭に置いて設計すると、障害への影響を最小限に抑え、完全なディザスター リカバリーの必要性を回避できます。
- ビジネス継続性: organizationが任意のサイズの停止中に運用を維持する方法。
- ディザスター リカバリー: 完全な停止後に運用に戻るプロセス。
Azure Virtual Desktop には、ディザスター リカバリー シナリオを管理するためのネイティブ機能はありませんが、ユーザー プロファイルとデータの可用性セット、可用性ゾーン、Azure Site Recovery、Azure Files データ冗長性オプションなど、要件に応じて、シナリオごとに他の多くの Azure サービスを使用できます。
また、複数の Azure リージョン にセッション ホストを分散させ、さらに地理的に分散できるため、障害への影響がさらに軽減されます。 これらすべての Azure 機能と他の Azure 機能は、Azure Virtual Desktop 内で一定のレベルの保護を提供するため、コストへの影響と共に慎重に検討する必要があります。
ビジネス継続性とディザスター リカバリー戦略の一部として考慮する必要がある各テクノロジ領域と、要件に基づいてorganizationの中断を計画して軽減する方法について、さらに詳しく説明するドキュメントがあります。 次の表に、ディザスター リカバリー戦略の一部として考慮する必要があるテクノロジ領域と、各領域のガイダンスを提供する他の Microsoft ドキュメントへのリンクを示します。
| 技術領域 | ドキュメントのリンク |
|---|---|
| アクティブ/パッシブプランとアクティブ/アクティブプラン | Active-Active と Active-Passive |
| セッション ホストの回復性 | マルチリージョンのビジネス継続性とディザスター リカバリー |
| ディザスター リカバリー計画 | マルチリージョンのビジネス継続性とディザスター リカバリー |
| Azure Site Recovery | フェールオーバーとフェールバック |
| ネットワーク接続 | マルチリージョンのビジネス継続性とディザスター リカバリー |
| ユーザー プロファイル | 設計に関する推奨事項 |
| ファイル共有ストレージ | ストレージ |
| ID プロバイダー | Identity |
| バックアップ | バックアップ |
関連コンテンツ
Azure Virtual Desktop のディザスター リカバリーの詳細については、次の記事をチェックしてください。