AWS ログ取り込みのトラブルシューティング
最終更新日 - 27年2025月XNUMX日
AWS ログ取り込みの設定プロセス中によくある次のトラブルシューティングシナリオを確認してください。
一般的なログ転送の問題
Amazon CloudWatch から転送されるログに関する問題をトラブルシューティングするには、AWS Lambda 関数内でデバッグレベルのログ記録を有効にしてください。デバッグレベルのログ記録は、実行コンテキスト、イベントペイロード、エラーなどの詳細な診断情報を取得することで、ログ転送プロセスの可視性を高めます。Lambda 関数でデバッグログ記録を有効にする手順については、以下をご覧ください。 ログレベルのフィルタリング Amazonから。
デバッグ目的でLambda関数の動作を調整するために、Lambda環境変数を使用することもできます。詳細については、以下を参照してください。 Lambda環境変数の操作 Amazonから。
Amazon Go1.x を使用して Lambda 関数を移行する
推奨事項: AWS による Go1.x ランタイムの廃止に伴い、継続的なサポート、セキュリティ、互換性を確保するために、Lambda 関数を Amazon Linux 2 ランタイムに移行することをお勧めします。
ログ取り込みパイプラインがGo1.xベースのLambda(CloudWatchなど)に依存している場合、Lambdaは実行を停止し、AWSからログは転送されなくなります。AWS Lambdaランタイムの移行の詳細については、以下をご覧ください。 Go1.x ランタイムから Amazon Linux 2 のカスタムランタイムへの AWS Lambda 関数の移行 Amazon から。LM Logs にログを転送している CloudFormation スタックを選択してください。
「クライアントのタイムアウトを超えました」エラー
ログ取り込みプロセス中に、ネットワーク遅延、コレクタの過負荷、またはリソースサイズの不適切さが原因で「クライアントタイムアウト超過エラー」が発生する場合があります。このエラーは、コレクタの容量と健全性を確認し、ログ取り込みプロセスを処理するのに十分なストレージとRAMがあることを確認し、ネットワーク接続を見直すことで軽減できます。また、 LOG_INGEST_TIMEOUT Lambda 関数の設定で環境変数を設定します。
「クライアントのタイムアウト超過」エラーの解決
価値を高めるために LOG_INGEST_TIMEOUT、 以下をせよ:
- AWSコンソールで、 AWSLambda>関数.
- ログ転送機能を選択します。例: LMLogsForwarder.
- 環境変数、の値を更新します
LOG_INGEST_TIMEOUT.
注意: LOG_INGEST_TIMEOUT のデフォルト値は 10 秒です。
LOG_INGEST_TIMEOUT の値を増やしてもエラーが解決しない場合は、以下を確認してください。
- LMコレクターの健全性AWSログを処理するLMコレクターが大量のデータに圧倒されると、想定時間内に応答できなくなり、タイムアウトが発生する可能性があります。コレクターステータスダッシュボードを使用して、取り込み速度、メモリ、CPU使用率を監視し、コレクターの健全性を確認してください。
- AWSログの量AWSログ(特にCloudTrailまたはLambdaログ)には、冗長なエントリが含まれる場合があります。メッセージが長すぎる場合や解析に時間がかかりすぎる場合は、タイムアウトが発生する可能性があります。大きなログバッチを小さなチャンクに分割するか、解析フィルターを適用してペイロードサイズを削減できます。
- ネットワーク接続–Fluentd、Logstash、またはプロキシを使用している場合、フォワーダーとコレクター間のレイテンシが高いとクライアントタイムアウトエラーが発生する可能性があります。フォワーダーからコレクター、およびコレクターからLMポータルへのネットワーク接続を検証してください。