スケジュールベースおよび負荷ベースの設定
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/2402-ltsr/media/autoscale-schedule-ss-random.png)
Autoscale シングルセッションOS (ランダム) - 負荷ベース(/ja-jp/citrix-virtual-apps-desktops/2402-ltsr/media/autoscale-load-based-ss-random.png)
マルチセッションOSデリバリーグループ のAutoscale ユーザーインターフェイス:
Autoscale マルチセッションOS - スケジュール(/ja-jp/citrix-virtual-apps-desktops/2402-ltsr/media/autoscale-schedule-ms.png)
Autoscale マルチセッションOS - 負荷ベース(/ja-jp/citrix-virtual-apps-desktops/2402-ltsr/media/autoscale-load-based-settings-ms.png)
スケジュールベースの設定
Autoscale スケジュール。スケジュールの追加、編集、選択、削除ができます。
適用される曜日。選択したスケジュールに適用した曜日を強調表示します。残りの曜日はグレー表示されます。
編集。1時間ごとまたは30分ごとにマシンを割り当てることができます。マシンは数値またはパーセンテージで割り当てることができます。
注：
- このオプションは、Autoscale のユーザーインターフェイスで、マルチセッションOSおよびシングルセッションOS (ランダム) デリバリーグループでのみ利用可能です。
- 編集 の横にあるヒストグラムは、異なる時間帯で実行されているマシンの数または割合を示します。
- ピーク時間 の上にある 編集 をクリックして、各時間帯に マシンを割り当てる ことができます。起動するマシン ウィンドウのメニューから選択したオプションに応じて、マシンを数値またはパーセンテージで割り当てることができます。
- マルチセッションOSデリバリーグループの場合、各日において30分単位で実行中のマシンの最小数を個別に設定できます。シングルセッションOS (ランダム) デリバリーグループの場合、各日において60分単位で実行中のマシンの最小数を個別に設定できます。
独自のスケジュールを定義するには、次の手順に従います。
-
「Autoscale の管理」ウィンドウの「スケジュールとピーク時間」ページで、「スケジュールの設定」をクリックします。
-
「Autoscale スケジュールの編集」ウィンドウで、各スケジュールに適用する日を選択します。必要に応じてスケジュールを削除することもできます。
-
「完了」をクリックしてスケジュールを保存し、「スケジュールとピーク時間」ページに戻ります。
-
該当するスケジュールを選択し、必要に応じて構成します。
-
「適用」をクリックして「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を有効にする必要があります。そうしないと、期間移行時に切断電源ポリシーアクションがトリガーされません。
以前のリリースでは、アクション（切断アクション=”Suspend“または”Shutdown“）が必要な期間に移行するシングルセッションOSマシンは、電源オンのままでした。このシナリオは、マシンがアクション（切断アクション=”Nothing“）が不要な期間（ピーク時またはオフピーク時）に切断された場合に発生しました。
このリリース以降、Autoscaleは、指定された切断時間が経過すると、移行先の期間に設定された切断アクションに応じて、マシンをサスペンドまたは電源オフにします。
例えば、シングルセッションOSデリバリーグループに対して、以下の電源ポリシーを構成します。
-
PeakDisconnectActionを「Nothing」に設定します。 -
OffPeakDisconnectActionを「Shutdown」に設定します。 - Set ‘OffPeakDisconnectTimeout’ to “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-BrokerServiceConfigurationDataPowerShellコマンドを使用して設定を構成します。例：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%に設定されています。
- 選択したスケジュールにマシンは含まれていません。
シナリオは次の順序で実行されます。
-
ユーザーはログオンしません。
-
ユーザーセッションが増加します。
-
より多くのユーザーセッションが開始されます。
-
セッション終了により、ユーザーセッションの負荷が減少します。
-
ユーザーセッションの負荷がさらに減少し、セッション負荷がオンプレミスリソースのみで処理されるまで続きます。
上記のシナリオで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%です。
マシンの数（キャパシティバッファを含む）が現在電源がオンになっているマシンの総数を超える場合、需要を満たすために追加のマシンが電源オンになります。マシンの数（キャパシティバッファを含む）が現在電源がオンになっているマシンの総数よりも少ない場合、超過したマシンは、構成したアクションに応じてシャットダウンまたは一時停止されます。
シナリオ例
次のシナリオを想定します。
- デリバリーグループの構成。Autoscaleで電源管理するデリバリーグループには、10台のマシン（M1～M10）が含まれています。
-
オートスケールの構成
- キャパシティバッファは10%に設定されています。
- 選択したスケジュールにはマシンが含まれていません。
シナリオは次の順序で実行されます。
-
ユーザーはログオンしません。
-
ユーザーセッションが増加します。
-
より多くのユーザーセッションが開始されます。
-
セッション終了により、ユーザーセッションの負荷が減少します。
-
セッション負荷がオンプレミスリソースのみで処理されるまで、ユーザーセッションの負荷はさらに減少します。
上記のシナリオで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 は、電源がオフになっている場合でも、それらの電源をオンにします。
シナリオ例
次のシナリオを想定します。
- デリバリーグループの構成。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は割り当てられていないマシンです。