Azure Virtual Desktop での自動スケーリング プランとシナリオの例

自動スケーリングを使用すると、ホスト プール内のセッション ホスト仮想マシン (VM) をスケジュールに従ってスケールアップまたはスケールダウンして、デプロイ コストを最適化できます。

最適な結果を得るには、Azure Virtual Desktop Azure Resource Manager (ARM) テンプレートまたは Microsoft のファースト パーティ 製ツールを使用してデプロイした VM で自動スケーリングを使用することをお勧めします。

スケーリング プランのしくみ

スケーリング プランでは、ホスト プール内のセッション ホストをスケーリングするためのスケジュールを定義します。 1 つのスケーリング プランを複数のホスト プールに割り当てることができます。 各ホスト プールに割り当てることができるスケーリング プランは 1 つだけです。 スケーリング プランの作成時には、次の 2 つの異なるスケーリング方法を選択できます。

• 電源管理の自動スケーリング: セッション ホストの電源をオンまたはオフにして、ホスト プール内の使用可能な容量に調整します。 標準管理を使用してスケーリング プランをホスト プールに適用する場合は、このオプションを使用する必要があります。

• 動的自動スケーリング (プレビュー): セッション ホストの電源をオンまたはオフにし、セッション ホストを作成および削除して、ホスト プール内の使用可能な容量に合わせて調整します。 動的自動スケーリングは、セッション ホスト構成を持つプールされたホスト プールにのみ使用できます。

プランを作成する前に、次の点に注意してください。

• 同じホスト プールの種類の 1 つ以上のホスト プールに 1 つのスケーリング プランを割り当てることができます。 スケーリング プランのスケジュールは、割り当てられたすべてのホスト プールに適用されます。

• ホスト プールごとに関連付けることができるスケーリング プランは 1 つだけです。 1 つのスケーリング プランを複数のホスト プールに割り当てる場合、それらのホスト プールを別のスケーリング プランに割り当てることはできません。

• パーソナル ホスト プールでは休止状態を使用できます。 詳細については、 仮想マシンでの休止状態に関するページを参照してください。

• スケーリング プランは、構成されたタイム ゾーンでのみ動作できます。

• スケーリング プランには、1 つまたは複数のスケジュールを設定できます。 たとえば、平日と週末の間のスケジュールが異なります。

• スケジュールを定義する前に、使用パターンを理解していることを確認してください。 次の時間帯をスケジュールする必要があります。

  • ランプアップ: 使用量が増加した日の始まり。
  • ピーク時: 使用量が最も多い時間帯。
  • ランプダウン: 使用が先細りになっている場合。 これは通常、コストを節約するために VM をシャットダウンする場合です。
  • ピーク時以外: 使用量が最も低い日の時刻。

• スケーリング プランは、有効になるとすぐに有効になります。

また、次の制限事項に注意してください。

• 他のスケーリング Microsoft またはサードパーティのスケーリング ツールと組み合わせて自動スケーリングを使用しないでください。 スケーリング プランを適用するホスト プールに対しては、それらを無効にしてください。

• プールされたホスト プールの場合、自動スケーリングによって ドレイン モードが上書きされるため、ホスト プール内の VM を更新するときは必ず除外タグを使用してください。

• プールされたホスト プールの場合、自動スケーリングでは、ホスト プール設定の既存 の負荷分散アルゴリズムは 無視され、代わりにスケジュール構成に基づいて負荷分散が適用されます。

プールされたホスト プールの自動スケーリングのシナリオの例

このセクションでは、プールされたホスト プールの自動スケーリングのさまざまな部分がどのように機能するかを示す 4 つのシナリオがあります。 各例には、ホスト プールの設定とアニメーション化されたビジュアル デモンストレーションを示すテーブルがあります。

シナリオ 1: 自動スケーリングによって仮想マシンがオンになるのはいつですか?

このシナリオでは、使用されているホスト プールの容量が容量のしきい値を超えたときに、自動スケーリングでスケーリング プラン スケジュールの任意のフェーズでセッション ホスト仮想マシン (VM) を有効にできることを示します。

たとえば、次の表で説明されているように、次のホスト プールのセットアップを見てみましょう。

このフェーズの開始時に、自動スケーリングでは、ホストの最小割合に一致するように 2 つのセッション ホストがオンになっています。 6 の 30% は整数ではありませんが、自動スケーリングは最も近い整数に切り上げされます。 使用可能なセッション ホストが 2 つあり、最大セッション制限は 1 ホストあたり 5 セッションであることを意味します。このホスト プールの使用可能なホスト プール容量は 10 です。 現在、ユーザー セッションがないため、使用されるホスト プールの容量は 0% です。

