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

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

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 は、マシンの電源をオンにするよりも、ドレイン状態のマシンにセッション起動を誘導することを優先します。セッション起動をホストするドレイン状態のマシンは、ドレイン状態のままになります。
どのマシンがドレイン状態にあるかを確認するには、Get-BrokerMachine PowerShell コマンドを使用します。例: Get-BrokerMachine -DrainingUntilShutdown $true。または、Studio を使用することもできます。「ドレイン状態のマシンを表示する」を参照してください。

ドレイン状態のマシンを表示する

注:
この機能は、マルチセッションマシンにのみ適用されます。
Studioでは、ドレイン状態のマシンを表示して、どのマシンがシャットダウンしようとしているかを知ることができます。次の手順を実行します。
  1. 検索ノードに移動し、表示する列をクリックします。
  2. 表示する列ウィンドウで、ドレイン状態の横にあるチェックボックスをオンにします。
  3. 保存をクリックして、表示する列ウィンドウを終了します。
ドレイン状態列には、次の情報が表示されます。
  • シャットダウンまでドレイン中。 マシンがシャットダウンされるまでドレイン状態にある場合に表示されます。
  • ドレイン中ではありません。 マシンがまだドレイン状態にない場合に表示されます。
ドレイン状態

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

デリバリーグループを作成すると、Autoscaleはデフォルトで無効になります。Web Studioを使用してデリバリーグループのAutoscaleを有効にして構成するには、次の手順に従います。
PowerShellコマンドを使用して、デリバリーグループのAutoscaleを有効にして構成することもできます。詳細については、Broker PowerShell SDKコマンドを参照してください。
  1. 左側のペインで を選択します。
  2. 管理するデリバリーグループを選択し、Autoscaleの管理をクリックします。
    クラウド UI
  3. ページで、 チェックボックスをオンにしてAutoscaleを有効にします。Autoscaleを有効にすると、ページ上のオプションが有効になります。
    クラウド UI
  4. 組織のニーズに基づいてデフォルト設定を変更するには、次の設定を完了します。
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. Citrix Studioで、デリバリーグループを編集します。
    2. Autoscaleの管理に移動し、ピーク/オフピークスケジュールを構成して、Autoscaleが有効になっていることを確認します。ドレイン中のマシンを除外する場合は、「マシンの割合」に基づいてスケジュールを設定します。
    3. 「再起動スケジュール」に移動し、マシンをドレイン状態にするスケジュールを作成または編集します(例: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は再開され、その後シャットダウンされます。再起動スケジュールは、毎週、毎日、毎月、および1回に設定できます。複数のスケジュールを構成できます。ただし、休止状態から再開するVMには数分かかる場合があります。
Autoscaleは、ピーク時にセッションがない休止状態のマルチセッションRemote Desktop Services (RDS) および共有シングルセッションVMの電源をオンにすることもできます。VMはMCSおよび非MCSマシンカタログのいずれでも可能です。

詳細情報

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