---
sourceDocument: オーストラリア ServiceNow AI Platform の機能
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/servicenow-platform

 Release :

    - australia

ft:locale :

    - ja-JP

ft:publication_title :

    - オーストラリア ServiceNow AI Platform の機能

ft:clusterId :

    - platcap

bundleId :

    - platcap

workflow :

    - Platform


---

# MID サーバークラスターの設定

# MID サーバークラスターの設定 {#ariaid-title1}

* リリースバージョン: Australia
* 
* 更新日 2026年03月12日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：7分

複数の MID サーバーをグループ化してクラスターを形成し、フェイルオーバー保護または負荷分散のためにクラスターを構成します。負荷分散クラスターは、安定性とパフォーマンスを向上させるため、そしてフェイルオーバーを処理するために、各 MID サーバー間の作業を自動的に分散させます。フェイルオーバークラスターには、障害発生時に次に使用する MID サーバーを決定するために使用する構成済みの順序があります。

## 始める前に

クラスター内のすべての MID サーバーが同じ機能 (サポートされているアプリケーション、IP 範囲、および[機能](https://servicenow-prod.fluidtopics.net/heVgYawjfM0GgpOOhO52~Q#t_ConfigureCapabilities "MID サーバーの機能によって、IP アドレス範囲内の MID サーバーの特定の機能を定義し、アプリケーションが最適な MID サーバーを選択できます。オーケストレーション、クラウド管理、 サービスマッピング などのアプリケーションの MID サーバーの機能を設定します。")) を持っていることを確認します。MID サーバーは複数のクラスターに属していてはなりません。

必要なロール：admin

|-|
|   |
[ ]

{#t_ConfigureAMIDServerCluster__table_q4n_5s4_nhb}

## このタスクについて

新しいクラスターを作成するか、既存のクラスターを編集します。{#t_ConfigureAMIDServerCluster__ph_mid-cluster-context}

## 手順

1. 移動先 すべてMID サーバークラスター.
2. \[新規\] をクリックして新しいクラスターを作成するか、既存のクラスターのレコードを開いて編集します。
3. クラスターに名前を付けて、クラスタータイプ (\[フェイルオーバー\] または \[負荷分散\]) を選択します。 {#t_ConfigureAMIDServerCluster__step_step3}
{#t_ConfigureAMIDServerCluster__step_step3}
4. ヘッダーバーで右クリックし、コンテキストメニューから \[保存\] を選択します。 {#t_ConfigureAMIDServerCluster__step_step4}
{#t_ConfigureAMIDServerCluster__step_step4}
5. \[MID サーバーを含む\] 関連リストで、\[編集\] をクリックします。 {#t_ConfigureAMIDServerCluster__step_step5}
{#t_ConfigureAMIDServerCluster__step_step5}
6. スラッシュバケットからこのクラスターの適切な MID サーバーを選択します。 {#t_ConfigureAMIDServerCluster__step_step6}
{#t_ConfigureAMIDServerCluster__step_step6}

## MID サーバークラスター {#ariaid-title2}

MID サーバークラスターにより、適切な機能を備えた複数の MID サーバーをグループ化して、負荷分散とフェイルオーバー保護を行うことができます。

### 外部データ ソース

パフォーマンスと信頼性の理由から、これらのデータソースを MID サーバークラスターで使用しないでください。これらの外部データ ソースは、専用の MID サーバーでのみ使用する必要があります。

* LDAP
* エクスポート セット
* JDBC データ ソース
{#mid-server-clusters__ul_tlw_kvs_bz}  
注:  
クラスター内の MID サーバーが失敗した場合、JDBC データソースの情報の多くがすでに返されたとしても、ECC キュータスクの開始時にフェイルオーバー MID サーバーが起動します。これにより、データが重複する場合があります。詳細については、HI ナレッジベースの「[Using MID Server clusters for JDBC data sources can cause duplicate and out-of-date data (JDBC データソースに MID サーバークラスターを使用すると、データが重複して古くなっている可能性がある) (KB0727739)](https://support.servicenow.com/kb_view.do?sysparm_article=KB0727739)」記事を参照してください。

### クラスターの仕組み

クラスター内の MID サーバーは、インスタンスと、通信することが予想されるすべてのデバイスに接続できる必要があります。クラスター内のすべての MID サーバーが停止している場合、ディスカバリーはキャンセルされます。すべての MID サーバーが使用中のアクセス制御リスト (ACL) に追加されていることを確認してください。MID サーバークラスターは、MID サーバークラスター管理と呼ばれるビジネス ルールによって管理されます。このルールは、ECC キュー内のジョブに割り当てられた MID サーバーがクラスターに属しているかどうかを確認します。  

負荷分散

:   クラスター ビジネス ルールによって、MID サーバーが負荷分散クラスターの一部であると判断された場合、MID サーバーを使用するアプリケーションは、そのクラスター内の MID サーバー間の作業のバランスを自動的に調整します。同じ[能力](https://servicenow-prod.fluidtopics.net/YbnKFv3lj2wwVzANkmdr3A "MID サーバーの機能によって、IP アドレス範囲内の MID サーバーの特定の機能を定義します。")の MID サーバーを負荷分散クラスターに入れることは良いプラクティスです。

フェイルオーバー保護

:   フェイルオーバー クラスター内の MID サーバーには、それぞれ障害の発生時に次に使用する MID サーバーを決定するためにプラットフォームが使用する構成済みの順序があります。フェイルオーバー クラスター内の MID サーバーは独立して動作し、(負荷分散クラスターのメンバーであっても) そのクラスター内の他の MID サーバーと負荷分散しません。MID サーバーに障害が発生すると、MID サーバークラスター管理ビジネス ルールは、最も有効な MID サーバーを選択して作業を引き継ぎます。選択された MID サーバーは ECC キューをチェックし、処理中または準備完了のジョブを開始します。

    注:  
    MID サーバーのクラスタリングでは、ECC キューのトピック `Command` または `SystemCommand` はサポートされていません。これらのコマンドを受信した場合、クラスター化された MID サーバーは ECC キューを別の MID サーバーにリダイレクトしません。ECC キュー レコードは処理されずに ECC キューに残ります。  
    交替させようとしている MID サーバーと少なくとも同じ機能を備えたフェイルオーバー MID サーバーを構成します。  
    注:  
    [Shazzam プローブ](https://www.servicenow.com/docs/access?context=t_ConfigureTheShazzamProbe&version=australia&pubname=australia-it-operations-management&ft:locale=en-US)が実行中で自動選択が設定されているときに MID サーバーが失敗した場合、フェイルオーバーは使用できません。Shazzam ディスカバリーは停止します。ディスカバリーは自動的に別の MID サーバーを選択しません。

### MID サーバークラスター イベント

フェイルオーバー クラスター内の MID サーバーを置き換えるのに適切な機能を備えた MID サーバーがプラットフォームで見つからない場合、次のイベントが発生します。このイベントを使用して、クラスターに障害が発生したことを適切なユーザーに通知するメールを作成します。
{#mid-server-clusters__table_o1q_1sn_dp__entry__4}

| イベント | テーブル | 説明 | ビジネスルール |
|-|-|-|-|
| mid_server.cluster.down | MID サーバークラスター `[ecc_agent_cluster]` | MID サーバークラスターに障害が発生しました | MID サーバークラスター管理 |
[表 : 1. MID サーバークラスターイベント]

{#mid-server-clusters__table_o1q_1sn_dp}

### クラスターの結合

両方のタイプのクラスターに同時に MID サーバーを追加できます。この図は、負荷分散クラスター (MID サーバー D) からの MID サーバーがフェイルオーバー クラスターにも存在するシナリオを示しています。MID サーバー D に障害が発生した場合、以前に MID サーバー D に割り当てられたタスクを実行するために、フェイルオーバー クラスターの MID Server E を負荷分散クラスターに使用できます。

![MID サーバーのフェイルオーバーの例]()

### 特定の MID サーバークラスターの指定

特定の MID サーバークラスターをディスカバリースケジュールに指定できます。ディスカバリープロセスでは、そのクラスターのみが使用されます。クラスターを連鎖させたり、複数のクラスターに属する単一の MID サーバーを指定させたりすることはできません。

### オペレーショナルインテリジェンスの分散 MID サーバークラスター {#mid-server-clusters__section_n2g_qjk_jfb}

オペレーショナルインテリジェンスでは、分散 MID サーバークラスタータイプが排他的に使用されて、イベント管理イベントが分析され、例外アラートが生成されます。こられの MID サーバーは相互に通信し、作業負荷を分散してバランスを取ります。詳細については、「[オペレーショナルインテリジェンスの MID サーバーおよび MID サーバー分散クラスター](https://www.servicenow.com/docs/access?context=ops-intelligence-mid-server&version=australia&pubname=australia-it-operations-management&ft:locale=en-US)」を参照してください。

### スマートワークロードマネージャー {#mid-server-clusters__section_pyf_z4g_cgc}

Smart Workload Manager を使用すると、アプリケーションは実際の負荷に基づいてジョブを MID サーバーに割り当てます。アプリケーションでは、クラスターベースの MID サーバーの選択を使用できます。クラスター内の一部の MID サーバーのジョブ処理が遅い場合は、レコードの処理速度が速い MID サーバーにより多くのジョブが割り当てられます。

インスタンスは、クラスター内の個々の MID サーバーとその作業負荷キャパシティを認識します。ワークアサインメントは、各 MID サーバーのリアルタイムパフォーマンスとメトリクスデータに基づいて動的に分散されます。現在のタスク キューのサイズ、処理速度、システム負荷などの重要な要素を考慮することで、タスクがより効率的に割り当てられ、単一のサーバーの過負荷が防止され、システム全体の安定性が向上します。作業負荷が低く、処理速度が速い MID サーバーは、より多くのタスクを受け取ります。