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

最終公開日 : Nov 13, 2026

Autoscale™ によるマシンの電源管理

Autoscale は、選択されたスケジュールに基づいてマシンの電源をオン/オフします。Autoscale を使用すると、特定の曜日を含む複数のスケジュールを設定し、その時間帯に利用可能なマシンの数を調整できます。特定の曜日の特定の時間に一連のユーザーがマシンリソースを消費すると予想される場合、Autoscale は最適化されたエクスペリエンスを提供するのに役立ちます。これらのマシンは、セッションが実行されているかどうかにかかわらず、スケジュール中に電源がオンになることに注意してください。
注:
Autoscaleは、電源管理されているすべてのマシンをサポートします。
スケジュールは、デリバリーグループのタイムゾーンに基づいています。タイムゾーンを変更するには、デリバリーグループのユーザー設定を変更します。詳しくは、「デリバリーグループの管理」を参照してください。
Autoscale には、平日(月曜日から金曜日)と週末(土曜日と日曜日)の2つのデフォルトスケジュールがあります。デフォルトでは、平日スケジュールでは、ピーク時に午前7時から午後6時30分まで1台のマシンの電源がオンになり、オフピーク時には電源がオフになります。デフォルトの容量バッファは、ピーク時とオフピーク時で10%に設定されています。デフォルトでは、週末スケジュールでは、マシンの電源はオンになりません。
注:
Autoscaleは、サイトに登録されているマシンのみを、計算における利用可能な容量の一部として扱います。「登録済み」とは、マシンが使用可能であるか、すでに使用中であることを意味します。これにより、ユーザーセッションを受け入れられるマシンのみがデリバリーグループの容量に含まれるようになります。

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

認識しておくべきユーザーインターフェイスは3種類あります。
シングルセッションOS静的デリバリーグループのユーザーインターフェイス:
オートスケール シングルセッションOS 静的 - スケジュール
オートスケール シングルセッションOS 静的 - 負荷ベース
シングルセッションOSランダムデリバリーグループのAutoscaleユーザーインターフェイス:
Autoscale シングルセッションOS (ランダム) - スケジュール(/en-us/citrix-virtual-apps-desktops/2407/media/autoscale-schedule-ss-random.png)
Autoscale シングルセッションOS (ランダム) - 負荷ベース(/en-us/citrix-virtual-apps-desktops/2407/media/autoscale-load-based-ss-random.png)
マルチセッションOSデリバリーグループのAutoscaleユーザーインターフェイス:
AutoscaleマルチセッションOS - スケジュール
AutoscaleマルチセッションOS - 負荷ベース

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

Autoscale スケジュール。スケジュールの追加、編集、選択、削除ができます。
適用日。選択したスケジュールに適用した日を強調表示します。残りの日はグレー表示されます。
編集。マシンを1時間ごとまたは30分ごとに割り当てることができます。マシンは数値またはパーセンテージで割り当てることができます。
注:
  • このオプションは、マルチセッションOSおよびシングルセッションOS (ランダム) デリバリーグループのAutoscaleユーザーインターフェイスでのみ使用できます。
  • 編集の横にあるヒストグラムは、異なる時間帯で実行されているマシンの数または割合を示します。
  • ピーク時間の上にある編集をクリックして、各時間帯にマシンを割り当てることができます。起動するマシンウィンドウのメニューから選択したオプションに応じて、マシンを数値またはパーセンテージで割り当てることができます。
  • マルチセッションOSデリバリーグループの場合、各日において30分単位で実行中のマシンの最小数を個別に設定できます。シングルセッションOS (ランダム) デリバリーグループの場合、各日において60分単位で実行中のマシンの最小数を個別に設定できます。
