#1再度質問を失礼させて頂きます。S3→SQS→Filebeat→Logstash→Elasticsearchの連携時、filebeat.ymlでS3バケット名・ファイル名毎にtagsを設定し連携しようとしています。以下の定義情報の元、疎通すると意図しないインデックスデータが登録されます。}}indexデータ→index名が逆で登録される。▼登録データ|index|aws.s3.bucket.name|aws.s3.object.key||test-b-1|soc-backup-001|soctest1.log||test-a-1|soc-backup-002|soctest2.log|▼想定データ|index|aws.s3.bucket.name|aws.s3.object.key||test-a-1|soc-backup-001|soctest1.log||test-b-1|soc-backup-002|soctest2.log|原因について御存知の方がいらっしゃいましたらお手数ですが返信をお願い致します。aws.s3.object.keyは、filebeatで取得した結果出力される項目だと思いますが、設定項目としては不要なのでは?と思いました。https://www.elastic.co/guide/en/beats/filebeat/master/filebeat-input-s3.htmlあとは、問題の切り分けのためにLogstashをいったん切り離してfilebeatのstdoutのoutputで確認するのも良いかもしれません。この時点でindexが逆転していれば、Logstashには問題がないと言えそうですし。回答頂きありがとうございます。返信が遅れ申し訳ありません。1はい、2つのinputともに同じSQSキューを指定しています。aws.s3.object.keyは設定項目として必要だと認識しています。実現したい構成図は以下の通りです。filebeatにてtagsの条件にS3バケット名とファイル名を入れたいので、項目を設定しています。KBあとは、問題の切り分けのためにLogstashをいったん切り離してfilebeatのstdoutのoutputで確認するのも良いかもしれません。→filebeatのデバックログを確認したところ、filebeatの時点でtag名、S3バケット名・ファイル名の紐づけが誤っていました。Logstash側には問題がなさそうです。気になったのが、何度もS3からのアップロードを行ったところtag名、S3バケット名・ファイル名の紐づけが一致してインデックス登録されることがあります。恐れ入りますが、再度返信頂けますと幸いです。#42のaws.s3.bukect.name、aws.s3.object.keyについて確認させてください。300テストとして、以下のような設定で、test.log以外のファイルをアップしても、filebeatでinput処理されました。"companyA_1"このことからすると、aws.s3.bucket.nameなどでフィルタリング処理されているわけではないように考えています。inputでも処理される可能性があり、意図しない方のS3インプットに入って処理されると、逆のタグ設定がされ、たまたま意図した方のS3インプットで処理されると、期待した結果と一致したインデックス登録になると考えます。したことから、逆のもあれば、正解のもあるといった状況になっているのではと考えます。ドキュメント上、実際の挙動からみてaws.s3.bukect.name、aws.s3.object.keyといった設定はできない(あくまでも処理した結果が格納されるOutputのフィールドな)のではないでしょうか。#5tsgkdt:filebeat.reference.ymlを見ても、この設定項目がなく、ドキュメントにも記載がないため、どこかに書いてありましたでしょうか?→ドキュメントには記載されていません。(個人的に可能かなと思い試してみました)上記について理解しました。回答頂きありがとうございました。countries.。