製品ドキュメント
Citrix Virtual Apps and Desktops
Service Current Release 2402 LTSR 2311 2308 2305 2303 2212 2209 2206 2203 LTSR 1912 LTSR
PDFを表示

タグ付きマシンのオートスケール (クラウドバースト)

April 7, 2026
寄稿者: 
C C

注:

この機能は以前、オートスケール制限と呼ばれていました。

はじめに

オートスケールは、デリバリーグループ内のマシンの一部のみを電源管理する柔軟性を提供します。これを実現するには、1つ以上のマシンにタグを適用し、オートスケールがタグ付きマシンのみを電源管理するように構成します。

この機能は、クラウドバーストのユースケースで役立ちます。クラウドベースのリソースが追加の需要（つまり、バーストワークロード）に対応する前に、オンプレミスリソース（または予約済みのパブリッククラウドインスタンス）を使用してワークロードを処理したい場合などです。オンプレミス マシン（または予約済みインスタンス）に最初にワークロードを処理させるには、タグ制限とゾーン優先度を組み合わせて使用する必要があります。

タグ制限は、オートスケールによって電源管理されるマシンを指定します。ゾーン優先度は、ユーザーの起動要求を処理するための優先ゾーン内のマシンを指定します。詳細については、「タグ」および「ゾーン優先度」を参照してください。

特定のタグ付きマシンをオートスケールするには、管理コンソールまたはPowerShellを使用できます。

管理コンソールを使用した特定のタグ付きマシンのオートスケール

特定のタグ付きマシンをオートスケールするには、次の手順を実行します。

  1. タグを作成し、そのタグをデリバリーグループ内の該当するマシンに適用します。詳細については、「タグとタグ制限の管理」を参照してください。

  2. デリバリーグループを選択し、[オートスケールの管理] ウィザードを開きます。

  3. [タグ付きマシンのオートスケール] ページで、[タグ付きマシンのオートスケールを有効にする] を選択し、リストからタグを選択して、[適用] をクリックして変更を保存します。

    シングルセッションOSの静的およびランダムデリバリーグループのユーザーインターフェイス:

    Autoscale tagged machines

    マルチセッションOSデリバリーグループのユーザーインターフェイス:

    Autoscale tagged machines

警告:

  • 特定のタグを持つマシンをオートスケールすると、ヒストグラムが自動的に更新され、タグごとのマシン数が反映される場合があります。必要に応じて、[スケジュールとピーク時間] ページで、各時間帯にマシンを手動で割り当てることができます。
  • タグ付きマシンで使用されているタグは削除できません。タグを削除するには、まずタグ制限を削除する必要があります。

タグ制限を適用した後、後でデリバリーグループから削除したい場合があります。その場合は、[オートスケールの管理] > [タグ付きマシンのオートスケール] ページに移動し、[タグ付きマシンのオートスケールを有効にする] のチェックを外します。

警告:

  • [タグ付きマシンのオートスケールを有効にする] のチェックを外さずに、該当するマシンからタグを削除すると、[オートスケールの管理] ウィザードを開いたときに警告が表示される場合があります。マシンからタグを削除すると、オートスケールで指定したタグが無効になるため、オートスケールが管理するマシンがなくなる可能性があります。この警告を解決するには、[タグ付きマシンのオートスケール] ページに移動し、無効なタグを削除して、[適用] をクリックして変更を保存します。

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

-  タグなしマシンの使用状況に基づいて、オートスケールがタグ付きマシンの電源をオンにし始めるタイミングを制御することもできます。これにより、タグ付きまたはパブリッククラウドのワークロードの消費をさらに最適化できます。

これを行うには、次の手順を実行します。

  1. [タグ付きマシンのオートスケール] ページで、[オートスケールがタグ付きマシンの電源をオンにし始めるタイミングを制御する] を選択します。
      1. ピーク時とオフピーク時の両方で到達したいタグなしマシンの使用率をパーセンテージで入力し、[適用] をクリックします。サポートされる値: 0～100。

Control when Autoscale starts powering on tagged machines

ヒント:

このパーセンテージは、オートスケールがタグ付きマシンの電源をオンにし始めるタイミングを制御します。パーセンテージがしきい値（デフォルトは10%）を下回ると、オートスケールはタグ付きマシンの電源をオンにし始めます。パーセンテージがしきい値を超えると、オートスケールは電源オフモードになります。パーセンテージを入力する際は、次の2つのシナリオを考慮してください。

