UNIX/Linux エージェントの管理および構成

重要

このバージョンの Operations Manager はサポート終了に達しました。 Operations Manager 2022 にアップグレードすることをお勧めします。

この記事では、System Center - Operations Manager の UNIX/Linux エージェントを管理および構成するオプションについて説明します。

エージェント ディレクトリ

  • Open Management Infrastructure (OMI) は次のディレクトリにインストールされます: /opt/omi

  • UNIX/Linux エージェントは次のディレクトリにインストールされます: /opt/microsoft/scx/

  • UNIX/Linux エージェントは次のディレクトリにログ ファイルを保持します: /var/opt/microsoft/scx/log/

  • OMI は次のディレクトリにログ ファイルを保持します: /var/opt/omi/log/

  • 証明書などのエージェントの構成ファイルは次のディレクトリに格納されます: /etc/opt/microsoft/scx/

  • OMI 構成ファイルは次のディレクトリに格納されます: /etc/opt/omi

エージェント管理ツール

このセクションでは、UNIX/Linux エージェントの管理および構成ツールを説明します。

エージェント管理ツールの実行

UNIX/Linux エージェントを構成するためのツールは次のディレクトリに配置されます:

/opt/microsoft/scx/bin/tools  

Scxadmin

scxadmin ツールは、UNIX/Linux エージェントの状態 (開始、停止、または再起動) を制御し、エージェントによって実行されるログ記録を制御するために使用されます。 ツールの使用方法は、次のコマンドで表示できます: scxadmin -?


  # /opt/microsoft/scx/bin/tools/scxadmin -?  

Usage: scxadmin  
Generic options (for all commands)  
  [-quiet]      Set quiet mode (no output)  

        General Options  
scxadmin -version  

        Service Management  
scxadmin {-start|-stop|-restart|-status}  [all|cimom|provider]  

        Providers Management  
scxadmin -config-list {RunAs}  
scxadmin -config-set {RunAs} {CWD=<directory>|ChRootPath=<directory>|AllowRoot={true|false}}  
scxadmin -config-reset {RunAs} [CWD|ChRootPath|AllowRoot]  

        Log Configuration Management  
scxadmin {-log-list|-log-rotate|-log-reset} [all|cimom|provider]  
scxadmin -log-set [all|cimom|provider] {verbose|intermediate|errors}  
scxadmin -log-set provider {{FILE:<path>|STDOUT}:<module-id>={SUPPRESS|ERROR|WARNING|INFO|TRACE|HYSTERICAL}}  
scxadmin {-log-reset|-log-remove} provider [{FILE:<path>|STDOUT}]  

エージェントを再起動する:

cd /opt/microsoft/scx/bin/tools/
./scxadmin -restart

すべてのログ記録を中間レベルに上げる:

cd /opt/microsoft/scx/bin/tools/
./scxadmin –log-set all intermediate

scxsslconfig

scxsslconfig ツールは、 に証明書を生成するのに使用されます。 このツールは、UNIX または Linux ホスト自体から完全修飾ドメイン名を特定できない、または UNIX/Linux ホストに認識されている FQDN が、ホストに到達するために管理サーバーで使用される FQDN と一致しない問題を修正する場合に役立ちます。

Note

WS-Management 通信で使用されるには、生成された証明書が Operations Manager の管理サーバーによって署名されている必要があります。 以前に署名された証明書を上書きした場合も、証明書に再度署名する必要があります。

scxsslconfig ツールの使用方法は、次のコマンドで表示できます:

# /opt/microsoft/scx/bin/tools/scxsslconfig -?  
Usage: /opt/microsoft/scx/bin/tools/.scxsslconfig [-v] [-s days] [-e days] [-d domain] [-h host] [-g targetpath]  

-v             - toggle debug flag  
-g targetpath  - generate certificates in targetpath  
-s days        - days to offset valid start date with (0)  
-e days        - days to offset valid end date with (3650)  
-f             - force certificate to be generated even if one exists  
-d domain      - domain name  
-h host        - host name  
-b bits        - number of key bits  
-?             - this help message  

証明書を再生成し、詳細な出力で既存の証明書を強制的に上書きする:

cd /opt/microsoft/scx/bin/tools/  
. setup.sh  
/opt/microsoft/scx/bin/tools/scxsslconfig -f -v  

証明書を再生成し、指定したホスト名と DNS ドメイン名で既存の証明書を強制的に上書きする:

cd /opt/microsoft/scx/bin/tools/  
. setup.sh  
/opt/microsoft/scx/bin/tools/scxsslconfig -f -h myserver -d contoso.com  

追加の構成に関するトピック

SSL 暗号

