sql >> データベース >  >> RDS >> MariaDB

SkySQLからのアラートと通知

    MariaDB SkySQLは、クラウドで比類のない柔軟性と大規模なスケーラビリティを提供するサービスとしてのデータベース(DBaaS)です。 SkySQLは、専用の可観測性ポータルであるSkySQL Monitoringを提供します。これは、すべてのクラウドにわたる顧客のパフォーマンスメトリックの単一のペインとして機能します。

    このブログでは、テクニカルプレビューにある新しい「アラートと通知」機能のウォークスルーを提供します。

    アラートと通知

    NOC画面を監視するという面倒な作業をインテリジェントで信頼性の高い自動アシスタントにアウトソーシングすることは新しいことではありません。すべての異常を通知に変換して、何か異常が発生したときに通知することができます。これがアラート機能の本質です。

    SkySQLアラートと通知については、さらに進んで、独自のSkyDBA、サポート、およびSREエンジニアを巻き込み、MariaDB製品のサポートにおける長年の経験を活用しました。彼らは、事前定義されたアラートルールの形式で、微調整されたMariaDBに合わせた推奨事項を作成しました。すぐに使用できます。

    また、すべてのお客様がユニークであることを理解しており、お客様がこれらの定型ルールをどのように使用するかを選択できるようにしています。顧客固有のユースケースと要件に合わせて調整できます。

    お客様がカテゴリ内のすべてのイベントを整理およびキュレートするのを支援し、繰り返しの通知を削除して、各機能チームの重要な通知に集中できるようにします。

    私たちは、異なる機能チームの利益が異なることを理解しています。サポート、DBA、マーケティング、セールスはさまざまな面に焦点を当てており、各チームまたは個人の通知を整理するためのツールを提供しています。

    アクセス方法

    SkySQLにログインすると、左側のナビゲーションからSkySQLMonitoringにアクセスできます。モニタリングにアクセスするには、最初にサービスを起動する必要があります。詳細については、MariaDBSkySQLドキュメントをご覧ください。

    SkySQL Monitoringに入ると、左側のメニューに「アラート」が表示されます。

    SkySQLモニタリング

    または、電子メール通知の1つで直接リンクを使用できます。

    通知メール

    警告画面

    アクティブ デフォルトのビューです。最後のアクティビティ日付でソートされたすべてのアクティブなアラートのリストが表示されます。これらは、現時点でアクティブに実行されているアラートです。

    アクティブなアラート画面

    歴史 発生したが発生しなくなったすべてのアラートのログが表示されます。日付でフィルタリングできます。

    アラート履歴画面

    ユーザーは、アクティブなアラートと履歴アラートの詳細について、これら2つのビューを参照できます。

    すぐに利用可能

    このリリースのアラートとモニタリングには、15の事前定義されたアラートルールが付属しています。これらはサポートエキスパートによって構成され、ほとんどの標準シナリオをカバーしています。事前定義されたアラートには、サーバーが使用できない、CPU /ディスク/メモリの使用率、長時間実行されるクエリ、最大接続数、ネットワークエラー、パスワードのないアカウントが含まれます。

    事前に用意されたアラートルール

    デフォルトでは、事前定義されたすべてのルールが有効になっています。ルールの1つが満たされると、通知はSkySQL監視ポータルの[アクティブアラート]画面にのみ送信されます。

    アラートがトリガーされたときに電子メールまたはその他の通知を送信するには、顧客はルールと受信者を指定する必要があります。

    高度に構成可能

    顧客は、定型のアラートルールを変更して、特定のニーズに完全に適合するカスタムルールを作成するか、最初から始めて独自のルールを作成することができます。

    警告ページの上部に、設定ボタンがあります。小さな青い歯車のように見えます。

    これにより、アラートと通知のすべてのコンポーネントの構成画面が開きます。

    歯車のアイコンをクリックすると、特定のルールを作成、編集、削除、無効化できます。

    (アラート)ルール

    設定の[ルール]タブには、すべてのルールを管理するためのユーザーインターフェイスがあります。お客様は、既存のルールのパラメーターを変更したり、新しいルールを最初から作成したりできます。

    ルール設定画面の警告

    また、この画面を使用して、アラートルールを編集、削除、および有効化/無効化することもできます。ルールが無効になっている場合、ルールは評価されず、通知をトリガーできません。

    新しいアラートルールを作成する

    タグセクションは不可欠です。これにより、このアラートルールを処理する通知をフィルタリングまたは選択するために使用できる説明ラベルを構成できます。

    重大度とカスタムタグを追加しました—新しいルールの開発。

    通知

    通知は、誰にどのような条件で通知されるかを定義するために使用されます。

    通知画面

    すでにいくつかの通知が定義されています。顧客は、同じユーザーインターフェイスを使用して独自に定義できます。

    「開発環境に関する警告をIvanに通知する」という名前の通知を開きましょう。

    通知画面の編集

    この通知の名前が示すように、また添付されたタグからも見えるように、この通知は開発のすべての警告を処理します 環境。

    下の確認ウィンドウに、「新しいルール」というルールが表示されています。これは、この通知をトリガーできる現在の唯一のルールです。

    開発」を置き換えることができます 」と「Production 」と、この通知をトリガーする一連のルールは異なります。

    これにより、アラートルールと通知の照合が非常に柔軟かつ簡単になります。

    (通知)チャネル

    チャネルを使用すると、通知方法(メールリスト、Slack定義など)を管理できます。

    通知チャネル

    チャンネルはわかりやすい名前で保存し、後で通知チャンネルとして任意の通知に添付できます。

    プロセスをエンドツーエンドで説明しましょう。

    問題

    お客様として、重大度1と見なすすべてのアラートに対してサポートチケットを作成したいと考えています。これは、実稼働環境でのみ実行する必要があります。自分のアカウントで実行されている他のサーバーは気にしません。

    私の場合、デフォルトの重大度レベルであるInfo、Warning、Criticalが制限されています。 5つのレベルの重大度(SEV1-SEV5)を使用したいと思います。毎分繰り返しイベントを作成したくありません。 24時間に1回のリマインダーがいいでしょう。

    解決策:

    (Alerting)ルールに移動し、しきい値と制限の特定の要件に合わせて、自分でルールを定義します。それらに満足したら、自分の重大度に応じてタグを付けます。 SEV1-SEV5

    重大度1のすべてのアラートについて、内部チケットを作成するために[email protected]にメールを送信したいと思います。

    また、重大度が高いため、[email protected]で直接サポートに通知したいと思います。

    このために、以前に作成した通知チャネルを再利用できます。

    次に、本番環境で発生する重大度1の既存のすべてのルールをSEV1メールチャネルにリンクします。

    ここで、Productionを削除して、SEV1を備えたすべてのサーバーのチケットを作成できます。または、タグを追加して、ルールをさらにフィルタリングします。

    すべての場合において、「この通知をトリガーするルール」は、この通知に一致する現在のルールを表します。保存する前に確認できます。

    チャネル名はSEV1メールを指します。保存でき、セットアップが完了しました。

    これで、「本番サーバーが利用できません」またはCPU負荷が100%になると(CPUが書き込み中)、特定のサーバーの起動が開始され、システムは指定されたサポートメールアドレスにメールを送信し、チケットを作成します。

    これは次の24時間は繰り返されません—通知(24時間)で定義された繰り返し間隔のためです。別のサーバーに対して同じルールを使用すると、別の通知が生成されます。

    これでセットアップが完了し、テストの準備が整いました。それらのデータベースサーバーに大量のログを作成しました。

    アクティブアラートでは、100%CPUで実行されている本番サーバーがアラートの生成を開始したことがわかります。

    通知メールも届きました。

    これらの4つのイベントは同じサービスの一部であるため、通知はこれらの4つのイベントをグループ化します transitions-pr アラートはほぼ同時に発生しました。

    アラート通知は要求どおりに機能します。

    将来、新しいルールを作成する必要がある場合は、ラベルSEV1とProductionを追加するだけで、ルールは既存の構成に自動的に追加されます。

    新しいルールを作成する

    「このルールによってトリガーされる通知」のSEV1通知の名前は、新しいルールが他のSEV1、本番環境の問題と同じように扱われることを確認します。

    そのように簡単です。

    SkySQLのアラートと通知はテクニカルプレビューにあります。 GAバージョンでは、Slack、ServiceNow、PagerDutyなどのより多くの通知チャネルを期待できます。

    さらに、さらに多くの事前定義されたアラートルールとより多くのメトリック。

    これは、アラートと通知機能の非常に簡単な紹介でした。アラートと通知は、SkySQL Monitoringの一部です。これは、クラウドデータベースサービスで利用可能なすべての可観測性ツールを提供する拡張ツールです。詳細を確認する最良の方法は、SkySQLで実際に試してみることです。

    詳細情報

    今すぐSkySQLにサインアップして、サイズとタイプを問わず、最大3つのデータベースに対して500ドルのクレジットを獲得してください。

    詳細については、MariaDBSkySQLドキュメントをご覧ください。


    1. ストアドプロシージャのselectステートメントで変数を使用して列名を渡す必要がありますが、動的クエリを使用できません

    2. MayBeSQLがMicrosoftAccessに登場!

    3. MySQL5.7で厳密なSQLモードを無効にする方法

    4. 5プロジェクト開発中のMySqlの有用なクエリ