すべてのプロダクト
Search
ドキュメントセンター

Anti-DDoS:Anti-DDoS Basic および Anti-DDoS Native のアラート設定

最終更新日:Aug 06, 2026

イベントアラートは、サービスに対する DDoS 攻撃を通知します。これにより、問題を迅速に特定して解決し、トラブルシューティングを最小限に抑え、サービスの復旧を早めることができます。このトピックでは、Anti-DDoS Basic および Anti-DDoS Native の攻撃イベントに関するアラート通知の設定方法について説明します。

アラート方法

メッセージセンター、Cloud Monitor、Simple Log Service (SLS) を使用してアラートを設定できます。これらの方法を比較し、ニーズに最適なソリューションを選択してください。

比較項目

メッセージセンターのアラート

Cloud Monitor のアラート

SLS のアラート

対応製品タイプ

Anti-DDoS Basic

Anti-DDoS Native

Anti-DDoS Native

Anti-DDoS Native

ユースケース

一般的なアラート。攻撃を認識するだけでよい場合に最適です。

一般的なアラート。攻撃を認識するだけでよい場合に最適です。

一般的なアラート。簡単なフィルタリングで、主要なイベントについてのみ通知を受け取ることができます。

エンタープライズグレードのアラート。カスタム条件の組み合わせ、アラートチャネル、カスタム通知内容、およびフィルターに基づく統計レポートに対応しています。

設定の複雑さ

シンプル

シンプル

中程度

複雑

柔軟性

イベントの開始時と終了時のアラートに対応しています。

イベントの開始時と終了時のアラートに対応しています。

フィルタリングされた特定の主要イベントについて、開始時と終了時のアラートに対応しています。

イベントの開始時と終了時のアラート、トラフィックのしきい値に基づくアラート、およびさまざまな組み合わせ条件に基づくアラートに対応しています。

通知方法

  • [メール]

  • Webhook

  • [内部メッセージ]

  • [メール]

  • Webhook

  • [テキストメッセージ]

  • [メール]

  • [音声]

  • Webhook

  • [テキストメッセージ]

  • [メール]

  • [音声]

  • Webhook

信頼性と適時性

信頼性と適時性は保証されません。システムの同時実行性が高い場合、メッセージのスロットリングが発生する可能性があります。

重要

独自のトラフィック監視システムを構築することを検討してください。たとえば、IP アドレスのトラフィックを監視して急激な増減を検出したり、外部プローブを使用して可用性をチェックしたりします。

高い信頼性。アラートの遅延は通常 5 分以内です。

高い信頼性。アラートの遅延は通常 5~10 分です。

高い信頼性。アラートの遅延は通常 5~10 分です。

メッセージセンターのアラート設定

メッセージセンターは、Alibaba Cloud アカウントの通知サービスです。Alibaba Cloud のさまざまなサービスの通知タイプを設定できます。

  1. メッセージセンターコンソールにログインします。

  2. アラート通知を設定します。

    通知方法

    説明

    内部メッセージ、メール

    1. 左側のナビゲーションペインで、メッセージ受信管理 > 基本的な受信管理 をクリックします。

    2. [セキュリティメッセージ][セキュリティ通知] を見つけ、必要に応じて 内部メッセージ、または メール のチェックボックスにチェックを入れます。

    3. 変更 をクリックして、メッセージの受信者を変更します。

    Webhook

    1. 左側のナビゲーションペインで、メッセージ受信管理 > ロボット受付管理 をクリックします。

    2. [セキュリティメッセージ][セキュリティ通知] を見つけ、変更 をクリックしてチャットボットを追加または削除します。

Cloud Monitor のアラート設定

