トラフィックスパイクアラートがAEM as a Cloud Serviceのオリジンに表示される

この記事では、Adobe Experience Manager as a Cloud Service(AEMaaCS)環境のオリジンで、管理者と開発者がトラフィックスパイクアラートを調査して対応する方法について説明します。

説明 description

環境

  • Adobe Experience Manager as a Cloud Service Sites本番環境
  • アクションセンター発信元トラフィックスパイクアラート

問題/症状

  • 発信元でのトラフィックスパイクを示す自動アラートを受け取ります。
  • リクエスト量は、短期間で大幅に増加します。
  • トラフィックは、ひとつのエンドポイントに集中するのではなく、複数のサイトリソースに分散します。

原因

このアラートは、クライアント IPからのトラフィックが、CDN PoPでAdobe定義のリクエストレートを超えるとトリガーされます。 アラートは、しきい値イベントを識別します。それ自体でDDoS攻撃やサービスの中断を確認するものではありません。 トラフィックソースには、正規のユーザーアクティビティ、セキュリティスキャン、自動化されたシステム、統合、不要なリクエストなどが含まれます。 トラフィックパターン、ブロックされたリクエスト、サービスの正常性を確認し、イベントにさらにアクションを加える必要があるかどうかを判断します。

解決策 resolution

この問題に対処するには、次の手順に従います。

  1. トラフィックスパイクアラートを確認します。 タイムスタンプと影響を受ける環境を記録します。

  2. リクエスト数とパターンを分析する:

    • リクエスト数とピーク率を、環境の通常のトラフィックベースラインと比較します。
    • スパイクが複数のエンドポイントに分散しているか、特定のパスに集中しているかを判断します。
  3. スパイクウィンドウで最も頻繁にアクセスされるURLを特定します。 リクエストを通常の閲覧パターンと比較し、集中的または繰り返しアクセスを確認します。

  4. トラフィックソースを調査する:

    • 利用可能な場合は、地理的分布とCDN PoP (ポイントオブプレゼンス)データを確認します。
    • 上位のクライアント IPを確認します。 トラフィックがアップストリーム CDNを通過する場合、ログに記録されたアドレスは、エンドユーザーではなくフォワードプロキシを表します。
  5. 利用可能なログを使用して、公開、プレビュー、オーサーなど、ほとんどのリクエストを受け取ったAEM サービスまたは環境を特定します。

  6. DDoS緩和フラグ、WAFアラート、ブロックされたリクエストについて、利用可能なCDN ログとトラフィックフィルターの結果を確認します。 重要なトラフィックがブロックされたかどうかを記録します。

  7. 調査結果の文書化: トラフィックが期待されるアクティビティと一致するか、またはさらに調査が必要かどうかを判断します。アラートのみに基づいてトラフィックを攻撃として分類しないでください。

  8. 繰り返しまたは疑わしいスパイクについて:

    • ログを確認して、トラフィックに貢献するIP アドレスを特定します。
    • スパイク中に内部セキュリティスキャンまたはスケジュールされたアクティビティが発生したかどうかを確認します。
    • エビデンスで不要なトラフィックが特定された場合は、適切なトラフィックフィルターまたはレート制限ルールを設定します。 ログモードで開始し、一致するリクエストを確認し、正当なトラフィックが影響を受けないことを確認した後にのみブロッキングを使用します。
    • トラフィックパターンの監視を続行し、その結果に基づいて設定を更新します。
  9. さらにサポートが必要な場合は、Adobe サポート ​にお問い合わせください。

これらの手順を完了した後、環境が期待されるリクエストを正常に処理し、トラフィックフィルタールールが正当なリクエストをブロックしていないことを確認します。

recommendation-more-help
experience-cloud-kcs-help-kbarticles