---
sourceDocument: Xanadu の Now Platform 機能
sourceDocumentLink: https://www.servicenow.com/docs/r/ja-JP/xanadu/servicenow-platform

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu の Now Platform 機能

ft:clusterId :

    - platcap

bundleId :

    - platcap

workflow :

    - Platform


---

# MID サーバーのシステム要件

# MID サーバーのシステム要件 {#ariaid-title1}

* リリースバージョン: Xanadu
* 
* 更新日 2024年08月01日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：14分

これらの最小システム要件を使用して、MID サーバー をホストするコンピューターにリソースを割り当てます。

|-|
|   |
[ ]

{#r_MIDServerSystemRequirements__table_mhj_csf_khb}

## MID サーバー でサポートされているシステム

Windows Server
:   Windows ベースサーバーのディスカバリー、サービスマッピング パターンの実行、または Windows デバイスでの オーケストレーション コマンドの実行を行うには、Windows Server に MID サーバー をインストールする必要があります。MID サーバー は、仮想マシンや 64 ビットシステムを含む次の Windows オペレーティングシステムをサポートしています。

    * Windows Server 2012
    * Windows Server 2016
    * Windows Server 2019
    * Windows Server 2022
    {#r_MIDServerSystemRequirements__ul_mjn_w3p_lhb}

Linux
:   MID サーバー は、仮想マシンと 64 ビットシステムの次の Linux バージョンでサポートされています。

    * Linux Red Hat 6 以降
    * Ubuntu 1404 (Ubuntu 14) 以降
    * CentOS 7 以降
{#r_MIDServerSystemRequirements__ul_pdk_hjp_lhb}  
注:  
ServiceNow では、32 ビット MID サーバーの新規インストールやバージョン Rome へのアップグレードはサポートされなくなりました。新しい MID サーバーのインストールは、次のオペレーティングシステムの RPM および MSI インストーラーによってブロックされます。

* CentOS 7
* Windows Server 2008
* Windows Server 2008 R2
* Windows 8
* Windows 10

{#r_MIDServerSystemRequirements__ul_i2x_sht_4pb}MID サーバーは ZIP ファイルを使用して任意のオペレーティングシステムに手動でインストールできますが、Windows 10 はサポートされていません。サポートされていない MID サーバーが Rome に自動でアップグレードされると、MID サーバーの問題 (ecc_agent_issue) に問題レコードが作成されます。詳細については、「[Supported platform changes for MID Server (MID サーバーでサポートされているプラットフォームの変更) \[KB0863694\]](https://support.servicenow.com/kb_view.do?sysparm_article=KB0863694)」を参照してください。

## セキュリティ要件 {#r_MIDServerSystemRequirements__section_ksf_sck_snb}

高いセキュリティ基準を満たすために、MID サーバー は ServiceNow® に接続するときに HTTPS トラフィックで x.509 証明書検証を実行します。MID サーバー とインスタンスの間にネットワークアプライアンスまたはプロキシが存在する場合、そのアプライアンスは信頼されている CA によって署名されたデジタル証明書を提示する必要があります。自己署名証明書または内部 CA によって署名された証明書を使用している場合は、証明書を MID サーバー トラストストアにインポートしてください。SSL 証明書の追加方法の詳細については、「[MID サーバー用の SSL 証明書を追加する](https://www.servicenow.com/docs/xtYZ~W8Y8gHAxcUinC_43w#add-ssl-certificates "SSL 経由でソースにコネクトするように MID サーバーを設定します。")」を参照してください。

## OCSP 接続要件 {#r_MIDServerSystemRequirements__section_fkw_dzm_rkb}

Online Certificate Status Protocol (OCSP) は、SSL/TLS 証明書の失効ステータスを決定するために使用されるプロトコルです。証明書の交換と検証が行われると、MID サーバーは証明書が失効していて信頼すべきでないかどうかを判断する必要があります。

OCSP は、MID サーバーなどのクライアントを使用して、HTTP Web サイトから証明書を受信します。クライアントは、証明書を発行した認証局 (CA) によって運用されているサーバーである OCSP レスポンダーに要求を送信します。クライアントに対する OCSP レスポンダーの応答は、証明書が有効であるか、失効しているかを示します。

接続するには、MID サーバーに次のアクセス権が必要です。

* \*.service-now.com または \<instance_name\>.serivce-now.com
* install.service-now.com
* ocsp.entrust.net (または他の OCSP CA)

{#r_MIDServerSystemRequirements__ul_pb4_z5s_vkb}

SSL/TLS 証明書は常に有効期限付きで発行されますが、特定の状況では、証明書が期限切れになる前に失効する必要があります (たとえば、関連付けられた秘密キーが侵害された場合など)。したがって、Web サイトの証明書の現在の有効性は、有効期限に関係なく常にクライアントが確認する必要があります。

証明書の失効ステータスを確認できない場合、クライアントは接続に失敗します。ファイアウォールとプロキシの設定によって OCSP Entrust サーバーへの呼び出しがブロックされ、MID サーバーが機能しなくなる可能性があります。OCSP トラフィックが適切に動作するように、ファイアウォールの権限を変更する必要がある場合があります。詳細と解決策については、HI ナレッジベースの記事 [\[KB1216223\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1216223) を参照してください。{#r_MIDServerSystemRequirements__MID-OCSP-blocked}

## PowerShell 要件 {#r_MIDServerSystemRequirements__section_xvd_xvy_jkb}

MID サーバー には、PowerShell の最低バージョン 3.0 が必要であり、PowerShell 5.1 までのバージョンがサポートされています。PowerShell 要件の詳細については、Microsoft のドキュメントを参照してください。インスタンスを使用して現在の PowerShell バージョンを検索するには、ecc_agent_list.do に移動します。\[カスタマイズリストの更新\] ギアアイコンを使用して、\[選択済み\] 列に \[ホスト PowerShell バージョン\] を追加します。次に、PowerShell バージョンで MID サーバーのリストをソートして、古い MID サーバー を探します。または、ホストの PowerShell コンソールでコマンド $Host.Version を使用して、ホストマシンで PowerShell バージョンを検索することもできます。PowerShell バージョンは PSVersion としてリストされます。

## Java バージョンのサポート

Java 11.0.17 は MID サーバー インストーラーパッケージにバンドルされていて、新しいすべての MID サーバー のホストにインストールされます。このインストーラーは、使用している環境で実行できるように Java 11.0.17 を自動で設定します。追加の構成は必要ありません。このバージョンは、64 ビットの Windows MID サーバー と Linux MID サーバー の両方をサポートしています。MID サーバー には最低でも JRE バージョン 11.0.8 が必要であり、推奨バージョンは 11.0.17 です。11.0.8 よりも前のバージョンを使用している場合は、暗号化関連の問題が発生する可能性があります。{#r_MIDServerSystemRequirements__ph_openjdk-installer}

テストの結果、MID サーバーは、Oracle Java 11 バージョン 11.0.5 で期待どおりに動作することがわかりました。JRE を別のバージョンにアップグレードする必要がある場合は、適切なアカウント担当者に連絡してサポートを受けてください。  
アップグレードした MID サーバーでは、オペレーティングシステムのバージョンに応じて異なる Java バージョンを使用する可能性があります。

* 以前のバージョンからアップグレードした MID サーバーは、MID Server インストーラーに付属する OpenJDK を使用します。OpenJDK のこのバージョンは、これらの MID サーバーで使用するようにテストされ、認定されます。
* その他のバージョンのオペレーティングシステムでアップグレードされた MID サーバー は、JRE をインストールパッケージで提供されているバージョンに自動的にアップグレードします。
{#r_MIDServerSystemRequirements__ul_zgd_42z_cgb}  
注:  
Linux MID サーバーでは glibC バージョン 2.17 が必要です。ライブラリーは JRE 11 用に更新する必要があります。64ビットの Linux システムでは、32 ビットの [GNU C ライブラリ](http://www.gnu.org/software/libc/) (glibc) をインストールする必要があります。CentOS のインストール コマンドは `yum install glibc.i686` です。

## MID サーバー JRE ダウングレードのサポート {#r_MIDServerSystemRequirements__section_yh2_tbj_wnb}

ServiceNow® インスタンスが Quebec からダウングレードされると、MID サーバー もダウングレードされます。ただし、インスタンスが次のいずれかのパッチにダウングレードされる場合を除き、JRE はダウングレードできません。  
* New York パッチ 12
* Orlando パッチ 9
* Paris パッチ 3
{#r_MIDServerSystemRequirements__ul_qcp_5bj_wnb}

MID サーバー が Quebec から指定されたパッチとは異なるパッチにダウングレードされた場合は、「[Install Java 11 on MID Servers (MID サーバーへの Java 11 のインストール) \[KB0752451\]](https://support.servicenow.com/kb_view.do?sysparm_article=KB0752451)」の手順に従ってください。

## Java Service Wrapper {#r_MIDServerSystemRequirements__section_k4r_gxb_xdb}

MID サーバー のインストーラーには、Tanuki Software Java Service Wrapper バージョン 3.5.40 が含まれています。

## JVM メモリサイズの設定

MID サーバー は、1 GB の JVM メモリを備えてインストールされます。製品の推奨メモリサイズが 1 GB を超える場合は、デフォルト設定を上書きする手順について、「[MID サーバーの JVM メモリサイズを設定する](https://www.servicenow.com/docs/xUQLIJkaqQl1G6o7KOt88w "MID サーバーはデフォルトの JVM メモリ割り当てで開始しますが、この設定は構成ファイルで変更できます。")」を参照してください。

## 展開タイプ

インスタンスのシステム要件は、MID サーバー が必要な個々の製品のニーズによって決まります。[ヘルスログアナリティクス](https://www.servicenow.com/docs/access?context=hla-configuration-preferences&version=xanadu&pubname=xanadu-it-operations-management&ft:locale=en-US) などの一部のアプリケーションでは、ドキュメントに追加のシステム要件が記載されています。

標準的な展開
:   次の製品は、MID サーバー が同じ最小ディスクスペースとメモリの要件を共有するため、「標準的」とみなされています。

    * ディスカバリー
    * イベント管理
    * 統合
    * オーケストレーション
    * サービスマッピング
    {#r_MIDServerSystemRequirements__ul_m1h_my1_hy}

    最小標準要件は、単一の製品と製品を組み合わせた展開の両方に関係します。ディスクまたはメモリの要件を大幅に増やすことなく、複数の標準製品用に単一の MID サーバー を展開できます。

高リソース展開

:   Cloud Management Platform (CMP) とオペレーショナルインテリジェンスは集中的に処理されるため、標準製品よりも多くのリソースが各 MID サーバー に必要となります。これらの製品用の MID サーバー は、他の製品用の MID サーバー をサポートしない専用ホストにインストールします。

## 推奨される MID サーバー の最小要件 {#r_MIDServerSystemRequirements__section_wzj_vzg_fqb}

MID サーバー のパフォーマンスとシステム要件は、以下のような複数の要因によって左右されます (以下のみに限定されるものではありません)。

* 顧客インフラストラクチャのサイズと MID サーバー で実行するように構成されている特定の機能 (機能)。
* ホストにインストールされている MID サーバー の数。
* MID サーバー あたりのスレッド数。
* MID サーバー ホストで実行されている他のアプリケーションの数と性質。
* ServiceNow リリースでのアーキテクチャとデザインの強化。たとえば、Orlando で PowerShell for Windows ディスカバリー を使用したり、Quebec でデフォルトの Java ガベージコレクションポリシーを変更したりするなど。
{#r_MIDServerSystemRequirements__ul_azv_wzg_fqb}

要するに、どんな MID サーバー 展開でもうまく機能する単一のサイズ要件はありません。次の文書化されたサイズ変更のガイドラインは、展開の開始点として使用できます。ただし、MID サーバー のパフォーマンスとリソース使用率を継続的に監視し、必要に応じて MID サーバー を調整およびスケールアップしていく必要があります。

MID サーバー の最小システム要件

:   MID サーバー に必要な最小 CPU 構成は、単一の MID サーバー が展開され、25 の同時スレッドの標準構成を備えた Windows Server 2012 R2 ホストの場合、速度が 2 GHz 以上のクアッドコアプロセッサーです。

MID サーバー の CPU 使用率

:   ディスカバリー などのほとんどの MID サーバー アプリケーションは、パフォーマンスを最大化して MID サーバー のリソース使用率を最大化するように設計されています。その結果、MID サーバー が ディスカバリー スケジュールまたは同様のアプリケーションを実行しているときに、90 〜 100 ％ の範囲の非常に高い CPU 使用率セグメントが見られることがあります。

    CPU 使用率が非常に高いセグメントは、スループットを最大化するアーキテクチャ設計に沿っていることから生じており、ディスカバリーのパフォーマンスにマイナスの影響を及ぼすことはないため、心配する必要はありません。ディスカバリー の実行が正常に停止すると、MID サーバー ホストのリソース使用率は自動的に通常に戻ります。  
    複数のセグメントの CPU 使用率が非常に高い状態が頻繁かつ長期間にわたり継続する場合は、次のことを避ける必要があります。

    * MID サーバー で、ディスカバリー スケジュールの重複など、アクティブな作業負荷を同時に処理することが予想される場合に、同一ホスト上で複数の MID サーバー を実行する。
    * MID サーバー ホストを他のアプリケーションと共有する。
    * 純粋に CPU 使用率に基づくパフォーマンスアラートを MID サーバー ホストに対して設定する。これらのアラートは、必要に応じて、他のパフォーマンスモニターと組み合わせて使用する必要があります。
    {#r_MIDServerSystemRequirements__ul_s3v_5kh_fqb}

MID サーバー ホストでの追加のパフォーマンス監視の構成

:   MID サーバー の CPU 使用率はホストの負荷を示す良い指標ですが、可視化は限られています。Windows オペレーティングシステムのシステムプロセッサーキューの長さと UNIX オペレーティングシステムの負荷平均を使用した監視の追加は非常に重要です。

    * プロセッサーキューの長さ (Windows OS)： 準備はできているものの、別のアクティブなスレッドが原因で、現在プロセッサー上で実行できないスレッドの数。キュー内のスレッド数が連続した期間プロセッサーコア数の 2 倍を超える場合、プロセッサーのボトルネックが発生することがあります。
    * 負荷平均 (Unix OS)： 定義された期間における Linux サーバーの平均システム負荷。実行中のスレッドと待機中のスレッドの合計を含むサーバーの CPU デマンドです。通常、top コマンドまたは uptime コマンドは、サーバーの負荷平均を出力します。
    {#r_MIDServerSystemRequirements__ul_iw2_tlh_fqb}

## MID サーバー の CPU パフォーマンスの事例 {#r_MIDServerSystemRequirements__section_im4_wbh_fqb}

最大スレッド数の変更が MID サーバー の CPU 使用率に及ぼす影響

:   内部ベンチマーキングに基づいて、10,000 台のサーバーで クラウドディスカバリー を実行しているときの MID サーバー の CPU 使用率のサンプルデータを以下に示します。

    これらのテストでは、最大 CPU 使用率は、スレッド数や OS とは関係なく 100 ％ であることが確認されました。平均 CPU 使用率はスレッド数に比例することが確認されました。スレッド数を増やしても、必ずしも直ちに CPU に負荷がかかるわけではありません。プロセッサーの最大キュー長で示されるように、スレッド数をデフォルトの 25 から 50 に増やしても、追加の CPU 負荷は発生しません。ただし、最大スレッド値を 100 に増やすと、プロセッサーキューの長さが大幅に増加し、CPU に負荷がかかっていることを示します。

MID サーバー を他のアプリケーションまたは MID サーバー と共有した場合の CPU 使用率への影響

:   ディスカバリーの実行は、MID サーバー では CPU を集中的に使用する操作です。同じホストに他のアプリケーションまたは MID サーバー を展開すると、ホストの CPU 負荷が増えます。この負荷により、MID サーバー を含む実行中のアプリケーションのパフォーマンスが低下します。次の例は、さまざまな負荷パターンを持つ MID サーバー の CPU 使用率データポイントのサンプルです。

    単一の MID サーバー専用ホスト：平均 CPU 使用率は 48 ％ です。

    MID サーバーと負荷が中程度の別のアプリケーションで共有されるホスト：平均 CPU 使用率は 77 ％ です。

    MID サーバーと負荷が大きい別のアプリケーションで共有されるホスト：平均 CPU 使用率は 97 ％ です。

MID サーバー のスケールアップと MID サーバー の CPU リソース使用率への影響

:   MID サーバー で CPU リソースに大きな制約がある場合、CPU を追加して MID サーバー ホストをスケールアップすると、リソースの負荷を緩和できます。ただし、これは必ずしも非常に高い CPU 使用率セグメントをなくすものではありません。パフォーマンスを最大化するように設計された ディスカバリー などの MID サーバー アプリケーションは、引き続き利用可能な追加の CPU リソースを使用します。次の例は、同じ ディスカバリー ディスカバリースケジュールを実行している 4 CPU MID サーバー ホストと 8 CPU MID サーバー ホストの CPU 使用率データポイントの例です。

    |-|-|-|
    | パラメーター | 4 CPU | 8 CPU |
    | 平均 CPU 使用率 | 48 ％ | 28 ％ |
    | 最大 CPU 使用率 | 98 ％ | 98 ％ |
    [ ]

    {#r_MIDServerSystemRequirements__table_dxh_shh_fqb}

    4 CPU ホストに展開した場合の MID サーバーの CPU 使用率：

    8 CPU ホストに展開した場合の MID サーバーの CPU 使用率：

## パフォーマンスのモニタリング

使用している環境のための MID サーバー のリソース割り当てが十分であることを確認するには、製品実行のピーク期間に [MID サーバーダッシュボード](https://www.servicenow.com/docs/ZMXZeJ2msVJYWnVATcsoeQ "MID サーバーダッシュボードは、MID サーバーユーザーが進行中の操作を監視するための中心的な場所です。このダッシュボードは、MID サーバーステータス テーブルの情報を表示するレポートとゲージで構成されています。")からパフォーマンスを監視します。
**関連概念**   

* [MID サーバーのアップグレード](https://www.servicenow.com/docs/ugEak50sD~2o7P9NBnRsAg "MID サーバーを手動でアップグレードするか、インスタンスから自動的にアップグレードします。インスタンスがアップグレードされ、MID サーバーのバージョンが同じでなくなると、MID サーバーの自動アップグレードがトリガーされます。新しい MID サーバーパッケージが install.service-now.com からダウンロードされ、古いパッケージが置き換えられ、MID サーバーが新しいバージョンで起動します。")
* [MID サーバーダッシュボード](https://www.servicenow.com/docs/ZMXZeJ2msVJYWnVATcsoeQ "MID サーバーダッシュボードは、MID サーバーユーザーが進行中の操作を監視するための中心的な場所です。このダッシュボードは、MID サーバーステータス テーブルの情報を表示するレポートとゲージで構成されています。")
* [MID サーバーファイルクリーナー](https://www.servicenow.com/docs/VwWrPskNts_trd9gVmPGxQ "MID サーバーでは 1 つのモニタースレッドが実行されます。これは、古いファイルをクリーンアップし、インストールフォルダー内のファイルのサイズと量を管理しやすい状態に保ち、MID サーバーのパフォーマンスの問題を防止します。")
* [MID サーバー特権コマンド](https://www.servicenow.com/docs/O3juc7~ny3oq_zk1NbUYGw#c_PrivilegedCommandsForMIDServer "ホスト サーバー上の特定の情報を検出するには、MID サーバーでより高い権限で SSH コマンドを実行する必要があります。プラットフォームでは、MID サーバーで使用されるデフォルトの特権コマンドと、システムに他のコマンドを追加する機能が用意されています。")  
**関連タスク**   

* [MID サーバーを手動で起動、停止、再起動する](https://www.servicenow.com/docs/PTDpixz85evknldtFcnfsg "インストール手順の最後で MID サーバー を起動しなかった場合は、MID サーバーを手動で起動することができます。")
* [MID サーバーの JVM メモリサイズを設定する](https://www.servicenow.com/docs/xUQLIJkaqQl1G6o7KOt88w "MID サーバーはデフォルトの JVM メモリ割り当てで開始しますが、この設定は構成ファイルで変更できます。")
* [MID サーバーを一時停止](https://www.servicenow.com/docs/kWTsFVPlFlhkVPUEracYQg#t_PauseTheMIDServer "MID サーバーを一時停止して、作業用の ECC キューをポーリングしたり、検出結果をインスタンスに送り返したりすることを一時的に防止します。")  
**関連資料**   

* [MID サーバーの問題の解決](https://www.servicenow.com/docs/Vg6hMS_7Ik4ycugfgne1MA "MID サーバーの問題のトラブルシューティングを行い、解決策を見つけます。MID サーバーを監視して、問題が発生したときにアラートを受信します。MID サーバーの特定の問題を解決するためのトラブルシューティング手順があります。Hi のナレッジベースには、MID サーバーの問題のトラブルシューティングに役立つ記事がいくつか含まれています。")
* [MID サーバープロパティ](https://www.servicenow.com/docs/L2K3mmvwd_Yv3X6gNfUqqA#r_MIDServerProperties "すべての MID サーバーまたは特定の MID サーバーの動作をプロパティが制御します。")
* [MID サーバーパラメーター](https://www.servicenow.com/docs/6GtL2Uk42KGDora60wZFgg#mid-server-parameters "パラメーターは特定の MID サーバーの動作を制御し、MID サーバープロパティよりも優先順位が低いです。")
* [MID サーバー設定パラメーターの設定と優先度](https://www.servicenow.com/docs/PB6Tk_dQ_8S8dU~oJEQ3DQ "MID サーバーの設定は複数のテーブルに存在し、MID サーバーは設定された順序でそれらの設定に優先順位を付けます。MIDConfigParameter は、正しい型スタイルビルダーで定義する必要があります。")
* [MID サーバーで保護されているレコードと予約文字](https://www.servicenow.com/docs/RhfdM0XpmZqnbVBJRz0KSg "変更できない MID サーバーレコード一部の特殊文字は XML で事前定義されており、パスワードには使用できません。")
* [MIDSystem メソッド](https://www.servicenow.com/docs/xdrm9O1ygFdhZwfgTcxtwA "MIDSystem 変数 (変数名 ms で参照される) は、MID サーバーに関する情報を取得するためのさまざまなメソッドを提供します。")
* [MID サーバーのハートビート](https://www.servicenow.com/docs/xda6aPQobRpvJH0q3Lv3dA "インスタンスは、代理トランザクションモニタリングシステムを使用して、5 分ごとに MID サーバーの応答を確認します。")

