スケジュールベースおよび負荷ベースの設定

Autoscale™ がマシンをどのように電源管理するか

Autoscale は、選択したスケジュールに基づいてマシンの電源をオン/オフします。Autoscale を使用すると、特定の曜日を含む複数のスケジュールを設定し、それらの時間帯に利用可能なマシンの数を調整できます。特定の曜日の特定の時間に一連のユーザーがマシンリソースを消費すると予想される場合、Autoscale は最適化されたエクスペリエンスを提供するのに役立ちます。これらのマシンは、セッションが実行されているかどうかにかかわらず、スケジュール中に電源がオンになることに注意してください。

注:

Autoscale は、電源管理されているすべてのマシンをサポートします。

スケジュールは、デリバリーグループのタイムゾーンに基づいています。タイムゾーンを変更するには、デリバリーグループのユーザー設定を変更できます。詳細については、「デリバリーグループの管理」を参照してください。

Autoscale には、平日（月曜日から金曜日）と週末（土曜日と日曜日）の2つのデフォルトスケジュールがあります。デフォルトでは、平日スケジュールは、ピーク時には午前7時から午後6時30分まで1台のマシンの電源をオンにし、オフピーク時には電源をオフにします。デフォルトの容量バッファは、ピーク時とオフピーク時ともに10%に設定されています。デフォルトでは、週末スケジュールはマシンの電源をオンにしません。

注:

Autoscale は、サイトに登録されているマシンのみを、計算における利用可能な容量の一部として扱います。「登録済み」とは、マシンが使用可能であるかすでに使用中であることを意味します。これにより、ユーザーセッションを受け入れることができるマシンのみが、デリバリーグループの容量に含まれることが保証されます。

ユーザーインターフェイス

留意すべきユーザーインターフェイスは3種類あります。

シングルセッションOS静的デリバリーグループのユーザーインターフェイス:

シングルセッションOSランダムデリバリーグループのAutoscaleユーザーインターフェイス:

Autoscale シングルセッションOS (ランダム) - スケジュール(/ja-jp/citrix-virtual-apps-desktops/2503/media/autoscale-schedule-ss-random.png)

Autoscale シングルセッションOS (ランダム) - 負荷ベース(/ja-jp/citrix-virtual-apps-desktops/2503/media/autoscale-load-based-ss-random.png)

Autoscale のユーザーインターフェイス：マルチセッションOSデリバリーグループ

Autoscale マルチセッションOS - スケジュール(/ja-jp/citrix-virtual-apps-desktops/2503/media/autoscale-schedule-ms.png)

Autoscale マルチセッションOS - 負荷ベース(/ja-jp/citrix-virtual-apps-desktops/2503/media/autoscale-load-based-settings-ms.png)

スケジュールベースの設定

Autoscale スケジュール。スケジュールの追加、編集、選択、削除ができます。

適用される曜日。選択したスケジュールに適用した曜日が強調表示されます。残りの曜日はグレー表示されます。

編集。1時間ごとまたは30分ごとにマシンを割り当てることができます。マシンは数値またはパーセンテージで割り当てることができます。

注：

• このオプションは、マルチセッションOSおよびシングルセッションOSのランダムデリバリーグループのAutoscaleユーザーインターフェイスでのみ利用可能です。
• 編集の横にあるヒストグラムは、異なる時間帯で実行されているマシンの数または割合を示します。
• ピーク時間の上にある編集をクリックして、各時間帯にマシンを割り当てることができます。起動するマシンウィンドウのメニューから選択したオプションに応じて、マシンを数値またはパーセンテージで割り当てることができます。
• マルチセッションOSデリバリーグループの場合、各日において30分単位で実行中のマシンの最小数を個別に設定できます。シングルセッションOSのランダムデリバリーグループの場合、各日において60分単位で実行中のマシンの最小数を個別に設定できます。

独自のスケジュールを定義するには、次の手順に従います。

1. 「Autoscaleの管理」ウィンドウの「スケジュールとピーク時間」ページで、「スケジュールを設定」をクリックします。

2. 「Edit Autoscale Schedules」ウィンドウで、各スケジュールに適用する日を選択します。必要に応じてスケジュールを削除することもできます。

