タグ付きマシンの自動スケーリング (クラウドバースト)

最終公開日 : Nov 13, 2026
注:
この機能は以前はAutoscaleの制限でした。
Related information
オートスケール™

はじめに

Autoscaleは、デリバリーグループ内のマシンの一部のみを電源管理する柔軟性を提供します。これを実現するには、1つ以上のマシンにタグを適用し、その後、Autoscaleを構成してタグ付きマシンのみを電源管理します。
この機能は、クラウドベースのリソースが追加の需要（つまり、バーストワークロード）に対応する前に、オンプレミスリソース（または予約済みのパブリッククラウドインスタンス）を使用してワークロードを処理したいクラウドバーストのユースケースで役立ちます。オンプレミスのマシン（または予約済みインスタンス）に最初にワークロードを処理させるには、タグ制限とゾーン優先度を組み合わせて使用する必要があります。
タグ制限は、Autoscaleによって電源管理されるマシンを指定します。ゾーン優先度は、ユーザー起動要求を処理するために優先ゾーン内のマシンを指定します。詳細については、「タグ」および「ゾーン優先度」を参照してください。
特定のタグ付きマシンを自動スケーリングするには、ManageコンソールまたはPowerShellを使用できます。

Manageコンソールを使用して特定のタグ付きマシンを自動スケーリングする

特定のタグ付きマシンを自動スケーリングするには、次の手順を実行します。
  1. タグを作成し、そのタグをデリバリーグループ内の該当するマシンに適用します。詳細については、「タグとタグ制限の管理」を参照してください。
  2. デリバリーグループを選択し、Manage Autoscale ウィザードを開きます。
  3. タグ付きマシンの自動スケーリングページで、タグ付きマシンのAutoscaleを有効にするを選択し、リストからタグを選択し、適用をクリックして変更を保存します。
    シングルセッションOSのユーザーインターフェイス (静的およびランダムなデリバリーグループ):
    タグ付きマシンの自動スケーリング
    マルチセッションOSデリバリーグループのユーザーインターフェイス:
    タグ付きマシンのオートスケール
警告:
  • 特定のタグを持つマシンのAutoscaleにより、ヒストグラムが自動的に更新され、タグごとのマシン数が反映される可能性があります。「スケジュールとピーク時間」ページで、必要に応じて各時間帯にマシンを手動で割り当てることができます。
  • タグ付きマシンで使用されているタグは削除できません。タグを削除するには、まずタグの制限を解除する必要があります。
タグの制限を適用した後、後でデリバリーグループから削除したい場合があります。その場合は、「Autoscaleの管理 > タグ付きマシンのAutoscale」ページに移動し、「タグ付きマシンのAutoscaleを有効にする」のチェックを外します。
警告:
  • 「タグ付きマシンのAutoscaleを有効にする」のチェックを外さずに、該当するマシンからタグを削除すると、「Autoscaleの管理」ウィザードを開いたときに警告が表示されることがあります。マシンからタグを削除すると、Autoscaleで指定したタグが無効になるため、Autoscaleが管理するマシンがなくなる可能性があります。この警告を解決するには、「タグ付きマシンのAutoscale」ページに移動し、無効なタグを削除して、「適用」をクリックして変更を保存します。

Autoscaleがリソースの電源をオンにするタイミングを制御する

また、タグなしマシンの使用状況に基づいて、Autoscaleがタグ付きマシンの電源をオンにし始めるタイミングを制御することもできます。これにより、タグ付きまたはパブリッククラウドのワークロードの消費をさらに最適化できます。
これを行うには、次の手順を完了します:
  1. 「タグ付きマシンのAutoscale」ページで、「Autoscaleがタグ付きマシンの電源をオンにし始めるタイミングを制御する」を選択します。
  2. ピーク時とオフピーク時の両方で達成したいタグなしマシンの使用率を入力し、「適用」をクリックします。サポートされる値: 0～100。
Autoscaleがタグ付けされたマシンの電源をオンにし始めるタイミングを制御する(/en-us/citrix-virtual-apps-desktops/2411/media/autoscale-powers-on-tagged-machines.png)
ヒント:
このパーセンテージは、Autoscale がタグ付きマシンの電源をオンにし始めるタイミングを制御します。パーセンテージがしきい値（デフォルトは10%）を下回ると、Autoscale はタグ付きマシンの電源をオンにし始めます。パーセンテージがしきい値を超えると、Autoscale は電源オフモードに入ります。パーセンテージを入力する際は、次の2つのシナリオを考慮してください。
  • シングルセッションOSデリバリーグループの場合：この値は、アイドル状態のタグなしマシンの総数に対する割合として定義されます。例：タグなしのシングルセッションOSマシンが10台あるとします。セッションがないマシンが1台だけになった場合、Autoscale はタグ付きマシンの電源をオンにし始めます。
  • マルチセッションOSデリバリーグループの場合：この値は、利用可能なタグなしマシンの総容量（負荷インデックスの観点から）に対する割合として定義されます。例：タグなしのマルチセッションOSマシンが10台あるとします。それらが90%ロードされた場合、Autoscale はタグ付きマシンの電源をオンにし始めます。

