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

注:

この機能は以前、Autoscaleの制限と呼ばれていました。

はじめに

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

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

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

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

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

特定のタグ付けされたマシンをAutoscaleするには、次の手順を実行します。

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

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

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

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

   

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

   

警告:

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

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

警告:

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

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

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

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

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

ヒント:

このパーセンテージは、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までのマシンは手動で電源がオンにされ、スケジュール期間中ずっと電源がオンのままになります。
• 自動スケールの構成
  • 容量バッファは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マシンでホストされるようには指示されません。