vCenter 接続の問題とデバッグ<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } 説明 概要 この記事の目的は、vCenter ディスカバリーに関する一般的な知識を提供することです。この記事には、潜在的な接続の問題が含まれており、いくつかのデバッグ方法をユーザーにガイドして、できるだけ早く問題を解決するのに役立ちます。 MID 構成と認証情報のデバッグ 1.MID の機能、IP 範囲、およびサポートされているアプリケーションの適切な構成。 理由: 機能は、Cloud Discovery Unification (New York リリースでリリースされた機能) を介したクラウドスケジュールの作成中に重要な役割を果たします。デフォルト: すべて、 想定: すべて または VMwareIP 範囲は、IP を使用してデバイスを検出するかどうかを決定する上で重要な役割を果たします。デフォルト: すべて、 想定: すべて または お客様に特定の情報が存在する場合は、ユーザーが手動で入力する必要があります。最後になりましたが、MID でサポートされているアプリケーションは、「ディスカバリー」、「クラウド管理」などの特定のアプリケーションによって照会されます。デフォルト: すべて、 想定: すべて または 現在の MID を使用するアプリケーション。 2. vCenter IP は、MID サーバーから到達できる場合と到達できない場合があります。 理由: MID サーバーが vCenter IP に ping できない場合、その特定の MID を使用してディスカバリーを実行しても意味がありません。また、IPに到達できない理由はさまざまですが、そのほとんどが資格情報、ポート、ファイアウォール設定などです。 デバッグのヒント: ターゲット IP に対して ping を実行し 応答が得られるかどうかを確認します。MID サーバーが実行されているマシンから、利用可能なブラウザを開き、URL バーにターゲットの IP を直接入力して ブラウザ経由のアクセスを保証します。接続に成功した場合、(同じマシンに展開されている) MID を vCenter (ターゲット IP) のディスカバリーに使用できることを意味します。アクセスが確認されたら、ユーザー名とパスワードを入力し (ブラウザ経由でログイン)、認証情報が有効で適切であることを確認してください。 3. ServiceNow インスタンスに存在し、ユーザーによって作成された vCenter 認証情報は、機能する場合と機能しない場合があります。 理由: ユーザーが間違って入力したか、認証情報が最近変更されたために、認証情報が機能しているかどうかを確認することをお勧めします。 デバッグのヒント: 適切な MID サーバーとポートを 443 として選択して、認証情報ページで利用可能な認証情報のテストアクションを実行します。 4.ディスカバリー IP 親和性/認証情報親和性も、ディスカバリー実行の動作に影響します。 理由: ディスカバリーの実行中に、 分類ステージでは、特定の IP について、システムで利用可能な認証情報親和性があるかどうかがチェックされ、使用可能な場合はその認証情報を試行し、認証情報反復メカニズムにロールバックすることを決定します。 そのため、間違った認証情報親和性が存在する場合、ディスカバリーが失敗する可能性があります。 デバッグのヒント: 認証情報親和性をクリアします つまり、「dscy_credentials_affinity」テーブルに移動し、IP アドレスがターゲット vCenter IP であるすべてのレコードを削除します。 5.MID 設定パラメーターの有用性 - 「debug」、「debug.logging」。 理由: 上記の MID 設定パラメーターを使用すると、MID サーバーのイベントとメッセージのログ記録が可能になります。このパラメーターを true に設定すると、MID サーバーで集中的なログ記録が発生し、かなりのディスク領域が使用される可能性があるため、問題のトラブルシューティング以外は頻繁に使用することはお勧めしません。 デバッグのヒント: MID サーバー設定パラメーターを有効にします 「debug」、「debug.logging」 つまり、MID サーバー画面に移動し、関連リストタブに存在する MID サーバー設定パラメーターの [新規] ボタンをクリックします。 VMWare コンソールツールとデバッグ 1.オブジェクトブラウザを活用する。 理由: vCenter には、 オブジェクトブラウザ と呼ばれるウィンドウまたはドット連結コンソールが用意されています。VM、ESX などの vCenter オブジェクトのデータを確認するために使用できます。そのため、ディスカバリー中に vCenter オブジェクトについて取得されたデータに不一致が見つかった場合は、このコンソールで再確認できます。 デバッグのヒント: ブラウザーを開き、URL に vCenter IP を入力すると、ホームページに [Browse objects managed by vSphere] オプションが表示されます。そこにアクセスし、検出されたデータと照合します。 2. 「vSphere REST APIの参照」によるvCenterサポート 理由: 前述のように、vCenter にはオブジェクトブラウザを介してデータをチェックするためのウィンドウが用意されていますが、それに加えて、vCenter API をその場で試して取得したデータを確認するための API エクスプローラーも提供されているため、コンソールと CMDB でデータを再確認するのにも役立ちます。 デバッグのヒント: ブラウザを開き、URL に vCenter IP を入力すると、ホームページに [Browse vSphere REST APIs] オプションがあります。そこにアクセスし、検出されたデータと照合します。 プローブとセンサーのデバッグ 1.ポートプローブと IP サービス。 理由: ディスカバリー実行の初期フェーズである Shazzam の一部として、すべてのポートプローブがトリガーされ、「vmapp」もその 1 つです。これはアクティブ/非アクティブにすることができ、ディスカバリータイプ「CI」(構成アイテム) に適用できます。ポートプローブがスキャンするように設定されているデフォルトのポートは、「5480」と「9443」です。 デバッグのヒント: Shazzam の ECC キューで、他のポートプローブの一部として「vmapp」が認識されない場合は、「Active」および「CIs」フラグを確認します。お客様がディスカバリーで追加のポートを調べる場合は、それらのポートを IP サービステーブルに追加し、それに応じてポートプローブを更新できます。 2.どちらのプローブを使用するか - 「VMWare - vCenter データセンター」と「VMWare - vCenter」。 理由: 「vmapp」ポートプローブで、「VMWare - vCenter データセンター」または「VMWare - vCenter」のいずれかが[Triggers probe] フィールドに対してマッピングされます。「VMWare - vCenter データセンター」プローブは、vCenter のデータセンターに関する情報を取得するために使用されます。通常のプローブ - センサーフローの一部として、センサーは各データセンターの vCenter オブジェクトのタイプごとにプローブを起動します。「VMWare - vCenter VM」プローブによって探索される VM「VMWare - vCenter Clusters」プローブによって探索されるクラスター「VMWare - vCenter Datastores」プローブによって探索されるデータストア、および「VMWare - vCenter Networks」プローブによって探索されるネットワーク。 Istanbul リリース以降、「VMWare - vCenter Datacenters」プローブが「VMWare - vCenter」プローブに置き換わりました。そのため、ポートプローブに対してマッピングされるプローブが重要です。 デバッグのヒント: 「VMWare - vCenter Datacenters」プローブの実装は、VMWarevCenterDatacentersProbeという名前の MID サーバースクリプトインクルード内にあるため、「ms.log」を使用すると、ディスカバリーの実行中に適切なデータをログに記録するのに役立ちます。 3.プローブとスクリプトのバージョン。 理由: 手動または更新セットを介してプローブまたはスクリプトインクルード (システムまたは MID) に対してカスタマイズが行われた場合、アップグレード中にこれらのプローブおよびスクリプトは更新されないため、機能が失われたり、バグが発生したりする可能性があります。 デバッグのヒント: カスタマイズが行われた特定のスクリプトまたはプローブに移動し、変更されたプローブが「VMWare - vCenter Datacenters」であると仮定します。関連リストには「Versions」という列があり、その中には「State」という列があるため、インスタンスがアップグレードされた場合、新しいバージョンがここに表示されますが、「State」は「Current」が重要です。お客様がすぐに利用可能なコンテンツを復元したい場合は、右クリックして [Revert to this version] オプションを選択することで、特定のバージョンに戻すことができます。 4.VM NIC とタグプローブを有効/無効にするプローブパラメーター。 理由: プローブレベルでは、有効/無効にできる「VMWare - vCenter VM」プローブのプローブパラメータ「disable_vm_nic_vdisks」、「disable_vm_nic_vnics」、「disable_vm_tags_probe」がすぐに利用できます。有効にすると、「VMWare - vCenter VM」センサーの実行後にそれぞれのプローブがスキップされます。 デバッグのヒント: 各プローブをトリガーする必要がある場合は、プローブパラメーターを「false」にします。