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

はじめに

Studioを使用して特定のタグ付きマシンをオートスケールする

1. タグを作成し、そのタグをデリバリーグループ内の該当するマシンに適用します。詳細については、タグとタグ制限の管理を参照してください。
2. デリバリーグループを選択し、Autoscaleの管理ウィザードを開きます。
3. タグ付きマシンのオートスケールページで、タグ付きマシンのAutoscaleを有効にするを選択し、リストからタグを選択して、適用をクリックして変更を保存します。
   シングルセッションOSの静的およびランダムデリバリーグループのユーザーインターフェイス:
   
   マルチセッションOSデリバリーグループのユーザーインターフェイス：
   タグ付きマシンのAutoscale(/en-us/citrix-daas/media/autoscale-restrict-ss-ms.png)

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

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/>を参照してください。

シナリオ例

• マシンカタログの構成。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. ユーザーセッションは、セッション負荷がオンプレミス・マシンのみで処理されるまでさらに減少します。

• ユーザー負荷なし（初期状態）
  • オンプレミス環境のマシン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でホストされるようには転送されません。