プロセッサの互換性と制限事項 - Amazon CloudWatch

プロセッサの互換性と制限事項

一般的なプロセッサルール
最大数

パイプラインには最大 20 個のプロセッサを含めることができます。

パーサーの配置

パーサープロセッサ (OCSF、CSV、Grok など) を使用する場合、これらはパイプラインの最初のプロセッサである必要があります。

一意のプロセッサ

次のプロセッサは、パイプラインごとに 1 回のみ設定できます。

  • add_entries

  • copy_values

プロセッサタイプ CloudWatch Logs ソース S3 ソース API ベースのソース
OCSF 最初のプロセッサである必要があります 最初のプロセッサである必要があります 最初のプロセッサである必要があります
parse_vpc 最初のプロセッサである必要があります 該当しない 該当しない
parse_route53 最初のプロセッサである必要があります 該当しない 該当しない
parse_json 最初のプロセッサである必要があります 最初のプロセッサである必要があります 最初のプロセッサである必要があります
grok 最初のプロセッサである必要があります 最初のプロセッサである必要があります 最初のプロセッサである必要があります
csv 最初のプロセッサである必要があります 互換性なし 互換性なし
key_value 最初のプロセッサである必要があります 最初のプロセッサである必要があります 最初のプロセッサである必要があります
add_entries 最初のプロセッサである必要があります 最初のプロセッサである必要があります 最初のプロセッサである必要があります
copy_values 最初のプロセッサである必要があります 最初のプロセッサである必要があります 最初のプロセッサである必要があります
文字列プロセッサ (小文字、大文字、トリム) 最初のプロセッサである必要があります 最初のプロセッサである必要があります 最初のプロセッサである必要があります
フィールドプロセッサ (move_keys、rename_keys) 最初のプロセッサである必要があります 最初のプロセッサである必要があります 最初のプロセッサである必要があります
データ変換 (日付、フラット化) 最初のプロセッサである必要があります 最初のプロセッサである必要があります 最初のプロセッサである必要があります
互換性の定義
最初のプロセッサである必要があります

使用する場合、パイプライン設定の最初のプロセッサである必要があります

互換性なし

このソースタイプでは使用できません

該当しない

プロセッサはこのソースタイプに対応していません

プロセッサ固有の制限

ソースタイプ別のプロセッサの制限
プロセッサ ソースタイプ 制限事項
OCSF CloudTrail を使用した CloudWatch Logs
  • data_source_nameaws_cloudtrail の場合にのみ許可されます

  • CloudTrail 専用のスキーマバージョンを使用する必要があります

  • 他のプロセッサと組み合わせることはできません

OCSF API ベースのソース
  • ソース固有のスキーマを使用する必要があります (例: Office 365 の microsoft_office365_management_activity)

  • ソースタイプごとに特定のマッピングバージョンが必要です

  • パイプラインの最初のプロセッサである必要があります

parse_vpc CloudWatch Logs
  • VPC フローログにのみ有効です

  • 最初のプロセッサである必要があります

  • 入力には raw VPC フローログ形式を含める必要があります

parse_route53 CloudWatch Logs
  • Route 53 Resolver クエリログにのみ有効です

  • 最初のプロセッサである必要があります

  • 入力には Route 53 Resolver クエリログ形式を含める必要があります

add_entries すべてのソース
  • パイプラインごとに 1 つのインスタンス

  • キー名は、フィールドの命名規則に従った有効なものである必要があります

copy_values すべてのソース
  • パイプラインごとに 1 つのインスタンス

  • ソースフィールドはイベントに存在する必要があります

重要

制限付きのプロセッサを使用する場合:

  • デプロイ前に必ず ValidateTelemetryPipelineConfiguration API を使用してパイプライン設定を検証します

  • TestTelemetryPipeline API を使用してサンプルデータでパイプラインをテストし、処理が適切であることを確認します

  • デプロイ後にパイプラインのメトリクスをモニタリングして、イベントが期待どおりに処理されていることを確認します