開発およびテストワークロードの自動スケール戦略

ユーザーがホストを共有でき、主な目的が弾力性とコスト管理である場合は、プールされたデスクトップを使用してください。

ユーザーが専用のマシン、永続的なカスタマイズ、またはワークステーションのような動作を必要とする場合は、個人用デスクトップを使用してください。

環境に両方のタイプのユーザーがいる場合は、それらを別々のホストプールに分割し、それぞれを個別に最適化してください。

ほとんどの共有エンジニアリングワークロードでは、推奨パターンとして、主要な作業ウィンドウ前に少量の基本容量を確保し、利用が増加する段階でユーザーを広く分散させ、ピーク需要が安定した後により積極的に統合することが挙げられます。計画されたシャットダウンウィンドウの前にはローリングドレインを使用し、オフアワーや予期しないアクセスをサポートするために接続時にVMを電源オンを使用するべきであり、唯一の準備戦略として機能すべきではありません。

出発点として、フリンジ時間中に小さなウォームベースラインを維持することは、プールを完全にコールド状態にするよりも効果的であることがよくあります。これにより、サインインの遅延が減少し、低需要の期間中に Nerdio Manager

専用の開発者ワークステーションでは、共有ホストの弾力性からアイドルリソースのコスト削減に焦点を移すべきです。個人用デスクトップは、通常、休止状態やスケジュールに基づく電源操作、定期的な VM の適切なサイズへの調整、セッションホストVMが使用されていないときの停止中のディスクの最適化で最適化されます。

ほとんどのユーザーが一定の時間に働く場合、業務開始前に小さなキャパシティを確保し、主要な時間帯にスケールアウトし、需要が減少した後にスケールインします。これは、通常の業務時間に使用する開発チームや少数の早朝または遅いユーザーに適しています。

使用が不規則な場合、例えばQA検証、リリーステスト、または短期間のコンピュートバーストの場合は、非常に小さなウォームベースラインを維持し、接続時にVMを電源オンを使用して長期アクセスを行います。これらの環境では、オートスケール設定を実際のサインイン時間とホストパフォーマンスと照らし合わせて慎重に検証し、過度の集約を避ける必要があります。

ユーザーが重いツールチェーン、カスタムローカルサービス、または個別のワークステーション構成を実行する場合、個人用デスクトップがより適していることが多いです。このような場合、コスト管理は、共有ホストの密度からではなく、インテリジェントに電源を切ったり休止状態にしたり、ディスクコストを最適化することから来ます。

接続時にVMを電源オンは、ユーザーが接続したときにセッションホストを電源オンにし、ホストがすでに稼働していない場合に機能します。これは、オフ時間のアクセスや小規模な周辺ワークロードに役立ちます。ただし、突発的または同時サインインのある環境では、これに依存するだけでは、いくつかのウォーム容量を維持するよりもユーザーの準備が遅れる可能性があります。

コンピュートコストは、総支出の一部に過ぎません。セッションホストVMが停止している間もストレージコストは発生し続けます。Nerdio Managerは、停止したセッションホストVMのOSディスクタイプをより安価なストレージのパフォーマンスレベルに自動的に変更し、起動前にディスクをより高いパフォーマンスレベルに戻すことができます。これは、プールされたホストプールと個人用ホストプールの両方に適用され、正しく構成されている場合に大幅なコスト削減を提供できます。

Azureリージョンで好ましいセッションホストVMサイズが頻繁に利用できない場合、Azure Capacity Extenderは、代替のセッションホストVMサイズを順番に使用することで、ホストの作成、自動スケール、自動拡張、および自動修復操作の失敗を防ぐのに役立ちます。フォールバックサイズを選択する際は、一貫性のないユーザーのパフォーマンスを避けるために、リソースプロファイルが類似しているオプションを選択してください。