CMDB-fundamentals②

CMDB Simulator

タスク1: MID サーバの検証

シナリオ：
クラウドディメンションで ServiceNow ディスカバリまたはサービス マッピングを利用したり、Microsoft システム センター構成マネージャー (SCCM) などのサード パーティの検出ツールと統合したり、アマゾン ウェブ サービス、Microsoft Azure、Google Cloud などのクラウド リソースの検出を実行したりするには、MID サーバーをインストール、アップ、および検証する必要があります。
このシミュレーションでは、実際の検出を実行する代わりにスクリプトが使用されるため、MIDサーバは必要ありません。ただし、ほとんどの CMDB 実装では、多くの場合、MID サーバのインストールと設定が必要な複数のソースからデータが取得されます。
CMDB の実装を開始する前に、MID サーバーと、プロジェクト固有のニーズに合わせて最適なインストール方法と場所と方法について理解しておくことをお勧めします。

次のステップ:

このタスクを読み終えた後、右上の [タスクの検証] をクリックします。タスクの周囲に緑の円が表示され、タスクが正常に完了したことを示します。

次のタスクに進み、シナリオと要件を読みます。要件を理解した後、右上から[シミュレーターに移動]ボタンをクリックして、定義されているとおりに要件を完了します。要件で定義されている名前と同じ名前を付けるかどうかを確認します。必要に応じて、タスクの検証手順を完了して、作業が正しく行われたことを確認できます。

要件を完了したら、このポータル ページのタスクに戻り、[タスクの検証] をクリックします。[タスクの検証] をクリックすると、作業が採点されます。正常に完了した場合は、それが表示されます。ただし、何かを見逃した場合は、タスクの詳細を支援する推奨事項が表示されます。

すべてのタスクが完了し、シミュレーターが完了したら、ポータル ページで [完了/シミュレータ スコアの送信] をクリックします。

タスク 02: 新しいクラスを作成する

ci class managerに遷移

open hierarkeyをクリック

web serverを検索して右のcreate childをクリック

下記の情報を入力する

Provide Basic Info:

- Class Display Name: Mongoose Web Server

- Table Name: u_cmdb_ci_mongoose_web_server

- Icon: Web Server

Set Identification Rule:

Identification Rule

- Name: Mongoose Web Server rule

- Applies to: u_cmdb_ci_mongoose_web_server

- Dependent: True

Identifier Entries (Use attributes from main table):

- Selected: Class, Running process command

- Allow null attributes: false

- Allow fallback to parent's rule: false

Add Dependent Relationships:

- Confirm Mongoose Web Server has a preconfigured relationship to Hardware

validation taskを実行する

タスク 03: テスト ID ルール

Mongoose Web Server の新しいクラスと識別規則を作成した後、期待どおりに動作し、重複するレコードが作成されていないかどうかをテストすることをお勧めします。

追加のセットアップが必要な ServiceNow 探索またはサービス マッピングを使用する代わりに、CMDB の実装者がスクリプトを実行することで、クラスと識別規則をテストする機能を同じにできます。このスクリプトは、インストールされているホスト Windows Server との関係を構築するなど、MONGOOSE Web サーバーを CMDB のアプリケーション テーブルに統合するサンプル ペイロードをシミュレートします。

要件：

クラウドディメンションCMDBの実装者として、スクリプトを実行し、マングースウェブサーバー識別ルールが期待どおりに機能し、重複するマングースWebサーバーレコードが作成されなくて済んでいないことを確認する任務を負います。

1. インスタンスから、[システム定義スクリプト - バックグラウンド] に移動します。

2. このスクリプトをインスタンスの [スクリプトの実行] フィールドに貼り付けます。

3. [スクリプトの実行] をクリックします。

スクリプト↓

var payload = {

   "items": [

      {

         "className": "u_cmdb_ci_mongoose_web_server",

         "lookup": [],

         "values": {

            "name": "Mongoose@owa-sd-01",            

            "version": “5.5”,

            "running_process_command": "c:\\clouddimensions\\mongoose.exe",

            "sys_class_name": "u_cmdb_ci_mongoose_web_server"

         }

      },

      {

         "className": "cmdb_ci_win_server",

         "lookup": [],

         "values": {

            "name": "OWA-SD-01"

         }

      }

   ],

   "relations": [

      {

         "type": "Runs on::Runs",

         "parent": 0,

         "child": 1

      }

   ]

};

var jsonUtil = new JSON();

var input = jsonUtil.encode(payload);

var output = SNC.IdentificationEngineScriptableApi.createOrUpdateCI(‘ServiceNow’, input);

gs.print(output);

実行結果

4. 設定した識別ルールに基づいて、マングース Web サーバー アプリケーションが挿入され、一致するものが見つからなかったことを示す次のログ メッセージが表示されることを確認します。

5. 同じスクリプトを 2 回実行し、設定された識別規則に基づいてマングース Web サーバーで一致が見つかったため、重複が作成されなかったために変更が行われなかったという次のログ メッセージが表示されることを確認します。

検証：
次のモジュールに移動し、次の点を確認します。
- アプリケーション モジュールから、単一のマングース Web サーバー アプリケーションが CMDB に作成されていることを確認します。

- Windows Server モジュールから、OWA-SD-01 という名前のサーバーの依存関係ビュー マップから、マングース Web サーバーに対する実行:実行の関係を確認します

注: スクリプトを 2 回実行した後は、1 つのマングース Web サーバーのみが存在する必要があります。スクリプトが初めて実行されると、マングース Web サーバーと Windows サーバーとの関係が作成されます。スクリプトが 2 回目に実行されると、Mongoose Web サーバーは、CMDB に既に存在する既存のマングース Web サーバーと照合され、変更は行われなくなります。

タスク 04: バージョン アップグレードの ID ルールをテストする

新しい識別規則が、その規則が作成された構成項目 (CI) にアップグレードした場合に、予期したとおりに動作することを確認することをお勧めします。

このシナリオでは、マングース Web サーバーはバージョン 5.5 からバージョン 6.5 にアップグレードされ、CMDB に統合されます。CMDB 内の既存のマングース Web サーバーは、重複するマングース Web サーバーが作成されるのではなく、バージョン 6.5 に更新する必要があります。

要件：
Cloud Dimensions CMDB の実装者は、スクリプトのバックグラウンドを使用して、Mongoose Web サーバーのバージョンが 6.5 にアップグレードされたスクリプトを実行し、重複レコードが作成されないかどうかを確認する任務を負います。
- スクリプトから - バックグラウンド、前のスクリプトを[スクリプトの実行]フィールドに貼り付け、バージョンを6.5に変更して実行します。