3. 「Done」をクリックしてスケジュールを保存し、「Schedule and Peak Times」ページに戻ります。

4. 該当するスケジュールを選択し、必要に応じて構成します。

5. 「Apply」をクリックして「Manage Autoscale」ウィンドウを終了するか、他のページで設定を構成します。

重要:

• Autoscaleでは、異なるスケジュールで同じ日が重複することはできません。たとえば、schedule1で月曜日を選択した後、schedule2で月曜日を選択すると、schedule1の月曜日は自動的にクリアされます。
• スケジュール名は大文字と小文字を区別しません。
• スケジュール名は空白にしたり、スペースのみを含めたりすることはできません。
• Autoscaleでは、文字間に空白スペースを使用できます。
• スケジュール名には、次の文字を含めることはできません: \ / ; : # . * ? = < > | [ ] ( ) { } “ ‘ `。
• Autoscaleは重複するスケジュール名をサポートしていません。各スケジュールに異なる名前を入力してください。
• Autoscaleは空のスケジュールをサポートしていません。つまり、日が選択されていないスケジュールは保存されません。

注:

選択したスケジュールに含まれる日は強調表示され、含まれない日はグレー表示されます。

ロードベースの設定

ピーク時間。選択したスケジュールに適用した日のピーク時間を定義できます。水平棒グラフを右クリックして定義できます。ピーク時間を定義すると、残りの未定義の時間はデフォルトでオフピーク時間になります。デフォルトでは、選択したスケジュールに含まれる日の午前7時から午後7時までの時間帯がピーク時間として定義されます。

重要:

• マルチセッションOSデリバリーグループの場合、ピーク時間の棒グラフは容量バッファに使用されます。
• シングルセッションOSデリバリーグループの場合、ピーク時間の棒グラフは容量バッファに使用され、ログオフ後および/または切断後にトリガーされるアクションを制御します。
• マルチセッションOSおよびシングルセッションOSデリバリーグループの両方で、スケジュールに含まれる日のピーク時間を30分単位で細かく定義できます。または、代わりにNew-BrokerPowerTimeScheme PowerShellコマンドを使用することもできます。詳細については、「Broker PowerShell SDKコマンド」を参照してください。

容量バッファ。電源がオンになっているマシンのバッファを維持できます。値が小さいほどコストが削減されます。値が大きいほど、セッション起動時にユーザーが追加のマシンの電源がオンになるのを待つ必要がなくなり、最適化されたユーザーエクスペリエンスが保証されます。デフォルトでは、容量バッファはピーク時間とオフピーク時間で10%です。容量バッファを0に設定すると、セッション起動時にユーザーが追加のマシンの電源がオンになるのを待つ必要がある場合があります。Autoscaleでは、ピーク時間とオフピーク時間で容量バッファを個別に決定できます。

その他の設定

ヒント:

• Broker PowerShell SDKを使用してその他の設定を構成することもできます。詳細については、「Broker PowerShell SDKコマンド」を参照してください。
• 切断時およびログオフ時の設定に関連するSDKコマンドについては、https://citrix.github.io/delivery-controller-sdk/Broker/about_Broker_PowerManagement/#power-policyを参照してください。

切断時。セッション切断後、切断されロックされたマシンが、一時停止またはシャットダウンされるまでに電源がオンのままになる時間を指定できます。時間値を指定した場合、構成したアクションに応じて、指定された切断時間が経過するとマシンは一時停止またはシャットダウンされます。デフォルトでは、切断されたマシンにはアクションが割り当てられません。ピーク時間とオフピーク時間でアクションを個別に定義できます。そのためには、下矢印をクリックし、メニューから次のいずれかのオプションを選択します。

• アクションなし。選択すると、セッション切断後もマシンは電源がオンのままになります。Autoscaleはそれに対してアクションを実行しません。

