Configuration managemanet (CMDB) Overview Moduleメモ

復習のためにServiceNow Fundamentals On Demand関係の記事を流していこうと思います。
今回は構成管理DBことCMDBについて。

前回の記事はこちら。

The CMDB and Configuration Items

CMDBはハードウェアやその他構成アイテムのモジュールが含まれ、基本的なインストールでアクティブ化されるCMDBプラグインの一部である。

CMDBは存在する構成アイテム(CI)を識別、制御、保守、および検証することにより、企業インフラストラクチャの論理モデルを提供します。

構成アイテムは、サービスを提供するために管理する必要のあるコンポーネントです。主なCMDBは以下の通り。

  • Base Configuration Item [cmdb]
    IT以外の構成アイテムの基本CMDBテーブル

  • Configuration Item [cmdb_ci]
    すべての構成アイテムの基本属性を格納

  • CI Relationship [cmdb_rel_ci]
    構成アイテムの関係データが含まれている

CMDBデータマネージャーツールを使用して構成アイテムポリシーを作成、公開、および管理し、CMDBを効率的で運用可能な状態に維持できるようにします。

The Configuration item form

名前、バージョン、説明、所有権など、フォームのフィールドに記載されているアイテムに関連するすべての属性データが含まれています。

ServiceNowのリレーションルールは、個別のテーブルを使用して、特定の構成アイテムの基本クラスと依存クラスの間の関係を定義します。 CMDBでテーブルを拡張すると、このテーブルは拡張しているテーブルからも関係を継承します。

ServiceNow Discovery and Service Mapping

Discoveryフィールドは、ネットワーク上のデバイスとアプリケーションを検出し、検出した情報でCMDBを更新します。

Discoveryフィールド

Discoveryフィールドは、MID(Management、Instrumentation、Discovery)サーバーを使用します。これは、お客様のLinux、Windowsサーバー、またはパブリッククラウドで実行できる軽量のJavaプロセスです。 デバイスとアプリケーションに関する情報を収集し、処理のために結果をインスタンスに返すのはMIDサーバーの仕事です。
Discoveryフィールドは、ネットワーク上のデバイスとそれらのデバイスの重要な属性(オペレーティングシステム、ソフトウェア、メモリなど)を検出します。

MID サーバーは、必要に応じてプロキシ サーバーを介して通信することもできます。

ServiceNow サービス マッピングは、「トップダウン」アプローチを使用してサービス マップを既存の構成データにオーバーレイし、特定のサービスの基盤となる構成アイテムを接続して、CMDB サービスを認識させます。
たとえば、ディスク ドライブが失われるとデータベース インスタンスが停止する可能性があり、これは人事部門が新入社員用の機器を注文するために使用する要求サービスに影響を与えます。
ServiceNow サービス マッピングは、検出された 構成アイテム間の関係と依存関係を検出してモデル化し、この情報を CMDB に自動的に入力します。

Using the CMDB

CMDB は、効果的かつ効率的なビジネス プロセスと IT サービス管理に必要なシステム コンポーネントを監視および検出するのに役立ちます。

このイメージでは、構成アイテムフィールドが TASK テーブルで定義されています (また、子テーブル (インシデント、変更、サービス リクエスト、問題) に継承されています)。 この構成アイテムフィールドは、タスク/インシデントなどを許可する CMDB への参照として定義されます。 タスク レコードを CMDB 内の構成アイテムに関連付けます。

ITSMのプロセス


ITSMのプロセスに準拠したテーブル

この場合、ITチームが次のことを行う際に役に立ちます。

  • 失敗した変更とそれに関連するインシデントの特定

  • 提案された変更の影響分析を促進してダウンタイムの削減または排除

  • 特定の構成アイテムに関連する問題の傾向を評価

  • 構成アイテムとサービス提供に影響するインシデントを効率的に管理

CI relationship editor

構成アイテム関係エディターは、提案された関係の概念を使用して、ユーザーが構成アイテム間の合理的な関係を確認できるようにします。

エディターが起動された 構成アイテムのコードは、ベースの構成アイテムとして指定されます。
次にリレーションシップに含める 1 つ以上のアイテムを選択できます。 選択した関係タイプに応じて、ベースの構成アイテムは新しい親子関係になることができます。

Configuration items: Dependency View

構成アイテムの依存関係のビューはインタラクティブなグラフィカル インターフェイスを提供して、構成アイテム間の関係を視覚化します。
また、構成アイテムのステータスを示し、関連するアラート、インシデント、問題、変更、およびサービスへのアクセスを許可します。

データベースへのアクセスが必要なビジネスサービス(BondTradingおよびSAPPayroll)が表示されており、データベースにはnycoracleクラスターも必要です。このマップ内の何かが(停止、システム変更などのために)使用できなくなった場合、SAPPayrollなどのビジネスサービスが影響を受ける可能性があります。
デフォルトでは、依存関係ビューマップには、アップストリームとダウンストリームの両方の関係の3つのレベルが表示されます。

依存関係ビューには、マップのルート構成アイテムまたはルート ノードと呼ばれる開始点が 1 つあります。 ルート構成アイテムは暗いフレームで囲まれています。 マップはルート構成アイテムのアップストリームとダウンストリームの両方の依存関係を表示できます。
管理者は、表示されるレベルの数を構成できます。 マップは、見やすくするためにクラスターを折りたたんだり展開したりします。 デフォルトでは、クラスターは折りたたまれています。

依存関係ビューでは、マップ インジケーターは、構成アイテムにアクティブな保留中の問題があるかどうかを示します。 構成アイテムに接続されているタスクを調査して、詳細を取得できます。 別のフォームからマップに戻ると、システムはデフォルトのフィルターとレイアウト設定を使用して、最後に表示したマップを復元します。 アイコンをクリックすると、マップが開きます。

マップ内の関係の多くは、検出プロセスを通じて作成されます。
マップで 構成アイテムの関係を作成、定義、および削除することもできます。 さまざまな視点からマップを表示し、構成アイテムに関連する特定のレコードを開くことができます。 システムはマップを自動的に更新して、CMDB への変更を反映します。

Dependency View: map icons

依存関係ビューは、構成アイテムのステータスを示し、構成アイテム関連のアラート、インシデント、問題、変更、およびサービスへのアクセスを許可します。

The Common Service Data Model (CSDM)

Common Service Data Model(CSDM)は、CMDB内のサービスモデリングに関する規範的なガイダンスを提供しながら、真のサービスレベルレポートを有効にしてサポートする、製品およびプラットフォーム全体のサービス関連定義の標準および共有セットを表します。

CSDM: What it is, what it's not, what's in it for you

What it is

  • 標準的な用語と定義

  • CMDBデータモデリングとデータ管理のベストプラクティス

  • すぐに使用できるCMDBコアテーブル

  • サービスモデリングに関するガイダンス

  • 推奨されるマッピング

What it's not

  • ServiceNow製品のプロセスまたは実装ガイドではありません

  • 一連のレポートではありません

  • インストールするコードではありません

  • 購入するSKUまたは製品ではありません

  • 過去の実装の自動修正ではありません

What's in it for you

  • 一貫してモデル化されたサービスの提供により、次のことが可能になる

    • サービスコストのより良い理解

    • より正確なレポート

  • アプリケーション間でのサービスの一貫した使用。 重複と混乱の削減

  • サービスを維持する際のオーバーヘッドが少ない

  • APMなどの一部の製品は、入力されているCSDMテーブルに依存している


この記事が気に入ったらサポートをしてみませんか?