セッション ホスト仮想マシンのサイズ設定のガイドライン

  • [アーティクル]

リモート デスクトップ サービスまたは Azure Virtual Desktop のどちらでセッション ホスト仮想マシン (VM) を実行している場合でも、ワークロードの種類ごとに異なる VM 構成が必要です。 この記事の例は一般的なガイドラインです。初期段階のパフォーマンスの見積もりにのみ使用してください。 最適なエクスペリエンスを実現するには、ユーザーのニーズに応じてデプロイをスケールします。

ワークロード

ユーザーは、セッション ホスト仮想マシンでさまざまな種類のワークロードを実行できます。 仮想マシンに必要なサイズを見積もるために役立つさまざまなワークロードの種類の例を次の表に示します。 仮想マシンを設定した後、実際の使用状況を継続的に監視し、それに応じてサイズを調整する必要があります。 より大きな仮想マシンまたは小さな仮想マシンが必要になった場合、Azure で既存のデプロイを簡単にスケール アップまたはスケール ダウンできます。

各ワークロードの説明を次の表に示します。 "ユーザーの例" は、各ワークロードが最も役に立つと考えられるユーザーの種類です。 "サンプル アプリ" は、各ワークロードに最適なアプリの種類です。

ワークロードの種類 ユーザーの例 サンプル アプリ
淡色 基本的なデータ入力タスクを実行するユーザー データベース エントリ アプリケーション、コマンドライン インターフェイス
中間 コンサルタントと市場調査員 データベース エントリ アプリケーション、コマンドライン インターフェイス、Microsoft Word、静的 Web ページ
ヘビー ソフトウェア エンジニア、コンテンツ作成者 データベース エントリ アプリケーション、コマンドライン インターフェイス、Microsoft Word、静的 Web ページ、Microsoft Outlook、Microsoft PowerPoint、動的 Web ページ、ソフトウェア開発
Power グラフィック デザイナー、3D モデル メーカー、機械学習研究者 データベース エントリ アプリケーション、コマンドライン インターフェイス、Microsoft Word、静的 Web ページ、Microsoft Outlook、Microsoft PowerPoint、動的 Web ページ、写真とビデオ編集、コンピューター支援設計 (CAD)、コンピューター支援製造 (CAM)

シングルセッションの推奨事項

シングルセッション シナリオとは、ある時点でセッション ホスト VM にサインインしているユーザーが 1 人だけの場合を指します。 たとえば、Azure Virtual Desktop でパーソナル ホスト プールを使用する場合は、シングルセッション シナリオを使用しています。 シングルセッション シナリオの VM のサイズ設定の推奨事項については、VM あたり少なくとも 2 つの物理 CPU コア (通常、ハイパースレッディング搭載の 4 つの vCPU) を使用することをお勧めします。 シングルセッション シナリオの VM のサイズ設定について具体的な推奨事項が必要な場合は、実際のワークロードに固有のソフトウェア ベンダーに問い合わせてください。 シングルセッション VM の VM のサイズ設定は、多くの場合、物理デバイスのガイドラインに合わせられています。

次の表に、一般的なワークロードの例を示します。

ワークロードの種類 vCPU/RAM/OS ストレージの最小値 Azure インスタンスの例 プロファイル コンテナー ストレージの最小値
淡色 2 vCPU、8 GB RAM、32 GB ストレージ D2s_v5、D2s_v4 30 GB
中間 4 vCPU、16 GB RAM、32 GB ストレージ D4s_v5、D4s_v4 30 GB
ヘビー 8 vCPU、32 GB RAM、32 GB ストレージ D8s_v5、D8s_v4 30 GB

複数セッションに関する推奨事項

マルチセッション シナリオとは、ある時点でセッション ホスト仮想マシンにサインインしているユーザーが常に複数いる場合を指します。 たとえば、マルチセッション デプロイである Windows 11 Enterprise マルチセッション オペレーティング システム (OS) で Azure Virtual Desktop のプールされたホスト プールを使用する場合などです。

仮想中央処理ユニット (vCPU) あたりの推奨される最大ユーザー数と、標準ワークロードまたはユーザー数の多いワークロードの最小 VM 構成を次の表に示します。 シングルセッション シナリオの VM のサイズ設定について具体的な推奨事項が必要な場合は、実際のワークロードに固有のソフトウェア ベンダーに問い合わせてください。

ワークロードの種類 vCPU あたりの最大ユーザー数 vCPU/RAM/OS ストレージの最小値 Azure インスタンスの例 最小プロファイル ストレージ
淡色 6 8 vCPU、16 GB RAM、32 GB ストレージ D8s_v5、D8s_v4、F8s_v2、D8as_v4、D16s_v5、D16s_v4、F16s_v2、D16as_v4 30 GB
Medium 4 8 vCPU、16 GB RAM、32 GB ストレージ D8s_v5、D8s_v4、F8s_v2、D8as_v4、D16s_v5、D16s_v4、F16s_v2、D16as_v4 30 GB
ヘビー 2 8 vCPU、16 GB RAM、32 GB ストレージ D8s_v5、D8s_v4、F8s_v2、D8as_v4、D16s_v5、D16s_v4、F16s_v2、D16as_v4 30 GB
Power 1 6 vCPU、56 GB RAM、340 GB ストレージ D16ds_v5、D16s_v4、D16as_v4、NV6、NV16as_v4 30 GB