• 一時停止。選択すると、指定された切断時間が経過したときに、Autoscaleはマシンをシャットダウンせずに一時停止します。一時停止を選択すると、次のオプションが使用可能になります。

  • 再接続がない場合（分）。一時停止されたマシンは、切断されたユーザーが再接続する際には利用可能ですが、新しいユーザーには利用できません。すべてのワークロードを処理するためにマシンを再度利用可能にするには、シャットダウンします。Autoscaleがそれらをシャットダウンするまでのタイムアウトを分単位で指定します。
• シャットダウン。選択すると、指定された切断時間が経過したときに、Autoscaleがマシンをシャットダウンします。

注:

このオプションは、シングルセッションOSのランダムおよび静的デリバリーグループ用のAutoscaleユーザーインターフェイスでのみ利用可能です。

ログオフ時。セッションログオフ後にマシンがサスペンドまたはシャットダウンされるまで、どのくらいの時間電源がオンのままになるかを指定できます。時間値を指定した場合、設定したアクションに応じて、指定されたログオフ時間が経過するとマシンはサスペンドまたはシャットダウンされます。デフォルトでは、ログオフされたマシンにはアクションが割り当てられていません。ピーク時とオフピーク時で個別にアクションを定義できます。そのためには、下矢印をクリックし、メニューから以下のいずれかのオプションを選択します。

• アクションなし。選択した場合、セッションログオフ後もマシンは電源がオンのままになります。Autoscaleはそれに対して何もアクションを実行しません。
• サスペンド。選択した場合、指定されたログオフ時間が経過したときに、Autoscaleはマシンをシャットダウンせずに一時停止します。
• シャットダウン。選択した場合、指定されたログオフ時間が経過したときに、Autoscaleはマシンをシャットダウンします。

注:

このオプションは、シングルセッションOSの静的デリバリーグループ用のAutoscaleユーザーインターフェイスでのみ利用可能です。

切断されたセッションを持つシングルセッションOSマシンが異なる時間帯に移行する際の電源管理

重要:

• この機能強化は、切断されたセッションを持つシングルセッションOSマシンにのみ適用されます。ログオフされたセッションを持つシングルセッションOSマシンには適用されません。
• この機能強化を有効にするには、該当するデリバリーグループでAutoscaleを有効にする必要があります。そうしないと、期間移行時に切断電源ポリシーアクションはトリガーされません。

以前のリリースでは、アクション（切断アクション = 「サスペンド」または「シャットダウン」）が必要な時間帯に移行するシングルセッションOSマシンは、電源がオンのままでした。このシナリオは、アクション（切断アクション = 「何もしない」）が不要な時間帯（ピーク時またはオフピーク時）にマシンが切断された場合に発生しました。

このリリース以降、Autoscaleは、指定された切断時間が経過したときに、移行先の時間帯に設定された切断アクションに応じて、マシンをサスペンドまたは電源オフにします。

例えば、シングルセッションOSデリバリーグループに対して、以下の電源ポリシーを構成します。

• PeakDisconnectAction を「何もしない」に設定します
• OffPeakDisconnectAction を「シャットダウン」に設定します
• 「オフピーク切断タイムアウト」を「10」に設定します。

注：

切断アクション電源ポリシーの詳細については、https://developer-docs.citrix.com/projects/delivery-controller-sdk/en/latest/Broker/about_Broker_PowerManagement/#power-policy および https://developer-docs.citrix.com/projects/delivery-controller-sdk/en/latest/Broker/Get-BrokerDesktopGroup/ を参照してください。

以前のリリースでは、ピーク時にセッションが切断されたシングルセッションOSマシンは、ピークからオフピークに移行しても電源がオンのままでした。このリリース以降、期間移行時にOffPeakDisconnectActionとOffPeakDisconnectTimeoutのポリシーアクションがシングルセッションOSマシンに適用されます。その結果、マシンはオフピークに移行してから10分後に電源がオフになります。

以前の動作に戻したい場合（つまり、切断されたセッションを持つマシンがピークからオフピーク、またはオフピークからピークに移行しても何もアクションを実行しない場合）は、次のいずれかを実行します。

• 「LegacyPeakTransitionDisconnectedBehaviour」レジストリ値を1（true; 以前の動作を有効にする）に設定します。デフォルトでは、値は0（false; 期間移行時に切断電源ポリシーアクションをトリガーする）です。
  • Path: HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\DesktopServer
  • Name: LegacyPeakTransitionDisconnectedBehaviour
  • Type: REG_DWORD
  • データ: 0x00000001 (1)
