SESのログをDataFirehose経由でS3に取得する方法

1.検証環境の東京リージョンS3のみ、SESのログが取得できている 下記4パターンで同じ設定を実施し、ログが取得できているのはAのみです。

Aはできているということなので、想定ではCもできるはずということでよろしいでしょうか？
Kinesis DataFirehoseに設定したIAMロールのポリシーにS3バケットにアクセスする権限がないのではないかと思いました。
なので、まずはKinesisに設定したIAMロールで各リージョンのS3バケットにアクセスできるか確認していただくのがよいと思います。

2.上記1のAにおいても、S3に取得できていないログがある SESのダッシュボードやCloudWatchでのメトリクス数と、S3に格納されたSESログを比較すると、件数に差異がある。

メール送信時に設定セットを含めないで送信していたりしないでしょうか？
マネジメントコンソールからテストメールを送るとログが出力されるということなのでプログラム側に何か問題があるように思いました。

プログラムなどにも問題が無くログが送れるときと送れないときがあるとなるとAWS側でログの欠損などが起きているくらいしか現状だと思いつきません。(ただ、それを調べる術が無いので本当にAWS側が問題なのかといった判断が難しいです)

一応Kinesis側で落ちていないかみたいなのは確認ができるみたいです。
https://dev.classmethod.jp/articles/logging-when-s3-output-failure-of-amazon-kinesis-data-firehose-data/

早速のご回答、ありがとうございます。

Aはできているということなので、想定ではCもできるはずということでよろしいでしょうか？ ご記載の通りに考えています。

ロール・権限は設定時に確認しましたが、問題切り分けのため、S3へのアクセスを確認してみます。

なので、まずはKinesisに設定したIAMロールで各リージョンのS3バケットにアクセスできるか確認していただくのがよいと思います。 ロール及びポリシーを確認致しましたが、S3バケットへはアクセスが可能でした。 (Cのパターンでも、テストメール送信時にはS3バケットにログが格納されている) ポリシー内で記述していたS3関連の部分を削除しテストメールを送信した場合S3には配信されず、元通りにすると期待通り配信されたことから、権限の問題ではないと判断できると考えています。

メール送信時に設定セットを含めないで送信していたりしないでしょうか？ マネジメントコンソールからテストメールを送るとログが出力されるということなのでプログラム側に何か問題があるように思いました。 こちらテストメールの際に設定セットを使用するのはもちろん、実際のメール送信にも反映されるよう前述したA～Dの４パターンのどの時点でも、ドメインに対しデフォルト設定セットとして割り当てをしておりました。 またログ取得の確認もできている、検証環境の東京リージョンに関しましても上記デフォルト設定セットの割り当てのみで、プログラム側で特別処理変更なども行っておりません。

調査中に追加で判明した点として、メール送信のメトリクスに対しログが取得できていない場合は、DataFirehoseでのモニタリングにも受け取りのメトリクスが表示されていませんでした。 よってSES→DataFirehose間の問題とも考えたのですが、こちらもテストメール送信時やログが取得できているメール送信時は差異なくメトリクス表示がされているため、やはり切り分けができない状況です。

他に確認するべき点がございましたら、アドバイスを頂けますと幸いです。