Azure Virtual Desktop の監視コストの見積もり

  • [アーティクル]

Azure Virtual Desktop では、環境によって生成されたデータを収集、インデックス作成、および格納するために、Azure Monitor ログ サービスを使用します。 このため、Azure Monitor 価格モデルは、Log Analytics ワークスペースによって 1 日あたりギガバイト単位で取得され、処理される (または "取り込まれた") データの量に基づいています。 Log Analytics ワークスペースのコストは、収集されるデータの量だけでなく、選択した Azure 支払いプランと、環境で生成されるデータを格納するために選択した期間に基づいています。

この記事では、Azure Monitor の価格のしくみを理解するのに役立つ次の事項について説明します。

  • この機能を有効にする前にデータ インジェストとストレージ コストを事前に見積もる方法
  • この機能を使用する場合のコストを削減するためにインジェストとストレージを測定および制御する方法

注意

この記事に記載されているすべてのサイズと価格は、見積もりのしくみを示す例にすぎません。 Azure Monitor Log Analytics の価格モデルと Azure リージョンに基づく、より正確な評価については、「Azure Monitor 価格」をご覧ください。

データ インジェストとストレージ コストを見積もる

Log Analytics ワークスペースでログとして書き込まれた定義済みのデータのセットを使用することをお勧めします。 次の見積もりの例では、既定の構成で課金対象データを確認します。

Azure Virtual Desktop の分析情報の定義済みデータセットは次のとおりです。

  • セッション ホストからのパフォーマンス カウンター
  • セッション ホストからの Windows イベント ログ
  • サービス インフラストラクチャからの Azure Virtual Desktop 診断

データ インジェストとストレージ コストは、環境のサイズ、正常性、使用状況によって異なります。 この記事の例では、予想されるコスト範囲を計算するために、仮想マシンのサイズ設定のガイドラインに基づいた、ライトからパワーの電力使用量の正常な仮想マシンに基づいて、データ インジェストとストレージ コストの範囲を予想します。

この例で使用するライト電力使用量の VM には、次のコンポーネントが含まれています。

  • 4 つの vCPU、1 つのディスク
  • 1 日あたり 16 セッション
  • 平均セッション時間は2時間 (120 分)
  • セッションあたり 100 プロセス

この例で使用するパワー電力使用量の VM には、次のコンポーネントが含まれています。

  • 6 つの vCPU、1 つのディスク
  • 1 日あたり 6 セッション
  • 平均セッション時間は 4 時間 (240 分)
  • セッションあたり 200 プロセス

パフォーマンス カウンター インジェストの見積もり

パフォーマンス カウンターは、システム リソースがどのように実行されているかを示します。 パフォーマンス カウンターのデータ インジェストは、環境のサイズと使用状況によって異なります。 ほとんどの場合、パフォーマンス カウンターは、Azure Virtual Desktop の分析情報のデータ インジェストの 80 から 99% を構成するはずです。