Cloud Monitor は、Alibaba Cloud リソースとインターネットアプリケーションを監視するサービスです。Cloud Monitor を使用して、Anti-DDoS Native インスタンスのブラックホールイベントとトラフィックスクラビングイベントを監視できます。イベントが発生すると、Alibaba Cloud は指定されたアラート連絡先グループにアラート通知を送信します。

  1. CloudMonitor コンソールにログインします。
  2. 通知を受信するためのアラート連絡先グループを作成します。

    1. アラート連絡先を作成します。すでに連絡先がある場合は、この手順をスキップしてください。

      1. 左側のナビゲーションペインで、アラームサービス > アラーム送信先 を選択します。

      2. アラームサービス > アラーム送信先 タブで、送信先を作成 をクリックします。次に、アラーム送信先の設定 パネルで連絡先情報を入力し、スライダー検証を完了して、OK をクリックします。

    2. アラート連絡先グループを作成します。すでに連絡先グループがある場合は、この手順をスキップしてください。

      説明

      アラート通知は、アラート連絡先グループに送信されます。グループには 1 つ以上の連絡先を追加できます。

      1. 左側のナビゲーションペインで、アラームサービス > アラーム送信先 を選択します。

      2. アラーム送信先グループ タブで、送信先グループを作成 をクリックします。送信先グループを作成 パネルで、必要な情報を入力し、連絡先を選択して、OK をクリックします。

  3. 左側のナビゲーションペインで、イベントセンター > イベントサブスクリプション を選択し、サブスクリプションポリシーの作成 をクリックしてから、送信 をクリックしてアラート設定を完了します。

    セクション

    パラメーター

    説明

    [基本情報]

    [名前]

    サブスクリプションポリシーの名称。

    [説明]

    サブスクリプションポリシーの説明。

    [アラームサブスクリプション]

    [サブスクリプションタイプ]

    システムイベント を選択します。

    [プロダクト]

    [Anti-DDoS Native] を選択します。

    [イベントタイプ]

    [DDoS 攻撃] を選択します。

    [イベント名]

    通知を受け取るイベントを選択します。選択肢:[ブラックホール][トラフィックスクラビング]

    [イベントレベル]

    通知を受け取るイベントのレベルを選択します。すべての DDoS アラートイベントは「緊急」レベルです。このパラメーターでサポートされているのは クリティカル のみです。

    [アプリケーションのグループ化]

    指定されたアプリケーション グループ内のリソースで関連イベントが発生した場合にのみ、通知が送信されます。

    [イベント内容]

    報告されたイベントにこの内容が含まれている場合にのみ、アラートが通知されます。

    [イベントリソース]

    報告されたイベントにこのリソースが含まれている場合にのみ、アラートが通知されます。

    [複合ノイズリダクション]

    [コンテンツのマージ]

    サブスクリプションスコープサブスクリプションタイプ からマージディメンションを選択します。

    [ノイズリダクション]

    アラート通知の頻度を減らします。必要に応じてこの設定を行います。

    [通知]

    [通知設定]

    システムイベントまたはしきい値トリガーイベントがアラート条件を満たすと、通知はアラート連絡先に直接送信されるか、アラートレベルに基づいて異なる連絡先に送信されます。

    既存の通知設定を選択するか、通知設定の作成 をクリックして新しい設定を作成できます。

    これらのパラメーターの設定の詳細については、「通知設定の管理」をご参照ください。

    [カスタム通知方法]

    アラート通知方法をカスタマイズします。

    通知方法の横にある 変更 をクリックして、その 通知テンプレートアラームレベル を変更します。

    [プッシュと統合]

    [プッシュチャンネル]

    アラート通知がプッシュされるチャネル。プッシュチャネルを作成するには:

    1. + チャンネルを追加 をクリックします。

    2. 既存のプッシュチャネルを選択するか、+ チャンネルを追加 をクリックして新しいチャネルを作成します。

      プッシュチャネルのパラメーター設定の詳細については、「プッシュチャネルの管理」をご参照ください。

SLS でのアラート設定

