Autoscale™ の使用を開始する

最終公開日 : Nov 13, 2026
Autoscale は、構成されたスケジュールまたは負荷の要求に基づいてデリバリーグループをプロアクティブにスケーリングするための、一貫性のある高性能な電源管理ソリューションを提供する機能です。
Autoscale は、すべての種類のデリバリーグループに適用されます。
  • シングルセッション静的OS
  • シングルセッションランダムOS
  • マルチセッションランダムOS
この記事では、Autoscale に関連する基本的な概念について説明し、デリバリーグループで Autoscale を有効にして構成する方法に関するガイダンスを提供します。

基本的な概念

開始する前に、Autoscale の次の基本的な概念について学習してください。

容量とマシンの登録

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 Load Management policy設定を使用して計算されます。
ロードインデックスは0から10,000の範囲です。デフォルトでは、マシンが250セッションをホストしている場合、完全にロードされていると見なされます。
  • 「0」はアンロードされたマシンを示します。ロードインデックス値が0のマシンは、ベースライン負荷状態です。
  • 「10,000」は、これ以上セッションを実行できない完全にロードされたマシンを示します。

Autoscaleとメンテナンスモード

メンテナンスモードのマシンは、その可用性ステータスに関係なく、全体のプールサイズの計算の一部として考慮されます。したがって、プール内のすべてのマシンがメンテナンスモードになる可能性があります。ただし、これらのマシンは容量バッファの計算から除外され、即座に利用可能であることが保証されます。ユーザー接続のために特定の割合のマシンがアクセス可能であることを保証するには、プールサイズとバッファ値をそれに応じて調整してください。

マシンコスト

時間あたりのマシンインスタンスコストは、使用されているコンピューティング容量の1時間あたりのコスト(米ドル)です。この設定は、Autoscale設定のコスト削減を計算するために使用されます。削減額を表示するには、Monitor > Trends > Machine usageに移動します。

デリバリーグループのスケールアップ

Autoscaleは、Autoscaleが有効なデリバリーグループで、次の場合に追加のマシンの電源をオンにします。
  1. デリバリーグループのAutoscaleスケジュールが、現在の期間により多くのマシンの電源をオンにする必要があることを示している場合。
  2. デリバリーグループの現在の負荷が容量バッファを超えている場合。
マシンの電源をオンにする条件:
  1. メンテナンスモードではないこと。
  2. ハイパーバイザーはメンテナンスモードではありません。
  3. 電源がオフで、登録されていません。
  4. スケールアップが必要なデリバリーグループに属している
  5. 保留中の電源操作はありません。

デリバリーグループをスケールダウンする

Autoscale は、Autoscale が有効なデリバリーグループ内のマシンの電源を、次の場合にオフにします。
  1. Autoscale スケジュールで、現在の期間に設定されたマシン数に合わせるために、マシンの電源をオフにする必要があると指定されている場合。
  2. デリバリーグループの現在の負荷が減少し、プールサイズと容量バッファを満たすために必要な数よりも多くの電源オン状態のマシンが存在する場合。
Autoscale は、プールサイズと容量バッファを満たすために必要な数を超える余分なマシンの電源をオフにすることで、デリバリーグループをスケールダウンします。
スケールダウンプロセスには、次の2つのステップがあります。
  1. 必要な数のマシンをドレイン状態にします。
  2. ドレイン状態のすべてのマシンを電源オフのために選択します。
電源オフの対象となるマシンは、次の条件を満たしている必要があります。
  1. メンテナンスモードではない
  2. ハイパーバイザーがメンテナンスモードではない
  3. 現在電源オンの状態である
  4. 利用可能として登録されているか、起動後に登録を待機している
  5. ドレイン状態であり、アクティブなセッションがない
  6. 保留中の電源操作がない
  7. 電源オフ遅延を満たしている

ドレイン状態

Autoscale は、デリバリーグループ内の電源オン状態のマシンの数を、構成されたプールサイズと容量バッファにまでスケールダウンしようとします。
この目標を達成するために、Autoscale はセッション数が最も少ない余分なマシンを「ドレイン状態」にし、すべてのセッションがログオフされたときにそれらの電源をオフにします。この動作は、セッションの需要が減少し、スケジュールで電源オンになっているマシンよりも少ないマシンが必要な場合に発生します。
マシンがドレイン状態になる条件:
  1. 電源オンである
  2. メンテナンスモードではない
  3. ハイパーバイザーがメンテナンスモードではない
  4. スケールダウンが必要なデリバリーグループに属している
  5. 現在のアクティブセッション数が最も少ない