1 日が始まると、3 人のユーザーがサインインしてユーザー セッションを開始するとします。 負荷分散アルゴリズムが最初に広がっているため、ユーザー セッションは 2 つの使用可能なセッション ホストに均等に分散されます。 使用可能なホスト プール容量はまだ 10 ですが、3 つの新しいユーザー セッションでは、使用されるホスト プール容量は 30% になりました。 ただし、使用されるホスト プールの容量が容量のしきい値を超えるまで、自動スケーリングでは仮想マシン (VM) は有効になりません。 この例では、容量のしきい値は 30% であるため、自動スケーリングでは VM がまだオンになりません。

この時点で、ホスト プールのパラメーターは次のようになります。

別のユーザーがサインインしてセッションを開始すると、2 つのセッション ホスト間で 4 つの合計ユーザー セッションが分散されるようになりました。 使用されるホスト プールの容量が 40% になりました。これは容量のしきい値を超えています。 その結果、自動スケーリングによって別のセッション ホストがオンになり、使用されているホスト プールの容量が容量しきい値 (30%) 以下になります。

要約すると、使用されるホスト プールの容量が容量のしきい値を超えたときのパラメーターを次に示します。

自動スケーリングが別のセッション ホストをオンにした後のパラメーターを次に示します。

別のセッション ホストをオンにすると、ホスト プールに 3 つの使用可能なセッション ホストが存在するようになりました。 最大セッション制限がまだ 5 である場合、使用可能なホスト プール容量は最大 15 に達しています。 使用可能なホスト プール容量が増加したため、使用されるホスト プール容量は 27% に減少し、容量のしきい値は 30% を下回っています。

別のユーザーがサインインすると、使用可能な 3 つのセッション ホストに 5 つのユーザー セッションが分散されるようになりました。 使用済みホスト プールの容量は 33% になりました。これは 30% の容量しきい値を超えています。 容量のしきい値を超えると、自動スケーリングがアクティブになり、別のセッション ホストが有効になります。

この例は増え続ける段階であるため、新しいユーザーはサインインを続ける可能性があります。 より多くのユーザーが到着すると、パターンがより明確になります。

この表に示すように、自動スケーリングは、使用されているホスト プールの容量が容量のしきい値を超えたときにのみ、新しいセッション ホストをオンにします。 使用されているホスト プールの容量が容量のしきい値以下の場合、自動スケーリングでは新しいセッション ホストはオンになりません。

次のアニメーションは、シナリオ 1 で行った内容を視覚的に要約したものです。

シナリオ 2: 自動スケーリングによって仮想マシンがオフになるのはいつですか?

このシナリオでは、次のことがすべて当てはまる場合に、自動スケーリングによってセッション ホストがオフになっていることを示します。

• 使用されるホスト プールの容量が容量のしきい値を下回っています。
• 自動スケーリングでは、容量のしきい値を超えずにセッション ホストをオフにすることができます。
• 自動スケーリングでは、ユーザー セッションのないセッション ホストのみがオフになります (スケーリング プランがランプダウン フェーズにあり、強制ログオフ設定を有効にしていない場合)。
• プールされた自動スケーリングでは、不適切なユーザー エクスペリエンスを回避するために、ランプアップ フェーズでセッション ホストがオフになりません。

このシナリオでは、ホスト プールは次のように起動します。

ピーク段階にあるため、ユーザーの数は比較的安定していると予想できます。 ただし、使用されるリソースの量を安定したまま効率的に保つために、自動スケーリングでは、必要に応じてセッション ホストのオンとオフが切り替えられます。

そのため、ピーク時にサインインしたユーザーが 7 人いるとします。 ユーザー セッションの合計数が 7 の場合、使用されるホスト プールの容量は 28% になります。 使用されているホスト プールの容量が容量のしきい値を超えないと、自動スケーリングでセッション ホストをオフにできないため、自動スケーリングではセッション ホストがまだオフになりません。

昼休みに 7 人のユーザーのうち 2 人がサインアウトすると、5 つのセッション ホスト間で 5 つのユーザー セッションが残されます。 最大セッション制限はまだ 5 であるため、使用可能なホスト プール容量は 25 です。 ユーザーが 5 人しかないということは、使用済みホスト プールの容量が 20% になったことを意味します。 自動スケーリングでは、使用されているホスト プールの容量が容量しきい値を超えずにセッション ホストをオフにできる場合は、チェックする必要があります。

