単一のシステムへの複数の MID サーバーのインストール

  • リリースバージョン: Zurich
  • 更新日 2025年07月31日
  • 所要時間:6分
  • 同じホストコンピューターに複数の MID サーバーをインストールできます。複数の MID サーバーは、負荷分散で相互にサポートしたり、ドメインセパレーションを使用したりすることができます。必要な MID サーバーの数は、ネットワークポリシー、セキュリティ制限、ホストコンピューターの信頼性などの要因によって決まります。

    始める前に

    必要なロール:admin、mid_server
    インストールフェーズのインジケーターを設定するMID サーバーがネットワークの内部と外部の要素に接続できることを確認するMID サーバーを Linux または Windows ホストにダウンロードしてインストールするMID サーバーを構成MID サーバーセキュリティを設定MID サーバーがネットワークの内部と外部の要素に接続できることを確認するMID サーバーを Linux または Windows ホストにダウンロードしてインストールするMID サーバーを構成MID サーバーセキュリティを設定

    このタスクについて

    LinuxWindows ホスト、または仮想マシンに複数の MID サーバーをインストールできます。複数の MID サーバーをインストールする場合は、ネットワーク構成に応じて別の設定手順が必要になる場合があります。
    重要:
    Linux ホストには、1 つの MID サーバーサービスだけをデーモンとしてインストールできません。これは、Tanuki ラッパーサービスの制限事項です。

    手順

    1. 複数の MID サーバーをインストールするホスト システムまたは仮想マシンにログインします。
    2. ドライブの最上位に各 MID サーバー用のディレクトリーを作成します。

      各 MID サーバー用に一意でわかりやすい名前で作成するようにします (MIDServer_SMS_Int や MIDServer_Disc1 など)。

    3. ダウンロードした MID サーバーのアーカイブ ファイルを各 MID サーバーのディレクトリーに展開します。
      展開が完了すると、各 MID サーバーのディレクトリーパスは次のようになります:ServiceNow<MID Server name>\agent
    4. 各 MID サーバーについて、ホストのオペレーティング システムに適したインストーラーを実行します。
      表 : 1. MID サーバーのインストーラー
      オペレーティングシステム インストーラー パス
      Windows /agent/start.bat
      Linux /agent/installer.sh
    5. インストーラーを使用して、次の情報を入力します。
      • インスタンスへの URL
      • MID サーバーを実行するためのユーザー認証情報
      • プロキシ サーバー接続の詳細
      • MID サーバー名
      • MID サーバーサービスのラッパー名と表示名 (Windows システムのみ)
      注:
      MID サーバーユーザーには、mid_server ロールが必要です。
    6. インストーラーから、[MID サーバーの起動] をクリックします。

      インストーラー画面
      ローカル ホストで MID サーバーが起動されます。
    7. [MID サーバーリストページ] をクリックします。
      インストーラーにより、インスタンスの MID サーバーのリストが開かれます。
    8. リストから MID サーバー名を選択します。
      注:
      MID サーバーがインスタンスとの接続を確立するまでに数秒かかることがあります。
      MID サーバーレコードが表示されます。
    9. [関連リンク] から、[検証] をクリックします。
      MID サーバーの [検証済み][はい] に変更されます。

    次のタスク

    すべての MID サーバーのインストール手順が完了しました。MID サーバーの構成に進みます。

    複数の MID サーバーの展開

    MID サーバーの使用方法 (外部統合、ディスカバリーサービスマッピングオーケストレーション) と MID サーバーにかかる負荷によっては、ネットワーク内に複数の MID サーバーを展開する必要性が生じる場合があります。

    ServiceNow と統合する外部アプリケーションをサポートするためにネットワークに必要となる MID サーバーの数を決定する要因には、次のものが含まれます。
    • ネットワーク内のセキュリティ上の制約
    • ネットワーク ポリシー
    • ServiceNow と統合の間のトラフィック量
    • MID サーバーマシンの信頼性

    ネットワーク ポリシーとセキュリティ

    ネットワークのセキュリティ ポリシー (ネットワーク セグメント間のファイアウォールなど) により、インスタンスと統合のデータ ソース (JDBC や LDAP など) の間で直接通信ができない場合があります。インスタンスのデータを取得するために、データ ソースとインスタンスの両方にアクセスできる MID サーバーをインストールすることができます。

    次のネットワーク ポリシーによって、複数の MID サーバーを環境にインストールする必要があるかどうかが決まることがあります。
    • アクセス制御リスト (ACL):セキュリティ ポリシーで ACL を使用してネットワーク デバイス (スイッチやルーターなど) へのアクセスを制御する場合は、既に ACL にあるネットワーク内のマシンに 1 つ以上の MID サーバーをインストールする必要がある場合があります。
    • DMZ:ネットワーク ポリシーにより、DMZ に 1 つ以上の MID サーバーをインストールして、そこにあるデバイスをプローブする必要がある場合があります。これは、内部ファイアウォールで開かれるポートを厳密に制限するネットワークでは一般的です。
    • プローブ タイプ:異なるオペレーティング システムのプローブを実行している場合は、ネットワーク ポリシーにより、プローブのタイプごとに個別の MID サーバーが必要になる場合があります (Windows WMI のプローブ用に 1 つの MID サーバー、UNIX での SSH のプローブ用に別の MID サーバーなど)。

    負荷分散

    ディスカバリー が何千もの構成アイテムに関する情報を迅速に収集する必要があるときのように、キャパシティが問題となる場合に複数の MID サーバーを展開します。大規模な環境では、特定のトランザクションのロード バランサーとして複数の MID サーバーを展開する必要がある場合があります。たとえば、JDBC データ転送が MID サーバーのリソースを使い果たし、他の要求に応答できなくなることがあります。次の統合間の操作では、ビジーなネットワークで別個の MID サーバーが必要となる場合があります。
    • ファイルのエクスポート
    • スクリプトの実行
    • JDBC データ ソース
    • ファイルの読み込み

    高可用性モデル

    あらゆるタイプの予定されている機能停止や過負荷のプロセスに起因する機能停止が発生する可能性のあるマシンに、重要な統合のための MID サーバーをインストールすることは避けます。必要な場合は、高い信頼性を得るためにこのような MID サーバーを専用のマシンに展開することを検討してください。
    注:
    ServiceNow ディスカバリー またはオーケストレーション用にプロビジョニングされた MID サーバーでは外部アプリケーションと統合しないでください。

    広域ネットワーク (WAN)

    WAN での MID サーバーの展開場所を決定するときは、ローカル エリア ネットワーク間で利用可能な帯域幅を考慮します。ほとんどの場合、低速な WAN 接続を介してデバイスをプローブする必要がある MID サーバーを展開するのではなく、各 LAN に MID サーバーをインストールしてデバイスをローカルにプローブします。このタイプの展開の代替方法には、高速インターネット接続を利用する VPN 接続を介して他の LAN をプローブする MID サーバーをインストールする方法があります。WAN 接続の帯域幅がインターネット接続の帯域幅と同等の場合は、WAN 接続を介して MID サーバーのプローブを実行してもパフォーマンスに影響はありません。

    ドメインセパレーション

    ドメインセパレーションが有効になっていて、ドメインが階層を形成するように構成されている展開では、MID サーバーを最も低いドメイン レベルに配置します。

    図 : 1. ドメインセパレーションを使用した MID サーバーの展開
    ドメインセパレーションを使用した MID サーバーの展開