Anti-DDoS Native の緩和ログ機能を有効にすると、サービスは保護対象アセットからサービストラフィックと緩和ログを収集し、クエリと分析に利用できるようになります。このログデータにより、主要なビジネスメトリクスに対して組み合わせ条件を持つカスタムのアラートルールを作成できます。その後、Anti-DDoS Native はこれらのメトリクスが異常になった際に、適時アラートを送信します。

  1. トラフィックセキュリティコンソールにログインし、左側メニューで、[DDoS] を選択します。

  2. 左側メニューで、ネットワークセキュリティ > Anti-DDoS Origin > 保護ログ を選択します。

  3. 上部メニューで、インスタンスが属するリソースグループと、インスタンスが配置されているリージョンを選択します。

    • Anti-DDoS Origin 1.0 (サブスクリプション) インスタンス:インスタンスが配置されているリージョンを選択します。

    • Anti-DDoS Origin 2.0 (サブスクリプション) および Anti-DDoS Origin 2.0 (従量課金) インスタンス:[すべてのリージョン] を選択します。

  4. 画面の指示に従って SLS を有効化し、RAM 認可を行います。これらの手順をすでに完了している場合は、この手順をスキップしてください。

  5. インスタンスの緩和ログ機能を有効にします。すでに有効になっている場合は、この手順をスキップしてください。

    1. 保護ログ ページで、対象のインスタンスを見つけ、Upgrade Now をクリックします。

    2. アップグレード/ダウングレード ページで、保護ログ[有効] に設定し、利用規約 を読んでチェックボックスにチェックを入れます。

    3. 今すぐ購入 をクリックし、次に [サブスクライブ] をクリックして、インスタンスの緩和ログ機能を有効にします。

  6. インスタンスのログアラート監視ルールを作成します。

    1. 保護ログ ページで、対象のインスタンスを見つけ、右上の SLS に移動 アイコンをクリックします。

    2. DDoS Logstore の詳細ページで、右上の image アイコンをクリックし、アラートモニタリングルール タブで設定を行います。

      パラメーター

      説明

      [ルール名]

      アラートモニタリングルールのカスタム名。

      [確認頻度]

      クエリ・分析結果を確認する頻度。

      • 固定間隔:固定間隔でクエリ・分析結果を確認します。

      • Cron:Cron 式を使用して、クエリ・分析結果を確認する間隔を指定します。Cron 式の最小精度は 1 分です。Cron 式は 24 時間形式を使用します。たとえば、0 0/1 * * * は、00:00 から毎時チェックが実行されることを示します。

      [クエリ統計]

      入力ボックスをクリックします。クエリ統計 ダイアログボックスで、クエリ・分析ステートメントを設定します。

      • [関連レポート]:[Anti-DDoS Native イベントレポート] または [Anti-DDoS Native 緩和レポート] を選択します。

      • [詳細設定]:変更は不要です。デフォルトで ログストア が選択されています。

      [グループ評価]

      SLS は、クエリ・分析結果のグループ化に対応しています。詳細については、「グループ評価の設定」をご参照ください。

      • [グループ化しない]:各チェックサイクル内で、トリガー条件が満たされたときに生成されるアラートは 1 つだけです。

      • [カスタムタグ]:SLS は、設定したフィールドに基づいてクエリ・分析の結果をグループ化します。グループ化後、トリガー条件は各グループに対して個別に評価されます。各チェックサイクル内で、トリガー条件を満たした各グループはそれぞれアラートを生成します。

      [トリガー条件]

      アラートのトリガー条件と重要度。

      • [トリガー条件]:

        • [データが返されます]:クエリ・分析の結果にデータが含まれている場合にアラートがトリガーされます。

        • [クエリの結果には以下の項目が含まれます:]:クエリ・分析の結果にデータが含まれている場合にアラートがトリガーされます。

        • [データが式と一致]:クエリ・分析の結果にアラート式と一致するデータが含まれている場合にアラートがトリガーされます。

        • [クエリの結果には以下の項目と一致項目が含まれます:]:クエリ・分析の結果にデータが含まれ、かつアラート式に一致する場合にアラートがトリガーされます。

      • [重大度]:ルールによって生成されるすべてのアラートに単一の重要度を設定することも、作成 をクリックして同じルール内の異なる条件に異なる重要度を設定することもできます。

      [タグの追加]

      SLS では、キーと値の形式でアラートに識別属性を追加できます。これらは主にアラートのノイズリダクションと通知制御に使用され、アラートポリシーやアクションポリシーを作成する際にタグに関連する条件を追加できます。詳細については、「タグとアノテーションの追加」をご参照ください。

      [注釈の追加]

      SLS では、キーと値の形式でアラートに非識別属性を追加できます。これらは主にアラートのノイズリダクションと通知制御に使用され、アラートポリシーやアクションポリシーを作成する際にアノテーションに関連する条件を追加できます。詳細については、「タグとアノテーションの追加」をご参照ください。

      また、注釈の自動追加 スイッチを有効にして、アラートに count などの情報を自動的に追加することもできます。詳細については、「自動アノテーション」をご参照ください。

      [復元通知]

      復元通知 スイッチを有効にすると、元のアラートが解決されたときにリカバリーアラートがトリガーされます。その重要度は、トリガーされたアラートと同じです。

      [詳細設定]

      • [連続トリガーのしきい値]:指定された連続チェック回数でトリガー条件が満たされた後にのみ、アラートが生成されます。

      • [データアラートなし]:このスイッチが有効な場合、クエリ・分析の結果が空である (または複数の場合は結合された結果が空である) 回数が 連続トリガーのしきい値 の値を超えると、アラートが生成されます。詳細については、「データなしアラート」をご参照ください。

      [出力先]

      出力先では、アラートイベントの送信先を指定します。1 つ以上の出力先を設定できます。このトピックでは、SLS 通知を例として使用します。

      • [イベントストア]:アラートイベントを EventStore に書き込みます。

      • Cloud Monitor イベントセンター:アラートイベントを Cloud Monitor システムのイベントセンターに書き込み、Cloud Monitor を通じて管理および通知を送信します。

      • [SLS 通知]:アラートイベントを SLS 通知サービスに出力し、アラートポリシー、アクションポリシーなどを使用してアラートを管理および送信します。

      [アラートポリシー]

      アラートポリシーは、生成されたアラートをマージ、サイレンス、および抑制するために使用します。

      • 簡易モード または 標準モード を選択した場合、アラートポリシーを設定する必要はありません。SLS はデフォルトで組み込みの動的アラートポリシー (sls.builtin.dynamic) を使用します。

      • 上級モード を選択した場合、アラート管理のために組み込みまたはカスタムのアラートポリシーを選択できます。アラートポリシーの作成方法については、「アラートポリシーの作成」をご参照ください。

      [アクショングループ]

      このパラメーターは、アラートポリシー簡易モード に設定されている場合にのみ必要です。

      アクション グループを設定すると、SLS は自動的に ルール名-アクションポリシー という名前のアクションポリシーを作成します。このアラート監視ルールによってトリガーされたすべてのアラートは、このアクションポリシーを通じて送信されます。設定の詳細については、「通知チャネルの概要」をご参照ください。

      重要

      このアクションポリシーは、アクションポリシー管理ページで変更できます。詳細については、「アクションポリシー」をご参照ください。アクションポリシーの変更中に条件を追加すると、ここの アラートポリシー は自動的に 標準モード に変更されます。

      [アクションポリシー]

      アクションポリシーは、アラート通知チャネル、頻度などを制御します。

      アラートポリシー標準モード または 上級モード に設定されている場合、アラート通知のために組み込みまたはカスタムのアクションポリシーを選択できます。アクションポリシーの作成方法については、「アクションポリシー」をご参照ください。

      さらに、アラートポリシー上級モード に設定されている場合、カスタムアクションポリシー を有効または無効にすることもできます。詳細については、「動的アクションポリシーメカニズム」をご参照ください。

      [サイクル]

      この期間中、繰り返されるアラートはアクションポリシーを一度だけトリガーし、単一の通知を送信します。