注:
  • 電源オフ遅延で指定された時間以上電源がオンになっているマシンが、ドレインの対象として優先されます。
  • ドレイン状態のマシンは、新しいセッションの起動をホストしなくなり、既存のセッションがログオフされるのを待ちます。マシンは、すべてのセッションがログオフされた場合にのみシャットダウンされます。ただし、セッション起動にすぐに利用できるマシンがない場合、Autoscale は、マシンの電源をオンにするよりも、ドレイン状態のマシンにセッション起動を誘導することを優先します。
Autoscale は、余分なマシンを「ドレイン状態」に1台ずつ移行します。
  • 2台以上のマシンが同じ数のアクティブセッションを持っている場合、Autoscale は、指定された電源オフ遅延の間電源がオンになっていたマシンをドレインします。
    そうすることで、最近電源がオンになったマシンがドレイン状態になるのを避けることができます。なぜなら、それらのマシンはセッション数が最も少ない可能性が高いからです。
  • 2台以上のマシンが指定された電源オフ遅延の間電源がオンになっていた場合、Autoscale はそれらのマシンをランダムに1台ずつドレインします。
ドレイン状態のマシンは、新しいセッションの起動をホストしなくなり、既存のセッションがログオフされるのを待っています。マシンは、すべてのセッションがログオフされた場合にのみシャットダウンの候補になります。ただし、セッション起動にすぐに利用できるマシンがない場合、Autoscale は、マシンの電源をオンにするよりも、ドレイン状態のマシンにセッション起動を誘導することを優先します。
次のいずれかの条件が満たされると、マシンはドレイン状態から解除されます。
  • マシンの電源がオフになる。
  • マシンが属するデリバリーグループで Autoscale が無効になっている。
  • Autoscale は、スケジュールまたは負荷需要の要件を満たすためにマシンを使用します。このケースは、スケジュール(スケジュールベースのスケーリング)または現在の需要(負荷ベースのスケーリング)が、現在電源がオンになっているマシンの数よりも多くのマシンを必要とする場合に発生します。
重要:
セッション起動にすぐに利用できるマシンがない場合、Autoscale は、マシンの電源をオンにするよりも、ドレイン状態のマシンにセッション起動を誘導することを優先します。セッション起動をホストするドレイン状態のマシンは、ドレイン状態のままになります。

ドレイン状態の表示

PowerShellまたはWeb Studioを使用して、どのマシンがドレイン状態にあるかを判断できます。
PowerShell を使用する
Get-BrokerMachineV2 PowerShellコマンドレットを実行して、マシンのIsDrainingおよびDrainingReasonプロパティを表示します。
例えば: 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: ゲストオペレーティングシステムは、次回の再起動まで持続するドレインモードに自身を設定します。この理由は、マルチセッションマシンにのみ適用されます。
Web Studio を使用する
注:
IsDraining と DrainingReason のプロパティはシングルセッションマシンとマルチセッションマシンの両方に適用されますが(GuestOSDraining の理由はマルチセッション固有です)、Web Studio の ドレイン状態 列は、これらの状態を表示するために、これまでマルチセッションマシンにのみ適用されていました。
Web Studio でドレイン状態のマシンを表示するには:
  1. 検索ノードに移動し、表示する列をクリックします。
  2. 表示する列ウィンドウで、ドレイン状態の横にあるチェックボックスをオンにします。
  3. 保存をクリックして、表示する列ウィンドウを終了します。
ドレイン状態列には、次の情報が表示されます。
  • シャットダウンまでドレイン中。 マシンがシャットダウンされるまでドレイン状態にある場合に表示されます。
  • ドレイン中ではありません。 マシンがまだドレイン状態にない場合に表示されます。
ドレイン状態

デリバリーグループのAutoscaleを有効にする