-  シングルセッションOSデリバリーグループの場合: この値は、アイドル状態のタグなしマシンの総数に対するパーセンテージとして定義されます。例: タグなしのシングルセッションOSマシンが10台あるとします。セッションがないマシンが1台だけになったときに、オートスケールはタグ付きマシンの電源をオンにし始めます。

-  > -   マルチセッションOSデリバリーグループの場合: この値は、利用可能なタグなしマシンの総容量（ロードインデックスの観点から）に対するパーセンテージとして定義されます。例: タグなしのマルチセッションOSマシンが10台あるとします。それらが90%ロードされたときに、オートスケールはタグ付きマシンの電源をオンにし始めます。

-  ## PowerShellを使用した特定のタグ付きマシンのオートスケール

-  > **注:**
-  >
-  > `Get-BrokerMachine` PowerShellコマンドは非推奨です。代替として`Get-BrokerMachineV2`を使用してください。

-  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/>を参照してください。
    1. マシンへのタグ適用。 Get-Brokermachine PowerShellコマンドを使用して、Autoscaleで電源管理するカタログ内のマシンにタグを適用します。

    注:

    タグを適用した後で、新しいマシンをカタログに追加する場合があります。タグは、それらの新しいマシンに自動的に適用されるわけではありません。

  1. タグ付きマシンを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）が含まれており、カタログC1から5台（M1～M5）、カタログC2から5台（M6～M10）です。

    • マシンM1～M5は手動で電源がオンにされ、スケジュール全体を通して電源がオンのままになります。

    • Autoscaleの構成
    • キャパシティバッファは10%に設定されています。

    • Autoscaleは、「Cloud」タグを持つマシンのみを電源管理します。この場合、AutoscaleはクラウドマシンM6～M10を電源管理します。

    • 公開アプリケーションまたはデスクトップの構成。公開デスクトップ（例）にはゾーン設定が構成されており、ユーザーの起動要求に対してゾーンZ1がゾーンZ2よりも優先されます。

    • ゾーンZ1は、公開デスクトップの優先ゾーン（ホームゾーン）として構成されています。

    • シナリオは次の順序で実行されます。

      1. ユーザーはログオンしません。
  1. ユーザーセッションが増加します。
  2. 利用可能なすべてのオンプレミスマシンが消費されるまで、ユーザーセッションはさらに増加します。
  3. さらに多くのユーザーセッションが開始されます。
  4. セッション終了によりユーザーセッションが減少します。
  5. セッション負荷がオンプレミスマシンのみで処理されるまで、ユーザーセッションはさらに減少します。

上記のシナリオにおけるAutoscaleの動作の詳細については、以下を参照してください。

-  ユーザー負荷なし（初期状態）
-  オンプレミスにあるマシンM1～M5はすべて電源がオンになっています。
-  クラウド内の1台のマシン（例: M6）の電源がオンになっています。このマシンは、構成されたキャパシティバッファのために電源がオンになっています。この場合、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）のいずれかをドレイン状態にします。その結果、新しい変更が発生しない限り、他のユーザーが開始したセッションはそのマシン（例: M7）に転送されなくなります。例えば、ユーザー負荷が再び増加したり、他のクラウドマシンの負荷が最も低くなったりする場合です。
  • 1台以上のクラウドマシンが不要になるまでユーザーセッション負荷がさらに減少
    • マシンM7上のすべてのセッションが終了し、指定された電源オフ遅延がタイムアウトすると、AutoscaleはマシンM7の電源をオフにします。
    • 電源がオンになっているすべてのマシン（M1～M5）の負荷インデックス値は、10,000を下回るレベルに低下する可能性があります。
    • 電源がオンになっているマシン（M6）の負荷インデックス値が減少します。
  • ユーザーセッションは、クラウドマシンが不要になるまでさらに減少
    • マシンM6にユーザーセッションがない場合でも、Autoscaleは予備容量として予約されているため、電源をオフにしません
    • Autoscaleは、構成された容量バッファのために、残りのクラウドマシンM6の電源をオンのままにします。そのマシンは、着信するユーザーにデスクトップを提供するのを待機しています
    • オンプレミス環境のマシンに利用可能な容量がある限り、セッションはマシンM6でホストされるようには指示されません
タグ付きマシンのオートスケール (クラウドバースト)
April 7, 2026
寄稿者: 
C C
April 7, 2026
寄稿者: 
C C

この記事の概要

サイトに関するフィードバック | Your privacy choices footer linkプライバシーに関する選択肢 | プライバシーと法令 | Cookieの設定 | 同意設定 | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.