見積もりを開始する前に、各パフォーマンス カウンターが特定の頻度でデータを送信するということを理解しておくことが重要です。 既定のサンプル レートを分単位で設定します (このレートは設定で編集することもできます) が、カウンターに応じて異なる乗算係数で適用されます。 次の要因がレートに影響します。

  • 各カウンターは、仮想マシン (VM) ごとに、VM の実行中の 1 分あたりの既定のサンプル レートで、環境内の VM ごとにデータを送信します。 これらのカウンターが 1 日に送信するレコードの数を見積もるには、1 分あたりの既定のサンプル レートを環境内の VM 数で乗算し、その数に 1 日あたりの平均 VM 実行時間を乗算します。

    まとめ

    1 分あたりの既定のサンプル レート× VM SKU の CPU コア数 × VM の数 × 1 日あたりの VM の平均実行時間 = 1 日あたりの送信レコード数

  • CPU ごとの係数について、各カウンターは、VM の実行中に環境内の各 VM の vCPU あたりの既定のサンプル レート (1 分あたり) を送信します。 カウンターが 1 日あたりに送信するレコードの数を見積もるには、1 分あたりの既定のサンプル レートを VM SKU の CPU コア数で乗算し、その数に VM の実行時間 (分) と環境内の VM の数を乗算します。

    まとめ

    1 分あたりの既定のサンプル レート× VM SKU の CPU コア数 × VM の実行時間 (分) × VM の数 = 1 日あたりの送信レコード数

  • ディスクごとの係数について、各カウンターは、環境内の各 VM の各ディスクの既定のサンプル レートでデータを送信します。 これらのカウンターで 1 日に送信されるレコードの数は、1 分あたりの既定のサンプル レートと VM SKU のディスク数を乗算し、それに 1 時間あたり 60 分を乗算し、最後に VM の平均アクティブ時間を乗算した値と等しくなります。

    まとめ

    1 分あたりの既定のサンプル レート× VM SKU のディスク数 × 1 時間あたり 60 分 × VM の数 × 1 日あたりの VM の平均実行時間 = 1 日あたりの送信レコード数

  • セッションごとの係数について、各カウンターは、セッションが接続されている間、環境内の各セッションの既定のサンプル レートでデータを送信します。 これらのカウンターが 1 日に送信するレコードの数を見積もるには、1 分あたりの既定のサンプル レートに 1 日あたりの平均セッション数と平均セッション時間を乗算します。

    まとめ

    1 分あたりの既定のサンプル レート× 1 日あたりのセッション数 × 平均セッション時間 = 1 日あたりの送信レコード数

  • プロセスごとの係数について、各カウンターは、環境内の各セッションの各プロセスの既定のレートでデータを送信します。 これらのカウンターが 1 日に送信するレコードの数を見積もるには、1 分あたりの既定のサンプル レートに 1 日あたりの平均セッション数を乗算し、その値に平均セッション時間とセッションあたりの平均プロセス数を乗算します。

    まとめ

    1 分あたりの既定のサンプル レート × 1 日あたりのセッション数 × 平均セッション時間 × セッションあたりの平均プロセス数 = 1 日あたりの送信レコード数

次の表は、Azure Virtual Desktop の分析情報が収集する 20 個のパフォーマンス カウンターとその既定のレートを示しています。

カウンター名 既定のサンプル レート 頻度の係数
Logical Disk(C:)\空き領域 (%) 60 秒 ディスクあたり
Logical Disk(C:)\Avg. Disk Queue Length 30 秒 ディスクあたり
Logical Disk(C:)\Avg. Disk sec/Transfer 60 秒 ディスクあたり
Logical Disk(C:)\Current Disk Queue Length 30 秒 ディスクあたり
Memory(*)\Available Mbytes 30 秒 VM あたり
Memory(*)\Page Faults/sec 30 秒 VM あたり
Memory(*)\Pages/sec 30 秒 VM あたり
Memory(*)\% Committed Bytes in Use 30 秒 VM あたり
PhysicalDisk(*)\Avg. Disk Queue Length 30 秒 ディスクあたり
PhysicalDisk(*)\Avg. Disk sec/Read 30 秒 ディスクあたり
PhysicalDisk(*)\Avg. Disk sec/Transfer 30 秒 ディスクあたり
PhysicalDisk(*)\Avg. Disk sec/Write 30 秒 ディスクあたり
Processor Information(_Total)\% Processor Time 30 秒 コア/CPU あたり
Terminal Services(*)\Active Sessions 60 秒 VM あたり
Terminal Services(*)\Inactive Sessions 60 秒 VM あたり
Terminal Services(*)\Total Sessions 60 秒 VM あたり
User Input Delay per Process(*)\Max Input Delay 30 秒 プロセスあたり
User Input Delay per Session(*)\Max Input Delay 30 秒 セッションごと
RemoteFX Network(*)\Current TCP RTT 30 秒 VM あたり
RemoteFX Network(*)\Current UDP Bandwidth 30 秒 VM あたり

各レコードのサイズを 200 バイトに見積もると、既定のサンプル レートでライト ワークロードを実行している VM の例では、VM ごとに 1 日あたり約 90 メガバイトのパフォーマンス カウンター データが送信されます。 一方、パワー ワークロードを実行する VM の例では、VM ごとに 1 日あたり約 130 メガバイトのパフォーマンス カウンター データが送信されます。 ただし、レコードのサイズと環境の使用状況は異なる場合があるため、配置で使用される 1 日あたりのメガバイト数は異なる場合があります。

入力遅延パフォーマンス カウンターの詳細については、ユーザー入力遅延のパフォーマンス カウンターに関する記事を参照してください。

Windows イベント ログ インジェストの見積もり

