基本的な概念

データ・ソース

管理者は、IntegrationServices CLI で – ProvideCredentials コマンドとオプションの DataSource Name 引数を使用して、各データ・ソースの資格情報を指定します。

BigFix サービス・アカウントの要件

ServiceNow CMDB データの BigFix へのインポートを簡単に実行するには、マスター・オペレーターのアカウントが必要です。マスター・オペレーターのアカウントがない場合に、BigFix エンドポイント・データを ServiceNow に送信するための最小アカウント要件は次のとおりです。

• スコープ内のコンピューターに対する権限を持つ、マスター以外のオペレーターのアカウント。

• BigFix ServiceNow データ・フロー・サイトへの読み取りアクセス権。

• に設定された Can use REST API 設定 Yes

• No に設定された Can Create Actions 設定。

ServiceNow サービス・アカウントの要件

ServiceNow 管理者は、CMDB テーブルへの読み取りおよび書き込みアクセス権のある、基本認証を利用するサービス・アカウントを持っている必要があります。

アダプター

BigFix アダプター

ServiceNow アダプター

データ・フローのコンテキストで開始される ServiceNow アダプターは、ServiceNow の CMDB_CI_COMPUTER テーブルからデータを抽出し、結果を解析し、変更をディスク上のキャッシュ・ファイルに保持します。

ターゲット・アダプターとして、ServiceNow データ・フロー・アダプターは、ソース・アダプターから受け取った変更を処理し、変更を検出し、CMDB_CI_COMPUTER テーブルを更新します。

データ・フロー

マシンの相関

理想的なシナリオでは、ソース・データ・ソースとターゲット・データ・ソースの両方でシステムを一意的に識別できるように、すべてのコンピューターに ID が設定されています。例えば、ホスト名によってデバイスが常に一意に識別され、両方のシステムでデータが使用可能であることが組織で保証されている場合、単純なキー照合を実行して、システム間でレコードを関連付けることができます。

ただし、データ・ソースと組織の間のコンピューターの定義は、多くの場合、より複雑になります。ホスト名の変更、IP アドレスの変更、NIC の変更、ハード・ディスクの変更、オペレーティング・システムの再インストールやアップグレードなどが発生します。ほとんどの場合、アセットは必ずしも「新規」とは見なされません。

ServiceNow データ・フローでは、最初の手順でソース・アダプターのソース・キーをターゲット・アダプターのターゲット・キーと比較します。一致が検出された場合、レコードのプライマリー・キーが一致しています。これは、ID プロパティーの以降のチェックに関係なく、ServiceNow と BigFix のレコード間の相関関係がそのまま維持されることを意味します。一致が検出されない場合、プロセスはマシン相関の一致に重み付け信頼度アルゴリズムを使用します。

データ・フロー内で構成される重み付け信頼度アルゴリズムは、このような初期マッピングを実行します。各データ・フローは、グローバル設定にある MinimumConfidenceLevel プロパティーを使用して構成されます。このプロパティーは、一致の想定で受け入れることができる、組み合わされた一致の重みを定義します。一致するプロパティーの組み合わされた重みがこのしきい値を超えると、レコードが一致と見なされ、キーがマッピングされて後続の更新のパフォーマンスが向上します。これにより、環境の自然な変化に適応するための柔軟性が向上します。

例: Bigfix から ServiceNow へのデータ・フローを想定します。最初のデータ・フロー実行では、Bigfix のすべてのデータが ServiceNow に読み込まれます。以降の実行では、マシンの相関が重要な役割を果たします。minimumconfidence レベルが 60 に設定されており、次のマシンの詳細が Bigfix と ServiceNow の両方に設定されていると想定します。次の実行時には、Bigfix の IP アドレスが ServiceNow と比較されます。

IP アドレスが一致すると、信頼度レベルは 30 (IP アドレスの重み) になります。次に、システムによって Bigfix と ServiceNow の mac アドレスが比較され、信頼度が 60 (ip アドレスの重み + mac アドレスの重み) になるように照合されます。これで、信頼度レベルが miniumconfidencelevel に等しい 60 となったため、レコードは更新されるか ServiceNow に保持されます。

次の例では、マシンの mac アドレスとホスト名が変更されますが、IP アドレスは保持されます。ここで、上述と同じステップに従うと、 minimumconfidencelevel に達しないため、システムはそれを新しいレコードと見なして ServiceNow に挿入します。

詳細構成

データ・フロー

BigFix ServiceNow データ・フローを使用すると、管理者はデータ・フローを一意的に設計して、マシンの相関のパフォーマンスと正確さを最適化できます。デフォルトの構成では、ラップトップ、サーバー、仮想マシンのデータ同期を分離するためのデータ・フローが提供されます。管理者は、場所、サブネット、デバイス・タイプ、オペレーティング・システムなど、任意の数の異なる構成プロパティーでデータ・フローを同期できます。

プロパティー変換

<property displayname= "Sample Property" 
sourcecolumnname= "SampleProp" 
datatype= "Integer"> 
<transformationlogic> 
<![CDATA[this_value+1]]> 
</transformationlogic> 
</property>

フィルター照会

<sourceadapter  displayname     = "My first source adapter"  
                adapterclass    = "bigfixrest"  
                datasourcename  = "MyDataSource"> 
    <filterquery> 
        <![CDATA[ 
        relay hostname of it is "Relay1" 
        ]]> 
    </filterquery> 
    <properties></properties> 
</sourceadapter> 
 

データのプレビュー

BigFix ServiceNow データ・フローは、ターゲット・システムを更新する代わりに、変更をエクスポートするように構成できます。この機能により、管理者は、ソリューションでターゲット・システムを更新することなく、データ・フロー構成をテストできます。この機能を有効にするには、構成ファイルの PreviewOnly 設定を True に設定する必要があります。この設定が有効になっている間は、ターゲット・アダプターは、計画された変更をインストール・パス内の CSV ファイルに書き込みます。ここでは、インストール・パスは C:\Program Files (x86)\BigFix Enterprise\Dataflow になります。

CSV ファイルの命名規則:

• Bigfix から ServiceNow への ServiceNow データ・フロー: Preview-[0]-[servicernow]-YYYYMMDDHHMMSS.csv.

  例: Preview-[0]-[servicernow]-20220511140308.csv

• ServiceNow から Bigfix への ServiceNow データ・フロー: Preview-[1]-[bigfix]-YYYYMMDDHHMMSS.csv

  例: Preview-[1]-[bigfix]-202205118004051.csv

更新スロットリング

更新スロットリングを使用すると、管理者は、ターゲット・データ・ソースに悪影響を与えないように、サービスのパフォーマンスを調整できます。これは、構成ファイル内の各アダプターに対して、QueueRefreshInterval および UpdateBatchSize。

QueueRefreshInterval では、指定されたアダプターがターゲット・データ・ソースに送信される変更を検索する頻度を指定します。デフォルトでは、120 秒または 1 時間あたり約 30 個の潜在的な更新に設定されています。UpdateBatchSize では、単一の更新で処理できるレコードの数を指定します。デフォルト値は 0 です。

QueueRefreshInterval が 120 秒に設定され、UpdateBatchSize が 50 に設定されているシナリオでは、ソリューションは 1 時間あたり 1,500 個の更新、または 1 日あたり 36,000 個の更新に制限されます。