自動スケーリングがセッション ホストをオフにした場合、使用可能なホスト プール容量は 20 になります。 ユーザーが 5 人の場合、使用されるホスト プールの容量は 25% になります。 25% は容量しきい値の 30% 未満であるため、自動スケーリングでは、ユーザー セッションのないセッション ホストが選択され、ドレイン モードになり、オフになります。

自動スケーリングによって、ユーザー セッションのないセッション ホストの 1 つがオフになると、使用可能なセッション ホストが 4 つ残ります。 ホスト プールの最大セッション制限は 5 のままであるため、使用可能なホスト プール容量は 20 です。 5 つのユーザー セッションがあるため、使用されるホスト プールの容量は 25% で、容量のしきい値をまだ下回っています。

ただし、別のユーザーがサインアウトして昼食に向かう場合、ホスト プール内の 4 つのセッション ホストに 4 つのユーザー セッションが分散するようになりました。 最大セッション制限は依然として 5 であるため、使用可能なホスト プール容量は 20、使用されるホスト プール容量は 20% です。 別のセッション ホストをオフにすると、3 つのセッション ホストと使用可能なホスト プール容量が 15 のままになり、使用されるホスト プール容量は約 27% にジャンプします。 27% が容量しきい値を下回っている場合でも、ユーザー セッションがゼロのセッション ホストはありません。

次のアニメーションは、シナリオ 2 で行った内容を視覚的に要約したものです。

シナリオ 3: 自動スケーリングによってユーザーが強制的にサインアウトされるのはいつですか?

自動スケーリングでは、スケーリング プラン のスケジュールのランプダウン フェーズで 強制的にログオフ 設定を有効にした場合にのみ、ユーザーのサインアウトが強制されます。 強制的なログオフ設定は、スケーリング 計画スケジュールの他のフェーズではユーザーをサインアウトしません。

たとえば、次のパラメーターを使用してホスト プールを見てみましょう。

ランプダウン フェーズ中に、ホスト プール管理者は容量しきい値を 75% に、ホストの最小割合を 10% に設定しました。 このフェーズで容量のしきい値が高く、ホストの最小割合が低い場合は、稼働日の終了時に新しいセッション ホストをオンにする必要が減ります。

このシナリオでは、現在、このホスト プール内の 4 つの使用可能なセッション ホストに 4 人のユーザーがいるとします。 使用可能なホスト プール容量は 20 であるため、使用されるホスト プール容量は 20% であることを意味します。 この情報に基づいて、自動スケールでは、容量しきい値 75% を超えずに 2 つのセッション ホストをオフにできることを検出します。 ただし、ホスト プール内のすべてのセッション ホストにユーザー セッションがあるため、2 つのセッション ホストをオフにするには、自動スケーリングによってユーザーが強制的にサインアウトする必要があります。

強制ログオフ設定を有効にすると、自動スケーリングによって、ユーザー セッション数が最も少ないセッション ホストが選択され、セッション ホストがドレイン モードになります。 自動スケーリングにより、選択したセッションのユーザーは、一定時間後にセッションから強制的にサインアウトされるという通知がホストされます。 その時間が経過すると、ユーザーがまだセッションを終了していない場合、自動スケーリングによってセッションが強制的に終了されます。 このシナリオでは、ホスト プール内の各セッション ホストに同じ数のユーザー セッションがあるため、自動スケーリングでは、すべてのユーザーを強制的にサインアウトするためにランダムに 2 つのセッション ホストを選択し、セッション ホストをオフにします。

自動スケーリングによって 2 つのセッション ホストがオフになると、使用可能なホスト プール容量は 10 になります。 ユーザー セッションが 2 つだけ残ったので、次の表に示すように、使用されるホスト プールの容量は 20% です。

次に、サインアウトを強制された 2 人のユーザーが、作業を続行してサインインし直したいとします。 使用可能なホスト プール容量はまだ 10 であるため、使用されるホスト プール容量は 40% になり、容量しきい値は 75% を下回ります。 ただし、使用可能なセッション ホストは 1 つだけであり、使用可能なホスト プール容量は 5 のままになるため、自動スケーリングではより多くのセッション ホストをオフにすることはできません。 4 人のユーザーを使用すると、使用済みホスト プールの容量が 80% になります。これは容量のしきい値を超えています。

そのため、パラメーターは次のようになります。

この時点で別のユーザーがサインアウトした場合、2 つの使用可能なセッション ホストに分散されたユーザー セッションは 3 つだけ残ります。 つまり、ホスト プールは次のようになります。