Windows イベント ログは、Azure Monitor エージェントまたは Windows 仮想マシン上の Log Analytics エージェントによって収集されるデータ ソースです。 システムやアプリケーションなどの標準ログのイベントに加えて、監視が必要なアプリケーションによって作成されるカスタム ログも収集できます。

Azure Virtual Desktop の分析情報の既定の Windows イベントは次のとおりです。

  • Application
  • Microsoft-Windows-TerminalServices-RemoteConnectionManager/Admin
  • Microsoft-Windows-TerminalServices-LocalSessionManager/Operational
  • システム
  • Microsoft-FSLogix-Apps/Operational
  • Microsoft-FSLogix-Apps/Admin

Windows イベントは、環境がイベントの条件を満たすたびにイベントを送信します。 正常な状態のマシンは、異常な状態のマシンよりも少数のイベントを送信します。 イベント数は予測できないため、この見積もりために正常な環境からの例に基づいて、1 日あたり 1,000 から 10,000 イベントまでの範囲を使用します。 たとえば、この例の各イベント レコード サイズを 1,500 バイトに見積もると、指定した環境で 1 日あたり約 2～15 メガバイトのイベント データが返されます。

Azure Monitor エージェントを使用して Windows イベント ログ データ収集を構成する方法の詳細については、「Azure Monitor エージェントを使用して仮想マシンからイベントとパフォーマンス カウンターを収集する方法」をご覧ください。

Windows イベントの詳細については、Windows イベント レコードのプロパティに関するページを参照してください。

診断インジェストの見積もり

診断サービスは、ユーザーと管理者の両方のアクションのアクティビティ ログを作成します。

診断カウンターが追跡するアクティビティ ログの名前を次に示します。

  • WVDCheckpoints
  • WVDConnections
  • WVDErrors
  • WVDFeeds
  • WVDManagement
  • WVDAgentHealthStatus

サービスは、環境がレコードを作成するために必要な条件を満たしている場合は常に診断情報を送信します。 診断レコード数は予測できないため、この見積もりために正常な環境からの例に基づいて、1 日あたり 500 から 1,000 イベントまでの範囲を使用します。

たとえば、この例の各診断レコード サイズを 200 バイトに見積もると、インジェスト データの合計は 1 日あたりの VM あたり 1 MB 未満になります。

アクティビティ ログのカテゴリの詳細については、「Azure Virtual Desktop の診断」をご覧ください。

パフォーマンス カウンター データの測定と管理

実際の監視コストは、環境のサイズ、使用状況、正常性によって異なります。 Log Analytics ワークスペースでのデータ インジェストの測定方法を理解するには、Log Analytics ワークスペースでの使用量の分析に関するページを参照してください。

セッション ホストが使用しているパフォーマンス カウンターは、Azure Virtual Desktop の分析情報のインジェスト データの最大のソースの 1 つです。 このクエリでは、Azure Virtual Desktop の分析情報の既定のものだけではなく、環境で有効にしたすべてのパフォーマンス カウンターが表示されます。 この情報は、コストの削減のためにどの領域をターゲットにするかを理解するのに役立ちます。

Log Analytics ワークスペースの次のカスタム クエリ テンプレートを実行して、過去 1 日のパフォーマンス カウンターあたりの頻度とインジェスト メガバイト数を追跡できます。

注意

テンプレートのプレースホルダー値を実際の環境で使用する値に置き換えてください。そうしないと、クエリは機能しません。

let WVDHosts = dynamic(['Host1.MyCompany.com', 'Host2.MyCompany.com']); 
Perf 
| where TimeGenerated > ago(1d) 
| where Computer in (WVDHosts) 
| extend PerfCounter = strcat(ObjectName, ":", CounterName) 
| summarize Records = count(TimeGenerated), InstanceNames = dcount(InstanceName), Bytes=sum(_BilledSize) by PerfCounter 
| extend Billed_MBytes = Bytes / (1024 * 1024), BytesPerRecord = Bytes / Records 
| sort by Records desc

合計コストの見積もり

最後に、総コストを見積もります。 この例では、前のセクションの例の値に基づいて、次の結果を取得するとします。

データ ソース 1 日あたりの見積もりサイズ (メガバイト単位)
パフォーマンス カウンター 90 - 130
イベント 2 - 15
Azure Virtual Desktop の診断 < 1

この例では、Azure Virtual Desktop の分析情報の合計インジェスト データは、1 日あたり VM ごとに 92 から 145 MB です。 つまり、各 VM は 31 日ごとに約 3～5 ギガバイトのデータをインジェストします。

