📣新登場！TiDB Cloud BYOC、TiDB Cloud Filesystem、PostgreSQL-compatible TiDB Cloud Starter がパブリックプレビュー中。このページは自動翻訳されたものです。原文はこちらからご覧ください。
AI
開発者
ベストプラクティス
API

TiDB Cloudの組み込みアラート機能

TiDB Cloud を使用すると、アラートの表示、アラートルールの編集、アラート通知の購読を簡単に行うことができます。

このドキュメントでは、これらの操作を実行する方法について説明し、参考としてTiDB Cloudに組み込まれているアラート条件を示します。

アラートを確認する

TiDB Cloudでは、Alertsページでアクティブなアラートとクローズされたアラートの両方を表示できます。

  1. TiDB Cloudコンソールで、My TiDBページに移動します。

  2. 対象の TiDB Cloud Essential インスタンスまたは TiDB Cloud Dedicated クラスターの名前をクリックして、その概要ページに移動します。

  3. 左側のナビゲーションペインで Alerts をクリックします。

  4. Alerts ページには、デフォルトでアクティブなアラートが表示されます。各アクティブアラートについて、アラート名、トリガー時刻、継続時間などの情報を確認できます。

  5. クローズされたアラートも表示するには、Status ドロップダウンリストをクリックし、Closed または All を選択します。

アラートルールを編集する

TiDB Cloudでは、アラートを無効化または有効化したり、アラートのしきい値を更新したりすることで、アラートルールを編集できます。

  1. Alertsページで、 Edit Rulesをクリックします。

  2. 必要に応じてアラートルールを無効化または有効化してください。

  3. アラートルールのしきい値を更新するには、 Editをクリックします。

アラート通知を購読する

TiDB Cloudでは、以下のいずれかの方法でアラート通知を購読できます。

TiDB Cloudに組み込まれたアラート条件

以下の表は、TiDB Cloudに組み込まれているアラート条件と、それに対応する推奨アクションを示しています。

TiDB Cloudは、そのプランで利用可能特徴に基づいて、 TiDB Cloudプランごとに異なるアラートルールを提供します。

リソース使用状況アラート

状態推奨される行動
クラスター全体のTiDBノードのメモリ使用率が10分間70%を超えました。現在のワークロードにおけるメモリ使用率を削減するために、TiDBのノード数またはノードサイズを増やすことを検討してください。
TiKVクラスター全体のノードメモリ使用率が10分間70%を超えました。現在のワークロードにおけるメモリ使用率を削減するために、TiKVのノード数またはノードサイズを増やすことを検討してください。
クラスター全体のTiFlashノードのメモリ使用率が10分間70%を超えました。現在のワークロードにおけるメモリ使用率を低減するために、 TiFlashのノード数またはノードサイズを増やすことを検討してください。
TiDBノード全体のCPU使用率が10分間80%を超えました。現在のワークロードにおけるCPU使用率を低減するために、TiDBのノード数またはノードサイズを増やすことを検討してください。
TiKVノード全体のCPU使用率が10分間80%を超えました。現在のワークロードにおけるCPU使用率を低減するために、TiKVのノード数またはノードサイズを増やすことを検討してください。
TiFlashノード全体のCPU使用率が10分間80%を超えました。現在のワークロードにおけるCPU使用率を低減するために、 TiFlashのノード数またはノードサイズを増やすことを検討してください。
TiKVストレージの利用率は80%を超えました。ストレージ容量を増やすには、TiKVのノード数またはノードのストレージサイズを増やすことを検討してください。TiKVのストレージ使用率が80%を超えると、レイテンシーの急上昇が発生する可能性があり、使用率が高くなるとリクエストが失敗する場合があります。
TiFlashストレージの利用率は80%を超えています。TiFlashのストレージ容量を増やすには、ノード数またはノードのストレージサイズを増やすことを検討してください。すべてのTiFlashノードのストレージ使用率が80%に達すると、 TiFlashレプリカを追加するDDL文は永久にハングアップします。
TiDBノード全体の最大メモリ使用率が10分間70%を超えました。クラスター内にホットスポットがないか確認するか、TiDBのノード数またはノードサイズを増やして、現在のワークロードのメモリ使用率を削減することを検討してください。
TiKVノード全体の最大メモリ使用率が10分間70%を超えました。クラスター内にホットスポットがないか確認するか、TiKVのノード数またはノードサイズを増やして、現在のワークロードのメモリ使用率を削減することを検討してください。
TiDBノード全体のCPU使用率が10分間80%を超えました。クラスター内にホットスポットがないか確認するか、TiDBのノード数またはノードサイズを増やして、現在のワークロードのCPU使用率を下げることを検討してください。
TiKVノード全体のCPU使用率が10分間80%を超えました。クラスター内にホットスポットがないか確認するか、TiKVのノード数またはノードサイズを増やして、現在のワークロードのCPU使用率を下げることを検討してください。

