Azure Virtual Desktop は、仮想化されたデスクトップとアプリケーションへの簡単で安全なアクセスをユーザーに提供するサービスです。 この記事では、Azure Virtual Desktop の用語と一般的な構造について詳しく説明します。
ホスト プール
ホスト プールは、セッション ホストとして Azure Virtual Desktop に登録されている Azure 仮想マシンのコレクションです。 一貫性のあるユーザー エクスペリエンスを実現するために、ホスト プール内のすべてのセッション ホスト仮想マシンを同じイメージからソース化する必要があります。 アプリケーション グループを使用してユーザーに発行されるリソースを制御します。
ホスト プールには、次の 2 種類のいずれかを指定できます。
個人用。各セッション ホストが個々のユーザーに割り当てられます。 個人用ホスト プールは、パフォーマンスとデータの分離のために環境を最適化するエンド ユーザーに専用デスクトップを提供します。
プール済み。ユーザー セッションをホスト プール内の任意のセッション ホストに負荷分散できます。 1 つのセッション ホストに複数の異なるユーザーが同時に存在する可能性があります。 プールされたホスト プールは、エンド ユーザーに共有リモート エクスペリエンスを提供し、コストの削減と効率の向上を実現します。
次の表では、ホスト プールの種類ごとの違いについて詳しく説明します。
| 機能 | 個人用ホスト プール | プールされたホスト プール |
|---|---|---|
| 負荷分散 | ユーザー セッションは、ユーザーが割り当てられているセッション ホストに常に負荷分散されます。 ユーザーが現在セッション ホストに割り当てられていない場合、ユーザー セッションはホスト プール内の次に使用可能なセッション ホストに負荷分散されます。 | ユーザー セッションは、ユーザー セッション数に基づいて、ホスト プール内のセッション ホストに負荷分散されます。 使用する 負荷分散アルゴリズム を選択できます。幅優先または深度優先。 |
| セッションの最大制限 | 1 つ。 | ホスト プールのプロパティの 最大セッション制限 値によって構成されます。 同時接続の負荷が高い場合、複数のユーザーが同時にホスト プールに接続すると、セッション ホストに作成されたセッションの数が最大セッション制限を超える可能性があります。 |
| ユーザー割り当てプロセス | ユーザーは、セッション ホストに直接割り当てるか、最初に使用可能なセッション ホストに自動的に割り当てることができます。 ユーザーには、割り当てられているセッション ホストに常にセッションがあります。 | ユーザーはセッション ホストに割り当てられません。 ユーザーがサインアウトしてサインインし直した後、ユーザー セッションが別のセッション ホストに負荷分散される可能性があります。 詳細については、「 個人用デスクトップ割り当てを構成する」を参照してください。 |
| スケーリング | 個人用ホスト プールの自動スケーリングでは、スケジュールに従って、または Connect で VM の起動を使用してセッション ホスト仮想マシンを開始し、ユーザー セッションの状態 (ログオフ/切断) に基づいてセッション ホスト仮想マシンの割り当てを解除/休止します。 | プールされたホスト プールの自動スケーリングでは、容量のしきい値に基づいて VM のオンとオフが切り替わり、お客様が定義するスケジュールが設定されます。 |
| Windows Updates | Windows Updates、Microsoft Configuration Manager、またはその他のソフトウェア配布構成ツールで更新されました。 | 従来の更新プログラムではなく、更新されたイメージからセッション ホストを再デプロイすることで更新されます。 |
| ユーザー データ | 各ユーザーが使用するセッション ホストは 1 つだけであるため、VM のオペレーティング システム (OS) ディスクにユーザー プロファイル データを格納できます。 | ユーザーは、接続するたびに異なるセッション ホストに接続できるため、ユーザー プロファイル データを FSLogix に格納する必要があります。 |
ホスト プールには、次の 2 つの管理方法もあります。
セッション ホスト構成 (プレビュー)、Azure Virtual Desktop は、ネイティブ機能の組み合わせを使用してホスト プール内のセッション ホストのライフサイクルを管理します。
Standard。ホスト プール内のセッション ホストの作成、更新、スケーリングを管理します。
詳細については、「 ホスト プールの管理方法」を参照してください。
検証環境
ホスト プールを 検証環境に設定できます。 検証環境では、サービスが運用環境または検証以外の環境に適用される前に、サービスの更新プログラムを監視できます。 検証環境がないと、エラーが発生する変更が検出されず、運用環境のユーザーのダウンタイムが発生する可能性があります。
アプリが最新の更新プログラムで動作するようにするには、検証環境は、検証以外の環境のホスト プールと可能な限り類似している必要があります。 ユーザーは、運用環境と同じ頻度で検証環境に接続する必要があります。 ホスト プールでのテストを自動化する場合は、検証環境で自動テストを含める必要があります。
アプリケーション グループ
アプリケーション グループは、1 つのホスト プール内のセッション ホストで使用できるアプリケーションのフル デスクトップまたは論理グループへのアクセスを制御します。 ユーザーは、複数のホスト プール間で複数のアプリケーション グループに割り当てることができます。これにより、ユーザーがアクセスできるアプリケーションとデスクトップを変更できます。
アプリケーション グループを作成するときは、次の 2 種類のいずれかになります。
デスクトップ: ユーザーはセッション ホストから完全な Windows デスクトップにアクセスします。 プールされたホスト プールまたは個人用ホスト プールで使用できます。
RemoteApp: ユーザーは、選択した個々のアプリケーションにアクセスし、アプリケーション グループに発行します。 プールされたホスト プールでのみ使用できます。
プールされたホスト プールでは、両方のアプリケーション グループの種類を同じホスト プールに同時に割り当てることができます。 ホスト プールごとに割り当てることができるデスクトップ アプリケーション グループは 1 つだけですが、同じホスト プールに複数の RemoteApp アプリケーション グループを割り当てることもできます。
ホスト プールには、推奨されるアプリケーション グループの種類の設定があります。 エンド ユーザーにデスクトップと RemoteApp アプリケーション グループの両方が同じホスト プール上に割り当てられている場合、優先するアプリケーション グループの種類のリソースのみが表示されます。 同じホスト プールに割り当てられた複数の RemoteApp アプリケーション グループに割り当てられたユーザーは、割り当てられているアプリケーション グループ内のすべてのアプリケーションの集計にアクセスできます。
アプリケーション グループの詳細については、「 プールされたホスト プールの優先アプリケーション グループの種類の動作」を参照してください。
ワークスペース
ワークスペースは、アプリケーション グループの論理グループです。 各アプリケーション グループは、ユーザーがデスクトップとアプリケーションに公開されているのを表示するために、ワークスペースに関連付けられている必要があります。 アプリケーション グループは、1 つのワークスペースにのみ割り当てることができます。
エンド ユーザー
ユーザーをアプリケーション グループに割り当てた後、任意の Azure Virtual Desktop クライアントを使用して Azure Virtual Desktop デプロイに接続できます。
ユーザー セッション
このセクションでは、エンド ユーザーが使用できる 3 種類のユーザー セッションについて説明します。
アクティブ ユーザー セッション
ユーザー セッションは、ユーザーがサインインしてデスクトップまたは RemoteApp リソースに接続すると アクティブ と見なされます。
切断されたユーザー セッション
切断されたユーザー セッションは、ユーザーがまだサインアウトしていない非アクティブなセッションです。 ユーザーがサインアウトせずにリモート セッション ウィンドウを閉じると、セッションは切断されます。 ユーザーがリモート リソースに再接続すると、作業していたセッション ホスト上の切断されたセッションにリダイレクトされます。 この時点で、切断されたセッションは再びアクティブなセッションになります。
保留中のユーザー セッション
保留中のユーザー セッションは、ユーザーの負荷分散された仮想マシン上のスポットを予約するプレースホルダー セッションです。 サインイン プロセスはユーザー プロファイルに応じて 30 秒から 5 分かかる場合があるため、このプレースホルダー セッションでは、別のユーザーが最初にサインイン プロセスを完了した場合にユーザーがセッションから除外されないようにします。
次の手順
Azure Virtual Desktop サービスのアーキテクチャと回復性について説明します。