MCPおよびAI対応の自動化
NetCrunch MCP Serverを使用すると、MCP互換ツールを、選択したNetCrunchの管理操作に接続できます。MCPは、制御された自動化およびアシスタント支援による管理を目的としており、無制限のデータ検出や、NetCrunch上に外部監視システムを構築することを目的としていません。
NetCrunchには、Model Context Protocolをサポートするツールと統合するためのMCP Serverが含まれています。
MCPは、AI対応クライアントおよび自動化ツールがNetCrunchの管理操作を呼び出すための標準的な方法を提供します。NetCrunch REST APIと同じAPIキー、ユーザー権限、アクセス制限、およびリクエスト制限を使用します。
MCPによって、個別のセキュリティモデルや個別のデータアクセスレイヤーが導入されることはありません。
NetCrunch MCP Serverは、汎用クエリAPIではありません。NetCrunchをデータベース、監視データウェアハウス、トポロジーエンジン、またはダッシュボードバックエンドとして公開するものではありません。MCP互換インターフェースを介して、定義済みの管理操作へのアクセスを提供します。
MCPを使用する場合
NetCrunchをMCP互換アシスタント、自動化クライアント、または開発ツールに接続する場合は、MCPを使用します。
一般的な使用例は次のとおりです。
- 選択したノードのプロパティを確認する
- 既知のノードの監視を有効または無効にする
- カスタムフィールドを更新する
- タグを追加または削除する
- ノードにメモを追加する
- ビューに対してノードを追加または削除する
- 制御されたメンテナンス操作を実行する
- 既知の管理タスクでオペレーターを支援する
外部ツールがすでにMCPをサポートしており、その操作を制御されたNetCrunchの管理アクションとして表現できる場合、MCPが役立ちます。
リクエストの例:
Disable monitoring for web-server-01 for two hours.
Set the Location custom field on srv-app-03 to Warsaw Office.
Add a note to firewall-01 saying that firmware was updated.
Add node 10.10.5.20 to the Branch Office Routers view.
これらの例は、既知のオブジェクトと定義済みのアクションを参照しています。MCPに適しています。
REST APIを使用する場合
決定論的な統合や反復可能な自動化には、REST APIを使用します。
通常、REST APIは次の用途に適しています。
- スケジュールされたスクリプト
- CMDBとの同期
- インベントリの更新
- 移行ツール
- 反復可能なメンテナンスワークフロー
- 一括操作
- クライアントが呼び出す操作を正確に把握している統合
例:
A nightly script updates node ownership and location fields from a CMDB export.
ワークフローが固定されており反復可能であるため、これはREST APIを使用するスクリプトとして実装する方が適しています。
MCPが想定していない用途
MCPをNetCrunchのダッシュボード、レポート、トポロジービュー、または監視データアクセスの代替として使用しないでください。
MCPは、次の用途には使用しないでください。
- 大量のポーリング
- 広範囲のAtlasスキャン
- 無制限のデータ検出
- 過去のパフォーマンスデータの抽出
- 外部システムでのNetCrunchビューの再構築
- 外部監視ポータルの作成
- NetCrunchをデータベースであるかのように、すべての監視データをクエリすること
- NetCrunch UIワークフローを別の製品レイヤーで置き換えること
ワークフローで大規模なデータ抽出やレポート作成が必要な場合は、専用のNetCrunchレポート、エクスポート、UIビュー、または目的に合わせて構築された統合を使用してください。
MCPとAIアシスタント
MCPを介して接続されたAIアシスタントは、選択した管理タスクを支援できます。
読み取り専用で使用する場合、アシスタントは既知のオブジェクトの確認や、返された情報の説明を支援できます。書き込み可能な状態で使用する場合、アシスタントはAPIキーの権限を使用して、制御された変更を準備または実行できます。
推奨される読み取り専用タスク:
- 選択したノードのプロパティを表示する
- 監視状態を確認する
- カスタムフィールドの値を確認する
- ノードに割り当てられたタグを一覧表示する
- ノードがビューに属しているかどうかを確認する
- オペレーター向けに返された情報を要約する
推奨される書き込み可能なタスク:
- 承認済みのメンテナンスに対して監視を無効にする
- メンテナンス後に監視を再有効化する
- 選択したカスタムフィールドを更新する
- タグを追加または削除する
- ノードのメモを追加する
- ビューに対してノードを追加または削除する
書き込み可能なアシスタントでは、狭い範囲の権限から開始してください。監視状態、ノード設定、ビューのメンバーシップ、または複数のオブジェクトに影響する変更を適用する前に、確認を求めてください。
制御された自動化パターン
書き込み操作の場合、MCPクライアントは制御されたワークフローに従う必要があります。
- 対象オブジェクトを特定します。
- 必要に応じて現在の状態を読み取ります。
- 要求された変更を準備します。
- 計画されたアクションをユーザーに表示します。
- 読み取り専用でない変更の場合は、確認を求めます。
- 操作を実行します。
- 可能な場合は、結果を読み戻します。
- 最終状態を報告します。
例:
User:
Disable monitoring for web-server-01 until 18:00 and add a maintenance note.
MCP client:
1. Reads the current monitoring state of web-server-01
2. Prepares the disable-monitoring operation
3. Adds the maintenance note
4. Executes the change after confirmation
5. Reads back the monitoring state
6. Reports the result
このパターンにより、意図しない変更を減らし、オペレーターが制御を維持できるようになります。
同期の使用例
外部システムが既知のオブジェクトと明示的な値を提供する場合、MCPは同期ワークフローをサポートできます。
例:
- CMDBからノードのカスタムフィールドを更新する
- 資産インベントリからタグを適用する
- 場所または所有者に基づいて、既知のノードをビューに追加する
- 外部チケットシステムからメモを追加する
- 承認済みのメンテナンス期間中に監視を無効にする
可能な限り、次のような安定した識別子を使用して同期してください。
- node ID
- node name
- IP address
- DNS name
- view path
- 該当する場合は policy name
外部でNetCrunch設定全体を検出して再構築しようとする、開放型の同期ワークフローは避けてください。
権限
MCPはNetCrunch APIキーを使用します。
APIキーによって、次の項目が決まります。
- 使用されるNetCrunchユーザーコンテキスト
- 表示可能なオブジェクト
- 許可される操作
- 書き込み操作が許可されるかどうか
- キーが送信元アドレスによって制限されているかどうか
- キーの有効期限が切れているかどうか
推奨される方法:
- MCPアクセス専用のユーザーを作成する
- 統合に必要な権限だけを付与する
- 確認のみのシナリオでは読み取り専用APIキーを使用する
- 管理者アカウントの使用を避ける
- 可能な場合は、送信元アドレスによってAPIキーを制限する
- 一時的な統合には有効期限を設定する
- MCPアクセスを有効にした後にアクティビティを確認する
制限のない管理者APIキーを、実験的なAIアシスタントや外部自動化ツールに接続しないでください。
レート制限
MCPリクエストには、過剰なツール呼び出しからNetCrunch Serverを保護するためのレート制限が適用されます。
AI対応クライアントは、1つのユーザーリクエストに対して複数のツール呼び出しを生成することがあります。レート制限は、意図しないループ、非効率なワークフロー、サーバーへの過剰な負荷を防ぐのに役立ちます。
MCPクライアントがリクエスト制限に達した場合は、呼び出し回数を減らすか、クライアント側でスロットリングを追加してください。
推奨される改善策:
- 同じオブジェクトを繰り返し読み取らない
- 既知のオブジェクト識別子をキャッシュする
- 選択したノードまたはビューを対象に操作する
- 広範囲のスキャンを避ける
- 可能な場合は、予測可能な作業を一括処理する
- レート制限エラーの後は、バックオフして再試行する
セキュリティガイドライン
MCPアクセスを有効にする前に、次のことを行ってください。
- MCPクライアントに許可する操作を決定する
- 専用のAPIキーを作成する
- 可能な場合は読み取り専用アクセスから開始する
- 必要なビュー、ノード、または組織へのアクセスに制限する
- 共有管理者資格情報を避ける
- レート制限を有効にしたままにする
- 書き込み操作には確認を必須とする
- 初回使用時にAPIアクティビティを確認する
MCPクライアントは、外部APIクライアントと同様に扱う必要があります。作業を簡素化できますが、ユーザーまたはワークフローが必要とする範囲を超えるアクセスを付与しないでください。
REST APIまたはMCP
次の場合はREST APIを使用します。
- ワークフローが固定されている
- タスクがスケジュールされている
- クライアントがスクリプトまたはサービスである
- 正確な反復性が重要である
- 統合で一括同期を実行する
- 開発者が呼び出すエンドポイントを把握している
次の場合はMCPを使用します。
- クライアントがすでにMCPをサポートしている
- ワークフローがオペレーター支援型である
- タスクが対話型である
- 操作が既知のNetCrunchオブジェクトを使用する
- アシスタントが選択したアクションの準備または説明を支援する
- 統合が標準AIツールインターフェースのメリットを受ける
決定論的な自動化には、引き続きREST APIが推奨されます。
MCPは、MCP対応クライアントおよびアシスタント支援による管理のための追加の互換性レイヤーです。
まとめ
NetCrunch MCP Serverは、選択したNetCrunchの管理操作へのAI互換アクセスを提供します。
これは、制御された自動化、同期、およびアシスタント支援による管理を目的としています。NetCrunchを汎用監視エンジン、データベース、レポートレイヤー、または外部製品プラットフォームとして公開することを目的としていません。
実用的な管理アクションにはMCPを使用してください。反復可能な統合にはREST APIを使用してください。より深い製品対応の分析や監視ワークフローには、NetCrunch UI、ダッシュボード、レポート、および将来の組み込みAI機能を使用してください。