• Set-BrokerServiceConfigurationData PowerShellコマンドを使用して設定を構成します。例:
  • PS C:\> Set-BrokerServiceConfigurationData HostingManagement.LegacyPeakTransitionDisconnectedBehaviour -SettingValue $true

マシンに期間移行時に電源ポリシーアクションを適用する前に、以下の条件を満たす必要があります。

• 切断されたセッションがある。
• 保留中の電源アクションがない。
• 異なる期間に移行するシングルセッションOSデリバリーグループに属している。
• 特定の期間（ピーク時またはオフピーク時）に切断され、電源アクションが割り当てられている期間に移行するセッションがある。

容量バッファの仕組み

容量バッファは、動的な負荷増加に対応するために、現在の需要に予備容量を追加するために使用されます。注意すべき2つのシナリオがあります。

• マルチセッションOSデリバリーグループの場合、容量バッファは、ロードインデックスの観点からデリバリーグループの総容量の割合として定義されます。ロードインデックスの詳細については、「ロードインデックス」を参照してください。

• シングルセッションOSデリバリーグループの場合、容量バッファは、マシンの数の観点からデリバリーグループの総容量の割合として定義されます。

注：

Autoscaleをタグ付きマシンに制限するシナリオでは、容量バッファは、ロードインデックスの観点から、デリバリーグループ内のタグ付きマシンの総容量の割合として定義されます。

Autoscaleでは、ピーク時とオフピーク時で容量バッファを個別に設定できます。容量バッファフィールドの値が小さいほど、Autoscaleが起動する予備容量が少なくなるため、コストが削減されます。値が大きいほど、ユーザーがセッションを起動する際に追加のマシンが起動するのを待つ必要がなくなり、最適化されたユーザーエクスペリエンスが保証されます。デフォルトでは、容量バッファは10%です。

重要：

容量バッファにより、総予備容量がデリバリーグループの総容量の「X」パーセントを下回ったときにマシンが起動します。これにより、必要な割合の予備容量が確保されます。

マルチセッションOSデリバリーグループ

マシンはいつ電源オンになりますか

重要:

スケジュールが選択されている場合、Autoscaleはスケジュールで電源オンになるように構成されているすべてのマシンの電源をオンにします。Autoscaleは、負荷に関係なく、スケジュール中に指定された数のマシンの電源をオンに保ちます。

デリバリーグループ内の電源オン状態のマシン数が、負荷インデックスの観点からバッファ容量を満たすために必要なバッファを満たせなくなった場合、Autoscaleは追加のマシンの電源をオンにします。たとえば、デリバリーグループに20台のマシンがあり、スケジュールベースのスケーリングの一部として、容量バッファ20%で3台のマシンの電源がオンになるようにスケジュールされているとします。最終的に、負荷がない場合でも4台のマシンの電源がオンになります。これは、バッファとして4 x 10kの負荷インデックスが必要であるため、少なくとも4台のマシンの電源がオンになっている必要があるためです。この状況は、ピーク時、マシンの負荷増加、新しいセッションの起動、およびデリバリーグループに新しいマシンを追加する際に発生する可能性があります。Autoscaleは、次の条件を満たすマシンのみの電源をオンにすることに注意してください。

• マシンがメンテナンスモードではないこと。

• マシンが稼働しているハイパーバイザーがメンテナンスモードではないこと。

• マシンが現在電源オフ状態であること。

• マシンに保留中の電源操作がないこと。

マシンはいつ電源オフになりますか

重要:

• スケジュールが選択されている場合、Autoscaleはスケジュールに基づいてマシンの電源をオフにします。
• Autoscaleは、スケジュール中に電源オンになるようにスケジュールで構成されているマシンの電源をオフにしません。

デリバリーグループのターゲットとなる電源オン状態のマシン数（バッファを含む）をサポートするのに十分なマシン数を超えている場合、Autoscaleは余分なマシンの電源をオフにします。この状況は、オフピーク時、マシンの負荷減少、セッションログオフ、およびデリバリーグループからマシンを削除する際に発生する可能性があります。Autoscaleは、次の条件を満たすマシンのみの電源をオフにします。