PowerShell を使用して特定のタグ付きマシンを自動スケーリングする

PowerShell SDK を直接使用するには、次の手順を完了します。
  1. タグを作成します。 New-Brokertag PowerShell コマンドを使用してタグを作成します。
    • 例：$managed = New-BrokerTag Managed。この場合、タグは「Managed」という名前です。New-Brokertag PowerShell コマンドの詳細については、<https://developer-docs.citrix.com/projects/delivery-controller-sdk/en/latest/Broker/New-BrokerTag/> を参照してください。
  2. マシンにタグを適用します。 Get-Brokermachine PowerShell コマンドを使用して、Autoscale で電源管理するカタログ内のマシンにタグを適用します。
    • 例：Get-BrokerMachine -CatalogName "cloud" | Add-BrokerTag $managed.Name。この場合、カタログは「cloud」という名前です。
    • Get-Brokermachine PowerShell コマンドの詳細については、<https://developer-docs.citrix.com/projects/delivery-controller-sdk/en/latest/Broker/Get-BrokerMachine/> を参照してください。
    注:
    タグを適用した後で、カタログに新しいマシンを追加する場合があります。そのタグは、それらの新しいマシンには自動的に適用されません。
  3. Autoscale で電源管理するデリバリーグループにタグ付きマシンを追加します。 Get-BrokerDesktopGroup PowerShell コマンドを使用して、マシンを含むデリバリーグループにタグ制限を追加します（つまり、「タグXを持つマシンへの起動を制限する」）。
    • 例：Get-BrokerDesktopGroup -Uid 1 | Set-BrokerDesktopGroup -RestrictAutoscaleTagUid $managed.Uid。この場合、デリバリーグループのUIDは1です。
    • Get-BrokerDesktopGroup PowerShell コマンドの詳細については、<https://developer-docs.citrix.com/projects/delivery-controller-sdk/en/latest/Broker/Get-BrokerDesktopGroup/> を参照してください。
タグ制限を適用した後、後でデリバリーグループから削除したい場合があります。その場合は、Get-BrokerDesktopGroup PowerShellコマンドを使用します。
例: Get-BrokerDesktopGroup –Uid 1 | Set-BrokerDesktopGroup –RestrictAutoscaleTagUid $null。この場合、デリバリーグループのUIDは1です。
注:
タグ付けされていないマシンは、ユーザーが電源を切った後、自動的に再起動します。この動作により、ワークロードをより早く処理できるようになります。これは、Set-BrokerDesktopGroupのAutomaticRestartForUntaggedMachinesプロパティを使用して、デスクトップグループごとに有効または無効にできます。詳細については、<https://citrix.github.io/delivery-controller-sdk/Broker/Set-BrokerDesktopGroup/>を参照してください。

例のシナリオ

次のシナリオを想定します。
  • マシンカタログの構成。2つのマシンカタログ（C1とC2）があります。
    • カタログC1には、オンプレミス展開にローカルな5台のマシン（M1～M5）が含まれています。
    • カタログC2には、クラウド展開にリモートな5台のマシン（M6～M10）が含まれています。
  • タグ制限。「Cloud」という名前のタグが作成され、カタログC2内のマシンM6～M10に適用されます。
  • ゾーン構成。2つのゾーン（Z1とZ2）が作成されます。
    • カタログC1を含むゾーンZ1は、オンプレミス展開に対応します。
    • カタログC2を含むゾーンZ2は、クラウド展開に対応します。
  • デリバリーグループの構成
    • デリバリーグループには、10台のマシン（M1～M10）が含まれており、そのうち5台はカタログC1（M1～M5）から、5台はカタログC2（M6～M10）からです。
    • M1からM5までのマシンは手動で電源がオンにされ、スケジュール期間中ずっとオンのままです。
  • Autoscale構成
    • 容量バッファは10%に設定されています。
    • Autoscaleは「Cloud」タグを持つマシンのみを電源管理します。この場合、AutoscaleはクラウドマシンM6からM10を電源管理します。
  • 公開アプリケーションまたはデスクトップ構成。公開デスクトップ（例）にはゾーン設定が構成されており、ユーザー起動要求ではゾーンZ2よりもゾーンZ1が優先されます。
    • ゾーンZ1は、公開デスクトップの優先ゾーン（ホームゾーン）として構成されています。
このシナリオは、次の順序で実行されます。
  1. ユーザーはログオンしません。
  2. ユーザーセッションが増加します。
  3. 利用可能なすべてのオンプレミス・マシンが消費されるまで、ユーザーセッションはさらに増加します。
  4. さらにユーザーセッションが開始されます。
  5. セッション終了によりユーザーセッションが減少します。
  6. セッション負荷がオンプレミス・マシンのみで処理されるまで、ユーザーセッションはさらに減少します。
