Autoscale™ の使用を開始する
Autoscale は、構成されたスケジュールまたは負荷要求に基づいてデリバリーグループをプロアクティブにスケーリングする、一貫性のある高性能な電源管理ソリューションを提供する機能です。
Autoscale は、すべての種類のデリバリーグループに適用されます。
- シングルセッション静的OS
- シングルセッションランダムOS
- マルチセッションランダムOS
この記事では、Autoscale に関連する基本的な概念について説明し、デリバリーグループで Autoscale を有効にして構成する方法に関するガイダンスを提供します。
基本的な概念
開始する前に、Autoscale の次の基本的な概念について学習してください。
- 容量とマシンの登録
- 複数のマシンカタログにわたるスケーリング
- マシンのプロビジョニングとセッションの需要
- インスタンスサイズの考慮事項
- スケジュール
- ピーク時とオフピーク時
- 「電源オフ遅延」(/ja-jp/citrix-virtual-apps-desktops/2511/manage-deployment/autoscale/get-started#power-off-delay)
- 「プールサイズ」(/ja-jp/citrix-virtual-apps-desktops/2511/manage-deployment/autoscale/get-started#pool-size)
- 「容量バッファ」(#capacity-buffer)
- 「負荷インデックス」(#load-index)
- 「Autoscaleとメンテナンスモード」(/ja-jp/citrix-virtual-apps-desktops/2511/manage-deployment/autoscale/get-started#autoscale-and-maintenance-mode)
- 「マシンコスト」(/ja-jp/citrix-virtual-apps-desktops/2511/manage-deployment/autoscale/get-started#machine-cost)
- 「デリバリーグループのスケールアップ」(/ja-jp/citrix-virtual-apps-desktops/2511/manage-deployment/autoscale/get-started#scale-up-a-delivery-group)
- 「デリバリーグループのスケールダウン」(/ja-jp/citrix-virtual-apps-desktops/2511/manage-deployment/autoscale/get-started#scale-down-a-delivery-group)
- 「ドレイン状態」(/ja-jp/citrix-virtual-apps-desktops/2511/manage-deployment/autoscale/get-started#drain-state)
容量とマシンの登録
Autoscaleは、容量を決定する際に、サイトに登録されているマシンのみを含めます。登録されていない電源オンのマシンは、セッション要求を受け入れることができません。その結果、それらはデリバリーグループの全体的な容量には含まれません。
複数のマシンカタログにわたるスケール
一部のサイトでは、複数のマシンカタログが単一のデリバリーグループに関連付けられている場合があります。Autoscaleは、スケジュールまたはセッションの需要要件を満たすために、各カタログからランダムにマシンの電源をオンにします。
たとえば、あるデリバリーグループには2つのマシンカタログがあります。カタログAには3台のマシンが電源オンになっており、カタログBには1台のマシンが電源オンになっています。Autoscaleが追加のマシンの電源をオンにする必要がある場合、カタログAまたはカタログBのいずれかのマシンの電源をオンにする可能性があります。
マシンのプロビジョニングとセッション需要
デリバリーグループに関連付けられているマシンカタログには、需要の増減に応じて電源をオン/オフできる十分なマシンが必要です。セッション需要がデリバリーグループ内の登録済みマシンの総数を超えた場合、Autoscaleはすべての登録済みマシンの電源がオンになっていることを保証します。ただし、Autoscaleは追加のマシンをプロビジョニングしません。
注:
デリバリーグループに63台のマシンがあり、営業時間外に10%のバッファ容量が設定されている場合、Autoscaleの計算によると、営業時間外には6.3台のマシンがオンになっている必要があります。小数値を処理するためのルールは次のとおりです。
- 最も近い整数に丸める:たとえば、値が6.4の場合、6台のマシンがオンになります。値が6.7の場合、7台のマシンがオンになります。
- 1未満のゼロ以外の値はすべて1に丸める:たとえば、値が0.2または0.9の場合、1台のマシンがオンになります。
インスタンスサイズの考慮事項
パブリッククラウドでインスタンスのサイズを適切に設定すると、コストを最適化できます。ワークロードのパフォーマンスと容量要件に合致する限り、より小さいインスタンスをプロビジョニングすることをお勧めします。
小さいインスタンスは、大きいインスタンスよりも少ないユーザーセッションをホストします。そのため、最後のユーザーセッションがログオフされるまでの時間が短いため、Autoscaleはマシンをより速くドレイン状態にします。結果として、Autoscaleは小さいインスタンスの電源をより早くオフにし、コストを削減します。
スケジュール
Autoscaleは、設定したスケジュールに基づいて、デリバリーグループ内のマシンの電源をオン/オフします。
スケジュールには、各時間帯のアクティブなマシンの数と、ピーク時およびオフピーク時が定義されています。
スケジュール設定は、デリバリーグループの種類によって異なります。詳細については、以下を参照してください。
ピーク時間とオフピーク時間
ピーク時間とオフピーク時間は、1日の特定の期間にどのキャパシティバッファ値を使用するかを示すために使用されます。ピーク時間を定義し、残りの未定義の時間をオフピーク時間として残すことができます。
電源オフ遅延
電源オフ遅延とは、Autoscale がマシンを電源オフにする前に、マシンが電源オンになってから経過しなければならない最小分数です。これにより、セッション需要が不安定なときにマシンが頻繁にオン/オフを繰り返すのを防ぎます。デフォルトでは、電源オフ遅延は30分です。0~60分の範囲で設定できます。
プールサイズ
プールサイズとは、1日の特定の期間に電源オンの状態を維持する必要があるマシンの数です。
キャパシティバッファ
キャパシティバッファは、動的な負荷増加に対応するために、現在の需要に予備容量を追加するために使用されます。注意すべき2つのシナリオがあります。
- マルチセッションOSデリバリーグループの場合、キャパシティバッファは、負荷インデックスの観点から、デリバリーグループの総容量のパーセンテージとして定義されます。
- シングルセッションOSデリバリーグループの場合、キャパシティバッファは、デリバリーグループ内のマシンの総数のパーセンテージとして定義されます。
キャパシティバッファはローリングバッファであり、設定されたプールサイズに加えて計算および適用されるのではなく、現在の使用状況に基づいて計算および適用されます。
たとえば、10台のマシンを持つデリバリーグループがあり、現在の期間のプールサイズが1台のマシンで、キャパシティバッファが10%であるとします。スケジュールで定義された1台の電源オンのマシンが、10%のキャパシティバッファが満たされなくなるまで負荷がかかった場合、追加のマシンが電源オンになります。2台目のマシンの電源オン後に負荷が減少し、10%のキャパシティバッファを満たすのに十分な空き負荷容量がある場合、Autoscale は1台のマシンの電源オフを準備します。
負荷インデックス
重要:
負荷インデックスは、マルチセッションデリバリーグループにのみ適用されます。
ロードインデックスメトリックは、マシンがユーザーログオン要求を受信する可能性を決定します。これは、同時ログオン、セッション、CPU、ディスク、およびメモリ使用量に対して構成されたCitrixロード管理ポリシー設定を使用して計算されます。
ロードインデックスは0から10,000の範囲です。デフォルトでは、マシンが250セッションをホストしている場合、完全にロードされていると見なされます。
-
数字の「0」はアンロードされたマシンを示します。ロードインデックス値が0のマシンは、ベースラインロードの状態です。
-
数字の「10,000」は、これ以上セッションを実行できない完全にロードされたマシンを示します。
Autoscaleとメンテナンスモード
メンテナンスモードのマシンは、その可用性ステータスに関係なく、全体のプールサイズの計算の一部と見なされます。したがって、プール内のすべてのマシンがメンテナンスモードになる可能性があります。ただし、これらのマシンは容量バッファの計算から除外され、即時の可用性が保証されます。特定の割合のマシンがユーザー接続にアクセス可能であることを保証するには、プールサイズとバッファ値をそれに応じて調整します。
マシンコスト
マシンインスタンスの1時間あたりのコストは、使用されているコンピューティング容量の1時間あたりのコスト(米ドル)です。この設定は、Autoscale設定のコスト削減を計算するために使用されます。削減を表示するには、監視 > トレンド > マシン使用状況に移動します。
デリバリーグループをスケールアップする
Autoscaleは、Autoscaleが有効なデリバリーグループで追加のマシンをパワーオンします。
- デリバリーグループのAutoscaleスケジュールが、現在の期間により多くのマシンをパワーオンする必要があることを示している場合。
- デリバリーグループの現在の負荷が容量バッファを超過した場合。
マシンをパワーオンする条件:
- メンテナンスモードではない。
- ハイパーバイザーがメンテナンスモードではない。
- 電源オフで未登録。
- スケールアップが必要なデリバリーグループに属している
- 保留中の電源操作がない。
デリバリーグループをスケールダウンする
Autoscale は、Autoscale が有効なデリバリーグループ内のマシンを、次の場合に電源オフにします。
- Autoscale スケジュールで、現在の期間に構成されたマシン数に合わせるために、マシンを電源オフにする必要があると指定されている場合。
- デリバリーグループの現在の負荷が減少し、プールサイズと容量バッファを満たすために必要な数よりも多くの電源オン状態のマシンが存在する場合。
Autoscale は、プールサイズと容量バッファを満たすために必要な数を超える余分なマシンの電源をオフにすることで、デリバリーグループをスケールダウンします。
スケールダウンプロセスには、次の2つのステップがあります。
- 必要な数のマシンをドレイン状態にする。
- ドレイン状態のすべてのマシンを電源オフのために選択する。
電源オフの対象となるマシンは、次の条件を満たしている必要があります。
- メンテナンスモードではない
- ハイパーバイザーがメンテナンスモードではない
- 現在電源オン状態である
- 起動後に利用可能として登録されているか、登録を待機している
- ドレイン済みでアクティブなセッションがない
- 保留中の電源操作がない
- 電源オフ遅延を満たしている
ドレイン状態
Autoscaleは、デリバリーグループ内の電源オン状態のマシンの数を、構成されたプールサイズと容量バッファにスケールダウンしようとします。
この目標を達成するために、Autoscaleはセッション数が最も少ない余分なマシンを「ドレイン状態」にし、すべてのセッションがログオフされたときにそれらの電源をオフにします。この動作は、セッションの需要が減少し、スケジュールで電源オン状態のマシンよりも少ないマシンが必要な場合に発生します。
マシンがドレインされる条件:
- 電源オン状態
- メンテナンスモードではない
- ハイパーバイザーがメンテナンスモードではない
- スケールダウンが必要なデリバリーグループに属している
- 現在のアクティブセッション数が最も少ない
注:
- 電源オフ遅延で指定された時間以上電源オン状態であったマシンが、ドレインの対象として優先されます。
- ドレイン状態のマシンは、新しいセッション起動をホストしなくなり、既存のセッションがログオフされるのを待ちます。すべてのセッションがログオフされた場合にのみ、マシンはシャットダウンされます。ただし、セッション起動にすぐに利用できるマシンがない場合、Autoscaleは、マシンの電源をオンにするよりも、ドレイン状態のマシンにセッション起動を誘導することを優先します。
Autoscaleは、余分なマシンを1台ずつ「ドレイン状態」にします。
-
2台以上のマシンが同じ数のアクティブセッションを持っている場合、Autoscaleは、指定された電源オフ遅延時間の間電源がオンになっていたマシンをドレインします。
そうすることで、最近電源がオンになったマシンがドレイン状態になるのを回避します。それらのマシンはセッション数が最も少ない可能性が高いためです。
-
2台以上のマシンが指定された電源オフ遅延時間の間電源がオンになっていた場合、Autoscaleはそれらのマシンをランダムに1台ずつドレインします。
ドレイン状態のマシンは、新しいセッション起動をホストしなくなり、既存のセッションがログオフされるのを待っています。すべてのセッションがログオフされた場合にのみ、マシンはシャットダウンの候補となります。ただし、セッション起動にすぐに利用できるマシンがない場合、Autoscaleは、マシンの電源をオンにするよりも、ドレイン状態のマシンにセッション起動を誘導することを優先します。
以下のいずれかの条件が満たされると、マシンはドレイン状態から解除されます。
- マシンの電源がオフになる。
- マシンが属するデリバリーグループでAutoscaleが無効になっている。
- Autoscaleが、スケジュールまたは負荷需要の要件を満たすためにマシンを使用する。このケースは、スケジュール(スケジュールベースのスケーリング)または現在の需要(負荷ベースのスケーリング)が、現在電源がオンになっているマシンの数よりも多くのマシンを必要とする場合に発生します。
重要:
セッション起動にすぐに利用できるマシンがない場合、Autoscaleは、マシンの電源をオンにするよりも、ドレイン状態のマシンにセッション起動を誘導することを優先します。セッション起動をホストするドレイン状態のマシンは、ドレイン状態のままになります。
ドレイン状態の表示
PowerShellまたはWeb Studioを使用して、どのマシンがドレイン状態にあるかを判断できます。
パワーシェルを使用する
マシンの IsDraining および DrainingReason プロパティを表示するには、Get-BrokerMachineV2 PowerShell コマンドレットを実行します。
例: Get-BrokerMachineV2 -Property IsDraining,DrainingReason,MachineName | Format-Table MachineName,IsDraining,DrainingReason
-
IsDraining: このブール値プロパティは、マシンがドレイン状態の場合に
True、そうでない場合にFalseになります。 -
DrainingReason: このプロパティは、マシンがドレイン状態にある特定の理由を示します。そのデフォルト値は
NotDrainingです。マシンがドレイン中の場合、DrainingReason には次のいずれかの値が表示されます。- AutoscaleScaleDown: Autoscale は、構成済みのプールサイズと容量バッファの要件を満たすために、デリバリーグループ内の電源オン状態のマシンの数をスケールダウンするためにドレイン状態を開始しました。これは、セッションの需要が減少した場合、またはスケジュールで必要なマシンの数が少ない場合に発生します。
- NaturalRebootCycle: マシンは、「セッション終了を待機」再起動モードでのスケジュールされた再起動サイクルの一部としてドレイン中です。マシンは、再起動する前にアクティブなセッションが終了するのを待ちます。
- RebootCycle: マシンは、「強制ログオフ」再起動モードでのスケジュールされた再起動サイクルの一部としてドレイン中です。マシンが再起動する前に、アクティブなセッションは強制的にログオフされます。
- MaintenanceMode: 管理者がマシンをメンテナンスモードにしました。
- HypervisorInMaintenanceMode: マシンをホストしているハイパーバイザー接続がメンテナンスモードです。
- MaintenanceCycle: マシンは、OSディスクのリセットなど、VUSメンテナンスサイクル操作の一部としてドレイン中です。
- GuestOSDraining: ゲストオペレーティングシステムが、明示的にドレインモードに設定されています(たとえば、レジストリ設定を介して)。この理由は、マルチセッションマシンにのみ適用されます。
- GuestOSDrainingUntilRestart: ゲストオペレーティングシステムが、次回の再起動まで持続するドレインモードに設定されています。この理由は、マルチセッションマシンにのみ適用されます。
ウェブスタジオを使用する
注:
IsDrainingおよびDrainingReasonプロパティはシングルセッションマシンとマルチセッションマシンの両方に適用されますが(GuestOSDrainingの理由はマルチセッション固有です)、Web Studio の Drain State 列は、これらの状態を表示するために、これまでマルチセッションマシンにのみ適用されていました。
Web Studioでドレイン状態のマシンを表示するには:
- 検索ノードに移動し、表示する列をクリックします。
- 表示する列ウィンドウで、ドレイン状態の横にあるチェックボックスをオンにします。
- 保存をクリックして、表示する列ウィンドウを閉じます。
ドレイン状態列には、次の情報が表示されます。
- シャットダウンまでドレイン中。 マシンがシャットダウンされるまでドレイン状態にある場合に表示されます。
- ドレインしていません。 マシンがまだドレイン状態にない場合に表示されます。

デリバリーグループでAutoscaleを有効にする
デリバリーグループを作成すると、Autoscaleはデフォルトで無効になります。Web Studioを使用してデリバリーグループのAutoscaleを有効にして構成するには、次の手順に従います。
PowerShellコマンドを使用して、デリバリーグループのAutoscaleを有効にして構成することもできます。詳しくは、「Broker PowerShell SDKコマンド」を参照してください。
-
左ペインでデリバリーグループを選択します。
-
管理するデリバリーグループを選択し、Autoscaleの管理をクリックします。

-
Autoscaleの管理ページで、Autoscaleを有効にするチェックボックスをオンにしてAutoscaleを有効にします。Autoscaleを有効にすると、ページ上のオプションが有効になります。

-
組織のニーズに基づいてデフォルト設定を変更するには、次の設定を完了します。
-
非アクティブなマシンをより効率的に電源オフにするには、動的セッションタイムアウトとユーザーログオフ通知を使用します。
-
デリバリーグループ内のマシンの一部を電源管理するには、タグ付けされたマシンのAutoscaleを使用します。
Autoscaleを無効にするには、Autoscaleチェックボックスをオフにします。選択したデリバリーグループでAutoscaleが無効になっていることを示すために、ページ上のオプションがグレー表示されます。
重要:
- Autoscaleを無効にすると、Autoscaleによって管理されているすべてのマシンは、無効化された時点の状態を維持します。
- Autoscaleを無効にすると、ドレイン状態のマシンはドレイン状態から解除されます。ドレイン状態の詳細については、ドレイン状態を参照してください。
- 負荷ベースの設定ページにある、シングルセッションOS静的デリバリーグループおよびシングルセッションOSランダムデリバリーグループの電源ポリシーのアクションは、Autoscaleの設定(有効または無効)とは独立しています。
ドレイン中のマシンをAutoscaleの計算から除外する
この機能を使用すると、再起動スケジュールによりドレイン中のマシンがAutoscaleの容量ターゲットにカウントされるのを防ぐことができます。これらのマシンを除外することで、リソースプロビジョニングを最適化し、過剰なプロビジョニングを回避できます。
例: Autoscaleと定期的な再起動スケジュールが構成されたマルチセッションOSマシンのデリバリーグループがあるとします。マシンが再起動のためにドレイン状態に入ると、Autoscaleは通常、それらを利用可能な容量としてカウントします。これにより、不必要に追加のマシンがプロビジョニングされる可能性があります。この機能を有効にすると、Autoscaleは容量を計算する際にこれらのドレイン中のマシンを無視するように指示されます。これにより、アクティブに利用可能なマシンのみがターゲットに貢献し、より効率的なリソース利用と運用コストの削減につながります。
適用範囲
この機能は、マルチセッションOSマシン(RDS)を含むデリバリーグループに適用されます。
制限事項
- この機能は、シングルセッションOSマシンには適用されません。
- 「マシンの数」(「割合」ではなく)に基づいてAutoscaleを構成する場合、システムはドレイン状態のマシンをAutoscaleの計算から除外しません。
重要な考慮事項
- プロパティ
ExcludeNaturalRebootDrainingFromAutoscaleはデリバリーグループで構成されます。 - プロパティ
ExcludeNaturalRebootDrainingFromAutoscaleのデフォルト値はFalseです。これは、ドレイン状態のマシンがデフォルトでAutoscaleの計算に含まれることを意味します。
前提条件
- マルチセッションOSデリバリーグループを構成します。
- ターゲットデリバリーグループに対してAutoscaleを有効にして構成します。スケーリングには「マシンの割合」を使用することをお勧めします。
- デリバリーグループの再起動スケジュールを構成して、マシンをドレイン状態にします。
構成方法
この機能は、PowerShellコマンドを使用してデリバリーグループレベルで構成します。
-
機能トグル
ExcludeNaturalRebootDrainingFromAutoscaleが有効になっていることを確認します。これは、PowerShellでGet-ConfigEnabledFeatureを実行し、出力リストでトグルを確認することで検証できます。注:
トグルが無効になっている場合、デリバリーグループのプロパティを変更することはできません。
-
ドレイン中のマシンを除外するようにデリバリーグループのプロパティを設定します。
- 管理者権限でPowerShellを開きます。
- マルチセッションOSデリバリーグループを特定します。
-
Set-BrokerDesktopGroupコマンドレットを使用して、デリバリーグループのExcludeNaturalRebootDrainingFromAutoscaleプロパティを$Trueに設定します。Set-BrokerDesktopGroup -Name "<YourDeliveryGroupName>" -ExcludeNaturalRebootDrainingFromAutoscale $True <!--NeedCopy--><YourDeliveryGroupName>をデリバリーグループの実際の名前で置き換えます。 -
以下を実行して、プロパティが
Trueに設定されていることを確認します。Get-BrokerDesktopGroup -Name "<YourDeliveryGroupName>" | Select Name, ExcludeNaturalRebootDrainingFromAutoscale <!--NeedCopy-->出力には
ExcludeNaturalRebootDrainingFromAutoscale : Trueが表示されるはずです。
-
Autoscaleと再起動スケジュールを構成します (まだ構成されていない場合)。
デリバリーグループでAutoscaleが有効になっており、マシンがドレイン状態になるように再起動スケジュールが構成されていることを確認します。
- Web Studioで、デリバリーグループを編集します。
- Autoscaleの管理に移動し、Autoscaleが有効になっていることを確認して、ピーク/オフピークスケジュールを構成します。ドレイン中のマシンを除外する予定がある場合は、スケジュールを「マシンの割合」に基づいて設定します。
- 再起動スケジュールに移動し、マシンがドレイン状態になるスケジュールを作成または編集します (例: Cloudの場合はグレースフル再起動を使用するか、オンプレミス展開の場合はセッションのドレイン後にすべてのマシンを再起動を使用します)。
監視とトラブルシューティング
問題: この機能を有効にしている場合でも、セッションが時折、ドレイン中のマシンに起動されます。
原因: これは予期される動作です。ドレイン状態のマシンは、他の適切なドレイン状態ではないマシンが利用できない場合の「最後の手段」として、セッション起動に引き続き利用可能です。この機能は主に、プロビジョニング/デプロビジョニングのためのAutoscale計算に影響します。ブローカーのセッション起動ロジック自体には影響しません。
解決策: これは問題ではなく、意図された設計です。ドレイン中のマシンにセッションが移行するのを最小限に抑えるには、Autoscaleのバッファと容量が、需要を満たすのに十分な非ドレインマシンを維持できることを確認してください。
ユーザーセッションを持つVMのAutoscaleオプション
Autoscaleは、割り当て済みマシンとプールされたマシンの両方を管理し、その電源と可用性を最適化できます。以下のコンテンツでは、ピーク時とオフピーク時、および割り当て済みマシンとプールされたマシンのユーザーセッションに基づいて、マシンの電源状態を制御するためのPowerShellコマンドとUI設定について説明します。
割り当て済みマシンは単一ユーザー専用ですが、プールされたマシンは複数のユーザー間で共有されます。
注:
- Citrix Studioのセッション制限ポリシー、特に切断されたセッションタイマーとセッションアイドルタイマーは、Citrix Autoscaleが有効になっていない場合でも、ユーザーセッションを管理するために不可欠です。これらのポリシーは、セッションが終了するまでに切断またはアイドル状態を維持できる期間を定義し、リソースの利用を確保し、ロックアウトされたセッションを防ぎます。このポリシー設定は、割り当て済みマシンとプールされたマシンの両方、特にマルチセッションVDAを実行しているマシンで使用できます。詳細については、「セッション制限ポリシー設定」を参照してください。
Get-BrokerMachinePowerShellコマンドは非推奨です。代替としてGet-BrokerMachineV2を使用してください。
割り当て済みマシンについて
-
ピーク時間の開始時に静的デリバリーグループ内の割り当て済みシングルセッションマシンを自動的に電源オンにするには、PowerShellコマンドを使用します。
Set-BrokerDesktopGroup "Desktop Group Name" -AutomaticPowerOnForAssigned $True <!--NeedCopy--> -
ピーク時間中にオフになっている割り当て済みマシンが再起動されるようにするには、
AutomaticPowerOnForAssignedDuringPeakも有効にします。Set-BrokerDesktopGroup "Desktop Group Name" -AutomaticPowerOnForAssigned $True -AutomaticPowerOnForAssignedDuringPeak $True <!--NeedCopy--> -
ユーザーがセッションを起動したときにのみVMをオンにしたい場合は、次のいずれかを実行します。
-
AutomaticPowerOnForAssignedとAutomaticPowerOnForAssignedDuringPeakをFalseに設定します。 -
UIインターフェースを使用して、すべての時間をオフピークとして定義し、ピーク時間をまったく設定しないようにします。「スケジュールベースの設定」を参照してください。オフピーク時には、Autoscaleによって管理されている割り当て済みマシンにユーザーセッションがない場合、シャットダウンされます。

-
-
ピーク時にAutoscaleによってすべてのマシンがオンになる場合、UIインターフェースを使用して、Autoscaleによってマシンが電源オンになった後、ユーザーがログオンしない場合の待機時間(分)と、アクション(アクションなし、一時停止、シャットダウンなど)を設定します。「電源ポリシー」を参照してください。
プールされたマシンについて
セッションログオフ後にプールされたマシンを自動的にシャットダウンするには、デリバリーグループに対してPowerShellコマンド ShutdownAfterUse を True に設定します。例:
Set-BrokerDesktopGroup -Name “DesktopGroupName” -ShutdownDesktopsAfterUse $true
<!--NeedCopy-->
メトリックの監視
デリバリーグループでAutoscaleを有効にすると、DirectorからAutoscaleで管理されているマシンの以下のメトリックを監視できます。
-
マシンの使用状況
-
推定節約額
-
マシンとセッションのアラート通知
-
マシンのステータス
-
負荷評価の傾向
注:
デリバリーグループでAutoscaleを最初に有効にした場合、そのデリバリーグループの監視データが表示されるまでに数分かかることがあります。 Autoscaleが有効になり、その後無効になった場合でも、監視データは引き続き利用可能です。Autoscaleは5分間隔で監視データを収集します。
メトリックの詳細については、「Autoscaleで管理されているマシンの監視」を参照してください。
休止状態のVMでのオートスケール
Autoscaleの構成可能な設定を通じてVMを休止状態にすることができます。PowerShellコマンド Get-BrokerDesktopGroups、New-BrokerDesktopGroups、または Set-BrokerDesktopGroups を使用して、パラメーター AutoscaleScaleDownActionDuringPeak (ピーク時) または AutoscaleScaleDownActionDuringOffPeak (オフピーク時) に以下の正の値を設定し、電源アクションを定義します。
- 0: スケールダウン時にVMをシャットダウンする
- 1: スケールダウン時に一時停止(VMを休止状態にする)
休止状態にできないVMはシャットダウンされます。
デリバリーグループで休止状態が有効になっている場合、休止状態のVMの再起動スケジュールを構成できます。再起動サイクルでは、VMは再開され、その後シャットダウンされます。再起動スケジュールは、毎週、毎日、毎月、および1回に設定できます。複数のスケジュールを構成できます。ただし、休止状態から再開するVMには数分かかる場合があります。
Autoscaleは、ピーク時にセッションがない休止状態のマルチセッションRemote Desktop Services (RDS) および共有シングルセッションVMの電源をオンにすることもできます。VMはMCSおよび非MCSマシンカタログのいずれでもかまいません。
詳細情報
オートスケール の詳細については、テックゾーン の Citrix Autoscale を参照してください。