説明
正解はDです。検出器はチャートに自動的にリンクされます。
カスタムダッシュボードのチャートから検出器を作成すると、検出器は自動的にチャートにリンクされます。つまり、検出器のステータスとアラートをチャート上で確認でき、チャートメニューから検出器の設定にアクセスできます。また、必要に応じて検出器とチャートのリンクを解除することもできます。チャートに加えられた変更は検出器には影響せず、検出器に加えられた変更はチャートにも影響しません。
検出器とチャートはそれぞれ独立したエンティティであり、それぞれ独自の設定とパラメータを持っています。ただし、チャートの指標やディメンションを変更すると、検出器へのリンクが失われる可能性があります1。検出器によって生成されたアラートは「アラート」ページに表示され、表示、管理、確認することができます。また、検出器をチームに割り当てた場合は、チームのランディングページでも確認できます2。カスタムダッシュボードのチャートから検出器を作成してリンクする方法の詳細については、こちらのドキュメント1をご覧ください。
1: https://docs.splunk.com/observability/alerts-detectors-notifications/link-detectors-to-charts.html 2:
https://docs.splunk.com/observability/alerts-detectors-notifications/view-manage-alerts.html

説明
検出器を作成するためのベストプラクティスは次のとおりです。
最高の解像度でデータを表示します。これにより、異常や問題を示している可能性があるデータ内の重要なシグナルやパターンを見逃すことがなくなります。1 値の一貫性があります。つまり、検出に使用するメトリックまたはディメンションは、さまざまなソース、コンテキスト、期間にわたって明確で安定した意味を持つ必要があります。たとえば、構成、サンプリング、集計の変更によって影響を受けるメトリックは使用しないでください。2 検出器をチャートで表示します。これにより、データと検出器のロジックを視覚化し、誤検知や誤検出を特定するのに役立ちます。また、データの分布と動作に基づいて検出器のパラメータとしきい値を調整することもできます。3 測定の種類に一貫性があります。つまり、検出に使用するメトリックまたはディメンションは、さまざまなソース、コンテキスト、期間にわたって同じ単位とスケールを持つ必要があります。たとえば、バイトとビット、秒とミリ秒を混在させないでください。
1: https://docs.splunk.com/Observability/gdi/metrics/detectors.html#Best-practices-for-detectors 2:
https://docs.splunk.com/Observability/gdi/metrics/detectors.html#Best-practices-for-detectors 3:
https://docs.splunk.com/Observability/gdi/metrics/detectors.html#View-detector-in-a-chart :
https://docs.splunk.com/Observability/gdi/metrics/detectors.html#検出器のベストプラクティス

Splunk O11y Cloud Certified Metrics User Track ドキュメント1によると、シングルインスタンスダッシュボードとは、サービスまたはホストの単一インスタンスのチャートと情報を表示するダッシュボードの一種です。シングルインスタンスダッシュボードを使用すると、電源の問題で再起動中のサーバーなど、特定のサーバーのパフォーマンスと健全性を監視できます。また、CPU使用率、メモリ使用率、ディスク使用率、稼働時間など、サーバーに関連するメトリクスの検出器を作成することもできます。したがって、選択肢Aが正解です。

説明
履歴異常は、信号が過去のパターン1から逸脱した際にアラートをトリガーできる検出条件です。履歴異常は、機械学習を用いて過去のデータに基づいて信号の正常な動作を学習し、信号の現在の値と学習したパターン1に基づく期待値を比較します。履歴異常を使用することで、季節性、トレンド、周期性1では説明できない信号の異常な変化を検出できます。
履歴異常は、毎年11月にトラフィックが継続的に増加するという予測を考慮できるため、顧客データの検出機能を作成するのに適しています。履歴異常は、トラフィックパターンに11月にピークを迎える季節的な要素があることを学習し、それに応じてトラフィックの予測値を調整します1。このように、履歴異常は、11月にトラフィックが増加してもアラートをトリガーしないようにします。これは異常ではなく、通常の変動であるためです。ただし、トラフィックが他の方法で履歴パターンから逸脱した場合、例えば大幅に減少したり、予期せず急増したりした場合は、履歴異常によってアラートがトリガーされる可能性があります1。

正解はA.64です。
Web 検索結果によると、MTS が持つことができるプロパティの数の上限は 64 です。プロパティとは、既存の MTS のディメンションに割り当てることができるキーと値のペアで、メトリクスにコンテキストを追加することができます。たとえば、メトリクスのホスト ディメンションにプロパティ use: QA を追加すると、そのホストが QA に使用されていることを示すことができます1。プロパティは、取り込み時にメトリクスと一緒に送信されるキーと値のペアであるディメンションとは異なります。ディメンションは、メトリクス名とともに、MTS を一意に識別します。MTS あたりのディメンション数の上限は 362 です。Splunk Observability Cloud でプロパティとディメンションを使用する方法の詳細については、こちらのドキュメント 2 を参照してください。
1: https://docs.splunk.com/Observability/metrics-and-metadata/metrics-dimensions-mts.html#Custom-properties 2: https://docs.splunk.com/Observability/metrics-and-metadata/metrics-dimensions-mts.html