• マシンおよびマシンが稼働しているハイパーバイザーがメンテナンスモードではないこと。

• マシンが現在電源オン状態であること。

• マシンは起動後に利用可能として登録されるか、登録待ちの状態になります。

• マシンにアクティブなセッションはありません。

• マシンに保留中の電源操作はありません。

• マシンは指定された電源オフ遅延を満たしています。これは、マシンが少なくとも「X」分間電源オンの状態であったことを意味します。「X」はデリバリーグループに指定された電源オフ遅延です。

シナリオ例

次のシナリオを想定します。

• デリバリーグループの構成。Autoscaleで電源管理するデリバリーグループには、10台のマシン（M1～M10）が含まれています。

• オートスケール構成

  • 容量バッファは10%に設定されています。
  • 選択されたスケジュールにマシンは含まれていません。

シナリオは次の順序で実行されます。

1. ユーザーはログオンしません。

2. ユーザーセッションが増加します。

3. さらにユーザーセッションが開始されます。

4. セッション終了により、ユーザーセッションの負荷が減少します。

5. ユーザーセッションの負荷は、セッション負荷がオンプレミスリソースのみで処理されるまでさらに減少します。

上記のシナリオでAutoscaleがどのように機能するかについては、以下を参照してください。

• ユーザー負荷なし (初期状態)
  • 1台のマシン (例: M1) が電源オンになります。マシンは、構成されたキャパシティバッファのために電源オンになります。この場合、10 (マシン数) x 10,000 (負荷インデックス) x 10% (構成されたキャパシティバッファ) は10,000に等しくなります。したがって、1台のマシンが電源オンになります。
  • 電源オンになっているマシン (M1) の負荷インデックス値は、ベースライン負荷 (負荷インデックスは0に等しい) にあります。
• 最初のユーザーがログオンします
  • セッションはマシンM1でホストされるように指示されます。
  • 電源オンになっているマシンM1の負荷インデックスが増加し、マシンM1はベースライン負荷ではなくなります。
  • Autoscaleは、構成されたキャパシティバッファのために需要を満たすために、追加のマシン (M2) の電源をオンにし始めます。
  • マシンM2の負荷インデックス値はベースライン負荷にあります。
• ユーザーが負荷を増加させます
  • セッションはマシンM1とM2の間で負荷分散されます。その結果、電源オンになっているマシン (M1とM2) の負荷インデックスが増加します。
  • 総予備容量は、負荷インデックスに関して依然として10,000を超えるレベルにあります。
  • マシンM2の負荷インデックス値はベースライン負荷ではなくなります。
• より多くのユーザーセッションが開始されます
  • セッションはマシン（M1とM2）間で負荷分散されます。その結果、電源がオンになっているマシン（M1とM2）の負荷インデックスはさらに増加します。
  • 合計予備容量が負荷インデックスで10,000を下回るレベルに低下すると、構成された容量バッファにより、Autoscaleは需要を満たすため追加のマシン（M3）の電源をオンにし始めます。
  • マシンM3の負荷インデックス値はベースライン負荷です。
• さらに多くのユーザーセッションが開始されます
  • セッションはマシン（M1からM3）間で負荷分散されます。その結果、電源がオンになっているマシン（M1からM3）の負荷インデックスは増加します。
  • 合計予備容量は負荷インデックスで10,000を上回るレベルです。
  • マシンM3の負荷インデックス値はもはやベースライン負荷ではありません。
• セッション終了によりユーザーセッションの負荷が減少します
  • ユーザーがセッションからログオフするか、アイドルセッションがタイムアウトすると、マシンM1からM3で解放された容量は、他のユーザーが開始したセッションをホストするために再利用されます。
  • 合計予備容量が負荷インデックスで10,000を上回るレベルに増加すると、Autoscaleはいずれかのマシン（例: M3）をドレイン状態にします。その結果、新しい変更が発生しない限り、他のユーザーが開始したセッションはそのマシンに転送されなくなります。たとえば、エンドユーザーの負荷が再び増加したり、他のマシンの負荷が最も低くなったりした場合です。
