電気通信ディスカバリーパターンを使用した電気通信ディスカバリー
新しい電気通信ディスカバリーパターン (TSOM パターンとも呼ばれます) には、スタンドアロン xNF を検出するためのパターンが含まれており、SNMP、CLI、NETCONF (ロードマップ) プロトコルを使用して、管理システムなしでスタンドアロンネットワーク要素を検出できます。
水平ディスカバリーと電気通信ディスカバリーパターンを使用したアーキテクチャ
これは、スタンドアロン SNMP または/または CLI xNF の実装例です。
水平ディスカバリーアプリケーション
ServiceNow の水平ディスカバリーアプリケーションは、ネットワーク、IT、クラウド環境全体で効果的に動作するように設計された、汎用性が高く拡張性の高いディスカバリーエンジンであり、複数のレイヤーにわたるデータを収集してインフラストラクチャの全体像を提供します。
詳細については、「Horizontal discovery process flow with patterns」を参照してください。
電気通信ディスカバリーパターン (TSOM パターン)
パターンは、構成アイテム (CI) とその送信接続の属性を検出するために設計された一連のコマンドです。Telecom ディスカバリーには、幅広いネットワーク要素をカバーする一連の事前設定されたパターンが用意されています。TSOM ディスカバリーパターンはインフラストラクチャカテゴリに分類され、xNF のリストとリソース構造を生成するために水平ディスカバリーによって使用されます。
このプラグインは、管理システムに依存しない、または管理システムをバイパスして直接検出する必要があるテレコムルーターやスイッチ (今後他のデバイスタイプのサポートが予定されている) などのスタンドアロン xNF を検出するためのパターンを導入します。さらに、さまざまなネットワークデバイスを検証するためのカスタムパターンが含まれています。これは顧客に表示されるプラグインです。
MID サーバー
MID サーバー は、ローカルネットワーク内のサーバー上で Windows サービスまたは UNIX デーモンとして動作する Java アプリケーションです。この ServiceNow® MID サーバー により、ServiceNow インスタンスと外部のアプリケーション、データソース、サービスとの間の通信やデータ転送が容易になります。
詳細については、「MID Server」を参照してください。
識別および調整エンジン (IRE)
IRE は、複数のソースからのデータを識別および調整するための一元化されたフレームワークを提供します。さまざまなデータソースを使用して CI レコードを作成または更新するときに、CMDB および一部の非 CMDB テーブルの整合性を検証します。
詳細については、「電気通信不一致の識別と調整」を参照してください。
電気通信不一致識別および調整のための CMDB コンプライアンス認証監査
CMDB コンプライアンスは、アドミニストレーターが CMDB データの正確性を認定し、見つかった不一致を解決するためのツールセットです。電気通信不一致の識別および調整では、認定監査機能を使用して、CMDB 内の不一致を検出および分析し、認定後続タスクを生成し、修正ワークフローを有効にします。
不一致の識別および調整に使用する方法の詳細については、「 電気通信不一致の識別と調整」を参照してください。
スタンドアロン SNMP または CLI xNF の ITOM と TSOM のディスカバリー動作の比較
| ITOM ディスカバリー | TSOM ディスカバリー (電気通信) |
|---|---|
| 水平ディスカバリーパターンに基づきます。 | 水平ディスカバリーパターン (電気通信用) に基づきます。 |
| 主にIT目的で使用される基本的な機器のフラット情報を発見します。 | 機器タイプに基づいて、より多くの属性とより深い CI 階層を検出します。 |
| 標準 MIB のみがサポートされています。 | 標準とベンダー独自の MIB の両方がサポートされています。 |
| 利用可能な不一致検出と修正 OOB がありません。 | 不整合検出と自動または手動の修正が利用可能な OOB。 |
- Telecom Discovery は ITOM Discovery アプリケーションをベースに構築されており、Nebula Discovery Language (NDL) を活用しています。
- このソリューションには、電気通信固有のパターンとシステムプロパティのセットが含まれています。
- ユーザーは、TSOM パターンと ITOM パターンのどちらを実行するかを選択できます。
- お客様は、必要に応じて TSOM パターンを拡張したり、独自のパターンを作成したりできます。
- TSOM ヴィジビリティとテレコムネットワークインベントリ (TNI) の間に依存関係はありません。
テレコムディスカバリーに追加されたロジック
ユーザーは、ITOM パターンで電気通信ディスカバリーパターン (TSOM パターンとも呼ばれる) を使用するかどうかを定義できます。デフォルトでは、TSOM/Telecom ディスカバリーで作成されたすべてのパターンが元の ITOM パターンを実行します (たとえば、「Telco ルーター」パターンは「ルーター」パターンも実行します)。ただし、TSOM パターンのみを実行するか、ITOM パターンを除外するかを選択できます。
このパラメーターは、Telco 顧客向けの TSOM パターンアプリケーションの一部として開発されたパターンにのみ影響します。このプロパティが true (デフォルト) に設定されている場合、TSOM パターンは、TSOM パターンの特定の ITOM 共有ライブラリーも実行します。
このロジックは、システムプロパティ sn_tsom_patterns.itom_pattern_enabled によって制御されます。
TNI モデルに従う: 電気通信ディスカバリーパターンは常に TNI データモデルに従います。つまり、Telecom ディスカバリーでカードオンカードのシナリオが識別された場合、それはカードオンカードとして挿入されません。代わりに、親カードのサブスロットを合成し、そのサブスロットに子カードを挿入することで構造を変更します。
TNI エンティティ作成ロジック – 顧客が TNI をインストールしていることをシステムが識別するたびに、検出されたすべてのネットワーク データに対して TNI エンティティ レコードが自動的に作成されます。TNI がインストールされている場合、次のようなペイロードが各アイテムの IRE ペイロードに追加されます。その結果、検出された CI は cmdb_ci テーブルと tni_entity テーブルの両方にあります。