上記シナリオにおけるAutoscaleの動作の詳細については、以下を参照してください。
  • ユーザー負荷なし（初期状態）
    • オンプレミス マシン M1 から M5 はすべて電源オンになっています。
    • クラウド内のマシン (例: M6) が 1 台電源オンになっています。このマシンは、構成された容量バッファのために電源オンになっています。この場合、10 (マシン数) x 10,000 (ロードインデックス) x 10% (構成された容量バッファ) は 10,000 になります。したがって、マシンが 1 台電源オンになります。
    • 電源オンになっているすべてのマシン (M1 から M6) のロードインデックス値は、ベースライン負荷 (ロードインデックスは 0) です。
  • ユーザーがログオンします
    • セッションは、構成されたゾーン優先度を通じてマシン M1 から M5 でホストされるように指示され、これらのオンプレミス マシン間で負荷分散されます。
    • 電源オンになっているマシン (M1 から M5) のロードインデックス値が増加します。
    • 電源オンになっているマシン M6 のロードインデックス値は、ベースライン負荷です。
  • ユーザーが負荷を増やし、すべてのオンプレミス リソースを消費します
    • セッションは、構成されたゾーン優先度を通じてマシン M1 から M5 でホストされるように指示され、これらのオンプレミス マシン間で負荷分散されます。
    • 電源オンになっているすべてのマシン (M1 から M5) のロードインデックス値が 10,000 に達しました。
    • 電源オンになっているマシン M6 のロードインデックス値は、ベースライン負荷のままです。
  • もう 1 人のユーザーがログオンします
    • セッションはゾーン優先度を超過し、クラウド マシン M6 でホストされるように指示されます。
    • 電源オンになっているすべてのマシン (M1 から M5) のロードインデックス値が 10,000 に達しました。
    • 電源オンになっているマシン M6 のロードインデックス値が増加し、ベースライン負荷ではなくなります。合計予備容量がロードインデックスで 10,000 を下回るレベルに低下すると、構成された容量バッファのために、Autoscale は需要を満たすために追加のマシン (M7) の電源をオンにし始めます。マシン M7 の電源をオンにするには時間がかかる場合があることに注意してください。そのため、マシン M7 が準備できるまでに遅延が発生する可能性があります。
  • さらに多くのユーザーがログオンします
    • セッションはマシンM6でホストされるように指示されます。
    • 起動中のすべてのマシン (M1～M5) のロードインデックス値が10,000に達しました。
    • 起動中のマシンM6のロードインデックス値はさらに増加しますが、ロードインデックスで合計予備容量は10,000を上回るレベルにあります。
    • 起動中のマシンM7のロードインデックス値は、ベースライン負荷のままです。
  • さらに多くのユーザーがログオンします
    • マシンM7の準備ができた後、セッションはマシンM6とM7でホストされるように指示され、これらのマシン間で負荷分散されます。
    • 起動中のすべてのマシン (M1～M5) のロードインデックス値が10,000に達しました。
    • マシンM7のロードインデックス値は、ベースライン負荷ではなくなります。
    • 稼働中のマシン (M6 および M7) の負荷インデックス値が増加します。
    • 負荷インデックスの観点から、総予備容量は依然として10,000を超えるレベルにあります。
  • セッション終了により、ユーザーセッションの負荷が減少します。
    • ユーザーがセッションからログオフするか、アイドルセッションがタイムアウトすると、マシンM1からM7で解放された容量は、他のユーザーが開始したセッションをホストするために再利用されます。
    • 負荷インデックスの観点から総予備容量が10,000を超えるレベルに増加すると、Autoscaleはクラウドマシン (M6からM7) の1つをドレイン状態にします。その結果、新しい変更が発生しない限り、他のユーザーが開始したセッションはそのマシン (たとえばM7) には転送されなくなります。たとえば、ユーザー負荷が再び増加したり、他のクラウドマシンの負荷が最も低くなったりした場合です。
  • 1つ以上のクラウドマシンが不要になるまで、ユーザーセッション負荷はさらに減少します。
    • M7マシン上のすべてのセッションが終了し、指定された電源オフ遅延がタイムアウトすると、AutoscaleはM7マシンの電源をオフにします。
    • 電源がオンになっているすべてのマシン（M1からM5）のロードインデックス値は、10,000未満のレベルに低下する可能性があります。
    • 電源がオンになっているマシン（M6）のロードインデックス値は減少します。
  • クラウドマシンが不要になるまで、ユーザーセッションはさらに減少します。
    • マシンM6にユーザーセッションがない場合でも、Autoscaleは予備容量として予約されているため、電源をオフにしません。
    • Autoscaleは、構成された容量バッファのため、残りのクラウドマシンM6の電源をオンのままにします。そのマシンは、着信するユーザーにデスクトップを提供するのを待機しています。
    • オンプレミス環境のマシンに利用可能な容量がある限り、セッションはマシンM6でホストされるようには転送されません。