• ユーザーセッションの負荷は減少し続けます
  • マシンM3上のすべてのセッションが終了し、指定された電源オフ遅延がタイムアウトすると、AutoscaleはマシンM3の電源をオフにします。
  • さらに多くのユーザーがセッションを終了すると、電源がオンになっているマシン（M1とM2）で解放された容量は、他のユーザーが開始したセッションをホストするために再利用されます。
  • 合計予備容量が負荷インデックスで10,000を上回るレベルに増加すると、Autoscaleはいずれかのマシン（例: M2）をドレイン状態にします。その結果、他のユーザーが開始したセッションはそのマシンに転送されなくなります。
• セッションがなくなるまでユーザーセッションの負荷は減少し続けます
  • マシンM2上のすべてのセッションが終了し、指定された電源オフ遅延がタイムアウトすると、AutoscaleはマシンM2の電源をオフにします。
  • 電源オン状態のマシン（M1）の負荷インデックス値はベースライン負荷です。Autoscaleは、構成されたキャパシティバッファがあるため、マシンM1をドレイン状態にしません。

注:

マルチセッションOSデリバリーグループの場合、ユーザーがセッションからログオフすると、デスクトップへの変更はすべて失われます。ただし、構成されている場合、ユーザー固有の設定はユーザープロファイルとともにローミングされます。

シングルセッションOSランダムデリバリーグループ

キャパシティバッファは、デリバリーグループ内のマシンの総数に基づいて、マシンのバッファを電源オン状態に保つことで、需要の急増に対応するために使用されます。デフォルトでは、キャパシティバッファはデリバリーグループ内のマシンの総数の10%です。

マシンの数（キャパシティバッファを含む）が現在電源オン状態のマシンの総数を超える場合、需要を満たすために追加のマシンが電源オンになります。マシンの数（キャパシティバッファを含む）が現在電源オン状態のマシンの総数より少ない場合、構成したアクションに応じて、余分なマシンはシャットダウンまたは中断されます。

電源ポリシー

さまざまなシナリオでマシンの電源を管理するためのポリシーを構成します。各シナリオについて、待機時間（分単位）と、指定された時間終了後に実行するアクションを指定できます。電源ポリシーは、シングルセッションOSランダムデリバリーグループとシングルセッションOS静的デリバリーグループに適用可能です。

切断後、以下の設定はピーク時とオフピーク時の両方に適用されます。

• ドロップダウンから、待機時間（分単位）と、アクション（アクションなし、中断、シャットダウンなど）を設定できます。
• 中断アクションを選択した場合、マシンをシャットダウンするための追加の待機時間を構成します。

注:

• ピーク時およびオフピーク時において、シャットダウンアクションの待機時間は、中断の待機時間より長くする必要があります。
• 停止されたマシンは、再接続時に切断されたユーザーのみがアクセスできます。新しいユーザーが停止されたマシンを利用できるようにするには、それらをシャットダウンします。
• サスペンドおよびシャットダウンフィールドの時刻設定が正しく構成されていない場合、保存オプションは無効になり、設定エラーを示す赤い点もナビゲーション項目の横に表示されます。

例えば

• 待機時間を12分に設定し、最初の操作を「操作なし」に選択した場合、12分が経過した後も、マシンは電源オンの状態を維持します。
• 待機時間を15分に設定し、最初の操作を「サスペンド」に選択し、2番目の待機時間を20分に設定した場合、15分が経過すると、マシンはサスペンドされます。2番目の待機時間が経過すると、マシンはシャットダウンされます。
• 待機時間を18分に設定し、最初の操作を「シャットダウン」に選択した場合、18分が経過すると、マシンはシャットダウンされます。

シナリオ例

次のシナリオを想定します。

• デリバリーグループの構成。Autoscaleで電源管理するデリバリーグループには、10台のマシン（M1～M10）が含まれています。
• オートスケールの構成
  • 容量バッファは10%に設定されています。
  • 選択されたスケジュールにはマシンが含まれていません。