必要な場合には、UNIX/Linux エージェントによって使用される SSL 暗号の一覧をカスタマイズできます。 この構成の詳細については、 SSL 暗号の構成に関する記事を 参照してください。

スクリプト用の別の一時パスの指定

カスタム管理パックに UNIX/Linux スクリプトのルールまたはモニターを作成すると、スクリプトの内容が実行前にエージェント コンピューターの /tmp のファイルに書き込まれます。 スクリプトは、別のディレクトリで実行するように指定できます。 別のディレクトリを指定するには、/etc/opt/microsoft/scx/conf/tmpdir のシンボリック リンクを、別のディレクトリをポイントするよう上書きします。 このシンボリック リンクのリンク先は、UNIX/Linux アクション アカウントまたは UNIX/Linux 特権を持つアカウントの実行プロファイルで定義されているユーザー アカウントで書き込みができる必要があります。

Universal Linux - オペレーティング システムの名前/バージョン

Universal Linux エージェントは、CentOS、Debian GNU/Linux、Oracle Linux、および Ubuntu Server などの Linux オペレーティング システムに対応しており、ホストのオペレーティング システムの名前とバージョンを特定するためにリリース ファイルを解析します。 必要に応じて、これらのプロパティをカスタマイズできます。 Operations Manager に提示される Universal Linux エージェント ホストのオペレーティング システム プロパティをカスタマイズするには、次の手順を使用します。

ファイル disablereleasefileupdates をディレクトリ /etc/opt/microsoft/scx/conf/ に作成します。

touch /etc/opt/microsoft/scx/conf/disablereleasefileupdates  

このファイルが存在する場合、エージェントは Operations Manager に返されるオペレーティング システムのプロパティの更新を試みません。 このため、カスタマイズ内容が確実に保持されます。

ディレクトリ scx-release のファイル /etc/opt/microsoft/scx/conf を編集します。 このファイルの形式は次のとおりです。

OSName=CentOS  
OSVersion=6.0  
OSFullName=CentOS 6.0 (x86_64)  
OSAlias=UniversalR  
OSManufacturer=  

プロパティ OSNameOSVersion、および OSFullName の値は、カスタマイズされた値を反映するように編集できます。

Note

OSAlias プロパティは編集しないでください。 このファイル内のすべてのプロパティ (OSManufacturer を除く) は必須であり、null にしないでください。

Note

次の更新プログラムは Operations Manager 2019 UR1 以降に適用されます。

Linux エージェントのパフォーマンスと信頼性の向上

Operations Manager 2019 UR1 以降では、信頼性を向上させるために、ハートビートを送信する別のプロセスが導入されています。 以前は、パフォーマンスとハートビートの収集スレッドが同じプロセス コンテキストで実行されていました。 このため、パフォーマンス データの収集が遅延すると、システムの可用性に影響が出ていました。

今回の変更により、ハートビートの収集中に、omi ユーザーの下で実行されている追加の omiagent プロセスを確認できるようになりました。

信頼性を向上させるために、別のプロセスを使用してハートビートが送信されます。 ハートビートの収集中に、omi ユーザーの下で実行されている追加の omiagent プロセスを確認できます。

パフォーマンスを向上させるために、オーバーライドで X-Plat の Filter 変数が導入されました。 Filter パラメーターに WQL クエリを導入することで、X-Plat 管理パックの検出およびモニターの動作をオーバーライドできます。 これは、対象のエンティティに対する監視を制限するために役立ちます。

また、ディスク領域がすぐにいっぱいにならないように、SCX のログ記録は "情報" から "警告" に減少されました。

Filter 変数を使用してオーバーライドを構成する方法の例を次に示します。

loop200 のデータのみを取得する場合は、Filter 変数で次のクエリを使用します。

select * from SCX_DiskDrive where DeviceID=loop200

オーバーライド制御されたパラメーターの例1を示すスクリーンショット。

これで、ディスク 'loop200' のデータのみがパフォーマンス ビューに表示されるようになります。

オーバーライド制御されたパラメーターの例 2 を示すスクリーンショット。

Note

次の更新プログラムは Operations Manager 2019 UR3 以降に適用されます。 以前のリリースの Operations Manager では、OMI プロセスのログレベル設定を変更するには、エージェントを再起動する必要がありました。 Operations Manager 2019 UR3 では、エージェントを再起動しなくてもログレベル設定を変更できます。

エージェントの再起動を伴わないログレベル設定の動的変更

エージェントを再起動しなくても、ログ レベルの設定を変更できます。

次の手順に従います。

  1. omiserver.conf ファイルを変更し、新しい loglevel を更新します。

    
     loglevel = INFO
    
    
  2. 次のコマンドの実行中に、このログレベルを適用します。

    $sudo /opt/omi/bin/omiconfigeditor –reconfig
    

次のステップ