MID Server の ECC キュー
外部通信チャネル (ECC) キューは、インスタンスと MID Server間の接続ポイントです。MID Server が実行する必要があるジョブは、MID Server がそれらを処理できる状態になるまでこのキューに保存されます。
Asynchronous Message Bus
MID Server は Asynchronous Message Bus (AMB) によって発行されたメッセージに登録し、MID Server に処理待ちのタスクレコードが ECC キューにあることを通知します。その MID Server の ECC キューにタスクが存在する場合、MID Server はステータスを「処理中」に設定します。要求されたジョブの処理が終了すると、MID Server は結果とともに ECC キューにレポートします。
MID Server は AMB クライアントを介してインスタンスへの永続的な接続を開き、/mid/server/<mid_sys_id> AMB チャネルでリッスンします。出力レコードがキュー [ecc_queue] テーブルに挿入されると、AMB メッセージが MID Server のチャネルに送信されます。MID Server は、このメッセージを受信し、MID Server がビジー状態でメッセージの優先度レベルがインタラクティブでない限り、直ちに作業のためにecc_queueテーブルをポーリングします。
MID Server は、AMB メッセージアクティビティに関係なく、mid.poll.time 設定パラメーターで定義された最大の定期的な間隔 (デフォルトで 40 秒) で ECC キューをポーリングします。MID がビジー状態で、インタラクティブ以外の優先度レベルの AMB メッセージを受信した場合、キューのポーリング時間は mid.poll.time.standard (デフォルトで 5 秒) に変更されます。この定期的な間隔での ECC キューのポーリングは、AMB 接続が切断された場合に行われます。
ECC キューに関する情報
| フィールド | 入力値 |
|---|---|
| エージェント | このメッセージの送信元または宛先の外部システムの名前。このメッセージの送信元または宛先が MID Serverの場合、エージェント名は mid.server.xxx のフォームになります。ここで、xxx は特定の MID Serverの名前です。 |
| トピック | MID Server が実行したプローブの名前。検出のためにパターンを使用している場合は、水平パターンプローブ水平パターンプローブが表示されます。 |
| 名前 | プローブが実際に実行したコマンド。たとえば、[トピック] が SSHCommand であれば、[名前] フィールドには、実行する実際のシェル コマンドが含まれます。検出にパターンを使用している場合は、次のように表示されます。 [パターン ランチャー:] その後にパターンの名前と複数ページ番号が続きます。 |
| ソース | 検出が実行される IP アドレス。いくつかのプローブは複数の IP アドレスに対して実行されます。そのような場合、このフィールドには人間が判読できる説明が含まれます。 |
| 応答先 | このオプション フィールドには、このメッセージが応答する ECC キュー メッセージへの参照 (sys_id) が含まれます。Discovery は、このフィールドを広範囲に利用して、指定のスケジュールされた検出の結果として生じるメッセージの階層を追跡します。このフィールドの値のレコード アイコンをクリックすると、現在のプローブまたはセンサー レコードを生成したアクティビティの ECC キュー レコードが開きます。 |
| キュー | このメッセージが入力メッセージか出力メッセージかを示すインジケーター。 |
| ステータス | 現在の ECC キュー レコードの状態。状態は自動的に更新されます。 |
| 処理日時 | このメッセージが処理された時刻。 |
| 作成日時 | このメッセージが作成された時刻。 |
| シーケンス | このメッセージの一意のシーケンス番号。この値は、ECC キュー レコードが挿入されると自動的に生成されます。これは不使用になりました。 |
| エラー文字列 | 処理中にエラーが発生した場合のエラーメッセージ。このフィールドは、エラーがない限り標準フォーム上に表示されません。 |
| ペイロード | XML 形式のメッセージ本文。返される XML のルート タグ <results> には 1 つまたは複数の <result> タグと単一の <parameters> タグが含まれます。これらのパラメーターは、単にプローブ内の MID Serverに送信されたもののエコーです。それらはプローブごとに異なりますが、一般的にはプローブが何を行うべきか、どのように動作すべきかの詳細をプローブに伝えます。結果タグは最も興味深いタグです。プローブによって生成された実際のデータが含まれています。 |
ECC キュー コントロール
| 関連リンク | 説明 |
|---|---|
| 再実行 | プローブを再実行します。検出に失敗した場合や予期しないその他の結果が発生した場合は、プローブを再実行できます。 |
| CMDB アイテムに移動 | 検出中に更新された CI の CI レコードを開きます。 |
| センサーに移動 | 関連するセンサーのレコードを開きます。 |
MID Serverの ECC キュー コンテンツを管理する
ECC キューを使用すると、ECC キュー メッセージを作成したり、MID Serverのログ エントリーにアクセスしたり、個々の MID Server レコードから統計情報を取得したりすることができます。
始める前に
必要なロール:admin、mid_server
手順
-
ディスカバリー を実行せずに MID Serverを介して ECC キューから直接ホスティング デバイスにリモート コマンドを送信します。
-
個々の MID Serverの agent0.log.0 ログと wrapper.log ログを表示する ECC キューのエントリーにアクセスします。
-
メモリや CPU 使用率データなどの個々の MID Serverに関する有益な情報については、[queue.stats] のトピックにアクセスしてください。