IT 管理者が検出を使用して CMDB を構築

一目でわかる使用事例

人格: 構成データ、検出範囲、CMDB品質を担当するIT管理者

ジョブ: アセットの検出、一貫した識別、設定項目の作成または更新、およびインベントリの手動入力に頼らない便利なリレーションの公開

開始点: CMDB とサービスグラフがプロビジョニングされ、アセット検出は Salesforce Go で使用できます。

成功: パイロット範囲を定義すれば、現在の CI が重複することなく生成されます。追跡可能なソースと、影響分析をサポートする十分なリレーションデータが含まれます。

このシナリオを使用して、最初の検出範囲を選択し、結果のレコードを検証し、データを拡張するのに十分な信頼性があるタイミングを判断します。プロビジョニング、インストール、ログイン情報管理、対象設定の手順についての詳細は、リンク先のヘルプトピックを参照してください。

ご利用になる前に

CMDB とサービスグラフがプロビジョニングされ、CMDB とアセット検出が有効になっていて、管理者に必要なアクセス権があることを確認します。有効化プロセスについては、「Set Up Discovery using Salesforce Go」を参照してください。

信頼できるパイロットの定義

1 つのインベントリの質問と 1 つの境界環境から開始します。たとえば、1 つのオフィスのワークステーション、1 つのサブネットのサーバー、1 つのパイロットグループのリモートエンドポイント、選択したクラウドリソースを検出します。範囲が狭くなると、識別、カバー率、リレーションのエラーが広範な CMDB に影響する前に検出しやすくなります。

検出では、ネットワーク、エンドポイント、仮想、クラウド、およびサポートされる管理システムソースから CMDB を入力できます。最初のエンドユーザーデバイスインベントリの場合は、Microsoft Intune または Jamf Pro から開始します。これらのインテグレーションでは、顧客がすでに使用しているシステムから管理対象の Windows、macOS、モバイルデバイスが取り込まれます。対象が Intune または Jamf にない場合、エージェントレスまたはエージェントベースのスキャンを使用します。環境とエンタイトルメントに一致する方法のみを選択します。「Discover Devices from Microsoft Intune」および「Discover Devices from Jamf Pro」を参照してください。Discovery と CMDB の連携については、「How CMDB and Discovery Work Together to Improve Asset Management (CMDB と Discovery の連携による資産管理の改善)」を参照してください。

拡張前の識別ルールの定義

スキャン結果を信頼する前に、パイロットに必要な CI 種別と属性を定義します。識別ルールでは、受信データで既存の CI を更新するか、新しい CI を作成するかを決定します。識別子が間違っている、または欠落していると、重複レコードが作成され、誤ったアセットが更新され、リレーションとレポートが弱まる可能性があります。

選択したソースで確実に提供される安定した識別子を使用します。新規、既知の、名前が変更された、または複数のソースから報告された代表的なアセットをテストします。別のレコードを作成するのではなく、スキャンを繰り返すことで目的の CI が更新されることを確認します。正規一致動作については、「CMDB の識別ルール」を参照してください。

ID は、一般的なソース優先または重複マージエンジンではありません。ソースが一致しない場合、CMDB が自動的に残存値を選択するか既存の重複をマージすると仮定するのではなく、ソースデータとモデリングの決定を調査します。

最初のアセットの検出と検証

到達可能性に基づいて収集方法を選択します。エージェントレス検出では、Windows ホスト上の検出アプリケーション、保存されたログイン情報、対象、プローブ、スキャンジョブを使用します。エージェントベースの検出では、ネットワークスキャンで一貫して到達できない Windows、macOS、または Linux エンドポイントにも対象が拡張されます。

パイロットがラップトップ、Mac、またはモバイルデバイスを管理する場合、ネットワークスキャンから開始するのではなく、Intune または Jamf 検出対象を作成します。Intune と Jamf は、Salesforce フローと登録済みの接続を介して実行されます。実行のたびに、MDM インベントリから CI が作成または更新されます。最初の同期の前に項目の対応付けと識別ルールを確認して、デバイスが重複を作成するのではなく既存の CI と一致するようにします。

対象ごとに、最初の範囲を狭め、適切なログイン情報とプローブを選択し、チームのセキュリティプラクティスに従ってスキャンを実行します。インストール手順と対象手順の詳細については、次を参照してください。

• 6528689102808206332821670507601149851513188037IT資産をスキャンするためのエージェントレス検出
• エージェントベースの検出によるデバイス補償範囲の拡大
• Microsoft Intune からのデバイスの検出
• Jamf Pro からのデバイスの検出

スキャンを完了として処理するのではなく、データ品質のチェックポイントとして確認します。検出された合計を予想インベントリと比較し、失敗した検出を調査し、[すべて]、[新規]、[更新済み] の納入商品を確認します。必須項目が入力されていることと、繰り返しスキャンによって既存のレコードが更新されることを確認します。正規スキャン結果セクションについては、「スキャンジョブの監視と確認」を参照してください。

サービスビューへの設定項目の接続

在庫は、チームが連動関係を理解できるようになると、運用上役立ちます。検出によって設定項目が作成または更新されます。これらのリレーションは自動的に作成されません。スキャンまたは MDM 同期が完了したら、プロセスマネージャーを開き、プロセスジョブを実行して、検出された CI (たとえば、サーバーで実行されるアプリケーションや、ネットワークデバイスを介して接続するワークステーション) を接続します。リレーションの方向を検証し、実際の環境ではないリンクを削除します。「Process Manager for Analyzing Discovery Data and Run a Process Job」を参照してください。

サービスグラフを使用して、アップストリームとダウンストリームの接続を調査し、変更または停止の影響を評価し、ミッシングリンクを特定します。グラフレイアウトでは、表示される内容が制御されます。CMDB に記録されないリレーションは作成されません。「Visualize Configuration Item Relationships with Service Graph」を参照してください。プロセスジョブで期待されるリレーションが記述されたら、サービスグラフを使用します。

採用マイルストーンは、サービスチームがパイロットデータを使用して、影響を受けるサーバーに依存するシステムなどの現実的な質問に回答できる場合に発生します。そのためには、プロセスジョブで完了したスキャンだけでなく、リレーションを作成しておく必要があります。安定した ID、現在の属性、有益なリレーションのない CI 数が多いのは、CMDB の採用ではなく在庫量です。

データ品質の監視と検出の拡張

最初のスキャンが成功した後のベースライン (予期される納入商品、検出された納入商品、新規および更新された CI、失敗、重複、必須属性の欠落、検証済みのリレーション) を記録します。すべての Discovery データをリアルタイムとして記述するのではなく、環境の変更頻度に一致するスキャン間隔またはエージェント間隔を選択します。

現在のパイロットが受け入れ条件を満たした後にのみ、別のサブネット、エンドポイントグループ、CI 種別、またはソースに展開します。ソース活動、最初と最新の検出タイムスタンプ、CI 履歴、スキャン結果、対象範囲、更新性の監視を継続します。正規検出シーケンスと処理動作については、「Discovery Lifecycleの学習」を参照してください。