データの粒度と保持
データ値の集計
Monitor Service は、ユーザーセッションの使用状況、ユーザーログオンパフォーマンスの詳細、セッション負荷分散の詳細、接続およびマシン障害情報など、さまざまなデータを収集します。データは、そのカテゴリに応じて異なる方法で集計されます。OData メソッド API を使用して提示されるデータ値の集計を理解することは、データを解釈するために不可欠です。例:
- 接続されたセッションとマシンの障害は、一定期間にわたって発生します。したがって、それらは期間中の最大値として公開されます。
- ログオン期間は時間の長さを測定するものであるため、期間中の平均値として公開されます。
- ログオン数と接続障害は、期間中の発生回数であるため、期間中の合計値として公開されます。
同時データ評価
セッションは、同時であると見なされるためには重複している必要があります。ただし、時間間隔が1分の場合、その1分間のすべてのセッション（重複しているかどうかにかかわらず）は同時であると見なされます。間隔のサイズが非常に小さいため、精度を計算するのに伴うパフォーマンスオーバーヘッドは、追加される価値に見合いません。セッションが同じ時間内に発生しても、同じ分内に発生しない場合、それらは重複しているとは見なされません。
サマリーテーブルと生データの相関
データモデルは、メトリックを2つの異なる方法で表します。
- サマリーテーブルは、メトリックの集計ビューを分、時間、日単位の時間の粒度で表します。
- 生データは、セッション、接続、アプリケーション、およびその他のオブジェクトで追跡される個々のイベントまたは現在の状態を表します。
API 呼び出し間またはデータモデル自体内でデータを関連付けようとする場合、次の概念と制限を理解することが重要です。
- 部分的な間隔のサマリーデータはありません。 メトリックのサマリーは、長期間にわたる履歴トレンドのニーズを満たすように設計されています。これらのメトリックは、完全な間隔についてサマリーテーブルに集計されます。データ収集の開始時（最も古い利用可能なデータ）または終了時の部分的な間隔については、サマリーデータはありません。1日の集計（Interval=1440）を表示する場合、これは最初と最新の不完全な日にはデータがないことを意味します。これらの部分的な間隔に生データが存在する可能性はありますが、それは決して集計されません。特定のデータ粒度について、最も早い集計間隔と最も遅い集計間隔は、特定のサマリーテーブルから最小および最大の SummaryDate を取得することで判断できます。SummaryDate 列は間隔の開始を表します。Granularity 列は、集計データの期間の長さを表します。
- 時間による相関。 メトリックは、前のセクションで説明したように、完全な間隔についてサマリーテーブルに集計されます。これらは履歴トレンドに使用できますが、生イベントはトレンド分析のために集計されたものよりも現在の状態をより正確に反映している可能性があります。サマリーデータと生データの時間ベースの比較を行う場合、発生する可能性のある部分的な間隔や期間の開始と終了にはサマリーデータがないことを考慮する必要があります。
- 見逃されたイベントと遅延イベント。 集計期間中にイベントが見逃されたり遅延したりした場合、サマリーテーブルに集計されるメトリックはわずかに不正確になる可能性があります。Monitor Serviceは正確な現在の状態を維持しようとしますが、見逃されたイベントや遅延イベントのためにサマリーテーブルの集計を再計算するために過去に戻ることはありません。
- 接続の高可用性。 接続の高可用性中、現在の接続のサマリーデータ数にはギャップが生じますが、セッションインスタンスは引き続き生データで実行されます。
- データ保持期間。 サマリーテーブルのデータは、生イベントデータのスケジュールとは異なるグルーミングスケジュールで保持されます。サマリーテーブルまたは生データテーブルからグルーミングによって削除されたため、データが欠落している可能性があります。保持期間は、サマリーデータの粒度によって異なる場合もあります。粒度の低いデータ（分単位）は、粒度の高いデータ（日単位）よりも早くグルーミングされます。グルーミングによってある粒度からデータが欠落している場合でも、より高い粒度で見つかる可能性があります。API呼び出しは要求された特定の粒度のみを返すため、ある粒度でデータが受信されないからといって、同じ期間のより高い粒度でデータが存在しないという意味ではありません。
- タイムゾーン。 メトリックはUTCタイムスタンプで保存されます。サマリーテーブルは、時間単位のタイムゾーン境界で集計されます。時間単位の境界に当てはまらないタイムゾーンの場合、データが集計される場所に関して多少の不一致が生じる可能性があります。
データの粒度と保持
Directorによって取得される集計データの粒度は、要求された時間（T）スパンの関数です。ルールは次のとおりです。
- 0 < T <= 1時間 - 分単位の粒度を使用
- 0 < T <= 30日 - 時間単位の粒度を使用
- T > 31日 - 日単位の粒度を使用
集計データから取得されない要求データは、生のセッションおよび接続情報から取得されます。このデータは急速に増加する傾向があるため、独自のグルーミング設定があります。グルーミングにより、関連データのみが長期的に保持されます。グルーミングは、レポート作成に必要な粒度を維持しながら、パフォーマンスを向上させます。Premiumライセンスサイトのお客様は、グルーミング保持期間を希望する保持日数に変更できます。変更しない場合はデフォルトが使用されます。サイトデータベースとの接続が失われた場合、Monitor Serviceは以下の表で指定されているPremiumエンタイトルメントのデフォルトの保持日数を使用します。
設定にアクセスするには、Delivery Controller™で次のPowerShellコマンドを実行します。
asnp Citrix.*
Get-MonitorConfiguration
Set-MonitorConfiguration -<setting name> <value>
<!--NeedCopy-->
| # | 設定名 | 影響を受けるスキーマテーブル | モニターページで影響を受けるテーブルとグラフ | Premium の保持日数 | アドバンストの保持日数 |
|---|---|---|---|---|---|
| 1 | グルームセッションズリテンションデイズ | MonitorData.Session and Monitordata.Connection tables | この設定は、セッションの詳細、ユーザーセッションごとのログオン期間、トレンドページのアプリケーションベースの使用状況テーブルに影響します。 | 90 | 31 |
| 2 | GroomFailuresRetentionDays | モニターデータ.マシン障害ログ および モニターデータ.接続障害ログ | トレンドページ: この設定は、障害タブのグラフとテーブルに影響します。 | 90 | 31 |
| 3 | グルームロードインデックスリテンションデイズ | モニターデータ.ロードインデックス | この設定は、Trendsページの「Load Evaluator Index」タブに表示されるデータに影響します。 | 3 | 3 |
| 4 | グルームデリーテッドリテンションデイズ | LifecycleStateが「Deleted」であるモニターデータ.マシン、モニターデータ.カタログ、モニターデータ.デスクトップグループ、およびモニターデータ.ハイパーバイザーエンティティ。この設定は、関連するセッション、セッション詳細、サマリー、フェイラー、またはロードインデックスレコードも削除します。 | LifecycleStateが「Deleted」であるマシン、カタログ、デスクトップグループ、およびハイパーバイザーエンティティ。この設定は、関連するセッション、セッション詳細、サマリー、フェイラー、またはロードインデックスレコードも削除します。 | 90 | 31 |
| 5 | グルームサマリーズリテンションデイズ | モニターデータ.デスクトップグループサマリー、モニターデータ.フェイラーログサマリー、およびモニターデータ.ロードインデックスサマリー | この設定は、Trendsページのすべてのグラフデータに影響します。 | 365 | 31 |
| 6 | グルームマシンホットフィックスログリテンションデイズ | モニターデータ.ホットフィックス | この設定は、[Machine Details] ページに表示されるVDAホットフィックスデータに影響します。 | 90 | 31 |
| 7 | 分単位保持日数整理 | すべてのサマリーテーブル | この設定は、[Trends] ページに表示される「過去2時間」の期間のグラフに影響します。 | 3 | 3 |
| 8 | グルームアワリーリテンションデイズ | すべての概要テーブル | これは、トレンドページに表示される週次グラフに影響します。 | 32 | 31 |
| 9 | グルームアプリケーションインスタンスリテンションデイズ | モニターデータ.アプリケーションインスタンス | この設定は、キャパシティ管理タブのグラフとテーブル、およびトレンドページのアプリケーション使用状況テーブルに影響します。 | 90 | 該当なし |
| 10 | グルームノーティフィケーションログリテンションデイズ | モニターデータ.ノーティフィケーションログ | この設定は、Monitorに表示されるアラートに影響します。 | 90 | 該当なし |
| 11 | リソース使用状況生データの整理保持日数 | モニターデータ.リソース使用率 | この設定は、「履歴マシン利用率」のマシン詳細ページに表示されるCPUおよびメモリのグラフに影響します。 | 3 | 3 |
| 12 | リソース使用状況分データの整理保持日数 | モニターデータ.リソース使用率概要 | この設定は、「履歴マシン利用率」のマシン詳細ページに表示される「過去2時間」の時間範囲のCPUおよびメモリのグラフに影響します。 | 7 | 7 |
| 13 | リソース使用状況の時間データ保持日数の整理 | 監視データ.リソース使用率の概要 | この設定は、「Historical Machine Utilization」の「Machine Details」ページに表示されるCPUおよびメモリのグラフに影響します。 | 30 | 30 |
| 14 | リソース使用状況の日データ保持日数の整理 | 監視データ.リソース使用率の概要 | この設定は、「Trends」ページの「Resource utilization」および特定の仮想マシンの「Machine utilization」ページに表示されるCPUおよびメモリのグラフに影響します。 | 365 | 31 |
| 15 | プロセス使用状況の生データ保持日数の整理 | 監視データ.プロセス使用率 | この設定は、マシンの履歴使用状況ページに表示されるプロセスごとのリソーストレンド情報に影響します。 | 1 | 1 |
| 16 | プロセス使用状況分データ整理保持日数 | モニターデータ.プロセス利用率分サマリー | この設定は、履歴マシン使用率ページに表示される「過去2時間」のプロセスごとのCPUおよびメモリ使用量チャートに影響します。 | 3 | 3 |
| 17 | プロセス使用状況時間データ整理保持日数 | モニターデータ.プロセス利用率時間サマリー | この設定は、マシンの履歴使用状況ページに表示されるプロセスごとのCPUおよびメモリ使用量の傾向に影響します。 | 7 | 7 |
| 18 | プロセス使用状況日次データ整理の保持日数 | 監視データ.プロセス利用状況日次概要 | この設定は、マシンの履歴使用状況ページに表示されるプロセスごとのCPUとメモリ使用量の傾向に影響します。 | 30 | 30 |
| 19 | セッションメトリックデータの整理保持日数 | 監視データ.セッションメトリック | この設定は、ユーザー詳細ページの「セッションパフォーマンス」タブに表示されるすべてのグラフに影響します。 | 1 | 1 |
| 20 | マシンメトリックデータの整理保持日数 | モニターデータ.マシンメトリック | この設定は、トレンドページの「リソース使用率」タブにあるグラフとテーブルに影響します。 | 3 | 3 |
| 21 | マシンメトリック日次サマリーデータの整理保持日数 | 監視データ.マシンメトリック日次サマリー | この設定は、トレンドページの「リソース使用率」タブにあるチャートとテーブルに影響します。 | 365 | 31 |
| 22 | アプリケーションエラーの整理保持日数 | 監視データ.アプリケーションエラー | この設定は、アプリケーションページの「アプリケーションエラー」列に表示されるエラーの詳細に影響します。 | 1 | 1 |
| 23 | アプリケーション障害のデータ整理保持日数 | 監視データ.アプリケーション障害 | この設定は、アプリケーションページの「アプリケーション障害」列に影響します。 | 1 | 1 |
注意：
Monitor Serviceデータベースの値を変更した場合、新しい値を有効にするにはサービスを再起動する必要があります。Monitor Serviceデータベースへの変更は、Citrixサポートの指示の下でのみ行うことをお勧めします。
設定 GroomProcessUsageRawDataRetentionDays、GroomResourceUsageRawDataRetentionDays、および GroomSessionMetricsDataRetentionDays は、デフォルト値の 1 に制限されており、GroomProcessUsageMinuteDataRetentionDays はデフォルト値の 3 に制限されています。プロセス使用状況データは急速に増加する傾向があるため、これらの値を設定する PowerShell コマンドは無効になっています。 また、ライセンスベースの保持設定は次のとおりです。
- Premiumライセンスサイト - すべての設定のグルーミング保持期間は1000日（Citrixは365日を推奨）に制限されています。
- Advancedライセンスサイト - すべての設定のグルーミング保持期間は31日に制限されています。
- その他のすべてのサイト - すべての設定のグルーミング保持期間は7日に制限されています。
例外：
- GroomApplicationInstanceRetentionDays can be set only in Premium licensed sites.
- GroomApplicationErrorsRetentionDays and GroomApplicationFaultsRetentionDays are limited to 31 days in Premium licensed sites.
長期間データを保持すると、テーブルサイズに以下の影響があります。
-
時間単位のデータ。 時間単位のデータがデータベースに最大2年間保持される場合、1000のデリバリーグループを持つサイトでは、データベースが次のように増加する可能性があります。
1000のデリバリーグループ x 24時間/日 x 365日/年 x 2年 = 17,520,000行のデータ。集計テーブルにこれほど大量のデータがあると、パフォーマンスへの影響は甚大です。ダッシュボードデータはこのテーブルから取得されるため、データベースサーバーへの要件は大きくなる可能性があります。過度に大量のデータは、パフォーマンスに劇的な影響を与える可能性があります。
-
セッションおよびイベントデータ。 セッションが開始され、接続/再接続が行われるたびに収集されるデータ。大規模なサイト（10万ユーザー）の場合、このデータは急速に増加します。例えば、これらのテーブルの2年分のデータは1TBを超えるデータとなり、ハイエンドのエンタープライズレベルのデータベースが必要になります。