設計上の決定:Autoscale 設計

概要

このドキュメントの目標は、Autoscale に関するよくある質問への回答を支援し、最適なコスト最適化を実現することです。さまざまな管理者ユースケースとそのインフラストラクチャと技術要件に対して Autocale を構成するためのガイダンスを提供します。この文書は、Autoscale でより多くのユースケースと機能が導入されるにつれ、進化し続けるでしょう。

ユースケース関連の質問

管理者は、最初にオンプレミスのリソースを使い果たし、次にオンデマンドでクラウドにバーストするようにAutoscale を設定できますか

  • ここでは、Autoscale選択的電源管理機能が役に立ちます。管理者は,バーストに使用されるデリバリーグループ内のクラウドワークロードにタグを付ける必要があります。次に、これらのタグ付きワークロードのみを電源管理するようにAutoscaleを構成します。管理者は、ゾーン設定を活用して、受信要求に対してオンプレミスのワークロード (常にパワーオン) を優先できます。この構成後、受信要求は、完全に利用されるまでオンプレミスのリソースに仲介されます。クラウドリソースは、オンプレミスの容量が使用された後にのみパワーオンされます。

管理者は、オンプレミスのリソースを通常の運用に使用し、クラウドリソースはビジネス継続性またはディザスタリカバリシナリオでのみ使用できますか?

  • 上記の設定を使用

管理者は、ゆっくり上昇するユーザー、季節的なユーザー、またはキャパシティプランニングの事前心配がないように Autoscale を設定できますか?

  • 組織でユーザーのオンボーディングが遅く、キャパシティ全体を事前にプロビジョニングしたくない場合は、Autoscale動的プロビジョニング機能が役立ちます。この機能は、デリバリーグループの負荷を常に評価し、それに応じてマシンを作成または削除します。管理者は、マシンを作成するには、デリバリーグループの負荷に対するハイウォーターマークとローウォーターマークを定義する必要があります。管理者は、オプションで、プロビジョニングするマシンの最大数と、これらのマシンに適用するタグを定義できます。

日中にさまざまなスケジュールや講義を行う大学の管理者は、Autoscale をどのように設定できますか

  • 管理者は、キャパシティ使用率と講義スケジュールを理解し、それをAutoscaleスケジュールベースのスケーリングに入力して、日中のキャパシティのステップアップとステップダウンを行う必要があります。Autoscaleにより、管理者は電源が入っている容量を 30 分単位で変更でき、日ごとに異なるスケジュールを設定できます。揮発性のワークロードが予想される場合は、ユーザーがマシンの電源投入を待機する必要がないように、容量バッファを構成することをお勧めします。

固定タイミングでログインするエージェントを持つアウトソーシング会社の管理者は、Autoscale をどのように設定できますか

  • シフトスケジュールに応じて、スケジュールベースのスケーリングを使用します。Autoscaleには 30 分の粒度があります。管理者は、1 日の別々の時間に異なるワークロードをパワーオンするように Autocale を構成できます。ユーザー数が予期しない場合、管理者はバッファ容量も定義します。プラットフォームによっては、マシンの電源投入に数分かかることがあるため、これらのスケジュールの作成時に考慮する必要があります。

重機インスタンスを使用している場合、管理者はAutoscale をどのように設定できますか

  • 組織がユーザーに静的なデスクトップを提供する場合、管理者がユーザーがデスクトップアイコン (このような大規模なマシンで作業する場合など) をクリックしたときにマシンを起動し、その日の特定の時刻に「午後 6 時」と言うようにシャットダウンするユースケースがある場合があります。この場合、管理者はAutomaticPoweronForAssignedプロパティを false に定義できます。

管理者は、コンピューティング以外のストレージコストを節約するために Autoscale を設定するにはどうすればよいですか

  • 動的プロビジョニングでは、Citrix Machine Creation Servicesを使用してマシンを作成および削除できます。これにより、マシンが不要なときにディスクの割り当てを解除することで、ストレージコストを削減できます。

インフラストラクチャに関する質問