独自のスケジュールを定義するには、次の手順に従います。
  1. 「Autoscaleの管理」ウィンドウの「スケジュールとピーク時間」ページで、「スケジュールの設定」をクリックします。
  2. Autoscaleスケジュールの編集ウィンドウで、各スケジュールに適用する日を選択します。必要に応じてスケジュールを削除することもできます。
  3. 完了をクリックしてスケジュールを保存し、スケジュールとピーク時間ページに戻ります。
  4. 該当するスケジュールを選択し、必要に応じて構成します。
  5. 適用をクリックして、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 を「シャットダウン」に設定する
  • 'OffPeakDisconnectTimeout' を「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; 期間移行時に切断電源ポリシーアクションをトリガーする)です。
    • パス: HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\DesktopServer
    • 名前: LegacyPeakTransitionDisconnectedBehaviour
    • 種類: 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)が含まれています。
  • Autoscale の構成
    • キャパシティバッファは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はマシンの1つ(たとえばM3)をドレイン状態にします。その結果、新しい変更が発生しない限り、他のユーザーが開始したセッションはそのマシンに転送されなくなります。たとえば、エンドユーザーの負荷が再び増加したり、他のマシンの負荷が最も低くなったりした場合です。
  • ユーザーセッションの負荷は減少し続けます
    • マシンM3上のすべてのセッションが終了し、指定された電源オフ遅延がタイムアウトすると、AutoscaleはマシンM3の電源をオフにします。
    • さらに多くのユーザーがセッションを終了すると、電源がオンになっているマシン(M1とM2)で解放された容量が、他のユーザーが開始したセッションをホストするために再利用されます。
    • ロードインデックスの観点から総予備容量が10,000を超えるレベルに増加すると、Autoscaleはマシンの1つ(たとえばM2)をドレイン状態にします。その結果、他のユーザーが開始したセッションはそのマシンに転送されなくなります。
  • セッションがなくなるまでユーザーセッションの負荷は減少し続けます
    • マシンM2上のすべてのセッションが終了し、指定された電源オフ遅延がタイムアウトすると、AutoscaleはマシンM2の電源をオフにします。
    • 電源がオンになっているマシン(M1)のロードインデックス値はベースライン負荷です。構成された容量バッファーのため、AutoscaleはマシンM1をドレイン状態にしません。
注:
マルチセッションOSデリバリーグループの場合、ユーザーがセッションからログオフすると、デスクトップへのすべての変更は失われます。ただし、構成されている場合、ユーザー固有の設定はユーザープロファイルとともにローミングされます。

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

容量バッファーは、デリバリーグループ内のマシンの総数に基づいて、電源がオンになっているマシンのバッファーを維持することで、需要の急増に対応するために使用されます。デフォルトでは、容量バッファーはデリバリーグループ内のマシンの総数の10%です。
マシンの数(容量バッファーを含む)が現在電源がオンになっているマシンの総数を超える場合、需要を満たすために追加のマシンの電源がオンになります。マシンの数(容量バッファーを含む)が現在電源がオンになっているマシンの総数よりも少ない場合、余分なマシンは、構成したアクションに応じてシャットダウンまたは中断されます。

電源ポリシー

さまざまなシナリオでマシンの電源を管理するポリシーを構成します。各シナリオについて、待機時間(分単位)と、指定された時間が終了した後に実行するアクションを指定できます。電源ポリシーは、シングルセッションOSランダムデリバリーグループおよびシングルセッションOS静的デリバリーグループに適用されます。
電源ポリシーのアクション(/en-us/citrix-virtual-apps-desktops/2407/media/power-policies-actions.png)
切断後、ピーク時とオフピーク時の両方で、以下の設定が適用されます。
  • ドロップダウンから、待機時間を分単位で設定し、「アクションなし」、「一時停止」、「シャットダウン」などのアクションを選択できます。
  • 一時停止アクションを選択した場合、マシンをシャットダウンするための追加の待機時間を構成します。
注:
  • ピーク時およびオフピーク時において、シャットダウンアクションの待機時間は、一時停止の待機時間よりも長くする必要があります。
  • 一時停止されたマシンは、切断されたユーザーが再接続した場合にのみアクセス可能です。一時停止されたマシンを新規ユーザーが利用できるようにするには、シャットダウンしてください。
  • 一時停止フィールドとシャットダウンフィールドの時刻設定が正しく構成されていない場合、保存オプションが無効になり、設定エラーを示す赤い点もナビゲーション項目の横に表示されます。
シングルセッションOSランダムDG電源ポリシー設定(/en-us/citrix-virtual-apps-desktops/2407/media/single-session-os-random-dg-power-policies-settings.png)
例
  • 待機時間を12分に設定し、最初のアクションを「アクションなし」に選択した場合、12分経過後もマシンは電源オン状態を維持します。
  • 待機時間を15分に設定し、最初のアクションを「一時停止」、2番目の待機時間を20分に選択した場合、15分経過後にマシンは一時停止されます。2番目の待機時間経過後にマシンはシャットダウンされます。
  • 待機時間を18分に設定し、最初のアクションを「シャットダウン」に選択した場合、18分経過後にマシンはシャットダウンされます。

