Azure Virtual Desktop ワークロードのアプリケーション配信に関する考慮事項
この記事では、Azure Virtual Desktop ワークロードのアプリケーション配信の設計領域について説明します。 新しい Azure Virtual Desktop 環境をデプロイしたり、既存の環境を更新したりする場合は、アプリケーション配信を考慮することが重要です。 アプリケーション配信を使用すると、信頼性が高く、費用対効果とパフォーマンスの高い方法で、組織がリモート デスクトップとアプリケーションをユーザーに提供できるようになります。
この記事の考慮事項と推奨事項を確認して、ホスト プールとセッション ホストを最適化する方法について理解してください。 これらのガイドラインは、信頼性、セキュリティ、コストの最適化、オペレーショナル エクセレンス、パフォーマンス効率の 5 つの柱にわたる Azure Well-Architected Framework を反映し、拡張したものです。 これらの考慮事項と推奨事項に従うことで、堅牢で効率的な Azure Virtual Desktop 環境を維持できます。
重要
この記事は、Azure Well-Architected Framework の Azure Virtual Desktop ワークロード シリーズの一部です。 このシリーズに慣れていない場合は、「Azure Virtual Desktop ワークロードとは」から始めることをお勧めします。
ホスト プールの設定
ホスト プールを作成するときは、さまざまな設定が Azure Virtual Desktop 環境のパフォーマンスと効率に直接影響します。
ホスト プールの種類
"影響: コストの最適化、信頼性"
Azure Virtual Desktop では、次の 2 種類のホスト プールを作成できます。
- 個人用ホスト プールは、特定のユーザーを特定の仮想マシン (VM) に割り当てます。 この構成では、ユーザーは毎回同じマシンに接続し、ユーザー プロファイル データは VM のオペレーティング システム ディスクに直接格納されます。 このシナリオでは、すべてのユーザー変更が格納され、障害が発生した場合に復元できるように、堅牢なバックアップ ソリューションが必要です。 この種類のホスト プールは、時間が経過してもユーザーがアプリケーションの状態を維持する必要があるシナリオに役立ちます。
- プールされたホスト プールは、複数のユーザーがプール内の異なる VM に接続するための方法を提供します。 ユーザーは接続ごとに異なるセッション ホストに接続できるため、管理者はユーザー プロファイル データを格納するために FSLogix を構成して使用する必要があります。 プールされたホスト プールは、ユーザーに共通のリモート エクスペリエンスを提供し、優れた費用対効果と効率化を促進します。
ホスト プールの種類ごとに、独自の長所と短所があります。 ユーザーが必要とする機能を十分に評価して、ホスト プールの種類を慎重に選択することが重要です。
推奨事項
- ユーザーが自分の環境をカスタマイズし、VM 内で自由に作業できるようにする場合は、個人用プールの使用を検討してください。
- 信頼性ソリューションを合理化し、コストを最小限に抑えるには、プールされたホスト プールを使います。
負荷分散のアルゴリズム
"影響: コストの最適化、パフォーマンス効率"
プールされたホスト プールを使用する場合は、2 種類の負荷分散アルゴリズムを使用できます。 それぞれが、コストとパフォーマンスの効率に直接影響します。
- 幅優先の負荷分散では、ユーザー セッションがセッション ホスト間で分散されます。 ユーザーは、使用率が最も低いセッション ホストに割り当てられるため、ユーザー エクスペリエンスを向上させることができます。
- 深さ優先の負荷分散では、一度に 1 つのセッション ホストが飽和してからユーザー セッションを他のセッション ホストに割り当てるため、リソースを効率的に使用できます。 この方法は、ユーザーを次のセッション ホストに割り当てる前に 1 つのホストの容量が完全に使用されるため、費用対効果が特に高くなります。 これは、スケールダウンのシナリオで特に役立ちます。
推奨事項
- ユーザー エクスペリエンスをすばやく向上させるには、幅優先の負荷分散を使用します。
- 費用対効果の高いアプローチには、深さ優先の負荷分散を使用します。
- スケールダウンのシナリオでは、深さ優先の負荷分散を使用します。
スケーリング プラン
"影響: コストの最適化、パフォーマンス効率"
Azure Virtual Desktop のスケーリング プランは、ユーザーの需要を満たし、仮想デスクトップ環境を維持するためのコストを削減するのに役立ちます。 スケーリング プランを使用すると、ホストの最小および最大の割合と容量のしきい値を調整できます。 これらの設定を変更することで、オンラインになっていてユーザー セッションを受け入れる準備ができているセッション ホストの数を最適化できます。
最適な方法でスケーリング プランを使用すると、次の点で役立ちます。
- ユーザーにサービスを提供できるセッション ホストの数が十分に確保されます。
- ユーザーがサービスを必要としなくなったら、セッション ホストがオフになります。
負荷分散アルゴリズムを変更して、コスト効率をさらに向上させることもできます。
Azure Virtual Machine Scale Sets とは異なり、スケーリング プランは既存のセッション ホストのデプロイまたは削除は行いません。 代わりに、プランによってホストが自動的にオフまたはオンになり、コスト効率を最大化できます。
最初から適切な最大数のセッション ホストを設定することが重要です。 このプラクティスは、お使いの Azure Virtual Desktop 環境がパフォーマンスのニーズを確実に満たすために役立ちますが、リソースが必要なくなったときにはスケールダウンすることもできます。 過度なスケールダウンは、悪影響を与える可能性があります。 たとえば、一部のシナリオでは、ユーザーにサービスを提供するための十分なセッション ホストがなくなる可能性があります。 その場合、パフォーマンスの低下が発生したり、Azure Virtual Desktop 環境に接続できない場合があります。 結果的に、スケール ダウンできる最も低いポイントとスケールアップできる最も高いポイントに対する理想的な値を決定することが重要です。
推奨事項
- ユーザーに対する適切なパフォーマンスを確保するために、ホストを自動的にオフまたはオンにするスケーリング プランを使用します。
- コスト効率を向上させるためにスケーリング プランの設定を調整します。
セッション ホストの設定
ホスト プールの設定と同様に、セッション ホストとして機能する VM の設定も、Azure Virtual Desktop 環境のパフォーマンスに影響を与える可能性があります。
地域
"影響: 信頼性、パフォーマンス効率"
セッション ホストの場所は、エンド ユーザーが経験する待機時間と直接関連付けられます。 FSLogix を使用する場合、ホスト プールの場所と FSLogix ストレージの場所の間の距離もエンド ユーザー のエクスペリエンスに影響します。 セッション ホストはユーザーの場所の近くにデプロイしてください。
セッション ホストのリージョンも、Azure Virtual Desktop 環境の信頼性に影響します。 冗長性を備えたセッション ホストをデプロイすることが重要です。 可能であれば、可用性ゾーンを有効にすることをお勧めします。
- 可用性ゾーンは、ゾーンの停止に対するセッション ホストの回復性を高めますが、特定のリージョンに限定されます。
- フレキシブル オーケストレーションを使用した仮想マシン スケール セットでは、複数のゾーンにまたがるデプロイ オプションが提供されます。 各ゾーン内では、異なる障害ドメインをまたいでデプロイできます。
フレキシブル オーケストレーションを使用した可用性ゾーンとスケール セットの詳細については、次の記事を参照してください。
推奨事項
- 待ち時間を最小にするため、セッション ホストをユーザーの近くにデプロイします。
- 可用性ゾーンまたは柔軟な仮想マシン スケール セットにセッション ホストをデプロイすると、停止からの環境の保護に役立ちます。
コンピューティング サイズ
"影響: コストの最適化、パフォーマンス効率"
セッション ホストのコンピューティング サイズも、環境のパフォーマンスに影響します。 Azure には、さまざまなコンピューティング サイズが用意されています。 また、多くのファミリ、アーキテクチャの種類、コア数、ストレージ機能、使用可能な GPU などの特殊なハードウェア オプションもあります。 ワークロードに適したサイズを選択すると、最適な価格帯で最適なパフォーマンスを実現できます。
一部のサイズでは、特別な機能が提供されています。
- DCasv5 と ECasv5 は、堅牢な高セキュリティ機能を提供する機密サイズです。 これらの機能の例としては、ハードウェア ベースの分離、暗号化、専用の仮想トラステッド プラットフォーム モジュールがあります。
- 一部のサイズでは GPU がサポートされます。 NVIDIA Tesla M60 GPU によってサポートされる NV シリーズは、OpenGL や DirectX などのフレームワークを使用する場合や、一般的にグラフィックスを集中的に使用するアプリケーションを使用する場合に役立ちます。
推奨事項
- Azure が提供するさまざまなコンピューティング サイズ、ファミリ、機能を確認し、ワークロードのパフォーマンスとコスト効率を最適化するオプションを選択します。
- セキュリティの高いワークロードを実行する場合は、DCasv5 または ECasv5 シリーズの VM を検討してください。
- グラフィックスを集中的に使用するアプリケーションを使用する場合は、NV シリーズの VM を検討してください。
ストレージ ソリューション
"影響: コストの最適化、パフォーマンス効率"
お使いのストレージ ソリューションも、Azure Virtual Desktop のパフォーマンスに影響します。 セッション ホストでは、仮想ハード ドライブとして Azure マネージド ディスクが使用されます。 次のような種類のディスクを使用できます。
- Premium ソリッド ステート ドライブ (SSD)
- Standard SSD
- Standard ハード ディスク ドライブ (HDD)
ディスクには、それぞれ独自の 1 秒あたりの最大サイズ、スループット、I/O 操作 (IOPS) があります。 適切なディスク サイズとシリーズを選択することで、必要なパフォーマンスを最適な価格帯で得ることができます。
- Azure Virtual Desktop 環境で実行するアプリケーションに適切なパフォーマンスを提供するディスク サイズを選択することで、重大なパフォーマンスの問題が避けられます。
- 大きすぎないディスク サイズを選択することで、使用しない追加のパフォーマンスに対する支払いが避けられます。
セッション ホストのディスクのサービス レベル アグリーメント (SLA) は、ディスクの種類によって異なります。 さまざまな種類のディスクを使用するセッション ホストの SLA を比較するには、「ホスト プールの回復性」を参照してください。
推奨事項
- ストレージ ソリューションを設計するときは、さまざまな種類の Azure マネージド ディスクの最大サイズ、スループット、IOPS を検討してください。
- ワークロードのパフォーマンスとコスト効率を最適化するマネージド ディスクの種類を選択します。
フォールト トレランス
"影響: コストの最適化、信頼性"
基本的に、フォールト トレランスの中心には、高可用性とディザスター リカバリーの原則があります。 特に異なる可用性ゾーン間では、セッション ホストの数を増やすことで、高可用性を実現できます。 可用性ゾーン内のさまざまな可用性ゾーンと場所にセッション ホストを分散させると、メンテナンスまたは停止のために Azure Virtual Desktop 環境が使用できなくなる可能性を減らすことができます。
セッション ホストのディザスター リカバリーのため、ゴールデン イメージまたはバックアップを使用できます。
- セッション ホストに、アクティブに保存する必要のないデータまたはアプリケーションが含まれている場合は、ゴールデン イメージを使用します。 そのようなイメージを冗長な方法で保存すると、十分なディザスター リカバリーが提供されるはずです。
- セッション ホストに頻繁に更新される重要なデータが含まれている場合は、それらの変更を保存するためのバックアップを検討してください。 バックアップを使用するコストは、ゴールデン イメージを維持するコストよりもかなり高くなります。
また、お使いの環境で障害モード分析 (FMA) を実行することも重要です。 適切な FMA により、将来の停止に備え、それらを防ぐことができます。 障害点に考えられる例を以下に示します。
- セッション ホストが 1 つのリージョンにデプロイされている。 この構成により、可用性ゾーンの停止中にサービスが完全にシャットダウンされる可能性があります。
- 個人用プールのセッション ホストにバックアップがない。 バックアップを有効にしないと、ユーザーは他の同一のセッション ホストをすばやくデプロイできないため、データが失われる可能性があります。
- 停止中に新しいセッション ホストをすばやくデプロイできない。 コードとしてのインフラストラクチャ (IaC) を使用してセッション ホスト情報と VM イメージを保存しない場合は、この問題が発生する可能性があります。 IaC の例としては、Azure Resource Manager テンプレート、Bicep、Terraform などがあります。
推奨事項
- 可用性を向上させるために、セッション ホストを異なる可用性ゾーンに分散させます。
- 可用性ゾーン内にセッション ホストを分散します。
- セッション ホストのデータまたはアプリケーションをバックアップする必要がない場合は、ディザスター リカバリーのために冗長な方法で保存したゴールデン イメージを使います。
- セッション ホストのデータを頻繁に更新する場合は、ディザスター リカバリーのためにバックアップを使用します。
- 将来の停止に備え、それらを防ぐため、お使いの環境で FMA を実行します。
次のステップ
アプリケーション配信に関する考慮事項を確認したので、接続を確立し、ワークロードの境界を作成し、トラフィックをワークロードに均等に分散する方法を確認します。
評価ツールを使用して、選択した設計を評価します。