シナリオは次の順序で実行されます。

1. ユーザーはログオンしません。

2. ユーザーセッションが増加します。

3. より多くのユーザーセッションが開始されます。

4. セッション終了により、ユーザーセッションの負荷が減少します。

5. セッション負荷がオンプレミスリソースのみで処理されるまで、ユーザーセッションの負荷はさらに減少します。

上記のシナリオでAutoscaleがどのように機能するかの詳細については、以下を参照してください。

• ユーザー負荷なし（初期状態）
  • 1台のマシン（M1）が電源オンになります。このマシンは、構成された容量バッファのために電源オンになります。この場合、10（マシン数）x 10%（構成された容量バッファ）は1に等しくなります。したがって、1台のマシンが電源オンになります。
• 最初のユーザーがログオンします
  • ユーザーがデスクトップを使用するために初めてログオンすると、電源オンになっているマシンでホストされているデスクトップのプールからデスクトップが割り当てられます。この場合、ユーザーにはマシンM1からデスクトップが割り当てられます。
  • Autoscaleは、構成された容量バッファのために需要を満たすために、追加のマシン（M2）の電源をオンにし始めます。
• 2番目のユーザーがログオンします
  • ユーザーにはマシンM2からデスクトップが割り当てられます。
  • Autoscaleは、構成された容量バッファのために需要を満たすために、追加のマシン（M3）の電源をオンにし始めます。
• 3番目のユーザーがログオンします
  • ユーザーにはマシンM3からデスクトップが割り当てられます。
  • 構成された容量バッファにより需要を満たすため、Autoscale は追加のマシン (M4) の電源をオンにし始めます。
• ユーザーがログオフする
  • ユーザーがログオフするか、ユーザーのデスクトップがタイムアウトすると、解放された容量（例：M3）がバッファとして利用可能になります。その結果、容量バッファが10%に設定されているため、Autoscale はマシンM4の電源をオフにし始めます。
• ユーザーがいなくなるまで、さらに多くのユーザーがログオフする
  • さらに多くのユーザーがログオフした後、Autoscale はマシン（例：M2またはM3）の電源をオフにします。
  • ユーザーが残っていなくても、Autoscale は残りの1台のマシン（例：M1）の電源をオフにしません。これは、そのマシンが予備容量として予約されているためです。

注：

シングルセッションOSのランダムデリバリーグループの場合、ユーザーがセッションをログオフすると、デスクトップへのすべての変更は失われます。ただし、構成されている場合、ユーザー固有の設定はユーザープロファイルとともにローミングされます。

シングルセッションOSの静的デリバリーグループ

容量バッファは、デリバリーグループ内の未割り当てマシンの総数に基づいて、未割り当てマシンのバッファの電源をオンに保つことで、急な需要の急増に対応するために使用されます。デフォルトでは、容量バッファはデリバリーグループ内の未割り当てマシンの総数の10%です。

重要：

デリバリーグループ内のすべてのマシンが割り当てられた後、容量バッファはマシンの電源のオン/オフには関与しません。

マシンの数（容量バッファを含む）が現在電源がオンになっているマシンの総数を超える場合、需要を満たすために追加の未割り当てマシンの電源がオンになります。マシンの数（容量バッファを含む）が現在電源がオンになっているマシンの総数よりも少ない場合、超過したマシンは、構成したアクションに応じて、電源がオフになるか、一時停止されます。

シングルセッションOSの静的デリバリーグループの場合、Autoscale は次の処理を行います。

• 該当するシングルセッションOSデリバリーグループの AutomaticPowerOnForAssigned プロパティが true に設定されている場合にのみ、ピーク時に割り当て済みマシンの電源をオンにし、オフピーク時に電源をオフにします。
• 電源がオフになっている場合、ピーク時にマシンを自動的に電源オンにし、そのマシンが属するデリバリーグループのAutomaticPowerOnForAssignedDuringPeakプロパティがtrueに設定されている場合。

割り当てられたマシンで容量バッファがどのように機能するかを理解するには、以下を考慮してください。

