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