ある顧客は、シングルインスタンス（オールインワン）でSplunkを1年間使用してきました。しかし、この単一のSplunkサーバーでは、日々のデータ取り込み量に対応しきれなくなってきています。また、Splunkは日々の業務において不可欠なシステムとなり、Splunkサービスの高可用性が重要な課題となっています。顧客は、この要件を満たすための新しい環境トポロジーをどのように設計すればよいのか分からずに困っています。
顧客が新しいアーキテクチャの要件を収集するのに役立つリソースはどれですか？

ブルームフィルターはどこに設置されていますか？

/var/logdirectory に secure、messages、cron、audit というファイルが含まれているシナリオを考えてみましょう。顧客は、secure と messages のファイルを監視するために、同じ Splunk アプリ内に次の inputs.conf セクションを作成しました。

実際に監視されるファイルはどれですか？

インデックスは、インデクサー1台あたり1日約50GBのデータを、均一かつ一定の速度で受信します。顧客は、このデータを最低30日間検索可能な状態に維持したいと考えています。さらに、1週間分のデータを処理する1時間ごとの定期検索があり、検索パフォーマンスに非常に敏感です。
理想的な条件（再起動やデータ量の急激な減少・急増がない）で、PSのベストプラクティスに従う場合、要件を満たすために活用できるindexes.conf設定のセットは次のうちどれでしょうか？
frozenTimePeriodInSecs、maxDataSize、maxVolumeDataSizeMB、maxHotBuckets

インデックスクラスタのpass4SymmKeyを見つけるのに最も効率的なコマンドはどれですか？
find / -name server.conf -print | grep pass4SymKey