マルチセッション ワークロードの場合は、次の理由から、VM サイズを 4 vCPU から 24 vCPU の間に制限することをお勧めします。

  • すべての VM には 3 コア以上が必要です。 Windows の UI コンポーネントは、高負荷のレンダリング操作の一部に少なくとも 2 つの並列スレッドを使用することに依存しています。 マルチセッション シナリオの場合、2 コアの VM に複数のユーザーがいると、UI とアプリが不安定になり、ユーザー エクスペリエンスの品質が低下します。 安定したマルチセッション VM で確保する必要がある推奨最小コア数は 4 です。

  • VM に 32 個を超えるコアを含めることはできません。 コア数が増えると、システムの同期のオーバーヘッドも増えます。 ほとんどのワークロードでは、約 16 コアで投資収益率が低くなり、ほとんどの追加容量は同期のオーバーヘッドで相殺されます。 ユーザー エクスペリエンスは、32 コアの 1 つの VM よりも 16 コアの 2 つの VM の方が優れています。

推奨される 4 コアから 24 コアの範囲であれば、通常、コア数を増やすにつれ、ユーザーの使用できる容量が多くなります。 たとえば、12 人のユーザーが 4 つのコアを持つ VM に同時にサインインしている場合、その比率はコアあたり 3 人のユーザーです。 一方、8 コアの VM で 14 ユーザーであれば、比率はコアあたり 1.75 人のユーザーです。 このシナリオで、比率が 1.75 の後者の構成では、短期的な CPU 需要があるアプリケーションのバースト容量が大きくなります。

この推奨事項は、大規模な場合に当てはまります。 1 つの VM に接続するユーザーが 20 人以上になるシナリオの場合、複数の小規模な VM の方が、1 つまたは 2 つの大規模な VM よりもパフォーマンスが優れています。 たとえば、10 分以内に 30 人以上のユーザーが 16 コアを持つ同じセッション ホストにサインインすることが予想される場合、2 つの 8 コア VM の方がワークロードが適切に処理されます。 また、既存のセッション ホストのユーザーが満員になった後にのみ新しいセッション ホストを使用できる深さ優先の負荷分散の代わりに、異なる VM にユーザーを均等に分散させる幅優先の負荷分散を使用することもできます。

また少数の大きい VM よりも多数の小さい VM を使用する方が優れています。 更新する必要がある、または現在使用されていない VM をシャットダウンするのがより簡単になります。 大規模な VM の場合、常に少なくとも 1 人のユーザーがサインインしている可能性が高いので、VM をシャットダウンできません。 小規模な VM が多数ある場合、アクティブ ユーザーのいない VM が存在する可能性が高くなります。 これらの未使用の VM を安全にシャットダウンして、手動で、または Azure Virtual Desktop の自動スケーリングを使用して自動で、リソースを節約できます。 リソースを節約することで、デプロイの回復性が向上し、保守が容易になり、コストが削減されます。

一般的な仮想マシンの推奨事項

Azure で選択した OS を実行するには、サービス レベル アグリーメント (SLA) が必要な運用環境のワークロードに Premium SSD ストレージを使用する必要があります。 詳細については、「オンライン サービスのサービス レベル アグリーメント (SLA)」を参照してください。

ビデオ レンダリング、3D デザイン、シミュレーションのためにグラフィック集中型のプログラムを定期的に使用するユーザーには、多くの場合、グラフィックス プロセッシング ユニット (GPU) が適しています。 Azure には、いくつかのグラフィックス アクセラレーション展開オプションと、使用可能な複数の GPU VM サイズがあります。 詳細については、「GPU 最適化済み仮想マシンのサイズ」を参照してください。 リモート デスクトップ サービスでのグラフィックス アクセラレーションの詳細については、「リモート デスクトップ サービス - GPU アクセラレーション」を参照してください。

Azure でバースト可能な B シリーズ VM は、最大 CPU パフォーマンスを常に必要としないユーザーに適しています。 詳細については、「Azure の Windows 仮想マシンのサイズ」、価格情報については、「Virtual Machines シリーズ」を参照してください。

ワークロードをテストする

最後に、ストレス テストと実際の使用状況シミュレーションの両方でデプロイをテストするために、シミュレーション ツールを使用してください。 システムがユーザーのニーズを満たすのに十分な応答性と回復性を備えていることを確認し、予想外の事態を避けるために、ロード サイズを変更してください。