Log Analytics 価格に既定の従量課金制モデルを使用すると、1 月あたりの Azure Monitor データ収集とストレージ コストを見積もることができます。 データ インジェストに応じて、Log Analytics 価格の容量予約モデルを検討することもできます。

データ インジェストを管理してコストを削減する

このセクションでは、コストを削減するためにデータ インジェストを測定および管理する方法について説明します。

ブックの権限とアクセス許可を管理する方法の詳細については、「アクセス制御」をご覧ください。

Note

データ ポイントを削除すると、Azure Virtual Desktop の分析情報の対応するビジュアルに影響します。

Log Analytics の設定

データ インジェストを管理するために Log Analytics の設定を最適化するための推奨事項を次に示します。

  • Azure Virtual Desktop リソース用の指定された Log Analytics ワークスペースを使用して、Log Analytics が Azure Virtual Desktop 展開内の仮想マシンのパフォーマンス カウンターとイベントのみを収集するようにします。
  • Log Analytics ストレージの設定を調整してコストを管理します。 保有期間を短縮したり、固定ストレージ価格レベルがコスト効率に優れているかどうかを評価したり、異常な展開の影響を制限するためにインジェストできるデータ量に境界を設定したりすることができます。 詳細については、Azure Monitor ログの価格の詳細に関するページを参照してください。

余分なデータを削除する

既定の構成は、Azure Virtual Desktop の分析情報に推奨される唯一のデータ セットです。 データ ポイントを追加してホスト診断で表示するオプションが常にあります。ブラウザーをホストするか、カスタム グラフを作成します。ただし、データを追加すると Log Analytics コストが増加します。 コストを削減するために、これらを削除することができます。

パフォーマンス カウンター データの測定と管理

実際の監視コストは、環境のサイズ、使用状況、正常性によって異なります。 Log Analytics ワークスペースでのデータ インジェストの測定方法を理解するには、Log Analytics ワークスペースでの使用量の分析に関するページを参照してください。

セッション ホストが使用しているパフォーマンス カウンターは、Azure Virtual Desktop の分析情報のインジェスト データの最大のソースになる可能性があります。 Log Analytics ワークスペースの次のカスタム クエリ テンプレートでは、過去 1 日のパフォーマンス カウンターあたりの頻度とインジェスト メガバイト数を追跡できます。

let WVDHosts = dynamic(['Host1.MyCompany.com', 'Host2.MyCompany.com']);
Perf
| where TimeGenerated > ago(1d)
| where Computer in (WVDHosts)
| extend PerfCounter = strcat(ObjectName, ":", CounterName)
| summarize Records = count(TimeGenerated), InstanceNames = dcount(InstanceName), Bytes=sum(_BilledSize) by PerfCounter
| extend Billed_MBytes = Bytes / (1024 * 1024), BytesPerRecord = Bytes / Records
| sort by Records desc

注意

テンプレートのプレースホルダー値を実際の環境で使用する値に置き換えてください。そうしないと、クエリは機能しません。

このクエリでは、Azure Virtual Desktop の分析情報の既定のものだけではなく、環境で有効にしたすべてのパフォーマンス カウンターが表示されます。 この情報は、カウンターの頻度を下げたり、カウンターを完全に削除したりするなど、コストを削減するためにターゲットとなる領域を理解するのに役立ちます。

また、パフォーマンス カウンターを削除することによってコストを削減することもできます。 パフォーマンス カウンターを削除したり、既存のカウンターを編集して頻度を下げたりする方法については、「パフォーマンスカウンターの構成」をご覧ください。

Windows イベント ログを管理する

Windows イベントは、すべてのホストが正常な場合にデータ インジェストが急増することはほとんどありません。 異常なホストは、ログに送信されるイベントの数を増やすことがありますが、この情報はホストの問題を修正するために重要な場合があります。 そのままにしておくことをお勧めします。 Windows イベント ログの管理方法の詳細については、「Windows イベント ログの構成」をご覧ください。

診断を管理する

Azure Virtual Desktop の診断は、データ ストレージのコストの 1% 未満にあたるため、削除することはお勧めしません。 Azure Virtual Desktop の診断を管理するには、「診断機能に Log Analytics を使用する」をご覧ください。

次のステップ

Azure Virtual Desktop の分析情報の詳細については、次の記事をご覧ください。