説明
ウェブ検索結果1によると、イベントフィードチャートは、指定した条件を満たすイベントのリストを表示するチャートの一種です。イベントフィードチャートには、条件の指定方法に応じて、1つまたは複数のイベントタイプを表示できます。イベントフィードチャートに含めることができるイベントタイプは次のとおりです。
外部ソースから送信されたカスタムイベント: これらは、AWS CloudWatch、GitHub、Jenkins、PagerDuty などのサードパーティのサービスまたはツールで作成した、または受信したイベントです。
API またはイベント インジェスト サービスを使用して、カスタム イベントを Splunk Observability Cloud に送信できます。
検出器がアラートをトリガーまたはクリアしたときに作成されるイベント：これらは、検出器がメトリックまたはディメンションを評価し、アラート条件を満たしているか正常に戻っていることが判明したときに、Splunk Observability Cloud によって自動的に生成されるイベントです。UI または API を使用して、さまざまなメトリックとディメンションを監視し、アラートを発報する検出器を作成できます。
したがって、選択肢A、B、Dが正解です。

説明
正解は C. 401 (UNAUTHORIZED) です。
ウェブ検索結果によると、401 (UNAUTHORIZED) エラーメッセージは、OpenTelemetry Collector1 のインストール時にレルムまたはアクセストークンの設定に誤りがあることを示しています。401 (UNAUTHORIZED) エラーメッセージは、無効な認証情報が原因でリクエストがサーバーによって承認されなかったことを意味します。レルムとは、Splunk Observability Cloud エンドポイントなどのリソースの保護範囲を指定するパラメータです。
アクセストークンは、Splunk Observability Cloud APIなどのリソースへのアクセスを許可する認証情報です。レルムまたはアクセストークンの設定が誤っている場合、OpenTelemetry Collectorのインストールリクエストはサーバーによって拒否され、401（UNAUTHORIZED）エラーメッセージが表示されます。
オプション A は不正解です。403 (NOT ALLOWED) エラー メッセージは、OpenTelemetry Collector のインストール時にレルムまたはアクセス トークンが正しく構成されていないことを示しているわけではありません。403 (NOT ALLOWED) エラー メッセージは、要求がサーバーによって承認されたが、権限が不十分なために許可されなかったことを意味します。オプション B は不正解です。404 (NOT FOUND) エラー メッセージは、OpenTelemetry Collector のインストール時にレルムまたはアクセス トークンが正しく構成されていないことを示しているわけではありません。404 (NOT FOUND) エラー メッセージは、URL またはリソースが無効であるため、サーバーが要求を見つけられなかったことを意味します。オプション D は不正解です。503 (SERVICE UNREACHABLE) エラー メッセージは、OpenTelemetry Collector のインストール時にレルムまたはアクセス トークンが正しく構成されていないことを示しているわけではありません。503 (SERVICE UNREACHABLE) エラー メッセージは、一時的な過負荷またはメンテナンスのためにサーバーが要求を処理できなかったことを意味します。

説明
ウェブ検索結果によると、プロパティとは、Splunk Observability Cloud1 内の既存のメトリック時系列 (MTS) のディメンションに割り当てることができるキーと値のペアです。プロパティは、メトリックに関する追加のコンテキストと情報（環境、ロール、ディメンションの所有者など）を提供します。例えば、メトリックのホストディメンションにプロパティ「use: QA」を追加すると、データを送信しているホストが QA に使用されていることを示すことができます。
MTSにプロパティを追加するには、APIまたはUIのいずれかを使用できます。APIを使用すると、HTTPリクエスト2を使用して、ディメンションのプロパティをプログラムで作成、更新、削除、および一覧表示できます。UIを使用すると、「設定」の「メトリックメタデータ」ページ3を使用して、ディメンションのプロパティを対話的に作成、編集、削除できます。
したがって、選択肢AとDが正解です。

説明
データ ポイントの構成に必要なコンポーネントは次のとおりです。
メトリック名: メトリック名は、cpu.utilization、memory.usage、response.time など、データ ポイントが表す測定のタイプを識別する文字列です。メトリック名はすべてのデータ ポイントに必須であり、Splunk Observability Cloud 組織内で一意である必要があります1 タイムスタンプ: タイムスタンプは、データ ポイントが収集または生成された時刻を示す数値です。タイムスタンプはすべてのデータ ポイントに必須であり、エポック時間形式 (UTC の 1970 年 1 月 1 日からの秒数) である必要があります1 値: 値は、データ ポイントが表す測定の大きさまたは量を示す数値です。値はすべてのデータ ポイントに必須であり、データ ポイントのメトリック タイプと互換性がある必要があります1 したがって、正解は A、C、および D です。
Splunk Observability Cloud でデータ ポイントを構成する方法の詳細については、このドキュメント 1 を参照してください。
1: https://docs.splunk.com/Observability/gdi/metrics/metrics.html#データポイント

ウェブ検索の結果によると、エフェメラル・インフラストラクチャとは、自動的にスケールアップまたはスケールダウンされるインスタンス、あるいは新しいコードバージョンで起動され、次のコードバージョンがデプロイされた際に破棄またはリサイクルされるインスタンスを指す用語です1。Splunk Observability Cloudには、インスタンスがダウンしているという誤通知を送信することなく、エフェメラル・インフラストラクチャ用の検出器を作成できる機能があります2。この機能を使用するには、次の手順を実行する必要があります。
監視およびアラートの対象となるメトリックまたはディメンションを選択し、アラートの条件と重大度レベルを選択して、通常どおり検出器を作成します。
「アラート設定」を選択し、「エフェメラルインフラストラクチャ」を選択します。これにより、検出器の特別なモードが有効になり、終了が予想されるインスタンスのアラートが自動的にクリアされます。
インスタンスの予想寿命を分単位で入力します。これは、インスタンスが新しいインスタンスに置き換えられるまでに存続すると予想される最大時間です。例えば、インスタンスが1時間ごとに置き換えられる場合は、予想寿命として60分を入力できます。
検出器を保存してアクティブ化します。
この機能により、検出器はインスタンスが想定される存続期間に基づいて予期せずメトリックの報告を停止した場合にのみアラートをトリガーします。インスタンスが想定される存続期間内にメトリックの報告を停止した場合、検出器はインスタンスが意図的に終了したと想定し、アラートをトリガーしません。したがって、オプションBが正解です。