メトリックインテリジェンスの MID サーバーと MID サーバー分散クラスター

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間：6分

    • メトリックインテリジェンス を使用するには、メトリックインテリジェンス 用に構成された単一の MID サーバー を含む MID サーバー 分散クラスターが少なくとも 1 つ必要です。

    単一の メトリックインテリジェンス MID サーバー を使用する場合は、そのサーバーを MID サーバー 分散クラスターに追加する必要があります。

    指定されたスループットをサポートするには、メトリックインテリジェンス MID サーバー の要件を満たす単一の MID サーバー が含まれる分散クラスターを作成します。仮想マシン (VM) を使用する場合は、メトリックインテリジェンス に対応した単一の MID サーバー のみが動作可能です。エージェントクライアントコレクター を使用する場合は、MID サーバー を複数のエージェント (ACC-M および ACC-L) に接続することもできます。

    ディスカバリー に対応している MID サーバー は、他のアプリケーションでも使用できます。

    メトリックインテリジェンス の設定の詳細については、「開始：メトリックインテリジェンス」を参照してください。

    MID サーバー分散クラスターノード

    メトリックインテリジェンス (com.snc.sa.metric) を有効にすると、MID サーバー 分散クラスター (com.snc.agent.distributed.cluster) が自動的に有効になります。MID サーバー 分散クラスターは、メトリックインテリジェンスでのみ使用される分散 MID サーバー クラスタータイプをサポートします。

    MID サーバー 分散クラスターの自動作成に失敗した場合は、クラスターを手動で構成できます。詳細については、カスタマーサポートにお問い合わせください。

    メトリックインテリジェンス MID サーバー

    メトリックインテリジェンス MID サーバー は、データを処理して例外を検出することで、メトリックインテリジェンス の機能に対応します。MID サーバー は、処理されたデータのバッチをインスタンスに送信します。例外が検出されると、例外に関する情報が生データと併せて直ちにインスタンスに送信されます。

    各 メトリックインテリジェンス MID サーバー は、以下の設定で構成する必要があります。
    • メトリックインテリジェンス をサポートされているアプリケーションとして設定
    • メトリクス機能
    • メトリックインテリジェンス メトリクス拡張の実行

    メトリックインテリジェンス MID サーバーが構成されている メトリックインテリジェンス アプリケーションを使用すると、サポートされている他のアプリケーションを同じ MID サーバーに追加できます。デフォルトでは、メトリックインテリジェンス は、MID サーバーの [すべて] オプションの定義に含まれています。サポートされているアプリケーションを選択するときに [すべて] オプションの動作を変更する方法については、「すべてのアプリケーションに含まれるアプリケーションの設定 (Configure applications included in ALL Applications)」を参照してください。

    Domain Support - Domain Extensions Installer が有効になっている場合は、ドメインごとにメトリクス機能を備えた MID サーバーを構成できます。この場合、ビジネスサービスのメトリクスは、ビジネスサービスと同じドメインにある MID サーバーで処理されます。そうでない場合、グローバル ドメインの MID サーバーが使用されます。

    メトリックインテリジェンス用に構成する MID サーバーが次の状態であることを確認します。
    • 検証されている。詳細については、「MID サーバーの検証」を参照してください。
    • 実行中の状態である
    • ソフトウェア、ハードウェア、構成のすべての要件を満たしている
    表 : 1. MID サーバーが実行される仮想マシン/ホストのハードウェア要件 (CI ごとのメトリクスが 100 個で、5000 CI に対応)
    要件
    次を備えた 1 台の MID サーバー：
    • メモリ：12 GB
    • プロセッサー：4 コア
    		 合計 120 万のメトリクス (CI ごとのメトリクスが 100 個で、12,000 CI) のほぼすべてに対応します。
    次を備えた 1 台の MID サーバー：
    • メモリ：24 GB
    • プロセッサー：8 コア
    		 合計 170 万のメトリクス (CI ごとのメトリクスが 100 個で、17,000 CI) のほぼすべてに対応します。
    表 : 2. ソフトウェア要件
    ソフトウェア サポート対象のバージョン その他の要件
    Windows 32 ビット バージョンと 64 ビット バージョン
    • Windows 2008 R2
    • Windows Server 2012 R2
    • Windows Server 2019
    		 MID サーバーの 32 ビット版または 64 ビット版
    Linux
    • Red Hat Enterprise エディションの Linux 6.6 以降
    • CentOS Linux 6.6 以降
    		 MID サーバーの 32 ビット版または 64 ビット版
    表 : 3. 設定要件
    設定 要件
    (プルのみのために必要な) MID サーバーサービスログオンユーザー SCOM データベース (OperationsManagerDW) への読み取りアクセス権を持つユーザーに設定する必要があります。
    1. MID サーバーで、MID サーバーの [プロパティ] ダイアログボックスを開きます。
    2. [ログオン] タブをクリックします。
    3. [このアカウント] を選択し、必要なアクセス権を持つユーザーの認証情報を入力します。
    4. [適用] をクリックします。

    MID サーバー スロットルメカニズム

    MID サーバー スロットルメカニズムは、インスタンスへのデータバーストから保護します。データバースト保護は、データが失われないようにすると同時に、インスタンスのオーバーロードを防止します。

    MID サーバー スロットリングメカニズムはデフォルトで有効になっています。このメカニズムによってシステムの誤動作が発生しないようにするために、トラブルシューティング時はこのメカニズムを無効にしてください。
    • メトリクスに対してこの機能を無効にするには、mid.oi.metric_token_bucket_enabled パラメーターを false に設定します。
    • この例外機能を無効にするには、mid.oi.anomaly_token_bucket_enabled パラメーターを false に設定します。

    構成の上書き

    フォルダー ../agent/conf 内の wrapper-override.confファイルを更新します。
    • ファイルの下部に次のコードを追加します。
       
# GC
wrapper.java.additional.5=-XX:+AlwaysPreTouch
wrapper.java.additional.6=-XX:+UseG1GC
wrapper.java.additional.7=-XX:+ScavengeBeforeFullGC
wrapper.java.additional.8=-XX:+DisableExplicitGC
 
# IP4
wrapper.java.additional.9=-DpreferIPv4Stack=true
    • メトリックインテリジェンス が正しく実行されるように、wrapper.java.initmemory=1024 (以上) および wrapper.java.maxmemory=4096 (以上) になっていることを確認してください。
    • 必要に応じて、サーバーに 16 GB RAM などの RAM が追加されている場合は、wrapper.java.maxmemory=4096 の 4096 を 8192 に置き換えることができます。