デリバリーグループを作成すると、Autoscale はデフォルトで無効になります。Web Studio を使用してデリバリーグループの Autoscale を有効にして構成するには、次の手順に従います。
PowerShellコマンドを使用して、デリバリーグループのAutoscaleを有効にして構成することもできます。詳細については、Broker PowerShell SDKコマンドを参照してください。
  1. 左側のペインで [デリバリーグループ] を選択します。
  2. 管理するデリバリーグループを選択し、Autoscaleの管理をクリックします。
    クラウド UI
  3. [Autoscale の管理] ページで、[Autoscale を有効にする] チェックボックスをオンにして Autoscale を有効にします。Autoscale を有効にすると、ページ上のオプションが有効になります。
    クラウド UI
  4. 組織のニーズに基づいてデフォルト設定を変更するには、次の設定を完了します。
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コマンドを使用してデリバリーグループレベルで構成します。
  1. 機能トグル ExcludeNaturalRebootDrainingFromAutoscale が有効になっていることを確認します。これは、PowerShellで Get-ConfigEnabledFeature を実行し、出力リストでトグルを確認することで検証できます。
    注:
    トグルが無効になっている場合、デリバリーグループのプロパティを変更することはできません。
  2. ドレイン中のマシンを除外するようにデリバリーグループのプロパティを設定します。
    1. 管理者権限でPowerShellを開きます。
    2. マルチセッションOSデリバリーグループを特定します。
    3. Set-BrokerDesktopGroup コマンドレットを使用して、デリバリーグループの ExcludeNaturalRebootDrainingFromAutoscale プロパティを $True に設定します。
      Set-BrokerDesktopGroup -Name "<YourDeliveryGroupName>" -ExcludeNaturalRebootDrainingFromAutoscale $True
      <YourDeliveryGroupName> をデリバリーグループの実際の名前で置き換えます。
    4. 実行して、プロパティが True に設定されていることを確認します。
      Get-BrokerDesktopGroup -Name "<YourDeliveryGroupName>" | Select Name, ExcludeNaturalRebootDrainingFromAutoscale
      出力には ExcludeNaturalRebootDrainingFromAutoscale : True が表示されるはずです。
  3. Autoscaleと再起動スケジュールを構成します(まだ構成されていない場合)。
    デリバリーグループでAutoscaleが有効になっており、マシンがドレイン状態になるように再起動スケジュールが構成されていることを確認します。
    1. Web Studio で、デリバリーグループを編集します。
    2. Manage Autoscale に移動し、ピーク/オフピークのスケジュールを構成して、Autoscale が有効になっていることを確認します。ドレイン中のマシンを除外する場合は、「マシンの割合」に基づいてスケジュールを設定します。
    3. Restart Schedule に移動し、マシンがドレイン状態になるスケジュールを作成または編集します(例:Cloud の場合は Graceful restart、オンプレミス展開の場合は Re-start all machines after draining session を使用します)。

監視とトラブルシューティング

問題: この機能を有効にしても、セッションがドレイン中のマシンで起動することがあります。
原因: これは予期される動作です。ドレイン状態のマシンは、他の適切なドレイン中でないマシンが利用できない場合の「最後の手段」として、セッション起動に引き続き利用できます。この機能は主に、プロビジョニング/プロビジョニング解除のための Autoscale 計算に影響します。ブローカーのセッション起動ロジック自体には影響しません。
解決策: これは問題ではなく、意図された設計です。ドレイン中のマシンへのセッションを最小限に抑えるには、Autoscale のバッファと容量が、需要を満たすのに十分な数のドレイン中でないマシンを維持できることを確認してください。

ユーザーセッションを持つVMのAutoscaleオプション

Autoscaleは、割り当て済みマシンとプールされたマシンの両方を管理し、それらの電源と可用性を最適化できます。以下のコンテンツでは、割り当て済みマシンとプールされたマシン向けに、ピーク時とオフピーク時、およびユーザーセッションに基づいてマシンの電源状態を制御するためのPowerShellコマンドとUI設定を提供します。
割り当てられたマシンは単一ユーザー専用ですが、プールされたマシンは複数のユーザー間で共有されます。
注:
  • Citrix Studioのセッション制限ポリシー、特に切断されたセッションタイマーとセッションアイドルタイマーは、Citrix Autoscaleが有効になっていない場合でもユーザーセッションを管理するために不可欠です。これらのポリシーは、セッションが終了するまでに切断またはアイドル状態を維持できる期間を定義し、リソースの利用を確保し、ロックアウトされたセッションを防ぎます。このポリシー設定は、割り当てられたマシンとプールされたマシンの両方、特にマルチセッションVDAを実行しているマシンで使用できます。詳細については、セッション制限ポリシー設定を参照してください。
  • Get-BrokerMachine PowerShellコマンドは非推奨です。代わりにGet-BrokerMachineV2を使用してください。

