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

  • [アーティクル]

リモート デスクトップ サービスまたは 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)

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

シングルセッションとは、Azure Virtual Desktop で個人用ホスト プールを使用する場合など、セッション ホスト仮想マシンにログオンしているユーザーが一度に 1 人しかいない場合を指します。 シングルセッション シナリオの 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
Medium 4 vCPUs、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 vCPUs、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 vCPUs、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 vCPUs、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 vCPUs、56 GB RAM、340 GB ストレージ D16ds_v5、D16s_v4、D16as_v4、NV6、NV16as_v4 30 GB

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

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

  • VM には 32 を超えるコアを含めないようにする必要がある: コアの数が増えるにつれて、システムの同期オーバーヘッドも増加します。 ほとんどのワークロードでは、約 16 コアで投資収益率が低くなり、ほとんどの追加容量は同期のオーバーヘッドで相殺されます。 1 つの 32 コア VM ではなく、2 つの 16 コア VM の方がユーザー数が多くなる可能性があります。

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

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

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

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

選択した OS を実行するための基本要件に加えて、Azure ではサービス レベル アグリーメント (SLA) が必要な運用環境のワークロードには、OS ディスクで Premium SSD ストレージを使用することをお勧めします。 詳細については、「Virtual Machines の SLA」を参照してください。

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

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

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

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