最大セッション制限は 5 であり、使用可能なホスト プール容量は 10 であるため、使用されるホスト プール容量は 30% になりました。 自動スケーリングで、容量のしきい値を超えずに 1 つのセッション ホストをオフにできるようになりました。

自動スケーリングでは、ユーザー セッションの数が最も少ないセッション ホストを選択することで、セッション ホストがオフになります。 自動スケーリングでは、セッション ホストをドレイン モードにし、セッション ホストがオフになるとユーザーに通知を送信し、一定の時間が経過した後、残りのユーザーを強制的にサインアウトしてオフにします。

セッション ホストをオフにした後、ホスト プールに残りの使用可能なセッション ホストが 1 つ存在し、最大セッション制限は 5 になり、使用可能なホスト プール容量は 5 になります。

自動スケーリングでは、選択したセッション ホストをオフにしたときにユーザーが強制的にサインアウトするため、残っているユーザー セッションは 2 つしかないため、使用されるホスト プールの容量は 40% になります。

要約すると、ホスト プールは次のようになります。

その後、サインアウトを強制されたユーザーがサインインし直し、ホスト プールが次のようになります。

これで、ホスト プールに 3 つのユーザー セッションが存在します。 ただし、ホスト プールの容量はまだ 5 です。つまり、使用されるホスト プールの容量は 60% で、容量のしきい値を下回っています。 残りのセッション ホストをオフにすると、使用可能なホスト プール容量が 0 になり、ホストの最小割合が 10% を下回るため、自動スケーリングにより、ランプダウン フェーズ中に常に使用可能なセッション ホストが常に 1 つ以上存在することが保証されます。

次のアニメーションは、シナリオ 3 で行った内容を視覚的に要約したものです。

シナリオ 4: 除外タグのしくみ

仮想マシンにスケーリング プランの除外タグと一致するタグ名がある場合、自動スケーリングでは、そのドレイン モードの設定をオン、オフ、または変更しません。 除外タグは、スケーリング 計画スケジュールのすべてのフェーズで適用されます。

開始するホスト プールの例を次に示します。

この例のシナリオでは、ホスト プール管理者は、スケーリング プランの除外タグを 6 つのセッション ホストのうち 5 つに適用します。 新しいユーザーがサインインすると、ユーザー セッションの合計数は最大 4 になります。 使用可能なセッション ホストは 1 つだけであり、ホスト プールの最大セッション制限は 5 であるため、使用可能なホスト プールの容量は 5 です。 使用されるホスト プール容量は 80% です。 ただし、使用されているホスト プールの容量が容量のしきい値を超えている場合でも、現在実行中のホストを除くすべてのセッション ホストに除外タグが付けられているため、自動スケーリングでは他のセッション ホストはオンになりません。

そのため、ホスト プールは次のようになります。

次に、4 人のユーザー全員がサインアウトし、使用可能なセッション ホストにユーザー セッションが残っていないとします。 ホスト プールにはユーザー セッションがないため、使用されるホスト プールの容量は 0 です。 自動スケーリングでは、ユーザーがいないにもかかわらず、この 1 つのセッション ホストがオンの状態を維持します。これは、オフピーク フェーズ中に、自動スケーリングのホストの最小割合の設定によって、このフェーズ中に少なくとも 1 つのセッション ホストを使用可能にしておく必要があると決定されるためです。

要約すると、ホスト プールは次のようになります。

管理者がタグ付けされていない最後のセッション ホスト仮想マシンに除外タグ名を適用し、無効にした場合、他のユーザーがサインインしようとしても、自動スケーリングで VM を有効にしてユーザー セッションに対応することはできません。 そのユーザーに "使用可能なリソースがありません" エラーが表示されます。

ただし、VM をオンに戻すことができないということは、ホスト プールがホストの最小割合を満たすことができないことを意味します。 原因となる可能性のある問題を解決するために、管理者は 2 つの VM から除外タグを削除します。 自動スケーリングでは、10% の最小要件を満たすために必要な VM が 1 つだけであるため、いずれかの VM のみがオンになります。

最後に、ホスト プールは次のようになります。

次のアニメーションは、シナリオ 4 で説明した内容を視覚的に要約したものです。

次の手順

• 自動スケーリングのスケーリング プランを作成する方法については、「 Azure Virtual Desktop ホスト プールの自動スケーリングスケーリングを作成する」を参照してください。
• 自動スケーリングに関連付けられている用語を確認するには、 自動スケーリング用語集を参照してください。
• 自動スケーリングに関してよく寄せられる質問に対する回答については、 自動スケーリングに関する FAQ を参照してください。