1. ラン・ブック
  2. ソフトウェア・モニタリング
  3. 管理ノードのモニタリング

管理ノードのモニタリング

管理ノードは、ストレージ・ノードで実行されるプロセスであり、ストア・コンポーネントの構成、デプロイ、モニタリングおよび変更に使用されます。管理ノードは、管理コマンドライン・インタフェース(CLI)からのコマンドの実行を処理します。詳細は、Oracle NoSQL Database概要マニュアルの管理の項を参照してください。

次の項を参照してください。

メトリック

次のメトリックは、JMXを介してアクセスでき、Oracle NoSQL Databaseクラスタ内の管理ノードのモニタリングに使用することを目的としています。

  • adminId – 管理ノードの一意のID。

  • adminServiceStatus – 管理サービスのステータス。次のいずれかになります。

    • unreachable(0) – 到達不能な管理ノード。これは、ネットワークでエラーが発生したこと、または管理ノードが停止している可能性があることが原因である場合があります。

    • starting(1) – 管理ノード・エージェントが起動中です。

    • waitingForDeploy(2) – 構成されていない、つまりストア名が指定されていないブートストラップ管理を示します。管理を構成すると、管理データベースの作成がトリガーされ、そのステータスが「WAITING_FOR_DEPLOY」から「RUNNING」に変更されます。

    • running(3) – 管理ノードが実行中です。

    • stopping(4) – 停止中の管理ノード。

    • stopped(5) – 管理ノードの意図的な正常なシャットダウン。

    • errorRestarting(6) – ストレージ・ノードが管理を複数回起動しましたが成功せず、中断しました。

    • errorNoRestart(7) – サービスはエラー状態で、自動的には再起動されません。管理介入が必要です。ユーザーは、サービスのログ・ファイルと失敗したサービスを制御するSNAのログ・ファイルの両方で、SEVEREエントリの検索を開始できます。管理のモニタリング・セクション内のサービスのログは、管理ログです。 

      <kvroot>/<storename>/log/admin*_*.log

      ここで、<kvroot>および<storename>はユーザー入力で、*はログの番号を表します。

      kvrootとstorenameは、すべてのインストールで異なることに注意してください。同様に、SNAのログ・ファイルを検索するには、次を使用します。 

      <kvroot>/<storename>/log/sn*_*.log
      SNログの例として、sn1_0.log、sn1_1.logなどがあります。
      これらのログ・ファイルでSEVEREキーワードを検索し、検索したメッセージを読んでエラーを修正することも、Oracle NoSQL Databaseサポートから支援を受けることもできます。実行するアクションは、障害の性質によって決まります。また、サービスを明示的に停止および再起動する場合 (簡単) から、サービス・インスタンスを完全に置き換える必要がある場合 (簡単ではなく時間がかかります) によって異なります。次のような問題が起こる場合があります。

      • リソースの問題 – ディスク領域、メモリー、ネットワークなどの必要なリソースのタイプの一部が使用できません。

      • 構成の問題 – 修正が必要な構成関連の問題があります。

      • ソフトウェアのバグ – コードにバグがあり、Oracle NoSQL Databaseサポートが必要です。

      • ディスク破損時 – 永続ストレージの一部が破損しています。

      破損の状況は処理が困難ですが、そのような状況はまれで、Oracle NoSQL Databaseサポートによる支援が必要です。

    • expectedRestarting(9) – 一部の計画CLIコマンドが原因でコンポーネントが再起動されるため、予期される再起動が管理ノードによって実行されています。これは予期された再起動で、errorRestarting(6) (エラー発生後の再起動)とは異なります。

  • adminLogFileCount – 管理ノードによって保持されるログ・ファイルの最大数を表すロギング構成パラメータ。ユーザーは、デバッグ・ログ・ファイルによって使用されるディスク領域の量を削減する場合、このパラメータの値およびadminLogFileLimitパラメータの値を変更できます。保存されるデバッグ・ログ・データの量を削減すると、問題が明らかになる前にデバッグ情報が削除された場合に、問題のデバッグが困難になる可能性があります。adminLogFileCountの詳細は、Oracle NoSQL Database管理者ガイドの管理パラメータと管理再起動の項を参照してください。

  • adminLogFileLimit – 単一のログ・ファイルの最大サイズをバイト単位で表すロギング構成パラメータ。adminLogFileLimitの詳細は、Oracle NoSQL Database管理者ガイドの管理パラメータと管理再起動の項を参照してください。

  • adminPollPeriod – 管理ノードが統計のためにエージェント(レプリケーション・ノードおよびストレージ・ノード・エージェント)をポーリングする頻度。このポーリングでは、サービス・ステータスの変更、パフォーマンス・メトリックおよびログ・メッセージを受信します。この期間はミリ秒単位でレポートされます。

  • adminEventExpiryAge – クリティカル・イベントが管理データベースに保存される期間を示します。この値は時間単位でレポートされます。

  • adminIsMaster – この管理ノードが管理グループのマスター・ノードであるかどうかを示すブール値。