例のシナリオ

次のシナリオを想定します。
  • デリバリーグループの構成。Autoscaleで電源管理するデリバリーグループには、10台のマシン(M1~M10)が含まれています。
  • Autoscaleの構成
    • 容量バッファは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の負荷インデックス値はベースライン負荷です。
  • 2番目のユーザーがログオンします
    • ユーザーにはM2マシンからデスクトップが割り当てられます。
    • 設定されたキャパシティバッファにより需要を満たすため、Autoscaleは追加のマシン(M3)の電源をオンにし始めます。
  • より多くのユーザーセッションが開始されます
    • セッションはマシン (M1 および M2) 間で負荷分散されます。その結果、電源がオンになっているマシン (M1 および M2) の負荷インデックスがさらに増加します。
    • 合計予備容量が負荷インデックスで10,000を下回ると、構成された容量バッファにより、Autoscale は需要を満たすため追加のマシン (M3) の電源をオンにし始めます。
    • マシン M3 の負荷インデックス値はベースライン負荷です。
  • さらに多くのユーザーセッションが開始されます
    • セッションはマシン (M1 から M3) 間で負荷分散されます。その結果、電源がオンになっているマシン (M1 から M3) の負荷インデックスが増加します。
    • 合計予備容量は負荷インデックスで10,000を上回っています。
    • マシン M3 の負荷インデックス値はベースライン負荷ではなくなります。
  • セッション終了によりユーザーセッションの負荷が減少します
    • ユーザーがセッションからログオフするか、アイドルセッションがタイムアウトすると、マシン M1 から M3 で解放された容量は、他のユーザーが開始したセッションをホストするために再利用されます。
    • 合計予備容量が負荷インデックスで10,000を上回ると、Autoscale はマシンの1つ (たとえば M3) をドレイン状態にします。その結果、新しい変更が発生しない限り、他のユーザーが開始したセッションはそのマシンに転送されなくなります。たとえば、エンドユーザーの負荷が再び増加したり、他のマシンの負荷が最も低くなったりした場合です。
  • ユーザーセッションの負荷は減少し続けます
    • マシン M3 のすべてのセッションが終了し、指定された電源オフ遅延がタイムアウトすると、Autoscale はマシン M3 の電源をオフにします。
    • さらに多くのユーザーがセッションを終了すると、電源がオンになっているマシン (M1 および M2) で解放された容量は、他のユーザーが開始したセッションをホストするために再利用されます。
    • 合計予備容量が負荷インデックスで10,000を上回ると、Autoscale はマシンの1つ (たとえば M2) をドレイン状態にします。その結果、他のユーザーが開始したセッションはそのマシンに転送されなくなります。
  • セッションがなくなるまでユーザーセッションの負荷は減少し続けます
    • マシンM2上のすべてのセッションが終了し、指定された電源オフ遅延がタイムアウトすると、AutoscaleはマシンM2の電源をオフにします。
    • 電源がオンになっているマシン(M1)の負荷インデックス値は、ベースライン負荷です。構成されたキャパシティバッファのため、AutoscaleはマシンM1をドレイン状態にしません。
注:
マルチセッションOSデリバリーグループの場合、ユーザーがセッションからログオフすると、デスクトップへのすべての変更は失われます。ただし、構成されている場合、ユーザー固有の設定はユーザープロファイルとともにローミングされます。

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

キャパシティバッファは、デリバリーグループ内のマシンの総数に基づいて、電源がオンになっているマシンのバッファを維持することで、需要の急増に対応するために使用されます。デフォルトでは、キャパシティバッファはデリバリーグループ内のマシンの総数の10%です。
マシンの数(キャパシティバッファを含む)が現在電源がオンになっているマシンの総数を超える場合、需要を満たすために追加のマシンが電源オンになります。マシンの数(キャパシティバッファを含む)が現在電源がオンになっているマシンの総数よりも少ない場合、余分なマシンは構成したアクションに応じてシャットダウンまたは中断されます。

電源ポリシー