割り当てられたマシンについて

  • ピーク時間の開始時に、静的デリバリーグループ内の割り当てられたシングルセッションマシンを自動的に電源オンにするには、PowerShellコマンドを使用します。
    Set-BrokerDesktopGroup "Desktop Group Name" -AutomaticPowerOnForAssigned $True
  • ピーク時間中にオフになっていることが判明した割り当てられたマシンが再起動されるようにするには、AutomaticPowerOnForAssignedDuringPeakも有効にします。
    Set-BrokerDesktopGroup "Desktop Group Name" -AutomaticPowerOnForAssigned $True -AutomaticPowerOnForAssignedDuringPeak $True
  • ユーザーがセッションを起動したときにのみVMをオンにしたい場合は、次のいずれかを実行します。
    • AutomaticPowerOnForAssignedとAutomaticPowerOnForAssignedDuringPeakをFalseに設定します。
    • UIインターフェースを使用して、すべての時間をピーク時間なしのオフピークとして定義します。スケジュールベースの設定を参照してください。オフピーク時には、Autoscaleで管理されている割り当てられたマシンは、ユーザーセッションがない場合にシャットダウンされます。
      ピーク時間なしのオフピーク
  • ピーク時にすべてのマシンがAutoscaleによって電源オンにされる場合、UIインターフェースを使用して、待機時間(分)と、Autoscaleによってマシンが電源オンになった後にユーザーがログオンしない場合の「アクションなし」、「一時停止」、「シャットダウン」などのアクションを設定します。電源ポリシーを参照してください。

プールされたマシンについて

セッションログオフ後にプールされたマシンを自動的にシャットダウンするには、デリバリーグループに対してPowerShellコマンドShutdownAfterUseをTrueに設定します。例:
Set-BrokerDesktopGroup -Name “DesktopGroupName” -ShutdownDesktopsAfterUse $true

メトリックの監視

デリバリーグループで Autoscale を有効にすると、Director から Autoscale で管理されているマシンの次のメトリックを監視できます。
  • マシンの使用状況
  • 推定節約額
  • マシンとセッションのアラート通知
  • マシンのステータス
  • 負荷評価の傾向
注:
デリバリーグループでAutoscaleを最初に有効にした後、そのデリバリーグループの監視データが表示されるまでに数分かかる場合があります。 Autoscaleが有効になり、その後デリバリーグループで無効になった場合でも、監視データは引き続き利用可能です。Autoscaleは5分間隔で監視データを収集します。
メトリックの詳細については、「Autoscaleで管理されるマシンの監視」を参照してください。

休止状態のVMでのAutoscale

Autoscale の構成可能な設定を通じて、VM を休止状態にすることができます。PowerShell コマンド Get-BrokerDesktopGroups、New-BrokerDesktopGroups、または Set-BrokerDesktopGroups を使用して、パラメーター AutoscaleScaleDownActionDuringPeak (ピーク時) または AutoscaleScaleDownActionDuringOffPeak (オフピーク時) に次の正の値を設定し、電源アクションを定義します。
  • 0:スケールダウン時にVMをシャットダウンする
  • 1:スケールダウン時に一時停止(VMを休止状態にする)
休止状態にできないVMはシャットダウンされます。
デリバリーグループで休止状態が有効になっている場合、休止状態の VM の再起動スケジュールを構成できます。再起動サイクルでは、VM は再開され、その後シャットダウンされます。再起動スケジュールは、毎週、毎日、毎月、および一度に設定できます。複数のスケジュールを構成できます。ただし、休止状態から再開する VM には数分かかる場合があります。
Autoscale は、ピーク時にセッションがない休止状態のマルチセッション Remote Desktop Services (RDS) および共有シングルセッション VM の電源をオンにすることもできます。VM は MCS および非 MCS マシンカタログのいずれでもかまいません。

詳細情報

Autoscaleの詳細については、Tech ZoneのCitrix Autoscaleを参照してください。