MID Server クラスターの設定

  • リリースバージョン: Washingtondc
  • 更新日 2024年02月01日
  • 読む6読むのに数分

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

    始める前に

    クラスター内のすべての MID Server が同じ機能 (サポートされているアプリケーション、IP 範囲、および機能) を持っていることを確認します。MID Server は複数のクラスターに属していてはなりません。

    必要なロール：admin

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

    このタスクについて

    新しいクラスターを作成するか、既存のクラスターを編集します。

    手順

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

    MID Server クラスタ

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

    外部データ ソース

    パフォーマンスと信頼性の理由から、これらのデータソースを MID Server クラスターで使用しないでください。これらの外部データ ソースは、専用の MID Server でのみ使用する必要があります。
    • LDAP
    • エクスポート セット
    • JDBC データ ソース
    注:
    クラスター内の MID Server が失敗した場合、JDBC データソースの情報の多くがすでに返されたとしても、ECC キュータスクの開始時にフェイルオーバー MID Server が起動します。これにより、データが重複する場合があります。詳細については、HI ナレッジベースの「Using MID Server clusters for JDBC data sources can cause duplicate and out-of-date data (JDBC データソースに MID Server クラスターを使用すると、データが重複して古くなっている可能性がある) (KB0727739)」記事を参照してください。

    クラスターの仕組み

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

    負荷分散

    クラスター ビジネス ルールによって、MID Server が負荷分散クラスターの一部であると判断された場合、MID Server を使用するアプリケーションは、そのクラスター内の MID Server間の作業のバランスを自動的に調整します。同じ能力の MID Server を負荷分散クラスターに入れることは良いプラクティスです。

    フェイルオーバー保護

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

    注:
    MID Server のクラスタリングでは、ECC キューのトピック Command または SystemCommand はサポートされていません。これらのコマンドを受信した場合、クラスター化された MID Server は ECC キューを別の MID Server にリダイレクトしません。ECC キュー レコードは処理されずに ECC キューに残ります。
    交替させようとしている MID Server と少なくとも同じ機能を備えたフェイルオーバー MID Server を構成します。
    注:
    Shazzam プローブが実行中で自動選択が設定されているときに MID Server が失敗した場合、フェイルオーバーは使用できません。Shazzam 検出は停止します。Discovery は自動的に別の MID Server を選択しません。

    MID Server クラスター イベント

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

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

    クラスターの結合

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

    MID Server のフェイルオーバーの例

    特定の MID Server クラスターの指定

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

    Operational Intelligence の分散 MID Serverクラスター

    Operational Intelligence では、分散 MID Serverクラスタータイプが排他的に使用されて、Event Management イベントが分析され、例外アラートが生成されます。こられの MID Server は相互に通信し、作業負荷を分散してバランスを取ります。詳細については、「Operational Intelligence の MID Server および MID Server 分散クラスター」を参照してください。