さまざまなシナリオでマシンの電源を管理するポリシーを構成します。各シナリオで、待機時間(分単位)と、指定された時間が終了した後に実行するアクションを指定できます。電源ポリシーは、シングルセッションOSランダムデリバリーグループおよびシングルセッションOS静的デリバリーグループに適用されます。
電源ポリシーのアクション(/en-us/citrix-virtual-apps-desktops/2407/media/power-policies-actions.png)
切断後、ピーク時とオフピーク時の両方で以下の設定が適用されます。
  • ドロップダウンから、待機時間(分単位)と、アクション(アクションなし、中断、シャットダウンなど)を設定できます。
  • 中断アクションを選択した場合、マシンをシャットダウンするための追加の待機時間を構成します。
注:
  • ピーク時とオフピーク時では、シャットダウンアクションの待機時間は中断の待機時間よりも長くする必要があります。
  • 中断されたマシンは、再接続時に切断されたユーザーのみがアクセスできます。新規ユーザーが中断されたマシンを利用できるようにするには、シャットダウンします。
  • 中断およびシャットダウンのフィールドの時刻設定が正しく構成されていない場合、保存オプションは無効になり、設定エラーを示す赤い点もナビゲーション項目の横に表示されます。
シングルセッションOSランダムDG電源ポリシー設定
たとえば
  • 待機時間を12分に設定し、最初のアクションを「アクションなし」に選択した場合、12分経過後も、マシンは電源オンの状態を維持します。
  • 待機時間を15分に設定し、最初のアクションを「中断」に選択し、2番目の待機時間を20分に設定した場合、15分経過後、マシンは中断されます。2番目の待機時間経過後、マシンはシャットダウンされます。
  • 待機時間を18分に設定し、最初のアクションを「シャットダウン」に選択した場合、18分経過後、マシンはシャットダウンされます。

シナリオ例

次のシナリオを想定します。
  • デリバリーグループの構成。Autoscaleで電源管理するデリバリーグループには、10台のマシン(M1~M10)が含まれています。
  • Autoscaleの構成
    • キャパシティバッファは10%に設定されています。
    • 選択したスケジュールにはマシンが含まれていません。
シナリオは次の順序で実行されます。
  1. ユーザーはログオンしません。
  2. ユーザーセッションが増加します。
  3. より多くのユーザーセッションが開始されます。
  4. セッション終了により、ユーザーセッションの負荷が減少します。
  5. セッション負荷がオンプレミスリソースのみで処理されるまで、ユーザーセッションの負荷はさらに減少します。
上記のシナリオにおけるAutoscaleの動作の詳細については、以下を参照してください。
  • ユーザー負荷なし(初期状態)
    • 1台のマシン(M1)が電源オンになります。このマシンは、構成されたキャパシティバッファのために電源オンになります。この場合、10(マシン数)x 10%(構成されたキャパシティバッファ)は1に等しくなります。したがって、1台のマシンが電源オンになります。
  • 最初のユーザーがログオンします
    • ユーザーがデスクトップを使用するために初めてログオンすると、電源オンになっているマシンでホストされているデスクトップのプールからデスクトップが割り当てられます。この場合、ユーザーにはマシンM1からデスクトップが割り当てられます。
    • Autoscaleは、構成されたキャパシティバッファにより、需要を満たすためにもう1台のマシン(M2)の電源をオンにし始めます。
  • 2番目のユーザーがログオンします
    • ユーザーにはマシンM2からデスクトップが割り当てられます。
    • Autoscaleは、構成されたキャパシティバッファにより、需要を満たすためにもう1台のマシン(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静的デリバリーグループに適用されます。
シングルセッションOS静的DG電源ポリシー設定
切断後およびログオフ後については、ピーク時とオフピーク時の両方で以下の設定が適用されます。ドロップダウンから、待機時間(分単位)と、アクションなし、一時停止、シャットダウンなどのアクションを設定できます。
Autoscaleによってマシンの電源がオンになった後にユーザーがログオンしない場合、以下の設定はピーク時にのみ適用されます。ピーク時にドロップダウンから、待機時間(分単位)と、アクションなし、一時停止、シャットダウンなどのアクションを設定できます。

例のシナリオ

次のシナリオを想定します。
  • デリバリーグループの構成。Autoscaleで電源管理するデリバリーグループには、10台のマシン(M1~M10)が含まれています。
  • Autoscaleの構成
    • マシン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は割り当てられていないマシンです。