管理者は、購入するリザーブドインスタンス(RI)の数をどのように選択できますか

  • [監視] > [傾向] > [マシン使用量] で、環境の一定期間 (季節性、労働力の変化などのすべての変動を含む)の容量使用率データを観察します。この期間中にパワーオンされた最小容量は、購入する可能性のあるリザーブドインスタンスの最小値を示す可能性があります。これを定義する他のパラメータは次のとおりです。

    • 午前9時~午後5時という固定スケジュールはありますか?このスケジュールでは、マシンを 66% の時間でシャットダウンし、リザーブドインスタンスに近いコストを 70% 削減できることを意味します。
    • ワークロードの使用量と節約に応じて、最小容量使用量よりも多くの RI を購入できます。たとえば、50% 以上稼働しているマシンが 10% 多いとします。
    • 組織の拡張計画も考慮する必要があります。
  • リザーブドインスタンスを使用すると、3 年間のマシンを使用する場合と比較して、最大 70% のコストを節約できます。

管理者は、購入するバースト可能なインスタンスの数をどのように選択できますか

  • メモリ消費量が高い仮想デスクトップユーザー (Chrome ブラウザや Office アプリケーションなどのアプリケーション) が CPU 消費量が少ない場合、管理者はバースト可能な VM の使用を検討できます。これらの VM は、ピアマシンの半分のコストになる可能性があります (Azure for B シリーズおよび D シリーズの場合と同様)。Citrix Directorで、リソース使用率と平均CPU消費量を確認し、バースト可能な仮想マシンの基本CPU%保証と一致させます。これらのマシンは、単一のセッションマシンにのみ使用することをお勧めします。その理由は、CPUがスロットルされた場合に多くのユーザーが影響を受ける可能性があるマルチセッションマシンに比べて、影響が制限されるためです。
  • このメカニズムは、あなたがモデルに行くように通常の賃金から〜50%でコストを低減するために使用することができます。

管理者はどのようにして適切なインスタンスサイズを選択できますか

  • 管理者は、パブリッククラウドでマシンインスタンスを適切にサイズ設定すれば、コストを最適化できます。小さいインスタンスは、大きいインスタンスよりも少ないユーザーセッションをホストします。したがって、Autocale では、最後のユーザーセッションがログオフされるまでの時間が短くなるため、マシンのパワーオフが高速になり、コストが削減されます。ワークロードのパフォーマンスと容量の要件に合致する場合は、小規模なインスタンスをプロビジョニングすることをお勧めします。これを理解する効果的な方法は、マシンごとに15〜20セッションを超えないことです。

管理者はどのようなスケールリミットで運用できますか

  • これは、選択したクラウドプラットフォームの制限とプロビジョニング技術によって異なります。たとえば、クラウドプラットフォームがAzureで、プロビジョニング手法がMCS (Machine Creation Services) の場合、ガイダンスはサブスクリプションあたり最大1200台のマシンです
  • また、リソースの場所にあるマシンの数、接続のホストなど、他の制限も評価することをお勧めします。詳細については、制限のページをご覧ください。これは進化しているページであることに注意してください。

技術的な質問

管理者はセッション数に基づいて新しいマシンを起動するにはどうすればよいですか

  • 負荷指数を見てください。デフォルトでは、セッション数(250)に基づいており、より多くのマシンをパワーオンするために考慮される要素です。

Autoscaleはどのようにマシンをオフにするのですか

  • Autoscaleは、常にデリバリーグループ内の電源がオンになっているマシンの数を、構成されたプールサイズおよび処理能力バッファにまでスケールダウンしようとします。このため、セッションの数が最小である余分なマシンを「ドレイン状態」にして、すべてのセッションがログオフされた時にそれらの電源をオフにします。これは、セッションの需要が減り、スケジュールに必要なマシンがパワーオンされているマシンよりも少ない場合に発生します。より詳しい情報

Autoscaleはどのようにマシンをオンにするのですか

シャットダウンの候補となるマシンはどこにありますか

  • メンテナンスモードと同様に、ドレイン状態のマシンの一覧も維持されます。マシンが排水状態にある場合は、シャットダウンの候補になります。すべてのセッションが切断されると、マシンはシャットダウンされます。ドレイン状態にあるマシンを調べるには、PowerShellコマンドを使用します:Get-BrokerMachine-drainingUntilShutdown $true。詳細情報

コスト削減はどうすればわかりますか

設計上の決定:Autoscale 設計

この記事の概要