データ移行に関する警告

状態推奨される行動
データ移行ジョブでデータエクスポート中にエラーが発生しましたエラーを確認し、ヘルプについてはデータ移行のトラブルシューティングを参照してください。
データ移行ジョブのデータインポート中にエラーが発生しましたエラーを確認し、ヘルプについてはデータ移行のトラブルシューティングを参照してください。
データ移行ジョブで増分移行中にエラーが発生しましたエラーを確認し、ヘルプについてはデータ移行のトラブルシューティングを参照してください。
データ移行ジョブが増分移行中に6時間以上一時停止していますデータの増分移行中に、データ移行ジョブが 6時間以上一時停止されました。アップストリームデータベースのbinlogがパージされる可能性があり (データベースのbinlogパージ戦略によって異なります)、増分移行が失敗する可能性があります。ヘルプについてはデータ移行のトラブルシューティングを参照してください。
レプリケーション遅延は10分を超え、20分以上経過しても増加し続けています。ヘルプについてはデータ移行のトラブルシューティングを参照してください。

TiDB Cloud Dedicatedの変更フィードアラート

条件推奨アクション
changefeed のレイテンシーが 600 秒を超えています。TiDB Cloud コンソールの Changefeed ページおよび Changefeed Detail ページで changefeed のステータスを確認してください。問題の診断に役立つエラーメッセージを確認できます。このアラートが発生する原因として、次のようなものがあります。
  • アップストリーム全体のトラフィックが増加し、既存の changefeed のスペックでは処理しきれなくなっている。トラフィックの増加が一時的な場合、トラフィックが正常に戻ると changefeed のレイテンシーは自動的に回復します。トラフィックの増加が継続的な場合は、changefeed をスケールアップする必要があります。
  • ダウンストリームまたはネットワークに異常がある。この場合は、まずその異常を解消してください。
  • ダウンストリームが RDS の場合、テーブルにインデックスが不足している可能性があり、書き込み性能の低下と高レイテンシーの原因になることがあります。この場合は、アップストリームまたはダウンストリームに必要なインデックスを追加する必要があります。
問題をお客様側で解決できない場合は、追加のサポートについて TiDB Cloudサポート にお問い合わせください。
changefeed のステータスが FAILED です。TiDB Cloud コンソールの Changefeed ページおよび Changefeed Detail ページで changefeed のステータスを確認してください。問題の診断に役立つエラーメッセージを確認できます。問題をお客様側で解決できない場合は、追加のサポートについて TiDB Cloudサポート にお問い合わせください。
changefeed のステータスが WARNING です。TiDB Cloud コンソールの Changefeed ページおよび Changefeed Detail ページで changefeed のステータスを確認してください。問題の診断に役立つエラーメッセージを確認できます。問題をお客様側で解決できない場合は、追加のサポートについて TiDB Cloudサポート にお問い合わせください。

このページは役に立ちましたか？