• 容量バッファは、デリバリーグループに1つ以上の未割り当てのマシンがある場合にのみ機能します。
• デリバリーグループに未割り当てのマシンがない場合（デリバリーグループ内のすべてのマシンが割り当てられている場合）、容量バッファはマシンの電源オン/オフに影響しません。
• AutomaticPowerOnForAssignedDuringPeakプロパティは、割り当てられたマシンがピーク時に電源オンになるかどうかを決定します。trueに設定されている場合、Autoscaleはピーク時にマシンの電源をオンに保ちます。電源がオフになっている場合でも、Autoscaleはそれらを電源オンにします。

電源ポリシー

さまざまなシナリオでマシンの電源を管理するためのポリシーを構成します。各シナリオについて、待機時間（分単位）と、指定された時間が経過した後に実行するアクションを指定できます。電源ポリシーは、シングルセッションOSランダムデリバリーグループとシングルセッションOS静的デリバリーグループに適用されます。

切断後およびログオフ後については、ピーク時とオフピーク時の両方で以下の設定が適用されます。ドロップダウンから、待機時間（分単位）と、アクション（アクションなし、一時停止、シャットダウンなど）を設定できます。

Autoscaleによってマシンの電源がオンになった後、ユーザーがログオンしない場合、以下の設定はピーク時にのみ適用されます。ピーク時にドロップダウンから、待機時間（分単位）と、アクション（アクションなし、一時停止、シャットダウンなど）を設定できます。

シナリオ例

次のシナリオを想定します。

• デリバリーグループの構成。Autoscaleで電源管理するデリバリーグループには、10台のマシン（M1～M10）が含まれています。
• オートスケールの構成
  • マシンM1～M3は割り当て済みで、マシンM4～M10は未割り当てです。
  • ピーク時とオフピーク時で容量バッファを10%に設定します。
  • 選択されたスケジュールに従って、Autoscaleは午前9時から午後6時の間、マシンの電源を管理します。

上記のシナリオでAutoscaleがどのように機能するかの詳細については、以下を参照してください。

• スケジュールの開始 – 午前9時
  • AutoscaleはマシンM1からM3の電源をオンにします。
  • 設定された容量バッファのため、Autoscaleは追加のマシン（例えばM4）の電源をオンにします。マシンM4は割り当てられていません。
• 最初のユーザーがログオンします
  • ユーザーがデスクトップを使用するために初めてログオンすると、割り当てられていない電源オン状態のマシンでホストされているデスクトップのプールから、ユーザーにデスクトップが割り当てられます。この場合、ユーザーにはマシンM4からデスクトップが割り当てられます。そのユーザーによるその後のログオンは、初回使用時に割り当てられたのと同じデスクトップに接続します。
  • 設定された容量バッファのため、Autoscaleは需要を満たすために追加のマシン（例えばM5）の電源をオンにし始めます。
• 2人目のユーザーがログオンします
  • ユーザーには、割り当てられていない電源オン状態のマシンからデスクトップが割り当てられます。この場合、ユーザーにはマシンM5からデスクトップが割り当てられます。そのユーザーによるその後のログオンは、初回使用時に割り当てられたのと同じデスクトップに接続します。
  • 設定された容量バッファのため、Autoscaleは需要を満たすために追加のマシン（例えばM6）の電源をオンにし始めます。
• ユーザーがログオフします
  • ユーザーがデスクトップからログオフするか、デスクトップがタイムアウトすると、Autoscaleは午前9時から午後6時の間、マシンM1からM5の電源をオンのままにします。それらのユーザーが次回ログオンするときは、初回使用時に割り当てられたのと同じデスクトップに接続します。
  • 割り当てられていないマシンM6は、受信する、割り当てられていないユーザーにデスクトップを提供するのを待機しています。
• スケジュール終了 – 午後6時
  • 午後6時に、AutoscaleはマシンM1からM5の電源をオフにします。
  • Autoscaleは、設定されたキャパシティバッファのため、割り当てられていないマシンM6の電源をオンのままにします。そのマシンは、新しく接続する、割り当てられていないユーザーにデスクトップを提供するのを待機しています。
  • デリバリーグループでは、マシンM6からM10は割り当てられていないマシンです。