ITSI は、ITSI 構成データのバックアップ/復元、一括サービス KPI 操作の実行、ITSI オブジェクトのタイム ゾーン オフセットの適用、KPI 検索スケジュールの再生成を可能にする kvstore_to_json.py スクリプトを提供します。
バックアップ ジョブを実行すると、ITSI はデータを 1 つの ZIP ファイルに圧縮された一連の JSON ファイルに保存します。
参照：
https://docs.splunk.com/Documentation/ITSI/4.10.2/Configure/kvstorejson
https://docs.splunk.com/Documentation/ITSI/4.10.2/Configure/BackupandRestoreITSIconfig C と D は正解です。ITSI のバックアップと復元機能では、kvstore_to_json.py をコマンドライン スクリプトとして、またはカスタム スクリプトの一部として使用して、完全または部分的なバックアップの ITSI データをバックアップします。ITSI バックアップは、サービス、KPI、ガラス テーブルなどの KV ストア オブジェクトを含む JSON 形式のファイルのコレクションとしても保存されます。A は、事前構成されたデフォルトの ITSI バックアップ ジョブが提供されていないため、正解ではありません。独自のバックアップ ジョブを作成するか、コマンドライン スクリプトまたはカスタム スクリプトを使用して ITSI データをバックアップできます。B は、ITSI バックアップにインデックスの依存関係が含まれていないため、正解ではありません。ITSI バックアップには、KV ストア オブジェクトと、オプションでいくつかの .conf ファイルのみが含まれます。インデックス データをバックアップするには、他の方法を使用する必要があります。参考資料: [ITSI KV ストア データのバックアップと復元の概要]、[ITSI の完全バックアップの作成]、[ITSI の部分バックアップの作成]

Splunk IT Service Intelligence (ITSI) のマルチKPIアラートは、複数の主要業績評価指標 (KPI) の状態に基づいてトリガーされるように設計されています。このタイプのアラートは、単一のKPIの状態だけでは問題を特定できない場合に特に有効です。しかし、複数のKPI間の相関関係から、新たな問題をより明確に把握できます。したがって、マルチKPIアラートの最適な使用例は、2つ以上のKPIの値を比較することで異常な状態が発生していることが示唆される場合です。これにより、個々のKPIの監視では検出できない複雑な問題を特定できる、より繊細でコンテキストに富んだアラートメカニズムが可能になります。このアプローチは、問題を正確に検出および診断するために、異なるパフォーマンス指標間の相互作用を考慮する必要がある複雑な環境で効果的です。

参照：
Splunk IT Service Intelligence (ITSI) は、人工知能と機械学習を活用して IT サービスの健全性とパフォーマンスに関する洞察を提供する監視および分析ソリューションです。ITSI を使用すると、アプリケーション、データベース、サーバー、ネットワークなど、IT インフラストラクチャの重要なコンポーネントを表すサービスを作成できます。その後、可用性、遅延、エラー率など、サービスの健全性の側面を測定する指標である主要業績評価指標 (KPI) を使用して、これらのサービスのステータスとパフォーマンスを監視できます。ITSI は、サービス アナライザー、グラス テーブル、ディープ ダイブ、エピソード レビューなど、サービスの問題を視覚化、調査、および警告するためのツールも提供します。ITSI を実装することで最もメリットが得られるシナリオは、ビジネス サービス機能の監視です。ITSI を使用すると、IT サービスの品質と信頼性を測定および改善し、ビジネス目標と一致させることができるためです。参考: Splunk IT Service Intelligence とは?

環境によっては、独自の Enterprise Security 展開のハードウェア仕様を最小ハードウェア要件以上に引き上げる必要がある場合があります。
Splunk Enterprise Security を専用の検索ヘッドまたは検索ヘッド クラスターにインストールします。
Splunk プラットフォームは、インデクサーを使用して水平方向に拡張します。エンタープライズ セキュリティの導入に必要なインデクサーの数は、データ量、データの種類、保持要件、検索の種類、および検索の同時実行性によって異なります。
参照：
A、B、Cは正解です。ITSI導入では、大量のデータの取り込みと処理が必要となるため、Splunkの基本要件よりも多くのハードウェアリソースが必要になることが多いためです。また、ITSI導入では、ITSIアプリを実行し、ITSI関連の検索とダッシュボードをすべて処理する専用の検索ヘッドも必要です。また、KPI検索の回数と頻度に応じて必要なインデクサーの数が増える場合があり、大量のサマリーデータが生成される可能性があります。参考：ITSI導入の概要、ITSI導入の計画

参照：
サービスアナライザーは、ITSIにおけるサービス全体とKPIのステータスを監視できるダッシュボードです。サービスアナライザーには、すべてのサービスとそのヘルススコアのリストが表示されます。ヘルススコアは、各サービスがKPIに基づいてどの程度パフォーマンスを発揮しているかを示します。また、サービス内の各KPIのステータスと値を確認できるほか、詳細な分析のために詳細な情報やグラステーブルにドリルダウンすることもできます。サービスアナライザーは、サービスに影響を与える問題を特定し、影響度と緊急度に基づいて優先順位を付けるのに役立ちます。サービスアナライザーの主な目的は次のとおりです。
D) サービス全体とKPIのステータスを監視します。これは、サービスアナライザーがサービスの健全性とパフォーマンス、そしてKPIをリアルタイムで包括的に表示するためです。
その他のオプションは、次の理由により、サービス アナライザーの主な目的ではありません。
A) すべてのサービスとエンティティのリストを表示する。これは正しくありません。サービスアナライザーは、ITサービスを提供するために管理者の関与を必要とするITコンポーネントであるエンティティを表示しないためです。エンティティは、エンティティ管理やエンティティの健全性概要などの他のダッシュボードに表示されます。
B) しきい値違反に基づいて外部アラートをトリガーする。これは正しくありません。サービスアナライザーは、特定の条件が満たされた際に外部システムまたはユーザーに送信される通知であるアラートをトリガーしないためです。アラートは、相関検索またはITSIで設定されたアラートアクションによってトリガーされます。
C) アナリストがアラートにコメントを追加できるようにする。これは正しくありません。サービスアナライザーでは、外部システムやユーザーに送信される通知であるアラートにアナリストがコメントを追加できないためです。