製品ドキュメント
Citrix Virtual Apps and Desktops 7 2402 LTSR
PDFを表示

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

May 31, 2026
寄稿者: 
C C

注:

この機能は、以前は「オートスケールの制限」という名称でした。

はじめに

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

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

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

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

Manageコンソールを使用して特定のタグ付けされたマシンをオートスケールする

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

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

  2. デリバリーグループを選択し、Autoscaleの管理ウィザードを開きます。

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

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

    タグ付けされたマシンのオートスケール

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

    タグ付きマシンのAutoscale(/ja-jp/citrix-virtual-apps-desktops/2402-ltsr/media/autoscale-restrict-ss-ms.png)

警告:

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

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

警告:

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

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

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

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

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

Autoscaleがタグ付きマシンの電源をオンにし始めるタイミングを制御する(/ja-jp/citrix-virtual-apps-desktops/2402-ltsr/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コマンドを使用してタグを作成します。
  2. マシンにタグを適用します。 Get-Brokermachine PowerShellコマンドを使用して、Autoscaleに電源管理させたいカタログ内のマシンにタグを適用します。

    注：

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

  3. タグ付きマシンを、Autoscaleに電源管理させたいデリバリーグループに追加します。 Get-BrokerDesktopGroup PowerShellコマンドを使用して、マシンを含むデリバリーグループにタグ制限を追加します（つまり、「タグXを持つマシンへの起動を制限する」）。

タグ制限を適用した後、後でデリバリーグループから削除したい場合があります。そのためには、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までのマシンは手動で電源がオンにされ、スケジュール期間中ずっと電源がオンのままになります。
  • オートスケールの構成
    • 容量バッファは10%に設定されています。
    • Autoscale は「Cloud」タグを持つマシンのみを電源管理します。この場合、Autoscale はクラウドマシンM6からM10を電源管理します。
  • 公開アプリケーションまたはデスクトップの構成。公開デスクトップ（例）にはゾーン設定が構成されており、ユーザーの起動リクエストに対してゾーンZ2よりもゾーンZ1が優先されます。
    • ゾーンZ1は、公開デスクトップの優先ゾーン（ホームゾーン）として構成されています。

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

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

上記のシナリオにおける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マシンでホストされるように指示されません。
タグ付けされたマシンのオートスケール (クラウドバースト)
May 31, 2026
寄稿者: 
C C
May 31, 2026
寄稿者: 
C C

この記事の概要

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